¿La redirección de dominio no funciona? 6 causas comunes y cómo solucionarlas

Configuras una redirección de dominio, esperas a que se propague y pruebas la URL antigua… pero no pasa nada. La página se queda igual, muestra un error o entra en un bucle infinito.

Las fallas en las redirecciones son frustrantes y te cuestan más que solo tiempo. Cada redirección rota significa tráfico perdido, backlinks dañados y una mala experiencia para cualquiera que haga clic en un enlace antiguo. Para las empresas que dependen de la búsqueda orgánica, una redirección mal configurada puede drenar silenciosamente el valor de SEO durante semanas antes de que alguien se dé cuenta.

La buena noticia: la mayoría de las fallas de redirección se deben a un puñado de causas. Esta guía recorre cada una, desde problemas de DNS hasta errores de configuración del servidor, con pasos concretos para diagnosticarlas y solucionarlas.

#1 El DNS aún no se ha propagado

El problema: Apuntaste los registros DNS de tu dominio al servicio de redirección o al servidor nuevo, pero los visitantes siguen viendo el sitio antiguo.

Por qué ocurre: Los cambios en DNS no se aplican al instante. Cada registro DNS tiene un valor TTL (Time to Live) — normalmente de 300 segundos (5 minutos) a 86.400 segundos (24 horas). Hasta que el TTL antiguo expire en todo el mundo, los resolvers DNS de internet siguen sirviendo la dirección IP antigua.

Cómo diagnosticarlo:

• •
  Ejecuta dig example.com en tu terminal y revisa la sección ANSWER: ¿la IP es la antigua o la nueva?
• •
  Usa un verificador global de propagación de DNS como whatsmydns.net para ver el estado de la propagación en distintas regiones
• •
  Revisa el TTL de tu dominio en la configuración de tu proveedor de DNS

Cómo solucionarlo:

• •
  Antes de realizar cambios en DNS, reduce el TTL a 300 segundos (5 minutos). Esto acorta significativamente la ventana de propagación
• •
  Espera: la propagación completa puede tardar hasta 48 horas con TTL estándar, aunque normalmente es mucho más rápida (de minutos a unas pocas horas)
• •
  Si la propagación parece atascada, verifica que actualizaste los registros en el proveedor DNS correcto (el que corresponde a tus servidores de nombres; no necesariamente el de tu registrador de dominio)

#2 Errores de sintaxis en .htaccess

El problema: Agregaste una regla de redirección a tu archivo .htaccess, pero el servidor devuelve un error interno 500 (Internal Server Error), ignora la regla por completo o la aplica de forma incorrecta.

Por qué ocurre: El mod_rewrite de Apache es potente, pero no perdona. Un solo espacio que falte, una bandera incorrecta o una regla en conflicto puede romper toda la configuración. Errores comunes incluyen:

• •
  Falta RewriteEngine On al inicio del bloque de reglas
• •
  Usar http:// en lugar de https:// en la URL de destino
• •
  Olvidar la barra inicial en el patrón
• •
  Reglas en conflicto que se anulan entre sí debido al orden

Cómo diagnosticar:

• •
  Revisa el registro de errores de tu servidor: Apache registra números de línea exactos para los errores de sintaxis
• •
  Renombra temporalmente .htaccess por otro nombre; si el error desaparece, tu .htaccess es el culpable

Cómo solucionarlo:

• •
  Empieza con una regla mínima y prueba antes de añadir complejidad
• •
  Sintaxis correcta para un redireccionamiento 301 básico:

apache
Redirección 301 /old-page https://example.com/new-page

• •
  Para redirecciones basadas en expresiones regulares con mod_rewrite:

apache
RewriteEngine On
RewriteRule ^old-path/(.*)$ https://example.com/new-path/$1 [R=301,L]

• •
  Si tu sitio se ejecuta en Nginx en lugar de Apache, los archivos .htaccess se ignoran por completo; necesitas añadir reglas en la configuración del bloque del servidor

#3 Cadena de redirecciones o bucle

El problema: la redirección comienza, pero nunca llega al destino: el navegador eventualmente muestra "demasiadas redirecciones" o la página tarda para cargar.

Por qué ocurre: una cadena de redirecciones sucede cuando la URL A redirige a B, B redirige a C, y así sucesivamente. Un bucle ocurre cuando la cadena vuelve a una URL anterior. Ambos son comunes durante migraciones de sitios web cuando las redirecciones antiguas y las nuevas se superponen sin limpieza.

Cómo diagnosticar:

• •
  Abre Chrome DevTools → pestaña Network (Red) → recarga la página: examina la cadena 3xx de solicitudes
• •
  Si ves la misma URL apareciendo dos veces en la cadena, es un bucle
