Redirigir el dominio con www hacia la versión sin www (o al revés) es una de esas tareas que parecen triviales y no lo son. De hecho, es de lo primero que reviso cuando alguien me consulta por una caída de tráfico sin causa aparente. Si dejas ambas versiones accesibles sin una redirección 301, generas contenido duplicado, fragmentas la autoridad del dominio y te arriesgas a problemas de canonicalización que acaban afectando al posicionamiento. Aquí va cómo configurar la redirección correctamente, tanto en Apache con .htaccess como en Nginx, con reglas listas para copiar y adaptar.
¿Por qué elegir www o sin www? Impacto en SEO y canonicalización
Técnicamente, dominio.com y www.dominio.com son entidades distintas. El www es, ni más ni menos, un subdominio. Y si tu servidor responde con contenido idéntico en las dos versiones, Google las interpreta como URLs duplicadas y reparte las señales de ranking entre ambas. Resultado: autoridad diluida.
La solución es sencilla de formular: eliges una versión canónica y rediriges la otra con un 301 (redirección permanente). Antes de decidir, hay algunos puntos que conviene pesar:
- SEO: ninguna versión tiene ventaja inherente sobre la otra. Lo que importa es la consistencia, y que la redirección sea 301, no 302.
- Cookies: con la versión sin www, las cookies se propagan a todos los subdominios. Con www puedes aislarlas en dominios estáticos de recursos.
- DNS y CNAME: al ser un subdominio, www admite registros CNAME. Resulta útil si algún día quieres apuntar a un CDN o servicio externo.
- Coherencia: usa siempre la misma versión en tu sitemap, en el atributo canonical, en Google Search Console y en robots.txt.
Consejo: si tu sitio ya lleva tiempo indexado, comprueba qué versión tiene más URLs en el índice de Google (búsqueda con site:tudominio.com) y elige esa. Minimiza el impacto del cambio.
Cómo redirigir dominio con www y sin www en Apache con .htaccess
En Apache la configuración va en el archivo .htaccess, situado en la raíz del sitio, siempre con el módulo mod_rewrite activo. Y ojo: antes de editar nada, haz copia de seguridad. Un error de sintaxis puede dejar tu web caída con un error 500. Me ha pasado, y no es agradable descubrirlo por un aviso de un cliente.
Redirigir sin www hacia www
Añade estas líneas al principio del .htaccess, sustituyendo tudominio.com por tu dominio:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^tudominio\.com [NC]
RewriteRule ^(.*)$ https://www.tudominio.com/$1 [L,R=301]
Redirigir www hacia sin www
RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.tudominio\.com [NC]
RewriteRule ^(.*)$ https://tudominio.com/$1 [L,R=301]
Los modificadores son clave. [NC] (no case) hace que la condición no distinga mayúsculas; [L,R=301] indica que es la última regla a aplicar y que la redirección es permanente. Si ya tienes reglas de WordPress en el .htaccess, coloca estas líneas antes del bloque que empieza con «# BEGIN WordPress».
Tip: si el servidor lo permite, usa %{ENV:HTTPS} o añade una condición adicional para forzar también HTTPS en la misma redirección. Así evitas redirecciones encadenadas, que ralentizan la carga y consumen presupuesto de rastreo.
Reglas de redirección en Nginx: configuración del bloque server
Nginx funciona distinto: nada de .htaccess. La configuración vive en los archivos del sitio, normalmente en /etc/nginx/sites-available/ o /etc/nginx/conf.d/. La práctica recomendada es definir dos bloques server: uno para la versión canónica, con tu configuración completa, y otro mínimo que solo redirige.
Redirigir sin www hacia www
server {
listen 80;
server_name tudominio.com;
return 301 https://www.tudominio.com$request_uri;
}
Redirigir www hacia sin www
server {
listen 80;
server_name www.tudominio.com;
return 301 https://tudominio.com$request_uri;
}
La variable $request_uri preserva la ruta y los parámetros de la URL original. Sin esto, perderías tráfico de páginas internas ya indexadas; no es un detalle menor. Tras guardar el archivo, verifica la sintaxis con nginx -t y recarga el servicio con systemctl reload nginx. ¿Sirves contenido por HTTPS? Entonces añade también un listen 443 ssl en el bloque de redirección con tus certificados, o gestiona ambos puertos según tengas montada la configuración.
En RedServicio (redservicio.net) puedes encontrar ayuda profesional para configurar redirecciones, migrar tu servidor o resolver cualquier incidencia técnica con Apache o Nginx sin arriesgar tu posicionamiento.
Redirecciones con HTTPS incluido: no olvidar el certificado SSL
Si ya rediriges tu dominio a la versión con www, lo natural es hacerlo directamente sobre HTTPS. Mucha gente envía primero al usuario a http://www.tudominio.com y luego a https://www.tudominio.com. Dos saltos. Innecesarios. Cada uno añade latencia y alarga la carga. Lo razonable es una sola redirección que resuelva protocolo y host de golpe.
En Apache, la regla completa quedaría así:
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^tudominio\.com$
RewriteRule ^(.*)$ https://www.tudominio.com/$1 [L,R=301]
Y en Nginx, un único bloque para capturar todas las variantes inseguras o sin www:
server {
listen 80;
server_name tudominio.com www.tudominio.com;
return 301 https://www.tudominio.com$request_uri;
}
Aquí está el detalle que se olvida casi todo el mundo: el certificado SSL debe cubrir tanto el dominio sin www como el alias con www. Si tu certificado solo cubre tudominio.com, el navegador dará un error de seguridad al intentar conectar con https://www.tudominio.com, y todo esto antes de que tu redirección pueda ejecutarse. Suena obvio, pero lo he visto fallar más veces de las que cabría esperar. Asegúrate de que:
- Tu certificado sea SAN (Subject Alternative Name) con ambas variantes listadas, o un wildcard tipo *.tudominio.com si usas subdominios.
- Si empleas Let’s Encrypt, generas el certificado con: certbot –apache -d tudominio.com -d www.tudominio.com.
- Renuevas automáticamente el certificado y verificas la fecha de caducidad tras cualquier cambio de DNS.
Comprueba el resultado con curl: curl -IL http://tudominio.com. Lo que deberías ver es un único 301 apuntando a https://www.tudominio.com y, después, un 200. ¿Aparecen dos o tres redirecciones encadenadas? Entonces toca optimizar la regla y consolidarlas en una.
Errores comunes al redirigir dominios y cómo verificarlos
Una redirección puede estar bien planteada sobre el papel y fallar igual por un detalle de implementación. Estos son los fallos que más me suelo encontrar, y cómo detectarlos:
Cadena de redirecciones excesiva
Ocurre cuando http://tudominio.com va a http://www.tudominio.com, luego a https://tudominio.com y finalmente a https://www.tudominio.com. Cada salto añade latencia, y de paso diluye la señal SEO. Detecta la cadena con curl -IL, con Screaming Frog o con la herramienta de inspección de URL de Google Search Console, y consolida todo en una sola regla 301.
Bucle de redirección (ERR_TOO_MANY_REDIRECTS)
Suele pasar cuando dos reglas se redirigen mutuamente: por ejemplo, un CDN con «forzar HTTPS» activado y, a la vez, una regla en .htaccess que también redirige a HTTPS. Si estás detrás de un proxy o balanceador, Apache puede creer que la conexión es HTTP aunque el usuario navegue por HTTPS. La solución, en ese caso, es ajustar la condición a RewriteCond %{HTTP:X-Forwarded-Proto} !https o desactivar la redirección duplicada en una de las dos capas.
Caché de redirecciones 301
Ojo con esto: los navegadores cachean los 301 de forma agresiva. Si pruebas una regla nueva y ves el comportamiento antiguo, no te fíes. Verifica en modo incógnito o con curl, que no guarda caché por defecto. Y evita usar 302 en pruebas prolongadas; Google puede acabar interpretándolos como permanentes.
Señales incorrectas hacia los buscadores
Revisa en Google Search Console que la propiedad canónica (la versión con www o sin ella) coincida con tu regla de redirección, que el sitemap solo contenga URLs de la versión definitiva y que las etiquetas rel=»canonical» apunten al mismo host que dicta el .htaccess o Nginx.
Consejo rápido: tras cualquier cambio, comprueba al menos cinco URLs representativas (home, una entrada de blog, una categoría, una página estática y una URL con parámetros) con curl -IL. Cinco comprobaciones de treinta segundos ahorran semanas de pérdida de tráfico.
Conclusión: elige una versión y sé consistente
Redirigir el dominio con www no es un capricho ni un detalle cosmético: es una pieza estructural de tu arquitectura web que afecta al SEO, al rendimiento y a la seguridad. Básicamente se reduce a tres decisiones tomadas de una vez y mantenidas en el tiempo. Primero, elige una única versión canónica de tu dominio (con www o sin ella) y no la cambies a posteriori salvo causa justificada. Segundo, implementa la redirección 301 en la capa de servidor, Apache con .htaccess o Nginx con bloques server, en lugar de depender de plugins o JavaScript, que añaden fragilidad y retrasos. Tercero, consolida protocolo y host en un único salto, con un certificado SSL que cubra ambas variantes del dominio.
Una vez configurado, la verificación es sencilla y conviene convertirla en rutina tras cualquier migración o cambio de servidor: pruebas con curl -IL, revisión en Google Search Console y auditoría periódica de cadenas de redirección. Con esas tres comprobaciones, cada visita y cada robot de búsqueda llegará exactamente donde debe.
¿Y si prefieres no tocar archivos de configuración en producción? O quizá has heredado un servidor con redirecciones acumuladas de años anteriores. En RedServicio (redservicio.net) puedes encontrar ayuda profesional para auditar, limpiar y configurar tus redirecciones de forma segura, sin perder ni una sola visita en el proceso.
