Códigos de estado HTTP para dueños de sitios web: significado y SEO | We.Inc
Todos los códigos de estado HTTP habituales explicados con claridad: qué ve el visitante, cómo los trata Google, 301 vs 302 vs 410, los soft 404 y cómo arreglar los errores 403, 404, 500, 502 y 503.
Códigos de estado HTTP para dueños de sitios web
Un código de estado HTTP es el número de tres cifras que un servidor envía antes de cada página. 2xx significa que funcionó, 3xx que la página se movió, 4xx que la petición era incorrecta o que la página no existe, y 5xx que el servidor falló. Para el SEO, usa 301 para los traslados permanentes, 404 o 410 para las páginas eliminadas y 503 para el mantenimiento.
Las cinco clases
Rango
Clase
Qué significa para tu sitio
100 a 199
Informativo
Los dueños casi nunca lo ven; la conexión sigue en curso
200 a 299
Éxito
La página se entregó y se puede indexar
300 a 399
Redirección
El visitante es enviado a otra URL
400 a 499
Error del cliente
Página inexistente, petición incorrecta o falta de permisos
500 a 599
Error del servidor
Tu hosting o tu app fallaron; arréglalo rápido
Las referencias para desarrolladores enumeran todos los códigos que se han definido. Quien tiene un sitio web necesita algo más concreto: qué código devuelve mi página, qué ve el visitante, qué hará Google con ella y cómo lo arreglo. Busca en la tabla de abajo por número o por palabra y luego lee las secciones de SEO y de soluciones.
Escribe un código como 503 o una palabra como redirect en el buscador para filtrar la lista.
Lee las columnas de visitantes y de buscadores para ver el efecto práctico en tu sitio.
Para saber qué código devuelve realmente una URL, abre las herramientas para desarrolladores del navegador, elige la pestaña Network y recarga; la columna Status lo muestra.
Usa la tabla de soluciones para el error que veas y vuelve a comprobar el estado después del cambio.
Una página que dice No encontrado pero devuelve 200 es un soft 404. Haz que las páginas de error envíen un estado 404 real.
Apunta las URL antiguas directamente a la dirección final. Google sigue hasta 10 saltos de redirección, pero cada salto hace esperar a los visitantes.
Durante una parada planificada, devuelve 503 con una cabecera Retry-After en lugar de una página de mantenimiento con 200, para que el texto de mantenimiento no se trate como tu contenido.
No redirijas todas las páginas eliminadas a la página de inicio. Redirige solo cuando exista un sustituto parecido; si no, deja que devuelva 404 o 410.
Preguntas frecuentes
¿Qué diferencia hay entre 301 y 302 para el SEO?
Google trata 301 y 308 como una señal fuerte de que la nueva URL debe ser la que aparezca en los resultados, y 302 y 307 como una señal débil. Usa 301 cuando el traslado sea permanente y 302 solo cuando la URL original vaya a volver.
¿Debo usar 404 o 410 para una página eliminada?
Cualquiera de los dos sirve. La documentación de Google dice que trata igual todos los códigos 4xx salvo el 429: la URL no se indexa y las URL indexadas que los devuelven se eliminan. 410 indica con más precisión que la eliminación es intencionada y permanente.
¿Qué es un soft 404?
Un soft 404 es una página que dice a la gente que no existe, o que está casi vacía, mientras el servidor sigue devolviendo 200. Search Console los señala. Arréglalos devolviendo un 404 o 410 real, o poniendo contenido útil en la página.
¿Los errores 500 perjudican el posicionamiento?
Las caídas cortas se toleran. Google reduce el rastreo cuando ve respuestas 5xx o 429, y las URL que siguen fallando acaban saliendo del índice. Arregla rápido los errores de servidor persistentes y usa 503 para el mantenimiento planificado.
¿Qué diferencia hay entre 307 y 308?
Los dos conservan el método de la petición original, así que un POST de formulario sigue siendo POST tras la redirección. 307 es temporal y 308 es permanente. 301 y 302 permiten que los clientes cambien un POST por GET, por eso las API prefieren 307 y 308.
Por qué el código importa más que el texto de la página
Los rastreadores deciden qué hacer con una URL a partir de su estado antes de leer una sola palabra. Una página de error amable con estado 200 parece contenido real; una página que funciona pero devuelve 404 por error desaparece de los resultados.
Los códigos de estado los fija tu servidor, tu hosting o tu framework, así que el mismo error suele repetirse en miles de URL. Revisar unas pocas páginas representativas después de cada despliegue lo detecta pronto.
Cadenas de redirecciones
Una cadena se produce cuando la página A redirige a B, que redirige a C. Suele acumularse tras años de migraciones: de http a https, luego de sin www a www, luego de un slug antiguo a uno nuevo.
Cada salto añade un viaje de ida y vuelta antes de que se muestre nada. Aplana las cadenas apuntando cada URL antigua directamente al destino final, y actualiza los enlaces internos para que nunca pasen por una redirección.
Cómo arreglar los errores habituales
Lo primero que debes revisar según el hosting
Código
Causa probable
Vercel o Netlify
cPanel o Apache
Permisos de archivo, bloqueo de IP o falta el archivo index
Revisa la protección con contraseña y las reglas del firewall en los ajustes del proyecto
Pon las carpetas en 755 y los archivos en 644; revisa las reglas deny de .htaccess
Ruta incorrecta, página eliminada o falta el fallback de la SPA
Añade un rewrite a index.html para las rutas del lado del cliente; revisa la carpeta de salida
Comprueba que el archivo existe en public_html y que los slugs coinciden en mayúsculas y minúsculas
La app se cae o la configuración del servidor es incorrecta
Abre los logs de la función para la petición que falla
Lee el log de errores; una línea rota en .htaccess es una causa frecuente
La app de origen se cayó o devolvió basura
Revisa los logs de las funciones y los tiempos de espera
Reinicia PHP-FPM o la app; revisa los límites de memoria
Sobrecargado, en pausa o en mantenimiento
Revisa los límites de uso y los despliegues en pausa
Revisa los límites de recursos en el panel del hosting
Cómo fijar el estado correcto en el código
Redirección permanente y una página eliminada en Apache
Va en .htaccess. La primera línea envía una URL antigua a su sustituta con 301; la segunda devuelve 410 para una página que ya no existe.
Redirecciones y un fallback de SPA en Netlify
Un archivo _redirects en la carpeta de publicación. La última regla sirve el shell de la app para las rutas del lado del cliente con un estado 200.
Respuesta de mantenimiento con Retry-After
Un pequeño handler de Node que dice a los rastreadores que vuelvan en una hora en lugar de indexar el mensaje de mantenimiento.
OK
La página carga con normalidad
Created
Normalmente, una respuesta de API tras guardar algo
No Content
No cambia nada en pantalla
Moved Permanently
Lo envía a la nueva URL automáticamente
Found
Lo envía a otra URL de momento
See Other
Lo envía a una página de resultado tras un formulario
Not Modified
Se muestra la copia en caché
Temporary Redirect
Lo envía a otro sitio y conserva el método
Permanent Redirect
Lo envía a otro sitio y conserva el método
Bad Request
Una página de error; el enlace o los datos del formulario están mal formados
Unauthorized
Una solicitud de inicio de sesión
Forbidden
Mensaje de acceso denegado
Not Found
Tu página de no encontrado
Method Not Allowed
Un error tras enviar un formulario de forma incorrecta
Gone
Tu página de no encontrado
Too Many Requests
Un mensaje de límite de peticiones
Unavailable For Legal Reasons
Un aviso de que la página está bloqueada por motivos legales
Internal Server Error
Una página de error genérica
Bad Gateway
Error del proxy o la CDN que hay delante de tu app
Service Unavailable
Página de mantenimiento o de sobrecarga
Gateway Timeout
La página se queda colgada y luego da error
Buscador de códigos de estado
Busca por código o palabra
p. ej. 503 o redirect
Filtrar por clase
Todos
Se muestran {n} de {total} códigos
Códigos habituales, qué ven los visitantes y cómo reaccionan los buscadores