• •
  Usa una herramienta de comprobación de redirecciones (como redirectcheck.com) para visualizar la cadena completa

Cómo solucionarlo:

• •
  Haz un mapa de cada regla de redirección activa que tengas: en .htaccess, plugins del CMS, reglas de borde del CDN y la herramienta de gestión de redirecciones
• •
  Elimina las reglas intermedias que ya no son necesarias. Consolida las cadenas en una sola redirección directa (A → D en lugar de A → B → C → D)
• •
  Si usas WordPress, revisa todos los plugins activos: los plugins de caché, los plugins de SEO y los plugins de seguridad pueden añadir reglas de redirección en conflicto

#4 Fantasmas de la caché

El problema: Actualizaste o eliminaste una redirección, pero los visitantes siguen siendo redirigidos al destino anterior.

Por qué ocurre: Los navegadores, los nodos perimetrales de CDN y las cachés a nivel de servidor almacenan en caché de forma agresiva las redirecciones 301. Una vez que un navegador ve un 301, puede recordarlo indefinidamente, incluso después de que lo hayas cambiado. Lo mismo aplica a las cachés de CDN como Cloudflare, que pueden servir respuestas de redirección desactualizadas desde los nodos perimetrales.

Cómo diagnosticarlo:

• •
  Abre la página en una ventana de incógnito/privada: si funciona correctamente allí, el problema es la caché del navegador
• •
  Usa curl -I https://example.com/old-page para ver los encabezados reales de respuesta del servidor sin interferencia del navegador
• •
  Revisa los encabezados Cache-Control y Age en la respuesta

Cómo solucionarlo:

• •
  Borra la caché del navegador (Chrome: Configuración → Privacidad → Borrar datos de navegación → Imágenes y archivos en caché)
• •
  Purgar la caché de tu CDN (Cloudflare: Panel de control → Caché → Purgar todo o purga de una URL específica)
• •
  Para redirecciones futuras, usa 302 (temporal) durante las pruebas y luego cambia a 301 (permanente) solo cuando estés seguro de que el destino es correcto
• •
  Agrega encabezados de caché explícitos: Cache-Control: no-cache, max-age=0 para las redirecciones que esperas que cambien

#5 Problemas mixtos de HTTP/HTTPS

El problema: El destino de tu redirección usa HTTPS, pero la redirección envía el tráfico a la versión HTTP, o viceversa. Los visitantes ven una advertencia de certificado o una página rota.

Por qué ocurre: Este es uno de los modos de fallo de redirección más pasados por alto. Configuraste una redirección de http://old-domain.com a http://new-domain.com , pero el nuevo dominio aplica HTTPS mediante HSTS. El navegador hace una redirección y, de inmediato, vuelve a redirigirse a HTTPS — o peor aún, la versión HTTPS del dominio antiguo tiene un certificado vencido o que no coincide.

Cómo diagnosticar:

• •
  Revisa ambas versiones http:// y https:// de tu URL de origen
• •
  Busca advertencias de contenido mixto en la consola del navegador
• •
  Comprueba si HSTS está aplicado (busca el encabezado de respuesta Strict-Transport-Security )

Cómo solucionarlo:

• •
  Redirige siempre a la URL HTTPS completa: https://new-domain.com/page en lugar de solo new-domain.com/page
• •
  Asegúrate de que cada dominio de la cadena tenga un certificado SSL válido instalado
• •
  Si estás redirigiendo desde un dominio antiguo, asegúrate de que el dominio antiguo también tenga cobertura SSL, incluso si solo sirve redirecciones
• •
  Usa un único protocolo canónico (siempre HTTPS) en todas tus reglas de redirección

#6 Tipo de redirección incorrecto

El problema: Tu redirección funciona, pero los motores de búsqueda no están pasando el valor de los enlaces, o los visitantes no pueden guardar correctamente el destino como marcador.

Por qué ocurre: Los diferentes códigos de estado HTTP le indican a los navegadores y a los motores de búsqueda cosas distintas sobre la redirección:

• •
  301 (Movido permanentemente): Pasa la mayor parte del valor de los enlaces. Úsalo para movimientos permanentes como cambios de dominio o reestructuraciones
• •
  302 (Found): No pasa el link equity. Úsalo solo para redirecciones temporales como pruebas A/B o páginas de aterrizaje estacionales
• •
  307 (Temporary Redirect): Similar a 302, pero conserva el método HTTP. Se usa para redirecciones temporales de API
• •
  Meta Refresh: Una redirección basada en HTML (no HTTP). Lenta, pierde link equity y ofrece una mala experiencia de usuario

Cómo diagnosticar:

• •
  Revisa el código de estado de la respuesta usando curl -I https://example.com/old-page
• •
  Busca el encabezado Location y el código de estado 3xx en la primera línea de la respuesta

Cómo solucionarlo:

