ERR_TOO_MANY_REDIRECTS: Como solucionarlo (todos los navegadores)

Que 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 redireccion infinito. En lugar de cargar la pagina, el navegador sigue rebotando entre URLs, y despues de alcanzar su limite de redirecciones, se rinde y muestra este error.

Cada navegador tiene un limite de redirecciones integrado para evitar que los bucles infinitos consuman recursos. Cuando una pagina excede ese limite, la conexion se termina con un mensaje de error.

Los codigos de estado HTTP en un bucle de redireccion suelen ser 301 (redireccion permanente) o 302 (redireccion temporal). Un bucle tipico funciona asi: 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 limite.

Que causa los bucles de redireccion?

Los bucles de redireccion ocurren cuando dos o mas reglas de redireccion entran en conflicto entre si. El servidor envia al navegador a una URL, y esa URL lo envia de vuelta. Estas son las causas mas comunes:

• Configuracion incorrecta de SSL/HTTPS — La causa mas comun. 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 envia las solicitudes a tu servidor de origen por HTTP. Si tu origen tambien tiene una redireccion HTTP a HTTPS, se genera un bucle infinito entre Cloudflare y tu servidor

• Reglas conflictivas en .htaccess — Multiples reglas de redireccion en .htaccess que se contradicen, como una regla forzando www y otra forzando sin www simultaneamente

• 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 redireccion o datos de sesion que fuerzan al navegador a una URL que ya no existe o se ha movido

• Redirecciones en cache del CDN o proxy — Tu CDN almaceno en cache una redireccion 301 antigua que ahora entra en conflicto con la configuracion actual del servidor

• Conflictos en la configuracion del servidor — Archivos de configuracion de Nginx o Apache con bloques de redireccion que compiten, como redirigir tanto en el bloque del servidor como en .htaccess simultaneamente

Como diagnosticar un bucle de redireccion

Antes de probar soluciones, identifica la cadena de redireccion exacta. Esto te indica exactamente que URLs estan involucradas y que reglas de redireccion causan el bucle.

Metodo 1: Usa curl para rastrear las redirecciones

La forma mas rapida de ver una cadena de redireccion es con curl en tu terminal. La opcion -I obtiene solo las cabeceras, -L sigue las redirecciones y --max-redirs limita cuantas 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 alternandose en las cabeceras Location, has confirmado un bucle de redireccion. Observa los codigos de estado HTTP: 301 significa redireccion permanente (almacenada en cache por los navegadores), 302 significa temporal (no se almacena en cache).

Metodo 2: Pestana Red de DevTools del navegador

Tambien 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 pestana Network y marca Preserve log (esto conserva las entradas entre redirecciones)

• Paso 3 — Carga la pagina que produce el error

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

La pestana Network muestra la cadena completa de redirecciones en orden cronologico. Veras el patron: normalmente dos o tres URLs repitiendose en un ciclo. Usa el HTTP Headers Checker de DNS Robot para inspeccionar las cabeceras de respuesta desde fuera de la cache de tu navegador.

Metodo 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 mostrara cada salto, codigo de estado y destino final, o confirmara que existe un bucle. Esto es util porque comprueba desde una ubicacion neutral sin que las cookies de tu navegador afecten el resultado.

Solucion 1: Borrar cookies y cache del navegador

Comienza con la solucion mas sencilla. Las cookies obsoletas o las redirecciones almacenadas en cache de tu navegador pueden causar bucles incluso cuando la configuracion del servidor es correcta. Esto es especialmente comun despues 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 especifico en lugar de todas las cookies, asi 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 Configuracion del sitio

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

• Paso 4 — Recarga la pagina

# 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 Imagenes y archivos en cache, 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 Cache, 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, seleccionalo y haz clic en Eliminar. Luego vacia la cache con Cmd+Option+E.

Solucion 2: Verificar la configuracion SSL/HTTPS

La mala configuracion de SSL es la causa numero 1 de los bucles de redireccion. El escenario mas comun 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 terminacion SSL), pero el origen tiene una redireccion de HTTP a HTTPS. El origen envia al CDN de vuelta a HTTPS, el CDN lo elimina y envia HTTP de nuevo — bucle infinito.

• Verifica tu certificado SSL — Usa el SSL Checker de DNS Robot para comprobar que tu certificado es valido, no esta caducado y cubre el dominio correcto

• Coincide los protocolos — Si tu CDN gestiona la terminacion SSL, elimina la redireccion 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 redireccion 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 estas detras de un proxy, tu origen deberia comprobar esta cabecera en lugar del protocolo de conexion directo para determinar si la solicitud original fue HTTPS

Solucion 3: Solucionar bucles de redireccion de Cloudflare

Cloudflare es el desencadenante mas comun de ERR_TOO_MANY_REDIRECTS debido a como funcionan sus modos SSL. La solucion depende del modo de cifrado SSL/TLS que estes usando.

La solucion para el 90% de los bucles de redireccion 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.

Solucion paso a paso para Cloudflare

• Paso 1 — Inicia sesion 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 valido en tu origen, o Full si tienes un certificado autofirmado

• Paso 5 — Ve a SSL/TLS > Edge Certificates y verifica si Always Use HTTPS esta activado. Si tu origen ya redirige a HTTPS, desactivalo para evitar una doble redireccion

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

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

Solucion 4: Corregir reglas de redireccion en .htaccess (Apache)

