301 vs. 308: redirección

TL;DR — Un 301 y un 308 son ambos códigos de redirección permanente, y tanto Google como Bing tratan un 308 de la misma manera que tratan un 301. La diferencia técnica principal es la garantía del método: un 308 promete que el navegador volverá a enviar la solicitud de la misma manera en que llegó (por lo que el envío de un formulario sigue siendo un envío de formulario), mientras que un 301 no promete estrictamente eso para un POST. Para una redirección normal de “esta página se movió”, simplemente usa un 301. Usa un 308 cuando rediriges algo que no es una página simple, como una API o un formulario, y necesitas que el método de solicitud original llegue intacto (aunque el código de estado por sí solo no garantiza que cosas como las cookies o las credenciales también sobrevivan — prueba el cliente real).

Qué significan estos dos códigos

Cuando un servidor te envía de una URL a otra, marca la respuesta con un código de estado. Dos de ellos significan “esto se movió permanentemente”:

• 301 — “Moved Permanently.” El código original y más antiguo de redirección permanente. Ha estado presente desde los inicios de la web.
• 308 — “Permanent Redirect.” Un código más nuevo (añadido en 2015) que cumple la misma función más una garantía adicional.

Esa garantía adicional es toda la historia. Piensa en lo que ocurre cuando envías un formulario: tu navegador envía una solicitud POST que lleva tus datos. Con un 301 de estilo antiguo, el navegador puede convertir silenciosamente ese POST en un simple GET cuando sigue la redirección — descartando tus datos por el camino. Un 308 lo prohíbe. Dice: repite exactamente la misma solicitud, método y datos y todo, contra la nueva dirección.

¿Importa para el SEO? No.

Esta es la parte en la que la gente se equivoca, así que déjame ser claro: para la búsqueda, 301 y 308 son lo mismo. La propia documentación de Google describe literalmente 308 como “equivalent to 301.” (traducción) «equivalente a 301.» Gary Illyes, de Google, lo expresó de manera aún más directa — “we just merge that with 301 so we really don’t care.” (traducción) «simplemente lo fusionamos con 301, así que realmente no nos importa.» Y Fabrice Canel, de Bing, confirmó lo mismo por su parte: “Bing treats 308 redirects the same as 301 redirects.” (traducción) «Bing trata las redirecciones 308 igual que las redirecciones 301.»

Así que ignora a cualquiera que te diga que 308 es “mejor para el SEO” o que deberías cambiar todos tus 301 a 308 para obtener una mejora en los rankings. No hay ninguna mejora. Los motores de búsqueda lo han dicho. Evidence for this claim Google treats 308 as equivalent to 301 for Search while advising sites to use the semantically appropriate status code. Scope: Google Search processing; client behavior still differs when method preservation matters. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes and Search

Entonces, ¿cuál uso?

• ¿Redirigir una página normal? (¿moviste una URL, cambiaste a HTTPS, cambiaste de dominio?) → Usa una 301. Es la opción predeterminada que la mayoría de las herramientas, CDN y plugins entienden sin configuración adicional.
• ¿Redirigir algo que transporta datos? (¿un endpoint de API, una URL de envío de un formulario, un POST de inicio de sesión?) → Usa una 308 para que el método de solicitud original sobreviva al salto — aunque sigue valiendo la pena confirmar que las credenciales y las cookies lleguen de la manera que esperas, ya que el código de estado por sí solo no lo garantiza.

Si no estás redirigiendo una API o un formulario, casi con seguridad quieres una 301. Esa es la versión corta.

¿Quieres el panorama completo —por qué se inventó la 308, exactamente lo que Google y Bing han dicho, y cómo implementar cada una? Cambia a la pestaña Avanzado.

