Códigos HTTP para SEO: 301, 302, 404, 410 y 503

Las cinco familias, en una línea

El primer dígito indica el tipo de respuesta: 1xx informativa, 2xx éxito, 3xx redirección, 4xx error del cliente (la petición no se puede atender) y 5xx error del servidor. En la práctica, casi todo el trabajo de un sitio web está en las tres últimas familias.

Un detalle que sorprende: un 200 no garantiza que Google indexe la página. Según Google, que una URL devuelva 2xx solo significa que el contenido puede considerarse para la indexación.

Redirecciones: 301, 302, 307 y 308

Las cuatro mandan al visitante a otra dirección. Lo que cambia es la intención y cómo lo interpretan los buscadores.

• 301 (movido permanentemente): la página ha cambiado de dirección para siempre. Google lo usa como una señal fuerte de que debe tratar el destino como la página buena.
• 302 (encontrado): un desvío temporal. Google también sigue la redirección, pero la toma como una señal débil.
• 308 es el equivalente de 301, y 307 el de 302, con una diferencia técnica: en 307 y 308 el navegador debe repetir la petición con el mismo método (si era un POST, sigue siendo un POST). Con 301 y 302, un navegador puede convertir ese POST en un GET al seguir la redirección.

Para el posicionamiento, Google trata 308 como 301 y 307 como 302, pero recomienda usar el código que corresponda a la intención, porque otros clientes y buscadores pueden aprovecharlo. La regla práctica: si algo se mueve para siempre (cambio de dominio, de estructura de URLs, de HTTP a HTTPS), 301 o 308; si es temporal (una promoción, un mantenimiento parcial), 302 o 307.

Una trampa frecuente son las cadenas: A redirige a B, B a C, C a D. Los rastreadores de Google siguen por defecto hasta 10 saltos, pero cada salto hace más lento al visitante y es otro punto donde algo puede romperse. Apunta siempre la redirección a la dirección final.

404 o 410: lo que realmente cambia

El 404 significa «no encuentro esta página» sin decir si volverá; el 410 significa «ya no existe y no va a volver». MDN recomienda el 410 cuando algo se ha retirado de forma permanente y el 404 cuando no se sabe si es temporal o definitivo.

¿Hay diferencia para Google? Su documentación indica que trata todos los errores 4xx (salvo el 429) igual: no usa el contenido, si la URL estaba indexada la elimina del índice, y las URL nuevas con 404 no se procesan. Es decir, no hay un efecto documentado de «borrar más rápido» con el 410. Elige el que describa bien la realidad y no te obsesiones.

Lo que sí importa es no engañar al servidor con el contrario: una página que ya no existe pero devuelve 200 con un texto de «no encontrado» es lo que Google llama un soft 404, y Search Console te lo señalará como error. Si falta una página, el servidor debe decirlo con el código, no solo con el texto.

401 o 403: no es lo mismo

El 401 significa que faltan credenciales válidas: pide que te identifiques. El 403 significa que el servidor ha entendido la petición y se niega a atenderla: volver a identificarte no cambia nada, y repetirla igual fallará igual. Algunos servidores devuelven 404 en lugar de 403 cuando no quieren ni confirmar que el recurso existe.

Un aviso de Google que conviene recordar: no uses 401 ni 403 para limitar el ritmo de rastreo. Los códigos 4xx, excepto el 429, no afectan a esa velocidad.

Cuando el servidor falla: 429, 500, 502, 503 y 504

• 500 es el error genérico: algo ha fallado en el servidor y no sabe decir qué.
• 502 y 504 aparecen cuando hay un intermediario (un proxy o una pasarela) en medio: el 502 indica que recibió una respuesta inválida del servidor de detrás, y el 504 que no recibió ninguna a tiempo.
• 503 es «no puedo atenderte ahora». Es el que se debe usar en un mantenimiento o una sobrecarga temporal, idealmente con una cabecera Retry-After que indique cuándo volver.
• 429 es «demasiadas peticiones»: el límite de ritmo para quien pide demasiado. Google lo trata como un error de servidor, es decir, como una señal de que el servidor está sobrecargado.

Qué hace Google con ellos: los errores 5xx y el 429 hacen que sus rastreadores reduzcan el ritmo de forma temporal; las páginas ya indexadas se mantienen un tiempo, pero si el error persiste acaban saliendo del índice. Cuando el servidor vuelve a responder con 2xx, el ritmo de rastreo aumenta poco a poco. Moraleja: si tienes que parar el sitio un rato, hazlo con un 503, que es el código pensado para eso. Una página de mantenimiento que responda 200 le dice a Google que ese texto es el contenido de la URL.

Cómo ver el código que devuelve una página

• En el navegador: abre las herramientas de desarrollo (F12), pestaña Red o Network, recarga y mira la columna «Estado»: ahí se ve el código de la página y el de cada recurso, incluidas las redirecciones.
• Con curl: curl -I https://ejemplo.com/pagina muestra solo la cabecera, con el código en la primera línea; añade -L para seguir las redirecciones. Ten en cuenta que -I hace una petición HEAD y algunos servidores responden distinto a HEAD que a GET.
• En Search Console: el informe de indexación agrupa las páginas por error: 404, soft 404, error de servidor (5xx), redirecciones…

Una lista de códigos para tener a mano

Si buscas el significado de otro código, el buscador de códigos de estado HTTP los lista todos por familias. Y para comprobar rápidamente si una lista de enlaces sigue viva antes de publicarla, está el comprobador de enlaces rotos; si lo que te preocupa es qué páginas deben rastrear los buscadores, el generador de robots.txt y sitemap.xml te ayuda a preparar esos dos archivos.

Los códigos HTTP son la mitad de lo que Google ve de tu web. La otra mitad está en robots.txt y sitemap.xml (qué se rastrea) y en cómo se muestran tus páginas ya rastreadas: la longitud del título y la meta descripción.

Fuentes y más información

• Google Search Central: cómo afectan los códigos de estado HTTP a los rastreadores de Google
• MDN: 301 Moved Permanently
• MDN: 307 Temporary Redirect
• MDN: 308 Permanent Redirect
• MDN: 404 Not Found y 410 Gone
• MDN: 401 Unauthorized y 403 Forbidden
• MDN: 503 Service Unavailable y 429 Too Many Requests

Datos comprobados el 3 de octubre de 2026.