El Bulk HTTP Status Checker de Screpy comprueba una lista de hasta 50 URL y muestra la primera respuesta, la respuesta final y los pasos de redirección observados. Sirve para revisar enlaces antiguos tras una migración, investigar páginas inaccesibles y preparar reparaciones. El resultado describe una petición GET pública en el momento indicado, no disponibilidad continua, velocidad de carga en el navegador ni indexación confirmada.
Elige una lista de URL con un propósito claro
Pega una dirección HTTP o HTTPS pública y completa por línea. Empieza con una pregunta: ¿los enlaces de campañas antiguas llegan a sus sustitutos o la navegación todavía contiene errores? Para revisar redirecciones, introduce las direcciones originales. Comprobar solo los destinos finales no muestra qué ocurre con el enlace antiguo.
El límite es de 50 líneas enviadas no vacías. Se ignoran los espacios en blanco y cada URL normalizada repetida se comprueba una sola vez. Elimina duplicados antes de enviar si hacen superar el límite. Corrige las líneas inválidas. La herramienta no descubre las páginas del sitio ni importa automáticamente un sitemap.
Una muestra de migración útil incluye una página sin cambios, una trasladada y contenido eliminado deliberadamente. Anota el resultado esperado antes de comprobarlas. Un 404 puede ser correcto para contenido eliminado; en una página de pago activa requiere investigación. Usa rutas públicas reales de tu sitio, no paneles privados ni direcciones con credenciales.
Lee la primera respuesta y el destino final
El primer código corresponde a la dirección introducida. El último pertenece al destino alcanzado después de seguir las redirecciones. Las URL finales aparecen en la tabla; las cadenas de redirección observadas se agrupan en los detalles del informe. Un destino correcto no significa que la dirección original devuelva 200 directamente.
Estos ejemplos ficticios explican comprobaciones terminadas; no son resultados de un sitio concreto.
| Primera → última respuesta | Significado | Qué revisar |
|---|---|---|
| 200 → 200 | Respuesta correcta directa | ¿Es la página prevista y tiene contenido útil? |
| 301 → 200 | Redirección permanente hacia una respuesta correcta | ¿La URL final es el sustituto previsto? |
| 302 → 200 | Redirección temporal hacia una respuesta correcta | ¿El traslado es realmente temporal? |
| 301 → 404 | Redirección hacia un destino no encontrado | Repara el destino o la correspondencia si la página debe existir |
| 403 → 403 | La petición fue rechazada | Investiga las reglas de acceso; no supongas que todos están bloqueados |
La referencia HTTP de MDN explica los códigos. 404 significa no encontrado; 410 indica que el recurso ya no está disponible. Ambos pueden ser intencionados. 429 señala demasiadas peticiones y 5xx errores del servidor. El código identifica una categoría de respuesta, no toda su causa.
Los contadores se solapan: una URL redirigida también puede terminar correctamente o con error HTTP. No sumes esas categorías esperando obtener el total de URL únicas.
Separa las comprobaciones no disponibles de los errores HTTP
Un error HTTP, como 404 o 503, es una respuesta. Un resultado no disponible significa que la observación no pudo terminar. Un fallo de DNS, de conexión segura o un tiempo agotado puede impedir la respuesta final. Lee el motivo; una celda final vacía no equivale a 404.
Cada URL tiene ocho segundos y el lote completo, 30 segundos. Se siguen hasta cinco redirecciones HTTP. Un bucle, un destino ausente o una cadena más larga puede dejar la comprobación incompleta. Son límites de esta herramienta, no los de rastreo de Google. Se conservan los pasos observados: puede aparecer un 301 inicial y ningún código final si después falla la conexión segura.
Se señala el cambio de HTTPS a HTTP. La herramienta sigue redirecciones de respuestas HTTP, pero no ejecuta JavaScript ni instrucciones meta-refresh de la página. Un navegador puede comportarse de otra manera.
La duración mide esta comprobación y su recorrido de peticiones. No mide la carga de imágenes, la ejecución de JavaScript ni cuándo puede interactuar un visitante. Úsala para investigar la observación, no como una puntuación de velocidad.
Exporta las reparaciones y comprueba las mismas URL
Prioriza errores en páginas que deben seguir disponibles, destinos incorrectos y direcciones rotas todavía enlazadas desde páginas importantes. No redirijas todo lo eliminado a la portada solo para conseguir verde. Si el contenido se ha trasladado, elige un sustituto pertinente; si desapareció, revisa la respuesta prevista y elimina las referencias obsoletas.
Filtra errores HTTP, redirecciones o comprobaciones no disponibles y busca por URL. El CSV contiene únicamente las filas filtradas: códigos primero/final, destino, duración, motivo, fecha de comprobación y cadena observada. Guarda esa captura con el resultado esperado, repara el problema y repite las mismas direcciones originales.
Examina el contenido dudoso por separado. La guía HTTP de Google confirma que 2xx no garantiza indexación; incluso una página de error puede devolver 200. Esta herramienta no analiza el cuerpo para detectar soft 404. Utiliza el Noindex Checker para directivas de indexación o el Redirect Checker para investigar redirecciones. Un estado corregido es una condición verificada, no una auditoría SEO completa.
Para revisar una lista de URLs preferidas declaradas, usa el comprobador canónico masivo. Comprueba declaraciones HTML y de cabeceras HTTP y un destino inmediato por página; no muestra la canónica seleccionada por Google.