El generador de redireccion de WWW a sin WWW de ToolsPivot crea automaticamente el codigo .htaccess necesario para unificar las dos versiones de tu dominio. Si tu web responde tanto en www.tudominio.com como en tudominio.com, los motores de busqueda las tratan como dos sitios distintos, y eso significa contenido duplicado, autoridad de enlaces fragmentada y un dolor de cabeza SEO que se evita en menos de un minuto.
Una redireccion de WWW a sin WWW es una regla permanente (301) que envia automaticamente todas las visitas y rastreadores desde la version con www de tu dominio hacia la version sin www, o viceversa. El archivo .htaccess, presente en la raiz de cualquier servidor Apache, ejecuta esta regla antes de que el navegador del usuario llegue a cargar nada.
El problema de fondo es sencillo pero tiene consecuencias reales. Cuando Google rastrea www.ejemplo.com y ejemplo.com sin encontrar una redireccion, indexa ambas versiones por separado. Eso fragmenta el PageRank entre las dos URLs, diluye la fuerza de los backlinks que apuntan a tu sitio y puede provocar que ninguna de las dos versiones posicione tan bien como deberia. Un estudio tras otro en auditorias SEO confirma que este es uno de los errores tecnicos mas frecuentes, sobre todo en webs que llevan anos online y nunca revisaron su configuracion inicial.
ToolsPivot simplifica todo el proceso. En lugar de escribir manualmente las reglas RewriteCond y RewriteRule (donde un caracter mal colocado puede tirar la web entera con un error 500), introduces tu dominio, eliges la direccion de la redireccion y obtienes el codigo listo para copiar y pegar en tu .htaccess.
La unificacion del dominio no es un capricho tecnico. Es una necesidad SEO que afecta directamente a como los buscadores interpretan tu sitio, como se distribuye la autoridad de tus enlaces y como experimentan los usuarios la navegacion.
Muchos webmasters ni siquiera saben que tienen este problema. Si escribes www.tutienda.com en el navegador y tambien tutienda.com y ambas cargan el mismo contenido, tienes duplicacion. Google no penaliza directamente por esto, pero si decide indexar la version "equivocada" y la otra la ignora. Resultado: pierdes control sobre que URL aparece en los resultados de busqueda.
Imagina que un blog enlaza a www.tudominio.com y otro a tudominio.com. Sin redireccion, esos dos enlaces cuentan para dominios "diferentes". Con una redireccion 301, toda la fuerza se concentra en la version que tu eliges. Para quien trabaja activamente en estrategias de link building, perder autoridad por un tecnicismo asi es un desperdicio.
Eso si, el impacto no es solo SEO. Las cookies se configuran por dominio, y www.ejemplo.com y ejemplo.com son dominios distintos a efectos del navegador. Un usuario que inicia sesion en una version puede perder la sesion al cambiar a la otra. En tiendas online esto genera carritos abandonados y experiencias de compra frustrantes.
Codigo sin errores de sintaxis. Las reglas mod_rewrite tienen una sintaxis rigida. Un espacio de mas, un corchete olvidado o una flag mal escrita pueden devolver un error 500 que deja tu web inaccesible. El generador produce codigo validado.
Redireccion 301 permanente. El codigo generado utiliza siempre redirecciones 301, que son las que Google recomienda para indicar un cambio permanente. Las 302 (temporales) no transfieren autoridad de la misma forma.
Compatible con HTTPS. El codigo funciona tanto para dominios con HTTP como con HTTPS, algo que muchos tutoriales antiguos no contemplan y que genera cadenas de redireccion innecesarias.
Bidireccional. Puedes generar el codigo para redirigir de www a sin www o de sin www a www, segun la version que prefieras como canonica.
Sin registro ni instalacion. Accedes desde el navegador, generas el codigo y lo pegas en tu archivo .htaccess. No necesitas instalar software ni crear cuentas.
Ahorro de tiempo real. Para alguien que gestiona varios dominios (agencias, freelancers, administradores de hosting), generar estas reglas una a una a mano consume un tiempo que no tiene sentido invertir.
Seleccion de direccion de redireccion. Elige si quieres que tu dominio canonico sea la version con www o sin www. Ambas opciones son validas desde el punto de vista tecnico y de SEO.
Generacion instantanea del codigo. Introduces el dominio, seleccionas la opcion y el codigo aparece listo para copiar. Nada de formularios largos ni pasos intermedios.
Codigo RewriteRule completo. El resultado incluye RewriteEngine On, la condicion RewriteCond y la regla RewriteRule con las flags R=301 y L correctamente posicionadas.
Soporte para multiples TLD. Funciona con .com, .es, .com.mx, .com.ar, .cl, .co y cualquier extension de dominio. No hace falta ajustar nada manualmente.
Formato listo para .htaccess. El codigo se genera en texto plano, sin formato HTML ni caracteres especiales que puedan causar problemas al pegarlo en el archivo.
Validacion basica del dominio. El campo de entrada verifica que el formato del dominio sea correcto antes de generar el codigo, evitando resultados inutiles.
Instrucciones de implementacion incluidas. Junto al codigo generado, se muestran indicaciones claras sobre donde pegar las reglas dentro del .htaccess y que precauciones tomar.
Copia con un clic. Boton para copiar el codigo al portapapeles sin seleccionar texto manualmente, algo que parece menor pero que se agradece cuando vas con prisa.
Paso 1. Accede al generador de redireccion WWW en ToolsPivot e introduce tu nombre de dominio en el campo correspondiente. No incluyas http:// ni https://, solo el dominio (ejemplo: tudominio.com).
Paso 2. Selecciona la direccion de la redireccion: de www a sin www, o de sin www a www. Elige la que coincida con la version que ya tienes configurada como preferida en Google Search Console.
Paso 3. Haz clic en generar. El codigo .htaccess aparecera en pantalla, listo para copiar.
Paso 4. Conectate a tu servidor mediante FTP (con FileZilla, por ejemplo) o usa el administrador de archivos de tu panel de hosting (cPanel, Plesk, hPanel). Localiza el archivo .htaccess en la carpeta raiz de tu dominio (normalmente public_html).
Paso 5. Pega el codigo al principio del archivo .htaccess, antes de cualquier otra regla existente. Guarda los cambios y comprueba que tu web carga correctamente. Si ves un error 500, revisa que el modulo mod_rewrite esta activado en tu servidor.
Esta herramienta es especialmente util en situaciones donde la configuracion del dominio no se hizo correctamente desde el principio, o cuando se detectan problemas de contenido duplicado en una auditoria SEO.
Despues de una auditoria tecnica. Si herramientas como Screaming Frog, Ahrefs o el propio verificador SEO de ToolsPivot detectan que tu web responde en ambas versiones, la solucion pasa por esta redireccion.
Al migrar de HTTP a HTTPS. Muchos webmasters migran a HTTPS pero olvidan que ahora tienen cuatro versiones potenciales: http://www, http://sin-www, https://www y https://sin-www. Las cuatro deben apuntar a una sola.
Al contratar un nuevo hosting. Cada proveedor configura los dominios de forma diferente. Lo que funcionaba en el hosting anterior puede no funcionar en el nuevo, y es buena practica verificar las redirecciones despues de cada migracion.
En tiendas online. Un e-commerce que vende en MercadoLibre y ademas tiene tienda propia en Shopify o PrestaShop necesita que la autoridad de su dominio este consolidada. Cada enlace externo debe sumar, no dividirse.
Para blogs y webs de contenido. Un redactor freelance que publica en su web y la promociona en redes quiere que los enlaces que comparte en LinkedIn, Twitter o WhatsApp apunten siempre a la misma version.
Al gestionar varios dominios. Agencias de marketing digital en Madrid, Ciudad de Mexico o Buenos Aires que administran las webs de sus clientes necesitan estandarizar este tipo de configuraciones de forma rapida.
Situacion: Un disenador web freelance que trabaja por Workana decide crear su propio sitio en WordPress para captar clientes directos. Contrata hosting compartido, instala WordPress y configura el dominio, pero no revisa si la version www y sin www estan unificadas.
Como lo resuelve:
Resultado: Su dominio queda unificado en la version sin www, los backlinks que genere desde su perfil de Workana y redes sociales suman autoridad a un unico dominio, y evita problemas futuros cuando empiece a trabajar su posicionamiento con herramientas de investigacion de palabras clave.
Situacion: Una tienda de ropa en Buenos Aires vende por MercadoLibre y tambien tiene su propia web en PrestaShop. Al analizar su SEO, descubren que Google ha indexado tanto la version www como la sin www, y que los enlaces desde MercadoLibre apuntan a una version diferente a la que aparece en sus tarjetas de visita.
Como lo resuelve:
Resultado: La autoridad de dominio se consolida, las paginas de producto dejan de competir consigo mismas y el trafico organico mejora en las semanas siguientes.
Situacion: Una agencia en Barcelona tiene 15 clientes activos. Al ejecutar auditorias tecnicas de SEO, detecta que 7 de ellos no tienen configurada la redireccion WWW. Corregirlo manualmente para cada uno llevaria tiempo.
Como lo resuelve:
Resultado: La agencia estandariza sus auditorias, ahorra tiempo en tareas repetitivas y demuestra valor al cliente con correcciones que impactan directamente en el rendimiento SEO.
Situacion: Un estudiante de la Universidad Complutense ha creado un blog sobre su tema de TFG (Trabajo de Fin de Grado) como parte de su portfolio. Lo aloja en un hosting economico y no sabe que su dominio responde en ambas versiones.
Como lo resuelve:
Resultado: Su blog empieza a indexarse correctamente, lo que le permite usarlo como referencia profesional al terminar la carrera.
El archivo .htaccess (Hypertext Access) es un fichero de configuracion que usan los servidores Apache para aplicar reglas a nivel de directorio. Esta ubicado en la carpeta raiz de tu sitio web, normalmente dentro de public_html, y es un archivo oculto (empieza por punto). Si no lo ves en tu gestor de archivos, activa la opcion de mostrar archivos ocultos.
Para editarlo tienes varias opciones: el administrador de archivos de tu panel de hosting (cPanel, Plesk, hPanel), un cliente FTP como FileZilla, o una conexion SSH si tienes acceso al servidor. Lo importante es hacer siempre una copia de seguridad antes de tocar nada. Un error en este archivo puede dejar tu web fuera de servicio.
La regla de redireccion debe ir al principio del archivo, antes de las reglas de WordPress u otros CMS. Y algo que muchos olvidan: si tu servidor no es Apache (por ejemplo, si usas Nginx), el .htaccess no funciona. En ese caso necesitas configurar la redireccion en el archivo nginx.conf.
Configurar una redireccion parece simple, pero hay trampas que se repiten una y otra vez en foros de hosting y soporte tecnico.
El error mas tipico es crear un bucle de redireccion. Esto pasa cuando tienes dos reglas contradictoras: una que redirige de www a sin www y otra que hace lo contrario. El navegador intenta resolver la redireccion infinitamente y acaba mostrando el clasico "ERR_TOO_MANY_REDIRECTS".
Otro error frecuente es no considerar HTTPS. Si tu redireccion apunta a http://tudominio.com pero tu sitio ya usa certificado SSL, el usuario pasa primero por HTTP y luego se redirige a HTTPS. Son dos saltos en lugar de uno, lo que afecta la velocidad de carga y la experiencia de navegacion.
Tambien pasa que la redireccion funciona en la pagina principal pero no en las subpaginas. Eso ocurre cuando la RewriteRule no captura correctamente la ruta con la expresion regular ^(.*)$. El codigo que genera ToolsPivot ya contempla este caso, pero si lo escribes a mano, es facil equivocarse.
Y por ultimo, modificar el .htaccess sin copia de seguridad. Si algo sale mal y no tienes backup, la unica salida es contactar al soporte de tu hosting para que restaure el archivo. Algo que a las tres de la manana no es precisamente comodo.
La redireccion 301 indica un cambio permanente. Le dice a Google: "esta URL se ha movido para siempre a esta otra, transfiere toda la autoridad". Es la que debes usar para la unificacion de dominio WWW/sin WWW.
La redireccion 302 indica un cambio temporal. Google no transfiere la autoridad porque espera que la URL original vuelva a funcionar en algun momento. Usarla para la unificacion de dominio es un error que se ve con mas frecuencia de la que deberia, y que impide que tu dominio acumule autoridad correctamente.
A efectos practicos, si no tienes una razon concreta para usar 302 (como un test A/B temporal), usa siempre 301.
Completa tu configuracion tecnica con estas herramientas de ToolsPivot:
Tecnicamente no hay ninguna. Ambas opciones son validas y Google no da preferencia a una sobre otra. Lo importante es elegir una y mantenerla de forma consistente en toda tu web, en Google Search Console y en tus enlaces externos.
No. El generador produce el codigo completo. Tu unica tarea es copiarlo y pegarlo en el archivo .htaccess de tu servidor. Si sabes acceder a tu panel de hosting, puedes hacerlo en dos minutos.
El archivo .htaccess solo funciona en servidores Apache. Si tu hosting usa Nginx, LiteSpeed u otro servidor web, la configuracion se hace de forma diferente. LiteSpeed si interpreta archivos .htaccess en la mayoria de los casos, pero Nginx requiere editar el archivo de configuracion del servidor directamente.
Si, pero son dos reglas separadas. Primero aplica la redireccion de WWW a sin WWW (o viceversa) y despues la de HTTP a HTTPS. De hecho, lo ideal es combinarlas en una unica regla que resuelva ambas cosas en un solo salto para no penalizar la velocidad.
Abre el navegador, escribe la version del dominio que NO deberia funcionar (por ejemplo, www.tudominio.com si has redirigido a sin www) y comprueba que la barra de direcciones cambia automaticamente. Tambien puedes usar el verificador de redireccion WWW de ToolsPivot.
Una redireccion 301 bien configurada anade unos pocos milisegundos al primer acceso. Es imperceptible para el usuario. Lo que si afecta al rendimiento son las cadenas de redireccion (cuando una URL redirige a otra que a su vez redirige a otra). Evita eso a toda costa.
Si. Basta con eliminar las lineas de codigo del archivo .htaccess y guardar los cambios. La redireccion deja de funcionar inmediatamente. Eso si, Google puede tardar un tiempo en actualizar sus indices, asi que hazlo solo si estas seguro.
La redireccion 301 transfiere entre el 90% y el 99% de la autoridad de enlace segun las estimaciones mas aceptadas. En la practica, lo que ganas al consolidar la autoridad compensa con creces cualquier perdida minima. Es mucho peor dejarlo sin redirigir.
Los dominios internacionalizados (IDN) con caracteres como la ene se representan internamente con la codificacion Punycode (por ejemplo, xn--...). El .htaccess trabaja con el formato Punycode, asi que necesitaras convertir tu dominio antes de generar el codigo.
Una buena practica es verificarlas despues de cada cambio de hosting, actualizacion del CMS o modificacion del archivo .htaccess. Si gestionas varios sitios, incluye esta comprobacion en tu checklist de auditoria SEO mensual.
{ "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "name": "Cual es la diferencia entre redirigir de www a sin www y viceversa?", "acceptedAnswer": { "@type": "Answer", "text": "Tecnicamente no hay ninguna. Ambas opciones son validas y Google no da preferencia a una sobre otra. Lo importante es elegir una y mantenerla de forma consistente en toda tu web, en Google Search Console y en tus enlaces externos." } }, { "@type": "Question", "name": "Necesito conocimientos de programacion para usar esta herramienta?", "acceptedAnswer": { "@type": "Answer", "text": "No. El generador produce el codigo completo. Tu unica tarea es copiarlo y pegarlo en el archivo .htaccess de tu servidor. Si sabes acceder a tu panel de hosting, puedes hacerlo en dos minutos." } }, { "@type": "Question", "name": "Que pasa si mi servidor no usa Apache?", "acceptedAnswer": { "@type": "Answer", "text": "El archivo .htaccess solo funciona en servidores Apache. Si tu hosting usa Nginx, LiteSpeed u otro servidor web, la configuracion se hace de forma diferente. LiteSpeed si interpreta archivos .htaccess en la mayoria de los casos, pero Nginx requiere editar el archivo de configuracion del servidor directamente." } }, { "@type": "Question", "name": "Puedo redirigir y al mismo tiempo forzar HTTPS?", "acceptedAnswer": { "@type": "Answer", "text": "Si, pero son dos reglas separadas. Primero aplica la redireccion de WWW a sin WWW (o viceversa) y despues la de HTTP a HTTPS. De hecho, lo ideal es combinarlas en una unica regla que resuelva ambas cosas en un solo salto para no penalizar la velocidad." } }, { "@type": "Question", "name": "Como verifico que la redireccion funciona?", "acceptedAnswer": { "@type": "Answer", "text": "Abre el navegador, escribe la version del dominio que NO deberia funcionar (por ejemplo, www.tudominio.com si has redirigido a sin www) y comprueba que la barra de direcciones cambia automaticamente. Tambien puedes usar el verificador de redireccion WWW de ToolsPivot." } }, { "@type": "Question", "name": "Afecta la redireccion al rendimiento de mi web?", "acceptedAnswer": { "@type": "Answer", "text": "Una redireccion 301 bien configurada anade unos pocos milisegundos al primer acceso. Es imperceptible para el usuario. Lo que si afecta al rendimiento son las cadenas de redireccion (cuando una URL redirige a otra que a su vez redirige a otra). Evita eso a toda costa." } }, { "@type": "Question", "name": "Puedo deshacer la redireccion una vez aplicada?", "acceptedAnswer": { "@type": "Answer", "text": "Si. Basta con eliminar las lineas de codigo del archivo .htaccess y guardar los cambios. La redireccion deja de funcionar inmediatamente. Eso si, Google puede tardar un tiempo en actualizar sus indices, asi que hazlo solo si estas seguro." } }, { "@type": "Question", "name": "Pierdo posicionamiento al implementar la redireccion?", "acceptedAnswer": { "@type": "Answer", "text": "La redireccion 301 transfiere entre el 90% y el 99% de la autoridad de enlace segun las estimaciones mas aceptadas. En la practica, lo que ganas al consolidar la autoridad compensa con creces cualquier perdida minima. Es mucho peor dejarlo sin redirigir." } }, { "@type": "Question", "name": "Se puede usar esta herramienta para dominios con ene o caracteres especiales?", "acceptedAnswer": { "@type": "Answer", "text": "Los dominios internacionalizados (IDN) con caracteres como la ene se representan internamente con la codificacion Punycode (por ejemplo, xn--...). El .htaccess trabaja con el formato Punycode, asi que necesitaras convertir tu dominio antes de generar el codigo." } }, { "@type": "Question", "name": "Cada cuanto tiempo debo revisar mis redirecciones?", "acceptedAnswer": { "@type": "Answer", "text": "Una buena practica es verificarlas despues de cada cambio de hosting, actualizacion del CMS o modificacion del archivo .htaccess. Si gestionas varios sitios, incluye esta comprobacion en tu checklist de auditoria SEO mensual." } } ] }Copyright © 2018-2026 por ToolsPivot.com Todos los derechos reservados.
