¿Cómo solucionar que un sitio web no se abra después de configurar una redirección 301?

Si el sitio web deja de estar disponible después de configurar una redirección 301, primero hay que determinar en qué punto se interrumpe la solicitud: si la URL antigua no responde, si varias direcciones se redirigen entre sí o si ya se ha llegado a la nueva URL, pero el sitio nuevo muestra un error. El término “エラー 301” que aparece a menudo en las búsquedas no significa que la redirección 301 sea en sí un fallo; 301 indica una redirección permanente. Lo que hay que revisar es la regla de redirección, la dirección de destino y la ruta de acceso.

Registra primero la ruta completa de redirección y, después, modifica la configuración correspondiente. Cambiar a la vez la resolución de dominio, el certificado y las reglas de reescritura dificulta identificar el origen del problema.

Comprueba primero en qué punto se interrumpe la solicitud

Abre las herramientas para desarrolladores del navegador, ve al panel «Red» y marca «Conservar registro». A continuación, vuelve a visitar la URL completa que presenta el problema. Fíjate sobre todo en el código de estado y en el encabezado de respuesta Location, que indica la dirección del siguiente salto.

• Se indica que hay demasiadas redirecciones: comprueba si dos direcciones se redirigen entre sí o si una dirección vuelve a redirigirse a sí misma continuamente.
• Aparece un error 404 o 5xx después de la redirección: la solicitud ya ha llegado a la dirección de destino; revisa la ruta de la página, el servicio de la aplicación o la puerta de enlace.
• Aparece un error de certificado, no se puede resolver el dominio o se agota el tiempo de conexión: resuelve primero el problema del certificado, DNS o la red. Es posible que la solicitud aún no haya llegado a la regla 301.

Si dispones de un entorno de línea de comandos, puedes usar curl -I https://old.example.com/path para consultar los encabezados de respuesta y, después, curl -IL --max-redirs 10 https://old.example.com/path para observar la cadena de redirecciones. Algunos sitios gestionan de forma distinta las solicitudes HEAD. Si el resultado no está claro, toma como referencia la solicitud GET real del navegador o compruébalo con curl -sS -D - -o /dev/null URL.

Si hay un bucle, revisa primero el protocolo, el dominio y la configuración del proxy

Entre los bucles habituales se encuentran el paso de HTTP a HTTPS seguido de una redirección de vuelta a HTTP, y las redirecciones mutuas entre el dominio con www y el dominio sin www. Por ejemplo, si el servidor dirige example.com a www.example.com, pero el panel de administración del sitio configura este último para volver al primero, el navegador no podrá llegar a la página.

Define primero una única dirección oficial de acceso y comprueba que la CDN, el balanceador de carga, el servidor y el panel de administración del sitio utilizan el mismo destino. Las reglas pueden ejecutarse en distintos niveles de forma coordinada, pero no deben dirigir a dominios o protocolos diferentes.

Si el sitio utiliza un proxy inverso, comprueba también cómo determina el servidor de origen qué protocolo utiliza el visitante. El visitante accede a la CDN mediante HTTPS, pero la CDN se conecta al servidor de origen mediante HTTP; si el servidor de origen solo tiene en cuenta su propia conexión, puede exigir continuamente el paso a HTTPS y crear un bucle.

En este caso, comprueba el protocolo de conexión al servidor de origen y si la aplicación identifica correctamente la información del protocolo transmitida por un proxy de confianza, por ejemplo, X-Forwarded-Proto. No confíes directamente en este encabezado de solicitud si procede de cualquier origen; limita su uso a los proxies de confianza.

Aunque las reglas no se redirijan entre sí, comprueba el ámbito de coincidencia y el orden de ejecución

Antes de hacer cambios, guarda una copia de seguridad de la configuración actual y revisa una por una las reglas de reescritura del servidor, las redirecciones del panel de control, los complementos del programa y las reglas de la CDN. Busca especialmente estos tres problemas:

• El destino sigue coincidiendo con la regla original: la regla dirige todas las solicitudes a una dirección, pero no excluye la propia dirección de destino.
• El comodín o la expresión regular abarca demasiado: una regla de redirección de la página de inicio afecta por error a páginas de productos, al área de administración, a interfaces o a recursos estáticos.
• Error al concatenar rutas: se duplica un directorio, el tratamiento de las barras diagonales es incoherente o se hace referencia incorrectamente a un grupo capturado, lo que provoca que la redirección apunte a una página inexistente.

