ERR_TOO_MANY_REDIRECTS: Cómo solucionarlo (todos los navegadores)

¿Qué es ERR_TOO_MANY_REDIRECTS?

ERR_TOO_MANY_REDIRECTS es un error del navegador que ocurre cuando un sitio web queda atrapado en un bucle de redirección infinito. En lugar de cargar la página, el navegador sigue rebotando entre URLs y, después de alcanzar su límite de redirecciones, se rinde y muestra este error.

Cada navegador tiene un límite de redirecciones integrado para evitar que los bucles infinitos consuman recursos. Cuando una página excede ese límite, la conexión se termina con un mensaje de error.

Los códigos de estado HTTP en un bucle de redirección suelen ser 301 (redirección permanente) o 302 (redirección temporal). Un bucle típico funciona así: tu navegador solicita la URL A, el servidor responde con un 301 hacia la URL B, la URL B responde con un 301 de vuelta a la URL A, y el ciclo se repite hasta que el navegador alcanza su límite.

¿Qué causa los bucles de redirección?

Los bucles de redirección ocurren cuando dos o más reglas de redirección entran en conflicto entre sí. El servidor envía al navegador a una URL, y esa URL lo envía de vuelta. Estas son las causas más comunes:

• Configuración incorrecta de SSL/HTTPS — La causa más común. Tu servidor fuerza HTTP a HTTPS, pero tu CDN o balanceador de carga se conecta al origen por HTTP, creando un bucle: CDN -> HTTP -> el servidor redirige a HTTPS -> el CDN elimina HTTPS -> HTTP -> bucle

• Cloudflare Flexible SSL — El modo Flexible SSL de Cloudflare envía las solicitudes a tu servidor de origen por HTTP. Si tu origen también tiene una redirección HTTP a HTTPS, se genera un bucle infinito entre Cloudflare y tu servidor

• Reglas conflictivas en .htaccess — Múltiples reglas de redirección en .htaccess que se contradicen, como una regla forzando www y otra forzando sin www simultáneamente

• Desajuste de URLs en WordPress — WordPress Address (URL) y Site Address (URL) en Ajustes > Generales no coinciden, o una usa HTTP mientras la otra usa HTTPS

• Cookies obsoletas del navegador — Cookies antiguas que contienen instrucciones de redirección o datos de sesión que fuerzan al navegador a una URL que ya no existe o se ha movido

• Redirecciones en caché del CDN o proxy — Tu CDN almacenó en caché una redirección 301 antigua que ahora entra en conflicto con la configuración actual del servidor

• Conflictos en la configuración del servidor — Archivos de configuración de Nginx o Apache con bloques de redirección que compiten, como redirigir tanto en el bloque del servidor como en .htaccess simultáneamente

Cómo diagnosticar un bucle de redirección

Antes de probar soluciones, identifica la cadena de redirección exacta. Esto te indica exactamente qué URLs están involucradas y qué reglas de redirección causan el bucle.

Método 1: Usa curl para rastrear las redirecciones

La forma más rápida de ver una cadena de redirección es con curl en tu terminal. La opción -I obtiene solo las cabeceras, -L sigue las redirecciones y --max-redirs limita cuántas seguir:

# Trace redirect chain (limit to 10 hops)
curl -ILs --max-redirs 10 https://example.com 2>&1 | grep -i 'HTTP/\|location:'

# Example output showing a redirect loop:
# HTTP/2 301
# location: http://example.com/
# HTTP/1.1 301 Moved Permanently
# Location: https://example.com/
# HTTP/2 301
# location: http://example.com/
# (repeats...)

Si ves las mismas dos URLs alternándose en las cabeceras Location, has confirmado un bucle de redirección. Observa los códigos de estado HTTP: 301 significa redirección permanente (almacenada en caché por los navegadores), 302 significa temporal (no se almacena en caché).

Método 2: Pestaña Red de DevTools del navegador

