HTTP Status Checker

Un código de estado HTTP es un número de tres dígitos que un servidor devuelve con cada respuesta para decirle al cliente qué sucedió con la solicitud. 200 significa que la página se cargó exitosamente. 301 significa que la página se movió permanentemente. 404 significa que la página no fue encontrada. 500 significa que el servidor se bloqueó. Los códigos son parte de la especificación HTTP (RFC 9110) y todo navegador, rastreador y cliente API los utiliza para decidir qué hacer a continuación. Hay 63 códigos de estado definidos divididos en cinco clases, pero en el trabajo real de SEO ves aproximadamente diez de ellos regularmente: 200, 301, 302, 307, 308, 403, 404, 410, 500 y 503. Esta herramienta de verificación de códigos de estado HTTP informa el código exacto devuelto para cada URL que envíes para que puedas arreglar los que no deberían estar allí.

Las cinco clases son 1xx, 2xx, 3xx, 4xx y 5xx. Los códigos 1xx (100-103) son informativos y le dicen al cliente que la solicitud fue recibida y el procesamiento continúa. Casi nunca los ves en contextos de navegador o SEO. Los códigos 2xx (200-226) significan éxito. 200 es el OK estándar y el único que la mayoría de los sitios utiliza. Los códigos 3xx (300-308) significan redirección, diciéndole al cliente que busque una URL diferente. 301 es permanente, 302 es temporal, 307 preserva el método de solicitud en una redirección temporal, y 308 lo preserva en una permanente. Los códigos 4xx (400-451) significan que el cliente hizo una solicitud incorrecta, siendo 404 (no encontrado), 403 (prohibido) y 410 (desaparecido) los más comunes. Los códigos 5xx (500-511) significan que el servidor falló, siendo 500 (error interno) y 503 (no disponible) los que los especialistas en SEO encuentran más a menudo.

Un 301 es una redirección permanente que le dice a los motores de búsqueda que actualicen su índice y pasen la equidad de enlace completa a la nueva URL. Un 302 es una redirección temporal que le dice a los motores de búsqueda que mantengan la URL antigua indexada porque el movimiento no es permanente. Para SEO, casi toda redirección debe ser 301. Usa 302 solo para casos genuinamente temporales, como redirecciones geográficas durante un lanzamiento regional o divisiones de tráfico de pruebas A/B. Google ha confirmado que los 302s de larga duración eventualmente se tratan como 301s, pero la transición puede tomar semanas, durante las cuales las clasificaciones pueden disminuir. Si ejecutaste una migración y tus URLs antiguas devuelven 302, cámbialo a 301 hoy. Esta herramienta de verificación de redirecciones muestra el código exacto devuelto, así que una rápida ejecución en lote de tu lista de URLs antiguas confirma si tu mapa de redirecciones usa el tipo correcto.

Un 307 es una redirección temporal que preserva el método HTTP original, lo que significa que un POST sigue siendo un POST cuando el cliente sigue la redirección. Históricamente, un 302 permitía a los clientes cambiar un POST a un GET, lo que rompía los envíos de formularios. 307 solucionó eso. Para propósitos de SEO, 307 se comporta como 302: temporal, no pasa equidad de enlace completa, mantiene la URL antigua indexada. Verás 307s en sitios que usan frameworks del lado del servidor (Next.js, Nuxt, Django) para redirecciones, ya que esos frameworks tienen 307 como valor predeterminado por seguridad. Si un 307 está destinado a ser permanente, cambia a 308 (el equivalente permanente) o 301. El verificador de códigos de estado de URL captura el código exacto para que puedas detectar 307s que deberían ser 308 o 301 en su lugar.

Un 404 significa que el servidor no puede encontrar la página en este momento y el cliente no debe asumir nada sobre el futuro. Un 410 significa que la página se ha ido permanentemente y nunca volverá. Para SEO, 410 es una señal más fuerte para Google de que elimine rápidamente la URL del índice. Si deliberadamente eliminaste una página (producto descontinuado, publicación de blog eliminada, característica retirada) y no tienes un reemplazo, devuelve 410 en lugar de 404. Google elimina URLs 410 aproximadamente 2x más rápido que URLs 404 según múltiples recomendaciones de Search Central. Si la página realmente falta accidentalmente o está temporalmente inactiva, 404 es el código correcto. Esta herramienta de verificación de 200 301 404 informa ambos para que puedas cambiar eliminaciones deliberadas de 404 a 410 y limpiar tu índice más rápido.