TL;DR — 301 y 308 son redirecciones permanentes, y tanto Google como Bing procesan una 308 de la misma manera que procesan una 301 — la documentación de Google dice que 308 es “equivalent to 301,” (traducción) «equivalente a 301,» Illyes dice “we just merge that with 301,” (traducción) «simplemente fusionamos eso con 301,» y Canel confirma que Bing las trata igual. A nivel de protocolo, la diferencia principal es la preservación del método: 308 (RFC 7538, 2015) garantiza mecánicamente que el cliente repita el mismo método en la nueva URL (el cuerpo viaja junto con él); 301 es de la era HTTP/1.0 y es ambiguo específicamente en cuanto a la conversión de POST a GET — el RFC no aborda PUT ni DELETE en ningún sentido, así que no generalices la advertencia de POST a esos métodos. 308 existe para ser el hermano permanente de 307 — RFC 7231 definió un código temporal que preserva el método (307) pero no uno permanente, y 308 llenó ese vacío. Usa 301 de forma predeterminada para migraciones habituales de página/sitio/HTTPS (más antigua, más ampliamente reconocida, mejor compatibilidad con CDN/CMS/plugins). Recurre a 308 solo cuando debas preservar una solicitud no GET — endpoints de API, URL de webhook, destinos de action de formulario, flujos POST de autenticación — e incluso entonces, verifica las credenciales, las cookies y la idempotencia en el cliente real en lugar de asumir que el código de estado HTTP las cubre. Ninguna es “mejor para el SEO” — ese es un mito que los motores de búsqueda han desmentido explícitamente.

La diferencia semántica es lo primero

Tanto el 301 como el 308 indican a los motores de búsqueda lo mismo sobre la permanencia: el recurso se ha movido de forma permanente, y el destino debería convertirse en canónico. En lo que difieren es en una garantía mecánica y específica sobre cómo el cliente vuelve a emitir la solicitud.

• 301 (Moved Permanently) es el código de redirección permanente original, que data de la era de HTTP/1.0. Algo crucial es que siempre fue ambiguo en cuanto a si el método de solicitud debe preservarse. En la práctica, los navegadores y otros clientes históricamente han convertido un POST en un GET al seguir una redirección 301 — lo cual está bien para una página simple, pero rompe silenciosamente cualquier cosa que dependa del método o del cuerpo de la solicitud.
• 308 (Permanent Redirect) es la versión estricta. Garantiza que el cliente repita exactamente el mismo método y cuerpo hacia la nueva URL. Un POST sigue siendo un POST; la carga útil se traslada junto con él.

La formulación en una frase que yo le daría a alguien: un 308 es un 301 que también garantiza que el navegador no cambiará silenciosamente tu POST por un GET. Evidence for this claim RFC 9110 defines both 301 and 308 as permanent redirects; 308 forbids changing the request method, while 301 permits POST-to-GET rewriting for historical reasons. Scope: HTTP semantics for 301 and 308 responses. Confidence: high · Verified: 2026-07-14 IETF: RFC 9110 §§15.4.2, 15.4.9 IETF: RFC 7538 §3 — 308 Permanent Redirect

Por qué existe el 308: el “307 permanente” que faltaba

Esta es la parte que casi nadie explica, y es la forma más clara de entender toda la comparación. Se trata de un vacío en la especificación.

Los códigos de redirección modernos se organizan en una cuadrícula de temporal/permanente y flexible/estricto:

RFC 7231 definió 307 — una redirección temporal que conserva el método — como la contraparte estricta del 302 laxo y ambiguo. Pero nunca definió un equivalente permanente que conserve el método. Existía un código temporal estricto y ningún código permanente estricto. RFC 7538 (abril de 2015) añadió 308 específicamente para llenar ese vacío: es a 301 lo que 307 es a 302. Si has leído la comparación entre 302 y 307 en este conjunto, 301 vs. 308 es exactamente la misma relación una fila más arriba — laxo-permanente vs. estricto-permanente.

301 es anterior a todo este marco. Proviene de HTTP/1.0, antes de que se formalizara el concepto de “conservar el método”, lo que explica exactamente por qué es ambiguo y por qué 308 tuvo que inventarse en lugar de simplemente aclararse.

Qué significa “método y cuerpo conservados” en la práctica

Para la gran mayoría de las redirecciones — alguien hace clic en un enlace, su navegador emite un GET, el servidor lo envía a otro lugar — no hay ninguna diferencia práctica. Los navegadores modernos conservan el método GET en un 301 sin problemas. La distinción solo afecta cuando la solicitud no es un GET simple:

