¿La redirección 301 no funciona? 6 causas comunes y soluciones

Configuraste una redirección de dominio, esperaste a que se propagara, probaste la URL antigua — y no pasa nada. La página se queda igual, muestra un error o entra en un bucle infinito.

Los fallos de redirección son frustrantes y te cuestan más que tiempo. Cada redirección rota significa tráfico perdido, backlinks rotos 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 ir drenando silenciosamente el valor SEO durante semanas antes de que alguien lo note.

La buena noticia: la mayoría de los fallos de redirección se deben solo a unas pocas causas. Esta guía repasa cada una de ellas, desde problemas de DNS hasta errores de configuración del servidor, con pasos concretos para diagnosticar y corregirlos.

#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 nuevo servidor, pero los visitantes siguen viendo el sitio antiguo.

Por qué ocurre: Los cambios de DNS no surten efecto al instante. Cada registro DNS tiene un valor TTL (Time to Live) — normalmente entre 300 segundos (5 minutos) y 86.400 segundos (24 horas). Hasta que ese TTL antiguo expire en todo el mundo, los resolutores DNS de Internet seguirán sirviendo la IP antigua.

Cómo diagnosticarlo:

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

Cómo solucionarlo:

• Reduce el TTL antes del cambio planificado y deja que caduque primero el TTL anterior. Reducirlo después de que los resolutores hayan almacenado en caché el registro antiguo no acorta esa entrada de caché existente.
• Compara la respuesta DNS autoritativa con las respuestas de los resolutores recursivos. El tiempo depende del TTL anterior y del proveedor; esperar un número fijo de horas no demuestra que los registros sean correctos.
• Si la propagación parece atascada, verifica que hayas actualizado los registros en el proveedor de DNS correcto (aquel al que apuntan tus servidores de nombres, no necesariamente el registrador de tu dominio)

#2 Errores de sintaxis en .htaccess#

El problema: Añadiste una regla de redirección a tu archivo .htaccess, pero el servidor devuelve un error interno 500, ignora la regla por completo o la aplica incorrectamente.

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

• Falta RewriteEngine On en la parte superior del bloque de reglas
• Usando http:// en lugar de https:// en la URL de destino
• Comprueba la sintaxis de la directiva que estás usando. En un patrón RewriteRule de .htaccess por directorio, Apache elimina la barra inicial; las reglas en otros contextos pueden comportarse de manera diferente.
• Reglas conflictivas que se sobrescriben entre sí debido al orden

Cómo diagnosticar:

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

Cómo solucionarlo:

• Empieza con una regla mínima y pruébala antes de añadir complejidad
• Sintaxis correcta para una redirección 301 básica:

apacheRedirect 301 /old-page https://example.com/new-page

• Para redirecciones basadas en expresiones regulares con mod_rewrite:

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

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

#3 Cadena o bucle de redirección#

El problema: La redirección comienza, pero nunca llega al destino — el navegador finalmente muestra "demasiadas redirecciones" o la página tarda una eternidad en cargar.

Por qué ocurre: Una cadena de redirección ocurre 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 solapan sin limpieza.

Cómo diagnosticarlo:

• Abre Chrome DevTools → pestaña Network → recarga la página — examina la cadena de solicitudes 3xx
• Si ves la misma URL apareciendo dos veces en la cadena, eso es un bucle
• Introduce la URL en nuestra prueba de velocidad de redirección para ver cada salto, su código de estado y dónde termina

Cómo solucionarlo:

• Mapea todas las reglas de redirección activas 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 sean 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 de SEO y los de seguridad pueden añadir reglas de redirección conflictivas

#4 Fantasmas de caché#

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

Por qué sucede: Los navegadores, los nodos de borde del CDN y las cachés a nivel de servidor almacenan en caché de forma agresiva las redirecciones 301. Una vez que un navegador ve una 301, puede recordar esa redirección indefinidamente, incluso después de que la hayas cambiado. Lo mismo ocurre con cachés de CDN como Cloudflare, que pueden servir respuestas de redirección obsoletas desde los nodos de borde.