También puedes rastrear las redirecciones visualmente en Chrome DevTools:

• Paso 1 — Abre Chrome DevTools con F12 o Ctrl+Shift+I (Mac: Cmd+Option+I)

• Paso 2 — Ve a la pestaña Network y marca Preserve log (esto conserva las entradas entre redirecciones)

• Paso 3 — Carga la página que produce el error

• Paso 4 — Observa la secuencia de solicitudes. Cada redirección aparece como una entrada separada con estado 301 o 302. La columna Location muestra a dónde apunta cada redirección

La pestaña Network muestra la cadena completa de redirecciones en orden cronológico. Verás el patrón: normalmente dos o tres URLs repitiéndose en un ciclo. Usa el HTTP Headers Checker de DNS Robot para inspeccionar las cabeceras de respuesta desde fuera de la caché de tu navegador.

Método 3: Verificador de redirecciones online

Si no tienes acceso a la terminal, usa el Redirect Checker de DNS Robot para rastrear la cadena completa de redirecciones. Introduce la URL y te mostrará cada salto, código de estado y destino final, o confirmará que existe un bucle. Esto es útil porque comprueba desde una ubicación neutral sin que las cookies de tu navegador afecten el resultado.

Solución 1: Borrar cookies y caché del navegador

Comienza con la solución más sencilla. Las cookies obsoletas o las redirecciones almacenadas en caché de tu navegador pueden causar bucles incluso cuando la configuración del servidor es correcta. Esto es especialmente común después de que un sitio migra de HTTP a HTTPS: las cookies antiguas pueden seguir referenciando URLs HTTP.

Borrar cookies en Chrome

Borra las cookies del sitio específico en lugar de todas las cookies, así conservas tus sesiones en otros sitios:

• Paso 1 — Haz clic en el icono del candado (o icono de ajustes) en la barra de direcciones junto a la URL

• Paso 2 — Haz clic en Configuración del sitio

• Paso 3 — Haz clic en Borrar datos para eliminar las cookies y los datos en caché solo de ese sitio

• Paso 4 — Recarga la página

# Chrome keyboard shortcut to open Clear Browsing Data:
# Windows/Linux: Ctrl + Shift + Delete
# macOS: Cmd + Shift + Delete

Alternativamente, ve a chrome://settings/clearBrowserData, selecciona Cookies y otros datos de sitios y Imágenes y archivos en caché, establece el intervalo de tiempo en Desde siempre y haz clic en Borrar datos.

Borrar cookies en Firefox y Safari

Firefox: Presiona Ctrl+Shift+Delete (Mac: Cmd+Shift+Delete), selecciona Cookies y Caché, establece el intervalo de tiempo en Todo y haz clic en Limpiar ahora.

Safari: Ve a Safari > Ajustes > Privacidad > Gestionar datos de sitios web, busca el dominio afectado, selecciónalo y haz clic en Eliminar. Luego vacía la caché con Cmd+Option+E.

Solución 2: Verificar la configuración SSL/HTTPS

La mala configuración de SSL es la causa número 1 de los bucles de redirección. El escenario más común es un conflicto entre tu CDN/proxy y tu servidor de origen sobre si usar HTTP o HTTPS.

Esto es lo que suele salir mal: tu CDN se conecta al origen por HTTP (porque gestiona la terminación SSL), pero el origen tiene una redirección de HTTP a HTTPS. El origen envía al CDN de vuelta a HTTPS, el CDN lo elimina y envía HTTP de nuevo — bucle infinito.

• Verifica tu certificado SSL — Usa el SSL Checker de DNS Robot para comprobar que tu certificado es válido, no está caducado y cubre el dominio correcto

• Coincide los protocolos — Si tu CDN gestiona la terminación SSL, elimina la redirección HTTP a HTTPS en tu origen, o configura el CDN para conectarse al origen por HTTPS