Así que el riesgo con un 301 se centra claramente en POST y los cuerpos de solicitud — formularios, API, webhooks, flujos de autenticación. “A 301 will always break my form” (traducción) «Un 301 siempre romperá mi formulario» es una exageración; un GET simple es seguro. La excepción histórica de la especificación para 301 es específicamente POST→GET; no documenta el comportamiento de PUT ni DELETE, así que no asumas el manejo de esos métodos por parte de ninguno de los dos códigos sin probar el cliente real. En lo que la especificación es clara: 308 prohíbe que el cliente cambie cualquier método que repita — esa regla no se limita a POST. Lo que se garantiza aquí es la preservación del método; no promete por separado que las cabeceras, cookies, credenciales o la transacción más amplia sobrevivan intactas — eso es específico del cliente y de la integración, y vale la pena probarlo en todo lo que importe (consulta la lista de verificación a continuación).

¿Google trata de forma diferente 301 y 308 para SEO? No.

Esta es la rara pregunta sobre redirecciones en la que la documentación, los Googlers y Bing están todos de acuerdo — y han estado de acuerdo de manera constante durante años.

La documentación de códigos de estado HTTP de Google sitúa 301 y 308 en el mismo grupo. La fila de 301: “Google follows the redirect, and Google systems use the redirect as a strong signal that the redirect target should be processed.” (traducción) «Google sigue la redirección y los sistemas de Google usan la redirección como una señal fuerte de que el destino de la redirección debería ser procesado.» La fila de 308 es una sola línea: “Equivalent to 301.” (traducción) «Equivalente a 301.» Esa es la declaración más sólida y citable de la respuesta — la propia documentación de Google equipara literalmente ambos. Evidence for this claim Google treats 308 as equivalent to 301 for Search while advising sites to use the semantically appropriate status code. Scope: Google Search processing; client behavior still differs when method preservation matters. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes and Search

La guía de redirecciones lo refuerza, comenzando con “The 301 and 308 status codes mean that a page has permanently moved to a new location” (traducción) «Los códigos de estado 301 y 308 significan que una página se ha movido permanentemente a una nueva ubicación» y luego no establece ninguna distinción adicional entre ellos en ninguna parte.

Los Googlers han dicho lo mismo extraoficialmente durante años, mucho antes de que se escribiera en la documentación:

• Gary Illyes (2021): en un hilo sobre si Google trata 308 como 301, dijo que Google “just merge[s] that with 301 so we really don’t care.” (traducción) «simplemente fusiona eso con 301, así que realmente no nos importa.» El artículo de Barry Schwartz lo presentó como el momento en que esto se volvió oficial: “Three years later it was added to the official Google documents that Google treats 308 redirects like 301 redirects — so now it is official.” (traducción) «Tres años después se añadió a los documentos oficiales de Google que Google trata las redirecciones 308 como redirecciones 301 — así que ahora es oficial.»
• John Mueller (2018): tres años antes — “If you use it [a 308 redirect] like a 301 we’ll treat it as such.” (traducción) «Si la usas [una redirección 308] como una 301, la trataremos como tal.» Así que esta ha sido la postura informal de Google desde mucho antes de que los documentos se pusieran al día.

Sin embargo, hay un matiz importante en los documentos de Google, y es la tesis de este artículo. Justo después de equiparar los códigos, Google añade: “While Google treats these status codes the same way, keep in mind that they’re semantically different. Use the status code that’s appropriate for the redirect so other clients (for example, e-readers, other search engines) may benefit from it.” (traducción) «Google los procesa de la misma manera, pero advierte que su semántica no es idéntica: conviene escoger el estado adecuado para que también puedan aprovecharlo otros clientes, como lectores electrónicos y buscadores alternativos.» En otras palabras: elige el código por corrección e interoperabilidad, no por SEO — porque al SEO no le importa.

¿Bing trata 301 y 308 de forma diferente? Tampoco.

La mayoría de los artículos sobre este tema son solo de Google, lo que deja un vacío. Fabrice Canel de Bing respondió directamente a la pregunta en septiembre de 2024, en respuesta a alguien que preguntaba si Bing trata un 308 permanente igual que un 301: “Bing treats 308 redirects the same as 301 redirects.” (traducción) «Bing trata las redirecciones 308 igual que las redirecciones 301.» Schwartz señaló que esto coincidía con lo que Google había dicho en 2021.