En servidores Apache, .htaccess es la ubicacion mas comun para las reglas de redireccion, y tambien el lugar mas frecuente donde se originan los bucles de redireccion. Reglas conflictivas, redirecciones duplicadas o verificaciones de condicion faltantes pueden crear bucles.

• Busca redirecciones HTTPS duplicadas — Si tu panel de hosting (cPanel, Plesk) fuerza HTTPS, elimina la redireccion 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 'ultima 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 — Detras 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 estas seguro de que regla causa el bucle, renombra temporalmente .htaccess a .htaccess.bak y prueba si el sitio carga. Si funciona, el problema esta en tu archivo .htaccess. Reactiva las reglas una por una hasta encontrar la que causa el problema.

Solucion 5: Solucionar bucles de redireccion en WordPress

Los bucles de redireccion 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 redireccion, necesitaras corregirlo directamente a traves de la base de datos o los archivos de configuracion.

Verificar los ajustes de URL de WordPress

WordPress tiene dos configuraciones de URL que deben coincidir: Direccion de WordPress (URL) y Direccion del sitio (URL) en Ajustes > Generales. Si una usa http:// y la otra usa https://, o una tiene www. y la otra no, obtendras un bucle de redireccion.

Si no puedes acceder al panel de administracion, 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 redireccion y cache son culpables frecuentes. Plugins como Redirection, Yoast SEO, Really Simple SSL, WP Super Cache y W3 Total Cache pueden agregar reglas de redireccion que entran en conflicto con la configuracion de tu servidor o CDN.

Si no puedes acceder al panel de administracion, 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, reactivelos uno por uno para identificar el plugin conflictivo. Los culpables mas comunes son los plugins SSL que agregan redirecciones HTTP a HTTPS cuando tu servidor o CDN ya lo gestiona.

Solucion 6: Corregir redirecciones a nivel de servidor (Nginx y Apache)

Los archivos de configuracion del servidor pueden contener reglas de redireccion que entran en conflicto con las redirecciones a nivel de aplicacion (WordPress, .htaccess) o los ajustes del CDN.

Nginx: Buscar conflictos de redireccion

Los bucles de redireccion 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 configuracion 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 configuracion del VirtualHost como .htaccess. Una redireccion en la configuracion del VirtualHost mas una redireccion en .htaccess crea una doble redireccion 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: manten la redireccion en un solo lugar. La mejor practica es gestionar las redirecciones HTTPS en la configuracion del VirtualHost (no en .htaccess) porque las reglas de VirtualHost se procesan una vez por solicitud mientras que .htaccess se procesa en cada solicitud.

Solucion 7: Solucion de problemas especificos del navegador

Si el error solo aparece en un navegador, es probable que se trate de una redireccion en cache o un conflicto con una extension, no de un problema del servidor.

Chrome: Borrar HSTS y el pool de sockets

Chrome almacena en cache las politicas HSTS (HTTP Strict Transport Security) que fuerzan HTTPS. Si un sitio envio previamente una cabecera HSTS pero ya no usa HTTPS correctamente, Chrome seguira redirigiendo a HTTPS incluso despues de borrar las cookies.

• Borrar cache 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 conexion en cache

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

• Probar en Incognito — Abre una ventana de Incognito (Ctrl+Shift+N) y prueba la URL. Si funciona en Incognito pero no en la ventana normal, una redireccion en cache o una extension 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 este establecido en 20 (por defecto). Si una extension cambio este valor a un numero muy bajo, las redirecciones pueden fallar prematuramente. Tambien 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).

Como prevenir los bucles de redireccion

Una vez que hayas solucionado el error inmediato, sigue estas practicas para evitar que los bucles de redireccion vuelvan a ocurrir:

• Redirige en un solo lugar — Elige una capa para tu redireccion HTTPS: el CDN, el servidor web o la aplicacion. Nunca redirijas en multiples capas simultaneamente

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

• Siempre prueba con curl — Despues de agregar una regla de redireccion, ejecuta curl -ILs https://tusitio.com | grep -i 'HTTP/\|location:' para verificar que la cadena de redireccion 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 — Mantiene un registro de todas las reglas de redireccion en la configuracion del servidor, .htaccess, reglas del CDN y ajustes de la aplicacion. Cuando varios miembros del equipo gestionan un sitio, las redirecciones no documentadas son la causa numero 1 de los bucles

• Purga la cache del CDN despues de cambios — Despues de modificar cualquier regla de redireccion, purga la cache de tu CDN inmediatamente. Las 301 obsoletas en cache pueden persistir durante dias

Impacto SEO de los bucles de redireccion

Los bucles de redireccion 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 redireccion, marca la pagina como error de rastreo y deja de indexarla.

Segun la documentacion de Google sobre redirecciones, las cadenas de redireccion deben ser lo mas cortas posible. Cada salto de redireccion adicional agrega aproximadamente 100-500 ms de latencia y desperdicia tu presupuesto de rastreo: el numero de paginas que Google rastreara en tu sitio por dia.

• Indexacion perdida — Las paginas atrapadas en bucles de redireccion no se indexan y desaparecen completamente de los resultados de busqueda

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

• Penalizacion de velocidad de pagina — Cada redireccion 301 agrega un viaje completo de ida y vuelta (100-500 ms). Tres redirecciones pueden agregar mas de un segundo al tiempo de carga

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

Preguntas frecuentes