• Revisa los ajustes de forzar HTTPS — Si tienes tanto una redirección a nivel de servidor (Nginx/Apache) COMO una a nivel de CDN para forzar HTTPS, elimina una de ellas

• Verifica la cabecera X-Forwarded-Proto — Cuando estás detrás de un proxy, tu origen debería comprobar esta cabecera en lugar del protocolo de conexión directo para determinar si la solicitud original fue HTTPS

Solución 3: Solucionar bucles de redirección de Cloudflare

Cloudflare es el desencadenante más común de ERR_TOO_MANY_REDIRECTS debido a cómo funcionan sus modos SSL. La solución depende del modo de cifrado SSL/TLS que estés usando.

La solución para el 90% de los bucles de redirección de Cloudflare: cambia tu modo de cifrado SSL/TLS de Flexible a Full o Full (Strict). Esto le indica a Cloudflare que se conecte a tu origen por HTTPS, eliminando el bucle HTTP a HTTPS.

Solución paso a paso para Cloudflare

• Paso 1 — Inicia sesión en el panel de Cloudflare

• Paso 2 — Selecciona tu dominio

• Paso 3 — Ve a SSL/TLS > Overview

• Paso 4 — Cambia el modo de cifrado a Full (Strict) si tienes un certificado SSL válido en tu origen, o Full si tienes un certificado autofirmado

• Paso 5 — Ve a SSL/TLS > Edge Certificates y verifica si Always Use HTTPS está activado. Si tu origen ya redirige a HTTPS, desactívalo para evitar una doble redirección

• Paso 6 — Revisa las Page Rules y Redirect Rules en busca de redirecciones de URL conflictivas

• Paso 7 — Purga la caché de Cloudflare: ve a Caching > Configuration > Purge Everything

Solución 4: Corregir reglas de redirección en .htaccess (Apache)

En servidores Apache, .htaccess es la ubicación más común para las reglas de redirección, y también el lugar más frecuente donde se originan los bucles de redirección. Reglas conflictivas, redirecciones duplicadas o verificaciones de condición faltantes pueden crear bucles.

• Busca redirecciones HTTPS duplicadas — Si tu panel de hosting (cPanel, Plesk) fuerza HTTPS, elimina la redirección manual de .htaccess

• Verifica las condiciones RewriteCond — Cada RewriteRule que redirige debe tener un RewriteCond que evite que se active en URLs que ya coinciden. Sin esto, la regla se ejecuta en cada solicitud incluyendo la redirigida

• Cuidado con la bandera [L] — La bandera [L] significa 'última regla' pero solo para el paso actual. Si existe otro .htaccess en un subdirectorio, se ejecuta de nuevo. Usa [END] en Apache 2.4+ en su lugar

• Verifica las cabeceras de proxy — Detrás de un CDN, usa %{HTTP:X-Forwarded-Proto} en lugar de %{HTTPS} para detectar el protocolo original

# Correct HTTPS redirect behind Cloudflare/CDN:
RewriteEngine On
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

Si no estás seguro de qué regla causa el bucle, renombra temporalmente .htaccess a .htaccess.bak y prueba si el sitio carga. Si funciona, el problema está en tu archivo .htaccess. Reactiva las reglas una por una hasta encontrar la que causa el problema.

Solución 5: Solucionar bucles de redirección en WordPress

Los bucles de redirección en WordPress suelen originarse en tres fuentes: URLs desajustadas en los Ajustes, conflictos entre plugins o valores incorrectos en wp-config.php. Si no puedes acceder al panel de WordPress por el bucle de redirección, necesitarás corregirlo directamente a través de la base de datos o los archivos de configuración.

Verificar los ajustes de URL de WordPress

WordPress tiene dos configuraciones de URL que deben coincidir: Dirección de WordPress (URL) y Dirección del sitio (URL) en Ajustes > Generales. Si una usa http:// y la otra usa https://, o una tiene www. y la otra no, obtendrás un bucle de redirección.

Si no puedes acceder al panel de administración, establece las URLs directamente en wp-config.php:

