Comprobador masivo de errores 5xx: diagnostique la estabilidad del servidor
Detecte fallos de infraestructura (500, 502, 503, 504) que bloquean a Googlebot. Valide la fiabilidad del servidor e identifique limitaciones de velocidad de rastreo con nuestra herramienta de emulación de Googlebot.
Errores de servidor (5xx) y presupuesto de rastreo
A diferencia de los 404, que indican contenido ausente, los errores de servidor 5xx indican que el servidor no pudo completar una solicitud válida. Desde la perspectiva de Googlebot, es una señal de inestabilidad. Google gestiona una velocidad de rastreo dinámica por dominio. Cuando aumentan los 5xx, Googlebot reduce automáticamente la frecuencia de rastreo para no sobrecargar el servidor.
Esta reducción tiene consecuencias SEO inmediatas: no se descubre contenido nuevo y las actualizaciones de páginas existentes no se reflejan en el índice. Si los 5xx persisten (normalmente 1-2 semanas), Google empieza a eliminar URL del índice por completo para mantener la calidad de los resultados.
🔍 Validador masivo de estado del servidor
Introduzca hasta 10 URL (una por línea). Esta herramienta usa un User-Agent específico de Googlebot para detectar firewalls o configuraciones que podrían bloquear a los buscadores pero permitir a los usuarios normales.
| URL | Estado | Latencia | Diagnóstico |
|---|
Descifrar las respuestas HTTP 5xx
Un diagnóstico preciso exige distinguir entre los distintos códigos 5xx, porque apuntan a capas distintas de la pila del servidor.
1. HTTP 500: error interno del servidor
Un error genérico «comodín» que indica que el servidor encontró una condición inesperada. Causas habituales: errores de sintaxis en .htaccess, errores fatales de PHP o problemas de permisos. Revise de inmediato el error_log del servidor.
2. HTTP 502: puerta de enlace incorrecta
Indica que un servidor que actúa como pasarela (p. ej., Nginx, Cloudflare) recibió una respuesta no válida del servidor upstream (p. ej., Apache, PHP-FPM). Ocurre con frecuencia en picos de tráfico cuando se agotan los workers de PHP.
3. HTTP 503: servicio no disponible
El servidor no puede atender temporalmente la solicitud por mantenimiento o sobrecarga. Es el código correcto para un corte planificado, siempre que vaya acompañado de una cabecera HTTP Retry-After.
4. HTTP 504: tiempo de espera de la pasarela
La pasarela no recibió a tiempo una respuesta del servidor upstream. Suele apuntar a consultas lentas a la base de datos o llamadas a API externas que superan el límite de timeout.
| Código de estado | Interpretación de Googlebot | Impacto en el rastreo | Contexto de corrección |
|---|---|---|---|
| 500 Internal Error | Fallo crítico. El sitio está roto. | Reducción inmediata | Nivel de código/configuración (revise los registros PHP/Apache). |
| 502 Bad Gateway | Fallo de comunicación. | Reducción alta | Nivel de infraestructura (revise el balanceador/CDN). |
| 503 Unavailable | «Vuelva más tarde.» | En pausa (seguro si es breve) | Modo mantenimiento. Debe usar Retry-After. |
| 504 Timeout | El servidor es demasiado lento. | Reducción alta | Nivel de base de datos (optimice consultas/índices). |
Protocolo estratégico de corrección
Resolver el error de servidor es solo el primer paso. Google no restaura al instante la velocidad de rastreo completa. Siga este protocolo para acelerar la recuperación:
- Estabilice la infraestructura: corrija la causa raíz (p. ej., aumente el límite de memoria, optimice SQL).
- Valide en GSC: use la función «Validar corrección» del informe de cobertura.
- Fuerce un nuevo rastreo: si se desindexaron páginas críticas durante la caída, no reaparecerán solas. Tras estabilizar la infraestructura, realice una verificación de disponibilidad de URL en Google para asegurarse de que los 5xx anteriores no hayan provocado un evento de desindexación en sus páginas críticas.
Para las especificaciones técnicas oficiales sobre códigos de estado y su impacto en los rastreadores, consulte Google Search Central: errores de red y de servidor.
Preguntas frecuentes
¿Cómo afectan los errores 5xx a la velocidad de rastreo de Googlebot?
Cuando Googlebot detecta errores 5xx, los interpreta como una señal de que el servidor no puede asumir la carga actual. Para no tumbar el sitio, Google reduce de forma significativa la velocidad de rastreo. Si los errores persisten, deja de rastrear URL concretas y acaba eliminándolas del índice.
¿Cuál es la forma correcta de gestionar el mantenimiento del sitio?
No deje que el sitio expire por timeout. Configure el servidor para devolver un código 503 Service Unavailable. Es crucial incluir una cabecera HTTP Retry-After que especifique la duración estimada de la caída (p. ej., en segundos o una fecha). Así Googlebot conserva el índice y vuelve a la hora indicada.
¿Por qué GSC informa errores 5xx si el sitio me funciona a mí?
Suele indicar «flapping» (errores intermitentes) o un bloqueo selectivo. El firewall o el plugin de seguridad podría estar bloqueando específicamente el rango de IP de Googlebot, devolviendo un 403 o 500 al robot mientras permite a los navegadores normales. Use la herramienta de arriba para probar específicamente con el User-Agent de Googlebot.
¿Cloudflare provoca errores 502/504?
Cloudflare suele informar estos errores más que provocarlos. Un 502/504 de Cloudflare suele significar que el servidor de origen (su hosting) no respondió a la solicitud de Cloudflare. Debe investigar los registros PHP-FPM o el rendimiento de la base de datos, no solo los ajustes de Cloudflare.
¿Cuál es la diferencia entre Soft 404 y 500?
Un Soft 404 es un problema de contenido (la página dice «no encontrado» pero devuelve 200 OK). Un 500 es un fallo de servidor (el código se ha caído). Los 500 son más peligrosos para la salud del dominio porque señalan inestabilidad técnica.
¿Cuánto tarda en recuperarse el posicionamiento tras errores 500?
Si la caída fue breve (horas), la recuperación suele ser inmediata. Si los errores persistieron días y causaron desindexación, debe esperar a que Google vuelva a rastrear las URL. Puede tardar semanas salvo que fuerce activamente la reindexación.