• •
  Usa 301 para todas las redirecciones permanentes — migraciones de dominio, cambios en la estructura de URL, eliminaciones de páginas
• •
  Usa 302 o 307 solo para redirecciones realmente temporales (promociones, páginas de mantenimiento, pruebas A/B)
• •
  Nunca uses meta refresh ( <meta http-equiv="refresh"> ) para redirecciones críticas para SEO — usa redirecciones HTTP adecuadas en su lugar
• •
  Si no estás seguro de qué tipo usar, usa 301. Cambiar un 302 a 301 más adelante no te perjudicará, pero usar un 302 para una redirección permanente te costará valor SEO

Cómo prevenir fallos en las redirecciones

El ciclo de diagnóstico y solución para los problemas de redirección consume mucho tiempo. Así es como puedes evitar la mayoría desde el principio:

• •
  Prueba con curl antes de lanzar: Ejecuta curl -IL https://source-url.com para verificar toda la cadena de redirecciones antes de anunciar cualquier cambio de URL
• •
  Mantén un mapa de redirecciones: Documenta cada regla de redirección. Cuando migres o reestructures, actualiza el mapa. Esto evita cadenas accidentales y reglas huérfanas
• •
  Usa una plataforma dedicada de gestión de redirecciones: Gestionar redirecciones mediante .htaccess, plugins de WordPress o archivos de configuración del servidor funciona… hasta que deja de funcionar. Cuando tienes decenas o cientos de redirecciones, el enfoque manual propicia errores. Una plataforma dedicada ofrece depuración visual de cadenas de redirecciones, gestión automática de HTTPS, analíticas del tráfico de redirecciones, importación y exportación masivas, y registros de auditoría para rastrear cambios.
• •
  Establece TTL bajos antes de hacer cambios en DNS: Reduce tu TTL a 300 segundos al menos 24 horas antes de cualquier actualización planificada de DNS
• •
  Prueba en un entorno de staging: Nunca despliegues cambios de redirección directamente en producción sin probar la ruta completa

El enfoque de RedirHub: evita las conjeturas

Cada causa de esta guía — retrasos de DNS, errores en .htaccess, cadenas de redirección, fantasmas del caché, discrepancias de SSL, códigos de estado incorrectos — se remite a una sola cosa: gestionar redirecciones a través de una infraestructura que no fue diseñada para ello.

RedirHub gestiona las redirecciones en el borde, separado de tu servidor web y de la configuración de DNS. Eso significa que no hay archivos .htaccess que puedan corromperse, que no necesitas reiniciar el servidor cuando agregas una regla y que no tienes que preocuparte por los TTLs ni por “fantasmas” de caché. Cada redirección se gestiona mediante un panel visual con propagación instantánea, HTTPS automático, analíticas integradas e importación masiva para migraciones a gran escala.

Así es como RedirHub elimina cada problema de esta guía:

• •
  Propagación de DNS: RedirHub usa una configuración basada en CNAME. No se necesitan cambios en registros A. Las redirecciones se propagan globalmente en cuestión de segundos, no en horas.
• •
  Errores de .htaccess: No hay archivos de configuración del servidor que editar. Todas las reglas se gestionan en una interfaz visual con validación integrada. Si la sintaxis es incorrecta, la UI te lo indica antes de que la regla entre en funcionamiento.
• •
  Cadenas de redirecciones: El panel muestra la ruta completa de cada regla. Puedes ver y eliminar cadenas con un solo clic. Ya no tendrás que adivinar dónde empieza el bucle.
• •
  “Fantasmas” de caché: RedirHub establece encabezados de caché óptimos de forma predeterminada. Cuando actualizas una redirección, el cambio se aplica inmediatamente en el borde. No necesitas purgar la caché del navegador.
• •
  Problemas de HTTPS: SSL automático en cada redirección. Sin configuración manual de certificados y sin sorpresas de contenido mixto.
• •
  Códigos de estado incorrectos: Configura 301, 302 o 307 por regla en la interfaz. Sin encabezados sin procesar que tengas que configurar.

Si estás invirtiendo tiempo depurando redirecciones en lugar de avanzar con tu sitio, es una señal de que la configuración no es la adecuada. Una plataforma de redirecciones diseñada para este propósito elimina la fricción de la infraestructura para que puedas enfocarte en la migración, no en los mecanismos.

Lista de verificación rápida

¿Sigues atascado? A veces el problema está a nivel de infraestructura: reglas conflictivas de CDN, reescrituras a nivel de servidor que anulan reglas a nivel de aplicación o configuraciones DNS en el nivel del registro. Si ya revisaste esta lista de verificación y la redirección aún no funciona, una herramienta de diagnósticos visuales de redirecciones puede mostrarte exactamente qué está pasando en cada salto.