Así que ambos motores principales han dejado constancia: 308 es funcionalmente idéntico a 301 para rastreo, indexación y consolidación de señales. No hay ningún motor que trate 308 como superior para el SEO.

El mito que hay que desmentir: “308 is better for SEO / migrate all your 301s”

(traducción) «308 es mejor para el SEO / migra todos tus 301s»

Voy a ser directo con esto porque las páginas de menor calidad siguen insinuándolo. No hay ningún beneficio de SEO al elegir 308 en lugar de 301 para una redirección típica, y no hay razón para migrar masivamente tus redirecciones 301 existentes a redirecciones 308. Esta no es mi opinión; es la postura declarada de los motores de búsqueda:

• La documentación de Google dice que 308 es “equivalent to 301.” (traducción) «equivalente a 301.»
• Illyes: “we just merge that with 301.” (traducción) «simplemente lo fusionamos con 301.»
• Canel: Bing “treats 308 redirects the same as 301 redirects.” (traducción) «trata las redirecciones 308 igual que las redirecciones 301.»

Cambiar masivamente 301→308 no te aporta ningún beneficio en las posiciones e introduce riesgo en cualquier herramienta heredada o de edge que solo reconoce sin problemas 301/302 (más sobre eso a continuación). Es pura rotación.

Vale la pena contrastar esto con un mito genuinamente discutido: la vieja afirmación “301s lose/dilute PageRank” (traducción) «los 301 pierden/diluyen PageRank». Esa aún resurge y ha sido desmentida por Google repetidamente. Pero observa la diferencia — el mito de la dilución de PageRank es Google corrigiendo un concepto erróneo, mientras que la equivalencia entre 301 y 308 es Google, Bing y la documentación todos afirmando lo mismo de manera consistente desde 2018. Esta es una cuestión zanjada, no disputada. (La historia completa de PageRank está en la comparación entre 301 y 302 en este grupo.)

Cuándo 308 es la opción técnicamente correcta

Recurre a 308 cuando perder el método de la solicitud o el cuerpo rompería la funcionalidad (no las posiciones):

• Endpoints de API que estás reubicando, donde los clientes emiten POST/PUT/DELETE.
• URL de webhook — el remitente envía por POST una carga útil que no puedes permitirte perder.
• Destinos de action del formulario — el <form> envía datos que deben llegar intactos a la nueva URL.
• Flujos POST de autenticación / inicio de sesión donde las credenciales o tokens viajan en el cuerpo.

Para POST específicamente, un 301 conlleva el riesgo de que el cliente convierta la solicitud en un GET y deje abandonado el cuerpo; 308 prohíbe esa conversión. Para PUT/DELETE, la RFC no especifica el comportamiento de 301 en un sentido u otro, así que no lo asumas — la regla de preservación del método de 308 todavía se aplica independientemente de cuál sea el método.

Antes de cambiar una API, un webhook o un flujo de autenticación, el código de estado por sí solo no garantiza que todo sobreviva al salto — vale la pena comprobarlo como parte del mismo cambio:

• Credenciales, cookies y encabezados de autenticación. Ninguno de los dos códigos hace una promesa aquí; prueba el cliente real (navegador, SDK, remitente de webhook) en lugar de asumir que se transmiten automáticamente.
• Comportamiento entre orígenes. Una redirección que cruza orígenes puede cambiar lo que un navegador o cliente fetch enviará; verifícalo con el llamante real, no solo con un curl manual.
• Idempotencia y efectos secundarios duplicados. Si la solicitud repetida no es idempotente (un webhook que crea un registro, un POST de pago), un cliente que reintenta después de una redirección puede ejecutarla dos veces. Confirma que el destino maneja una repetición de forma segura antes de confiar en que 308 “simplemente funcione”.
• Implementa por etapas y revierte teniendo en cuenta la caché. Las respuestas 301 y 308 son almacenables en caché de forma heurística, por lo que un cliente o intermediario que ya haya almacenado en caché la respuesta antigua puede seguir usándola después de que cambies el código; prueba con un cliente nuevo y con uno que haya accedido a la URL antes de tu cambio, y ten un plan de reversión que tenga en cuenta ese estado almacenado en caché en lugar de asumir que el cambio es instantáneo.