// Add these lines to wp-config.php (above "That's all, stop editing!"):
define('WP_HOME', 'https://example.com');
define('WP_SITEURL', 'https://example.com');

// If behind a reverse proxy (Cloudflare, Nginx proxy):
if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') {
    $_SERVER['HTTPS'] = 'on';
}

Desactivar plugins para encontrar conflictos

Los plugins de redirección y caché son culpables frecuentes. Plugins como Redirection, Yoast SEO, Really Simple SSL, WP Super Cache y W3 Total Cache pueden agregar reglas de redirección que entran en conflicto con la configuración de tu servidor o CDN.

Si no puedes acceder al panel de administración, desactiva todos los plugins por FTP o SSH:

# Rename the plugins folder to disable all plugins at once:
cd /var/www/html/wp-content/
mv plugins plugins.bak

# If the site loads, rename it back and disable plugins one by one:
mv plugins.bak plugins
# Then rename individual plugin folders to find the culprit:
mv plugins/really-simple-ssl plugins/really-simple-ssl.bak

Si desactivar los plugins soluciona el error, reactívalos uno por uno para identificar el plugin conflictivo. Los culpables más comunes son los plugins SSL que agregan redirecciones HTTP a HTTPS cuando tu servidor o CDN ya lo gestiona.

Solución 6: Corregir redirecciones a nivel de servidor (Nginx y Apache)

Los archivos de configuración del servidor pueden contener reglas de redirección que entran en conflicto con las redirecciones a nivel de aplicación (WordPress, .htaccess) o los ajustes del CDN.

Nginx: Buscar conflictos de redirección

Los bucles de redirección en Nginx suelen ocurrir cuando el bloque del servidor HTTP redirige a HTTPS, pero algo en el bloque HTTPS redirige de vuelta a HTTP. Revisa la configuración de tu sitio:

# Correct Nginx HTTPS redirect (separate server blocks):
server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://example.com$request_uri;
}

server {
    listen 443 ssl;
    server_name example.com;
    # SSL certificate configuration here
    # DO NOT add another redirect to HTTPS here
}

# If behind Cloudflare/proxy, check real protocol:
server {
    listen 80;
    server_name example.com;
    if ($http_x_forwarded_proto != 'https') {
        return 301 https://example.com$request_uri;
    }
}

Apache: Verificar redirecciones en VirtualHost

En Apache, verifica tanto la configuración del VirtualHost como .htaccess. Una redirección en la configuración del VirtualHost más una redirección en .htaccess crea una doble redirección que puede generar un bucle:

# Check Apache config for redirect rules:
grep -r 'Redirect\|RewriteRule' /etc/apache2/sites-enabled/
grep -r 'Redirect\|RewriteRule' /etc/httpd/conf.d/

# Check .htaccess:
cat /var/www/html/.htaccess | grep -i 'rewrite\|redirect'

Elimina las redirecciones duplicadas: mantén la redirección en un solo lugar. La mejor práctica es gestionar las redirecciones HTTPS en la configuración del VirtualHost (no en .htaccess) porque las reglas de VirtualHost se procesan una vez por solicitud mientras que .htaccess se procesa en cada solicitud.

Solución 7: Solución de problemas específicos del navegador

Si el error solo aparece en un navegador, es probable que se trate de una redirección en caché o un conflicto con una extensión, no de un problema del servidor.

Chrome: Borrar HSTS y el pool de sockets

Chrome almacena en caché las políticas HSTS (HTTP Strict Transport Security) que fuerzan HTTPS. Si un sitio envió previamente una cabecera HSTS pero ya no usa HTTPS correctamente, Chrome seguirá redirigiendo a HTTPS incluso después de borrar las cookies.

• Borrar caché HSTS — Ve a chrome://net-internals/#hsts, introduce el dominio en Delete domain security policies y haz clic en Delete

