Las redirecciones y los errores HTTP
301, 302, 308: cuándo usar cada tipo de redirección, por qué evitar las cadenas, y cómo afectan al rastreo los 404 y los errores 5xx.
Los códigos de estado HTTP indican a los navegadores, a los motores de búsqueda y a los rastreadores de IA qué ha sucedido con una URL: redirigida, no encontrada, o con error de servidor. Mal gestionados, fragmentan el rastreo y erosionan la confianza que se otorga a un sitio.
301, 302 y 308: qué diferencia hay
Estos tres códigos señalan una redirección, pero con implicaciones diferentes:
- 301 (redirección permanente): la URL ha cambiado de forma definitiva. Es la señal de que la autoridad y el historial de la página deben transferirse a la nueva dirección. Debe usarse para cualquier migración de URL duradera.
- 302 (redirección temporal): la URL original sigue siendo la referencia a largo plazo (por ejemplo, una página de producto temporalmente no disponible que redirige a la página de categoría). Un motor, en principio, mantiene la URL original en su índice.
- 308 (redirección permanente, método preservado): equivalente al 301 pero garantiza que el método HTTP de la solicitud (GET, POST) se conserva durante la redirección, útil especialmente para los envíos de formularios.
HTTP/1.1 301 Moved Permanently
Location: https://ejemplo.com/nueva-url
Usar un 302 para un cambio definitivo es el error más frecuente: el motor sigue tratando la URL antigua como referencia, lo que retrasa la transferencia de autoridad a la nueva página. Esta confusión es aún más frecuente porque muchos frameworks y plataformas de alojamiento utilizan el 302 como código de redirección por defecto cuando no se especifica explícitamente el tipo deseado; por eso conviene comprobar de forma concreta, con una herramienta de inspección de cabeceras HTTP, qué código devuelve realmente su configuración en lugar de suponerlo.
Las cadenas de redirección que hay que evitar
Cada redirección añade un paso que el rastreador debe seguir antes de llegar al contenido final. Una cadena de varias redirecciones sucesivas (A → B → C → D) ralentiza el rastreo, diluye potencialmente la señal transmitida, y algunos robots abandonan el seguimiento después de un número limitado de saltos. La buena práctica consiste en redirigir siempre directamente hacia el destino final (A → D), actualizando las redirecciones existentes con cada nueva migración en lugar de apilarlas.
Estas cadenas se forman la mayoría de las veces de forma progresiva, migración tras migración, sin que ninguna sea errónea tomada de forma aislada: una página migra una primera vez (A → B), luego una segunda vez meses después (B → C), sin que nadie piense en actualizar la redirección inicial para que apunte directamente a C. Una auditoría periódica de las redirecciones existentes, en particular en sitios que han pasado por varias renovaciones, permite detectar y aplanar estas cadenas.
Los errores 404: normales, pero a vigilar
Una página eliminada sin contenido de sustitución pertinente debe devolver un error 404 («no encontrada»); es el comportamiento HTTP correcto, no una anomalía en sí misma. El problema surge cuando:
- enlaces internos activos del sitio siguen apuntando a una página en 404 (un enlace roto que corregir);
- un gran número de 404 proviene de páginas que tenían valor (backlinks, tráfico histórico) y merecerían una redirección 301 hacia un contenido equivalente en lugar de un error seco.
Una página 404 bien diseñada (mensaje claro, enlace a la búsqueda interna o a las categorías principales) sigue siendo útil para un visitante humano que se topa con un enlace roto, aunque no cambie nada en el tratamiento técnico del código 404 por parte de los robots.
Los errores 5xx: una señal de confianza degradada
Un error de servidor (500, 502, 503) significa que la página no ha podido entregarse en absoluto, independientemente de su contenido. Los errores 5xx frecuentes o repetidos, en particular en el momento en que un rastreador intenta acceder al sitio, degradan la percepción de fiabilidad técnica del sitio y pueden reducir la frecuencia con la que vuelve a explorar sus páginas. Estos errores suelen producirse durante picos de carga, actualizaciones de servidor mal preparadas, o límites de recursos alcanzados en un alojamiento infradimensionado, causas a menudo independientes del propio contenido, pero que igualmente afectan a la percepción global del sitio.
Cómo verificar los estados HTTP de su sitio
El estado HTTP de una página no es visible a simple vista en un navegador normal: una página con error 500 puede mostrar un mensaje genérico sin que el código real aparezca claramente en pantalla. Las herramientas de inspección de red integradas en los navegadores (pestaña «Red» de las herramientas de desarrollo) muestran el código de estado exacto devuelto para cada solicitud, lo que permite verificar de forma concreta que una redirección anunciada como definitiva devuelve efectivamente un 301, o que una página supuestamente funcional no está devolviendo discretamente un error 5xx. En un sitio de gran tamaño, una auditoría periódica mediante una herramienta de rastreo dedicada sigue siendo el método más fiable para detectar estas anomalías a gran escala, en lugar de una verificación manual página por página.
Impacto en el rastreo y en la confianza
Un sitio plagado de cadenas de redirección, de 404 sin gestionar y de errores 5xx intermitentes envía una señal de mal mantenimiento técnico. Los rastreadores, tanto humanos como automatizados, generalmente otorgan más constancia a un sitio cuyas URL son estables y cuyos errores son poco frecuentes y se gestionan correctamente. Verificar regularmente estos estados forma parte de los puntos cubiertos por la checklist técnica completa, junto con el control de acceso de los robots detallado en la lección sobre el robots.txt.
Por último, no confunda redirección con etiqueta canonical: la primera hace desaparecer una URL en favor de otra, la segunda deja ambas URL activas indicando al mismo tiempo cuál debe priorizarse.