Cómo diagnosticarlo:

• Compara el resultado de una ventana privada con una sesión normal y una solicitud desde la línea de comandos. Una diferencia sugiere estado del navegador o caché, pero por sí sola no constituye un diagnóstico completo.
• Usa curl -I https://example.com/old-page para ver los encabezados reales de respuesta del servidor sin interferencia del navegador
• Comprueba las cabeceras Cache-Control y Age en la respuesta

Cómo solucionarlo:

• Borra las imágenes y archivos almacenados en caché de tu navegador, o sigue probando en una ventana privada
• Purgar la caché de tu CDN para la URL antigua; la mayoría de los CDN permiten purgar una sola URL
• 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
• Añade cabeceras de caché explícitas: Cache-Control: no-cache, max-age=0 para las redirecciones que esperas cambiar

#5 Problemas de HTTP/HTTPS mixtos#

El problema: Tu destino de 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 fuerza HTTPS mediante HSTS. El navegador realiza una redirección, luego inmediatamente se redirige otra vez a HTTPS — o peor, la versión HTTPS del dominio القديم tiene un certificado caducado o no coincidente.

Cómo diagnosticar:

• Comprueba tanto las versiones http:// como https:// de tu URL de origen
• Busca advertencias de contenido mixto en la consola del navegador
• Comprueba si HSTS está लागूado (verifica el encabezado de respuesta Strict-Transport-Security)

Cómo solucionarlo:

• Redirige siempre a la URL completa en HTTPS: https://new-domain.com/page en lugar de solo new-domain.com/page
• Asegúrate de que cada dominio de la cadena tenga instalado un certificado SSL válido
• Si rediriges 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 transfiriendo la autoridad de enlace, o los visitantes no pueden guardar la página de destino en favoritos correctamente.

Por qué ocurre: Diferentes códigos de estado HTTP les dicen cosas distintas a los navegadores y a los motores de búsqueda sobre la redirección:

• 301 (Movido permanentemente): Transfiere la mayor parte de la autoridad de enlace. Úsalo para cambios permanentes como cambios de dominio o reestructuraciones
• 302 (Encontrado): Temporal. Google normalmente mantiene la URL antigua indexada, así que las señales de clasificación permanecen allí. Úsalo solo para redirecciones temporales como pruebas A/B o páginas de destino estacionales
• 307 (Redirección temporal): Similar a 302, pero preserva el método HTTP. Se usa para redirecciones temporales de API
• Meta refresh: Una redirección HTML, no una HTTP. Google interpreta una meta refresh instantánea (de 0 segundos) como permanente y una diferida como temporal, pero solo funciona después de que la página se carga, así que usa una redirección del lado del servidor cuando puedas

Cómo diagnosticar:

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

Cómo solucionarlo:

• Usa 301 o 308 para cambios permanentes hacia un reemplazo relevante. Si se elimina una página sin un reemplazo adecuado, una 404 o 410 puede ser apropiada en lugar de una redirección no relacionada.
• Usa 302 o 307 solo para redirecciones verdaderamente temporales (promociones, páginas de mantenimiento, pruebas A/B)
• Evita la actualización meta (<meta http-equiv="refresh">) para URLs importantes; usa un 301 HTTP real en su lugar
• Elige el estado según si el cambio es permanente o temporal y luego verifica el comportamiento. No asumas que cada respuesta temporal provoque una pérdida fija de valor SEO.

Cómo prevenir fallos en las redirecciones#