Si desactivar temporalmente una regla restablece el acceso, esto solo indica que existe un problema en esa regla o en su combinación con otras. Confirma las condiciones que la activan para evitar eliminar directamente la configuración necesaria para normalizar el dominio. En Apache, presta atención al orden de las reglas y a su relación de herencia; en Nginx, comprueba también la relación de coincidencia entre server, location y rewrite. Tras realizar cambios, verifica primero la sintaxis de la configuración y, después, vuelve a cargarla.

Si no se puede abrir la URL de destino, comprueba el DNS, el certificado y la correspondencia de las páginas

Accede directamente a la dirección completa que aparece en Location. Si tampoco se puede abrir el destino, sigue investigando el sitio de destino en lugar de modificar repetidamente la redirección 301 del sitio antiguo.

Al migrar un dominio, comprueba que los registros A, AAAA o CNAME del nuevo dominio apuntan al servicio previsto. Si se configuran IPv4 e IPv6 al mismo tiempo y una de las dos rutas no funciona, es posible que la conexión funcione en algunas redes y falle en otras.

En HTTPS, ten en cuenta que el dominio antiguo debe completar primero el protocolo de enlace TLS para que el navegador pueda recibir la respuesta 301 que devuelve. Por eso, aunque el dominio antiguo solo se utilice para redirigir, necesita un certificado válido que coincida con él. Comprueba también los puntos de acceso con www y sin www; que el certificado del sitio de destino sea válido no sustituye al certificado del dominio antiguo.

Si la página de inicio funciona, pero las páginas de productos o las páginas multilingües muestran un error 404, comprueba la correspondencia entre las rutas antiguas y las nuevas. Una redirección 301 solo hace que el navegador solicite la nueva dirección; no crea páginas automáticamente. Al migrar un sitio web de comercio exterior, prioriza la correspondencia de las páginas de productos, categorías e idiomas antiguas con el contenido correspondiente, en lugar de dirigirlas todas a la página de inicio.

¿Qué hacer si el servidor ya está reparado, pero el navegador sigue fallando?

El navegador o la CDN pueden almacenar en caché las redirecciones 301. Si la línea de comandos ya devuelve el resultado correcto, pero el navegador habitual sigue redirigiendo al destino antiguo, vuelve a probar con un perfil nuevo del navegador o desde otro dispositivo y, después, borra la caché de los dominios correspondientes. Si desactivas la caché con las herramientas para desarrolladores, mantenlas abiertas.

Es posible que la CDN siga devolviendo una respuesta de redirección antigua; borra la caché de las URL afectadas. El navegador también puede convertir automáticamente HTTP en HTTPS debido a HSTS. Determina la causa a partir de las solicitudes reales de red y no atribuyas automáticamente el problema a la caché 301.

Durante los ajustes, puedes utilizar primero una redirección temporal, cuando sea apropiado, para verificar el destino y la ruta. Una vez confirmado que todo funciona correctamente, cámbiala a 301; la caché de las redirecciones permanentes ya existentes deberá tratarse por separado.

Tras restablecer el acceso, verifica que las vías de entrada al sitio funcionen

Vuelve a probar, como mínimo, HTTP y HTTPS, el dominio con www y sin www, la página de inicio, las páginas de detalle de productos y los directorios de idiomas. Accede también desde páginas de destino de anuncios o enlaces antiguos de los resultados de búsqueda. La página final debe cargarse correctamente y la ruta de redirección debe ser lo más directa posible, sin pasos intermedios innecesarios.

Si se trata de formularios de consulta, carritos de compra o devoluciones de llamada de pagos, comprueba el proceso de envío por separado. En algunos clientes, una redirección 301 puede convertir una solicitud POST en GET. No conviene aplicar a estas interfaces las reglas habituales de redirección de páginas; si es necesario conservar el método de solicitud, evalúa 307 o 308 en función de la lógica de la aplicación.

Comprueba también que se conserven los parámetros de los anuncios y que se hayan actualizado los enlaces internos y el mapa del sitio. Si utilizas una plataforma de creación de sitios web, proporciona al proveedor de servicios la URL afectada, la cadena de redirecciones, la hora del incidente y los cambios recientes de configuración. Esto permitirá localizar más rápidamente si el ajuste debe realizarse en la plataforma, la CDN o el servidor.