Redirección 308: traslado permanente con conservación del método

Código de estado HTTP que redirige de forma permanente una solicitud y exige que el cliente conserve su método y el cuerpo de la solicitud en la nueva URL. Esta guía se centra en la decisión, en las comprobaciones y en los límites que importan en una revisión real.

Qué controla una redirección 308

HTTP 308 es una redirección permanente definida para los casos en que el método de la solicitud importa. La respuesta indica una nueva ubicación y le dice a un cliente conforme con el estándar que repita la solicitud allí sin cambiar su método ni su cuerpo. Por eso sirve para trasladar de forma permanente un endpoint de API o un manejador de formularios donde deben mantenerse las semánticas de POST, PUT, PATCH o DELETE. No reescribe datos de la aplicación, no valida el destino ni repara un diseño de rutas roto. En páginas de documento a las que se llega con GET, la 301 suele ser la opción operativa más clara, porque la conservación del método no aporta nada visible para quien lee.

Diagrama conceptual que explica la Redirección 308: traslado permanente con conservación del método. — El diagrama destaca los principales puntos de decisión de la Redirección 308: traslado permanente con conservación del método.

Elige el código según la intención del cambio

Decide primero si el traslado es permanente y después elige el número. Una 308 indica que la dirección antigua ha sido sustituida, mientras que una 307 comunica un traslado temporal con conservación del método. Una 301 también expresa un traslado permanente, pero el comportamiento histórico de algunos clientes puede convertir una solicitud que no es GET en GET. Los buscadores documentan las redirecciones permanentes como señales de consolidación, pero un código de estado no garantiza cuándo cambiarán el rastreo ni la selección de la URL canónica. Mantén la URL antigua en el inventario de migración hasta que se hayan comprobado su destino, sus enlaces internos, la política de canonical y la respuesta al rastreo.

Implementar y probar un traslado permanente

Empieza con un mapa de URL pequeño: endpoint antiguo, endpoint final previsto, motivo y responsable. Configura una 308 directa desde cada ruta retirada sensible al método hacia su sustituto correspondiente; evita enviar solicitudes no relacionadas a la página de inicio. Prueba una solicitud real con el método correcto en un entorno no productivo e inspecciona el código de estado y la cabecera Location sin seguirla automáticamente. Repite la prueba con el seguimiento de redirecciones activado y verifica que el manejador final recibe el método esperado. Por último, rastrea la lista de URL antiguas, actualiza las referencias internas a la URL final y supervisa por separado las evidencias del servidor y de Search Console.

Define el conjunto de URL o páginas y el comportamiento esperado.
Prueba una muestra representativa y conserva la respuesta sin procesar o la evidencia renderizada.
Corrige una causa controlable cada vez y vuelve a probar el mismo alcance.
Registra las lagunas, las excepciones y las comprobaciones pendientes, en lugar de dar por válido un dato que falta.

Fallos y puntos de revisión

El error habitual es tratar la 308 como una mejora de SEO. Es una decisión de transporte, no una táctica de posicionamiento. Otro es probar solo la navegación en el navegador, que ejercita GET y no la ruta POST o PUT que justificó la 308. Las cadenas y los bucles de redirección, una cabecera Location ausente, un destino que devuelve error o una respuesta antigua en caché requieren investigación aparte. En las migraciones asigno cada URL retirada a un único destino final relevante y después rastreo el mapa para eliminar cadenas y bucles antes de dar el trabajo por terminado. Registra lo que se comprobó y lo que no estaba disponible: una solicitud puntual correcta no cubre el conjunto completo de rutas.

La caché merece su propia comprobación. Una respuesta permanente puede seguir en cachés del navegador o intermediarios tras revertir una configuración, así que prueba desde un cliente limpio y registra las directivas de caché de la respuesta cuando importen. No varíes una redirección solo según el user-agent para satisfacer a clientes antiguos: eso hace que la ruta sea difícil de reproducir y puede generar evidencias de rastreo inconsistentes. Si la compatibilidad obliga a un respaldo, documenta qué clientes lo necesitan y mantén la misma política de URL final para todos los demás solicitantes habituales.

FAQ

Usa la 308 cuando el traslado sea permanente y haya que conservar el método y el cuerpo originales de la solicitud. Para URL de documentos normales con GET, la 301 suele ser la opción convencional más sencilla.

No. Un traslado temporal debe usar una respuesta temporal elegida según el comportamiento de la aplicación, como la 307 cuando importa conservar el método. No dejes en caché como permanente un cambio operativo temporal.

Inspecciona el código de estado y la cabecera Location sin seguir las redirecciones; después repite una solicitud representativa sensible al método siguiendo las redirecciones y confirma que el manejador final recibe el método previsto.

No. Actualiza los enlaces internos a las URL finales y revisa por separado las decisiones de canonical, sitemap y control de indexación. La respuesta de redirección por sí sola no es una migración completa.