Cuando 301 sigue siendo la opción predeterminada pragmática

Para todo lo que sea un GET simple —que es la mayor parte de lo que los SEO redirigen—, 301 sigue siendo la opción predeterminada razonable:

• Cambios estándar de página/URL y movimientos de contenido.
• Cambios de dominio y fusiones de sitios.
• Migraciones de HTTP → HTTPS.
• Consolidación de variantes de www/no-www o de trailing-slash.

¿Por qué usar como predeterminado el código más antiguo cuando 308 es “más estricto”? Tres razones prácticas:

1. Mayor reconocimiento. 301 es anterior a 308 por dos décadas y es reconocido por la abrumadora mayoría de los navegadores, los servidores proxy, las CDN, los rastreadores y las herramientas de analítica en uso actual y heredado. 308 tiene ahora más de una década y es ampliamente compatible, pero la larga cola de clientes heredados y herramientas de edge es menos cierta: no asumas que cada herramienta de tu stack reconoce este código sin comprobarlo.
2. Realidad de las herramientas. Muchas herramientas comunes usan de forma predeterminada —o solo exponen de manera limpia— 301/302. Los complementos de redirección de WordPress, los generadores de reglas de Cloudflare y algunas plataformas serverless/CDN se apoyan en 301/302, y unas pocas emitirán un 302/307 independientemente de lo que creas que configuraste. Para un propietario de sitio no técnico, “lo que mi plataforma admite realmente” suele ser el verdadero factor decisivo.
3. Nada que ganar. Dado que Google y Bing procesan los dos códigos de la misma manera para el rastreo y la indexación, no hay ventaja en recurrir al código menos ampliamente compatible para un movimiento de página simple.

La regla general: GET simple → 301; solicitud que no sea GET que debes preservar → 308.

Cómo implementar cada uno

La sintaxis es casi idéntica — solo cambias el número.

Apache (.htaccess)

# 301 — permanent, for a normal page move
Redirect 301 /old-page /new-page

# 308 — permanent + method-preserving, for an API/form endpoint
RewriteEngine On
RewriteRule ^old-api/(.*)$ /new-api/$1 [R=308,L]

nginx

# 301
location = /old-page {
    return 301 /new-page;
}

# 308 — preserves POST body to the API
location = /old-api {
    return 308 /new-api;
}

Una advertencia que se aplica a ambos: algunos CDN, plataformas de edge y plugins de CMS no respetarán un 308 que configures y emitirán un 301/302/307 en su lugar. Si realmente te importa preservar el método, verifica la respuesta que realmente estás enviando (haz curl a la URL y lee la línea de estado) en lugar de confiar en la configuración. La sintaxis de las directivas también varía entre versiones de servidor y frameworks — consulta la documentación de tu versión actual de Apache/nginx (o la de tu framework, si es el que genera la redirección) en lugar de asumir que los fragmentos anteriores están exactamente vigentes byte por byte para tu configuración.

Una palanca que supera la elección entre 301 y 308: longitud de la cadena

Sea cual sea el código que elijas, la palanca de rendimiento más importante es mantener las redirecciones cortas. Google sigue hasta aproximadamente 10 saltos de redirección antes de detenerse, y cada salto adicional es latencia y una posibilidad de que se filtren señales. Un único salto limpio con el código correcto supera una cadena de saltos “técnicamente correctos”. Redirige directamente al destino final.

Dónde encaja esto

301 y 308 son los dos códigos de redirección permanente, y cada uno tiene su propio análisis detallado en este clúster junto con sus equivalentes temporales (302 y su hermano estricto, 307) y el otro miembro de los 3xx, 303. Las comparaciones se organizan en una cuadrícula: 301 frente a 302 es permanente frente a temporal, 302 frente a 307 es el par temporal flexible frente a estricto, y esta — 301 frente a 308— es el par permanente flexible frente a estricto. Ten cuidado también con los riesgos operativos: las cadenas de redirecciones y los bucles de redirección. Para ver toda la familia de respuestas del servidor, consulta el centro de códigos de estado HTTP; el tipo de redirección también es una de las señales de canonicalización tratadas en canonicalización.