Un código de estado 500 significa que el servidor encontró un error interno que no pudo manejar. Las causas comunes incluyen un proceso de aplicación bloqueado, una falla de conexión de base de datos, una excepción no controlada en el código o un servidor mal configurado. 500 es genérico, lo que significa que el cuerpo de la respuesta generalmente no tiene información de diagnóstico útil. Para depurar, necesitas registros del servidor. Para SEO, los 500s son desechos de rastreo y una señal de calidad que daña las clasificaciones si persisten. Google reintenta 500s por un tiempo, luego elimina la URL del índice si el error continúa. Si tu ejecución en lote muestra 500s en URLs que deberían funcionar, verifica inmediatamente tus registros del servidor. Un 500 en una página de alto tráfico cuesta ingresos y clasificaciones cada minuto que permanezca roto. Ejecuta la herramienta de verificación de códigos de estado HTTP después de cada despliegue para detectar 500s introducidos por cambios de código.

Un 503 significa que el servidor no está disponible temporalmente, generalmente debido a sobrecarga, mantenimiento o una degradación del servicio. A diferencia de un 500, que señala un error real, un 503 dice "vuelve más tarde". Los 503s configurados correctamente incluyen un encabezado Retry-After que le dice a los rastreadores cuándo intentar de nuevo. Google respeta Retry-After y pausa el rastreo sin eliminar la URL del índice, siempre que el 503 se resuelva en pocas horas. Si los 503s persisten más de 48 horas, Google comienza a tratarlos como 500s y elimina las URLs. Para mantenimiento planificado, devuelve un 503 con un encabezado Retry-After configurado en el tiempo de inactividad esperado. Para 503s inesperados encontrados por esta herramienta, investiga la capacidad del servidor, la configuración de CDN o la salud del servicio ascendente.