El ciclo de diagnóstico y corrección de los problemas de redirección lleva tiempo. Aquí tienes cómo 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 redirección 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 a la gestión de redirecciones: Gestionar redirecciones mediante .htaccess, complementos de WordPress o archivos de configuración del servidor funciona... hasta que deja de hacerlo. Cuando tienes decenas o cientos de redirecciones, el enfoque manual genera errores. Una plataforma dedicada te ofrece depuración visual de cadenas de redirección, gestión automática de HTTPS, analíticas sobre el tráfico de redirecciones, importación y exportación masivas, y registros de auditoría para seguir los 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 de DNS planificada
• Prueba en un entorno de staging: Nunca implementes cambios de redirección directamente en producción sin probar toda la ruta
• Asigna cada URL antigua a su nueva página más cercana: enviar todo a la página de inicio «funciona» técnicamente, pero los visitantes y los motores de búsqueda pierden la página que estaban buscando

El enfoque de RedirHub: evita las suposiciones#

Los fallos de redirección pueden ocurrir con cualquier configuración. Un servicio gestionado puede reducir la configuración del servidor que administras, pero los registros DNS, los requisitos del certificado, las respuestas almacenadas en caché y la disponibilidad del destino aún requieren atención.

RedirHub responde a las redirecciones desde su propia red perimetral, separada de tu servidor web. No hay archivos .htaccess que romper ni servidor que reiniciar cuando añades una regla. Gestionas las redirecciones en un panel, el HTTPS se emite automáticamente con certificados SSL gratuitos para raíz y www, y los cambios grandes pueden cargarse con una importación de redirecciones CSV en lugar de reglas escritas a mano.

Así es como se relaciona con las causas anteriores:

• Configuración DNS: usa los valores requeridos en Conectar DNS. Los dominios raíz usan los registros A y TXT de verificación mostrados; los subdominios compatibles usan CNAME. Las entradas de caché DNS existentes aún deben expirar.
• Errores de .htaccess: no hay ninguna configuración del servidor que editar. Rellenas Redirigir desde, Redirigir a y Tipo de redirección, y Qué ocurre muestra una vista previa de dónde aterrizarán las URL de ejemplo antes de guardar.
• Cadenas: cada redirección vive en una única lista de Enlaces, así que puedes apuntar las URL antiguas directamente al destino final en lugar de encadenar reglas en varios lugares.
• Caché: los cambios surten efecto en nuestro lado en cuanto guardas. Los navegadores que ya almacenaron en caché una antigua 301 aún pueden recordarla, así que prueba los cambios en una ventana privada o con curl.
• HTTPS: los certificados se emiten y renuevan automáticamente tanto para raíz como para www, así que el dominio antiguo también funciona en https://.
• Códigos de estado: elige 301, 302, 307 o 308 para cada redirección, y consulta el código junto a cada URL de ejemplo antes de crearlo.

Si tienes un sitio en un servidor que controlas, corregir la regla ahí es gratis y rápido. Un servicio de redirección compensa cuando gestionas muchos dominios o una migración de sitio con miles de URL, donde las reglas mantenidas manualmente son propensas a crear cadenas y errores tipográficos. Los planes empiezan en $49/mes (Core) con una prueba gratuita de 14 días.

Lista de verificación rápida#

• ¿El DNS del dominio antiguo apunta a donde está configurada la redirección? (dig o un verificador DNS)
• ¿curl -IL https://old-url muestra un 301 en el primer salto y la URL final correcta?
• ¿http://, https://, www y sin www redirigen todos?
• ¿Solo hay un salto hasta la URL final, sin bucle?
• ¿El dominio antiguo tiene un certificado válido?
• ¿Lo probaste en una ventana privada para descartar una redirección en caché?
• ¿Cada página antigua va a su página nueva correspondiente, y no a la página principal?

¿Aún atascado? A veces el problema está a nivel de infraestructura: reglas de CDN en conflicto, reescrituras a nivel de servidor que anulan las reglas a nivel de aplicación o ajustes de DNS a nivel de registro. Si has repasado esta lista y la redirección sigue sin funcionar, una herramienta visual de diagnóstico de redirecciones puede mostrarte exactamente qué ocurre en cada salto.