Resumen de IA

Una síntesis de la versión Advanced:

• Ambos son redireccionamientos permanentes, y tanto Google como Bing procesan un 308 del mismo modo que un 301. La documentación de Google denomina al 308 “equivalent to 301,” (traducción) «equivalente a 301»; Illyes afirma “we just merge that with 301,” (traducción) «simplemente lo agrupamos con el 301»; y Canel, de Bing, confirma “Bing treats 308 redirects the same as 301 redirects.” (traducción) «Bing trata los redireccionamientos 308 igual que los redireccionamientos 301».
• En el nivel del protocolo, la diferencia principal es la conservación del método. Un 308 (RFC 7538, 2015) garantiza que el cliente repita el mismo método en la nueva URL (incluido el cuerpo). Un 301 procede de la época de HTTP/1.0 y es ambiguo específicamente respecto a POST→GET; el RFC tampoco aborda PUT o DELETE, así que no generalices esa salvedad a esos métodos.
• Por qué existe el 308: RFC 7231 definió un código temporal que conserva el método (307), pero no uno permanente. El 308 cubre ese vacío: es al 301 lo que el 307 es al 302.
• En la práctica solo importa para solicitudes que no son GET. Las solicitudes GET simples son seguras con un 301. El riesgo se limita a POST/PUT/DELETE y a los cuerpos de las solicitudes: formularios, APIs, webhooks y flujos de autenticación.
• Utiliza 308 cuando debas conservar un método que no sea GET: endpoints de API, URLs de webhooks, destinos de acciones de formularios y flujos POST de inicio de sesión.
• Utiliza 301 para todo lo demás: traslados de páginas, cambios de dominio, migraciones a HTTPS y cambios entre www y sin www; es más antiguo, se reconoce universalmente y tiene mejor compatibilidad en CDN, CMS y plugins.
• Mito que conviene eliminar: el 308 no es «mejor para el SEO» y no hay motivo para migrar en masa los 301 a 308. Los buscadores lo afirman de forma coherente desde 2018. Elige el código por corrección e interoperabilidad, no por posicionamiento, teniendo en cuenta la salvedad de Google “semantically different” (traducción) «semánticamente diferente».
• Una palanca más importante que elegir el código: mantén cortas las cadenas de redireccionamientos (Google sigue aproximadamente 10 saltos) y redirige directamente a la URL final.

Documentación oficial

Documentación de fuentes primarias de los motores de búsqueda y de la especificación.

Google

• Códigos de estado HTTP, errores de red y DNS, y Google Search — la referencia que enumera 308 como “Equivalent to 301” (traducción) «Equivalente a 301» y la advertencia de “semantically different, treated the same” (traducción) «semánticamente diferente, tratado igual».
• Redirecciones y Google Search — “The 301 and 308 status codes mean that a page has permanently moved to a new location,” (traducción) «Los códigos de estado 301 y 308 significan que una página se ha trasladado permanentemente a una nueva ubicación,» además de la implementación del lado del servidor y la advertencia sobre la redirección con JavaScript.
• Mudanzas de sitio con cambios de URL — dónde encajan las redirecciones permanentes en una migración web (manténlas al menos un año).
• Search Off the Record — «Hablemos de redirecciones» (John Mueller + Martin Splitt) — el episodio que trata explícitamente “what type of redirects 308 and 307 are.” (traducción) «qué tipo de redirecciones son 308 y 307.»

Bing / Microsoft

• Migración web con Bing — la guía de Bing sobre mudanzas de sitio, que presenta el 301 como suficiente para señalar mudanzas permanentes.

Especificación / referencia

• RFC 7538 — Código de estado HTTP 308 (redirección permanente) — la especificación de 2015 que creó 308 para que fuera la redirección permanente que conserva el método.
• MDN — Redirección permanente 308 — el lenguaje sobre la conservación del método y del cuerpo y la comparación con 301.

Citas de la fuente

Declaraciones oficiales de Google y Bing. Cuando la página de origen lo admite, cada enlace es un enlace profundo que salta al pasaje citado.

Documentación de Google — 308 es equivalente a 301