• Vaciar pools de sockets — Ve a chrome://net-internals/#sockets y haz clic en Flush socket pools para borrar cualquier conexión en caché

• Borrar caché DNS — Ve a chrome://net-internals/#dns y haz clic en Clear host cache

• Probar en Incógnito — Abre una ventana de Incógnito (Ctrl+Shift+N) y prueba la URL. Si funciona en Incógnito pero no en la ventana normal, una redirección en caché o una extensión es la causa

Soluciones para Firefox y Safari

Firefox: Escribe about:config en la barra de direcciones, busca network.http.redirection-limit y verifica que esté establecido en 20 (por defecto). Si una extensión cambió este valor a un número muy bajo, las redirecciones pueden fallar prematuramente. También prueba borrar los datos del sitio: Ajustes > Privacidad y seguridad > Gestionar datos > busca el dominio > Eliminar seleccionados.

Safari: Safari muestra "too many redirects occurred" y ofrece un error menos detallado que Chrome. Ve a Safari > Ajustes > Privacidad > Gestionar datos de sitios web, busca el dominio y elimina sus datos. Si el problema persiste, prueba Safari > Borrar historial (elige todo el historial).

Cómo prevenir los bucles de redirección

Una vez que hayas solucionado el error inmediato, sigue estas prácticas para evitar que los bucles de redirección vuelvan a ocurrir:

• Redirige en un solo lugar — Elige una capa para tu redirección HTTPS: el CDN, el servidor web o la aplicación. Nunca redirijas en múltiples capas simultáneamente

• Usa 302 durante las pruebas — Mientras depuras, usa redirecciones 302 (temporales) en lugar de 301 (permanentes). Los navegadores almacenan en caché las 301 agresivamente, dificultando las pruebas de cambios. Cambia a 301 una vez que confirmes que la redirección funciona correctamente

• Siempre prueba con curl — Después de agregar una regla de redirección, ejecuta curl -ILs https://tusitio.com | grep -i 'HTTP/\|location:' para verificar que la cadena de redirección se resuelve con una respuesta 200 final

• Monitoriza con herramientas — Usa el HTTP Headers Checker de DNS Robot regularmente para verificar que tu sitio devuelve una respuesta 200 limpia sin redirecciones inesperadas

• Documenta tus redirecciones — Mantén un registro de todas las reglas de redirección en la configuración del servidor, .htaccess, reglas del CDN y ajustes de la aplicación. Cuando varios miembros del equipo gestionan un sitio, las redirecciones no documentadas son la causa número 1 de los bucles

• Purga la caché del CDN después de cambios — Después de modificar cualquier regla de redirección, purga la caché de tu CDN inmediatamente. Las 301 obsoletas en caché pueden persistir durante días

Impacto SEO de los bucles de redirección

Los bucles de redirección perjudican directamente tu posicionamiento en buscadores. El rastreador de Google (Googlebot) sigue hasta 10 redirecciones por URL antes de rendirse. Si Googlebot encuentra un bucle de redirección, marca la página como error de rastreo y deja de indexarla.

Según la documentación de Google sobre redirecciones, las cadenas de redirección deben ser lo más cortas posible. Cada salto de redirección adicional agrega aproximadamente 100-500 ms de latencia y desperdicia tu presupuesto de rastreo: el número de páginas que Google rastreará en tu sitio por día.

• Indexación perdida — Las páginas atrapadas en bucles de redirección no se indexan y desaparecen completamente de los resultados de búsqueda

• Presupuesto de rastreo desperdiciado — Googlebot gasta su presupuesto de rastreo limitado siguiendo redirecciones en lugar de rastrear contenido real

• Penalización de velocidad de página — Cada redirección 301 agrega un viaje completo de ida y vuelta (100-500 ms). Tres redirecciones pueden agregar más de un segundo al tiempo de carga

• Dilución del link equity — Los backlinks que apuntan a una URL con redirección pierden aproximadamente del 1 al 5% de su valor de PageRank por cada salto