Pega hasta 50 URLs en el área de texto de esta herramienta de verificación de códigos de estado HTTP, una por línea, con el protocolo completo (https:// o http://). Elige si deseas seguir redirecciones, luego haz clic en Verificar estados. La herramienta obtiene cada URL en paralelo y devuelve una tabla con el código de estado, la cadena de redirecciones si hay alguna, la URL final después de redirecciones y el tiempo de respuesta en milisegundos. Para listas más grandes que 50, divídelas en lotes. El enfoque en lote es aproximadamente 30x más rápido que verificar cada URL de una en una en un navegador, y detecta patrones (cada URL en una carpeta devolviendo 404, cada página de producto encadenada a través de dos redirecciones) que las verificaciones de URL única no detectan. Empareja la salida con el sitemap-checker para confirmar que tu mapa del sitio solo enumera 200s.

Extrae una lista de cada URL en tu sitio de tu mapa del sitio, tu CMS o un rastreador como Screaming Frog. Divide la lista en lotes de 50 y ejecuta cada lote a través de esta herramienta de verificación de códigos de estado HTTP en lote. Agrupa los resultados por clase de código de estado. Cada 4xx es una página rota que necesita una corrección o una redirección. Cada 5xx es un problema del servidor que necesita investigación. Cada 3xx es una redirección que funciona o una cadena que necesita aplanarse. Para sitios bajo 1.000 páginas, la auditoría completa toma menos de una hora. Para sitios más grandes, prioriza las URLs con enlaces externos entrantes y las páginas que obtienen tráfico orgánico, ya que son los que cuestan visibilidad real cuando se rompen. Vuelve a ejecutar mensualmente para detectar nuevos quiebres antes de que se acumulen.

Una cadena de redirección es una secuencia de dos o más redirecciones entre la URL original y el destino final. La URL A se redirige a la URL B, que se redirige a la URL C, que finalmente devuelve 200 en la URL D. Cada salto agrega latencia (típicamente 100-500ms por redirección) y diluye la equidad del enlace. Google ha confirmado que sigue hasta 10 saltos antes de rendirse, pero trata cada salto como fricción. Las cadenas largas ralentizan tanto a usuarios como a rastreadores. Arregla las cadenas actualizando la URL original (URL A) para que apunte directamente al destino final (URL D). Este verificador de redirecciones muestra la cadena completa cuando Seguir redirecciones está configurado en Sí, para que puedas ver exactamente cuántos saltos hace cada URL y aplanar los más largos que dos.

Una redirección saludable hace un salto, devuelve 301 (o 308 para solicitudes que no sean GET), preserva la estructura de ruta donde sea posible y apunta a una página viva relevante. El destino debe devolver 200 y canonicalizarse a sí mismo. La cadena no debe incluir 4xx, 5xx o protocolos mixtos. Para una migración, el mapa de redirecciones debe cubrir el 100% de URLs antiguas que recibieron enlaces externos o tráfico orgánico en los últimos 12 meses. Las URLs que nunca tuvieron enlaces pueden permitirse que devuelvan 404. Un estudio de 2023 de SEMrush de 200 migraciones de sitios encontró que los sitios con 301s de un solo salto y cero redirecciones rotas retuvieron el 89% del tráfico orgánico después del lanzamiento, mientras que los sitios con cadenas más largas que tres saltos o 404s sin mapear retuvieron solo el 51%.

Para SEO, el tiempo de respuesta del servidor (también llamado Time to First Byte o TTFB) debe ser inferior a 800ms para una buena experiencia de usuario e inferior a 200ms para una excelente. Los datos de Core Web Vitals de Google muestran que las páginas con TTFB por encima de 1.500ms se clasifican significativamente más bajo en consultas competitivas. Esta herramienta de verificación de códigos de estado HTTP informa el tiempo de respuesta por URL para que puedas marcar las lentas. Un 200 que tarda 3.000ms en responder está técnicamente activo pero funcionalmente roto. Las causas comunes incluyen: consultas de base de datos no optimizadas, CDN faltante, HTML renderizado del lado del servidor de tamaño excesivo o distancia geográfica entre el servidor y el rastreador. Arregla el 10% más lento de páginas primero ya que generalmente comparten una causa subyacente. Empareja esta herramienta con el google-crawler-simulator para confirmar que Googlebot ve el mismo tiempo de respuesta que ves tú.

curl es una herramienta de línea de comandos que puede obtener cualquier URL y mostrar el código de estado con las banderas correctas (curl -I -L https://example.com). Es poderosa, gratuita y funciona para una URL a la vez. Una herramienta de verificación de códigos de estado HTTP en lote como esta ejecuta la misma obtención contra 50 URLs en paralelo, captura la cadena de redirecciones en una tabla legible, cronometra la respuesta y muestra el resultado en un navegador sin escribir banderas. Para un desarrollador cómodo con la línea de comandos, curl está bien para verificaciones puntuales. Para auditorías de SEO en cientos de URLs, una herramienta en lote es aproximadamente 30x más rápida y mucho más fácil de compartir con colegas no técnicos. Ambas herramientas devuelven los mismos códigos de estado ya que ambas hablan HTTP.

Sí. Abre la pestaña Network en devtools de Chrome o Firefox, carga la URL y observa la solicitud de documento. Cada redirección aparece como una fila separada con el código de estado (301, 302, 307) y el encabezado Location apuntando a la siguiente URL. La fila final es la página que devuelve 200. Devtools es excelente para depurar una URL a la vez y ver los encabezados exactos de solicitud y respuesta. Es impractico para verificar 50 URLs porque tienes que recargar cada una y leer manualmente el registro de red. Para auditorías en lote, usa esta herramienta de verificación de redirecciones, que muestra los mismos datos de cadena en una tabla que puedes escanear en segundos. Usa devtools cuando necesites detalles de encabezado completos y la herramienta en lote cuando necesites escala.

Las migraciones rompen URLs. Incluso mapas de redirección cuidadosos se pierden casos límite: barras invertidas finales, sensibilidad de mayúsculas, cadenas de consulta, caracteres codificados, archivos en subcarpetas que el nuevo servidor olvidó copiar. Una ejecución de herramienta de verificación de códigos de estado de URL en lote el día del lanzamiento detecta la primera onda de roturas. Una segunda ejecución dos semanas después detecta las URLs que los patrones de tráfico revelan. Los sitios que omiten auditorías posteriores a la migración típicamente pierden el 20-40% del tráfico orgánico en el primer mes y toman 3-6 meses para recuperarse. Los sitios que auditan inmediatamente y corrigen dentro de 48 horas generalmente retienen el 85%+ del tráfico. Ejecuta esta herramienta de verificación de códigos de estado HTTP contra tu mapa del sitio, tus 100 principales páginas de destino orgánicas y cualquier URL con enlaces de retroceso externos. Usa el sitemap-checker para confirmar que el nuevo mapa del sitio solo contiene 200s.

Sí. Esta herramienta de verificación de códigos de estado HTTP es gratuita, no requiere registro y no tiene límite diario de cuántos lotes ejecutas. La única restricción es 50 URLs por ejecución, que mantiene la respuesta rápida y previene abuso. Para lotes más grandes, divide las URLs en grupos de 50 y pega cada una a su turno. La herramienta se ejecuta del lado del servidor, lo que significa que ve códigos de estado como Googlebot los ve, no como tu navegador los ve después de almacenar en caché. Úsalo tan a menudo como necesites: semanalmente para sitios activos, diariamente durante migraciones y después de cada despliegue para detectar regresiones. Emparéjalo con el canonical-checker, sitemap-checker y google-crawler-simulator para un flujo de trabajo de auditoría de URL completo.