• “Google follows the redirect, and Google systems use the redirect as a strong signal that the redirect target should be processed.” (traducción) «Google sigue la redirección, y los sistemas de Google utilizan la redirección como una señal fuerte de que el destino de la redirección debería procesarse.» (la fila de 301) — Google Search Central. Ir a la cita
• “Equivalent to 301.” (traducción) «Equivalente a 301.» (toda la fila de 308) Ir a la cita
• “While Google treats these status codes the same way, keep in mind that they’re semantically different. Use the status code that’s appropriate for the redirect so other clients (for example, e-readers, other search engines) may benefit from it.” (traducción) «Aunque Google trata estos códigos de estado de la misma manera, ten en cuenta que son semánticamente diferentes. Usa el código de estado que sea apropiado para la redirección para que otros clientes (por ejemplo, lectores electrónicos, otros motores de búsqueda) puedan beneficiarse de ello.» Ir a la cita

Documentación de Google — ambos códigos significan “permanently moved” (traducción) «movido permanentemente»

• “The 301 and 308 status codes mean that a page has permanently moved to a new location.” (traducción) «Los códigos de estado 301 y 308 significan que una página se ha movido permanentemente a una nueva ubicación.» Ir a la cita

Gary Illyes, Google (2021) (a través de Search Engine Roundtable) — el 308 se fusiona con el 301

• “we just merge that with 301 so we really don’t care iirc.” (traducción) «simplemente lo fusionamos con 301, así que realmente no nos importa, si mal no recuerdo.» Cobertura

John Mueller, Google (2018) (a través de Search Engine Roundtable) — la postura informal anterior

• “If you use it [a 308 redirect] like a 301 we’ll treat it as such.” (traducción) «Si lo usas [una redirección 308] como un 301, lo trataremos como tal.» Cobertura

Fabrice Canel (2024), de Bing/Microsoft (a través de Search Engine Roundtable) — paridad de Bing

• “Bing treats 308 redirects the same as 301 redirects.” (traducción) «Bing trata las redirecciones 308 igual que las redirecciones 301.» Cobertura

¿Qué redirección permanente debería usar: 301 o 308?

Debido a que Google y Bing tratan 301 y 308 de la misma manera para el rastreo y la indexación, este árbol no trata en absoluto sobre el posicionamiento, sino sobre una pregunta: ¿la solicitud lleva un método/cuerpo que necesitas preservar? Responde eso y habrás terminado.

La versión corta: GET simple → 301; una solicitud que no sea GET y que debes preservar → 308. Para el SEO, los dos son intercambiables, por lo que la pregunta sobre el método es la única que lo decide.

La matriz de permanencia × método

Elige entre los cuatro códigos de redirección comunes según dos ejes. El tratamiento de SEO sigue el primero; el comportamiento de la aplicación sigue el segundo.

Ejecuta la decisión en este orden:

1. ¿El traslado es permanente? Si no, quédate en la fila temporal. Si sí, usa la fila permanente para que el destino sea la URL canónica prevista.
2. ¿La solicitud puede llevar un método/cuerpo que deba conservarse? Un GET normal de página no necesita la garantía estricta. Una solicitud POST, PUT, DELETE, un webhook, un formulario o una llamada a API puede necesitarla.
3. Elige la celda. Traslado permanente ordinario de página → 301. Traslado permanente de endpoint no GET → 308.
4. Verifica la respuesta emitida. Los valores predeterminados de la plataforma pueden diferir del código seleccionado en una UI o framework. Prueba la respuesta y la solicitud redirigida, no solo la configuración.

La cuadrícula hace que la pregunta de SEO sea deliberadamente aburrida: Google y Bing tratan 301 y 308 de la misma manera. Elige entre ellos por corrección HTTP.

301 vs. 308 de un vistazo

Regla general: un GET simple de página permanente → 301; traslado permanente de endpoint donde una solicitud no GET debe llegar intacta → 308.

Herramientas para verificar la redirección permanente

Herramientas gratuitas de Patrick

• Comprobador de redirecciones — inspecciona el primer estado real, cada salto y el destino final. Úsalo para detectar una plataforma que emitió 301, 302 o 307 cuando configuraste 308.
• Comprobador masivo de códigos de estado HTTP — comprueba hasta 500 URL de páginas y exporta códigos mixtos o cadenas durante una migración.

Verifica la preservación del método cuando es importante

• curl con el método de solicitud real y una carga de prueba segura — confirma que la solicitud redirigida sigue siendo POST/PUT/DELETE y que el destino recibe el cuerpo. Usa un endpoint de staging o no destructivo.
• Registros de la aplicación y de la puerta de enlace — compara el manejo del método y del cuerpo en el origen y el destino. Un comprobador de estados puede verificar 308; solo el sistema receptor puede probar que la solicitud llegó intacta.
• Panel de red de las DevTools del navegador — útil para flujos de formularios, pero prueba los clientes de API y webhook que no son de navegador por separado, porque el comportamiento del cliente es la razón por la que existe la distinción.

Ponte a prueba: 301 vs. 308

Cinco preguntas sobre la diferencia entre estas dos redirecciones permanentes y cómo las tratan los motores de búsqueda. Elige una respuesta para cada una y luego comprueba.

Recursos que merecen tu tiempo

Mi contenido relacionado

• 11 tipos de redirecciones y su impacto en el SEO (Ahrefs, con Joshua Hardwick) — mi repaso completo de cada tipo de redirección. La línea sobre el 308: es “the same as a 301 redirect, except it retains the HTTP method of the original request, GET or POST.” (traducción) «lo mismo que una redirección 301, excepto que conserva el método HTTP de la solicitud original, GET o POST.» Mi veredicto sobre esta comparación exacta: “For SEO purposes, they’re the same, but if you have data being sent through forms, you don’t want to be switching between GET and POST.” (traducción) «A efectos de SEO, son lo mismo, pero si tienes datos que se envían a través de formularios, no quieres cambiar entre GET y POST.» También incluye mi orden preferido de implementación para redirecciones permanentes: primero 308/301, luego meta/HTTP refresh, luego JavaScript.
• Códigos de estado HTTP y su impacto en el SEO (Ahrefs) — donde señalo que un 308 “has the same functionality as a 301 redirect, except you can’t switch between POST and GET,” (traducción) «tiene la misma funcionalidad que una redirección 301, excepto que no puedes cambiar entre POST y GET», y que “308s are treated the same as 301s and consolidate forward.” (traducción) «los 308 se tratan igual que los 301 y consolidan hacia adelante».
• La guía para principiantes sobre SEO técnico — donde encajan las redirecciones en el panorama general.

Mis ponencias

• Patrick Stox en SlideShare y Speaker Deck: mis charlas de SEO técnico, varias de las cuales tratan sobre redirecciones y canonicalización. (Se aplica mi descargo de responsabilidad habitual: “This is my understanding of systems… not going to be 100% complete or accurate.” (traducción) «Esta es mi comprensión de los sistemas… no va a ser 100% completa ni precisa.»)

Oficial

• Google — códigos de estado HTTP y Google Search (308 = “Equivalent to 301” (traducción) «Equivalente a 301») y la guía de redirecciones.
• RFC 7538 — código de estado HTTP 308 (Permanent Redirect) — por qué existe el 308.
• MDN — 308 Permanent Redirect — la referencia sobre la preservación del método y del cuerpo.

De la industria

• Google trata oficialmente las redirecciones 308 como 301 (Search Engine Roundtable, 2021) — cita de Gary Illyes: “we just merge that with 301” (traducción) «simplemente lo fusionamos con 301»
• Google puede tratar las redirecciones 308 como 301 (Search Engine Roundtable, 2018) — declaración anterior de John Mueller: “we’ll treat it as such” (traducción) «lo trataremos como tal»
• Bing trata las redirecciones 308 igual que las 301 (Search Engine Roundtable, 2024) — confirmación de Fabrice Canel.
• Google desmonta los mitos sobre los tipos de redirección (Search Engine Journal) — “Use the technically correct redirect type.” (traducción) «Usa el tipo de redirección técnicamente correcto.»
• 308 Permanent Redirect: What It Means & When to Use It (Semrush) — una descripción general sólida para comparar.
• r/TechSEO — la comunidad para la depuración de redirecciones y canonicalización.

Registro de cambios