Il Bulk HTTP Status Checker di Screpy controlla un elenco di massimo 50 URL e mostra prima risposta, risposta finale e passaggi di reindirizzamento osservati. Serve per verificare vecchi link dopo un trasferimento, esaminare pagine irraggiungibili e preparare correzioni. Il risultato descrive una richiesta GET pubblica nell’istante indicato, non disponibilità continua, velocità nel browser o indicizzazione confermata.
Scegli un elenco di URL con uno scopo chiaro
Incolla un indirizzo HTTP o HTTPS pubblico completo per riga. Parti da una domanda: i vecchi link delle campagne raggiungono i sostituti oppure i link di navigazione restituiscono ancora errori? Per i redirect includi gli indirizzi originali. Controllare soltanto le destinazioni finali non mostra cosa succede al vecchio link.
Il limite è di 50 righe inviate non vuote. Le righe bianche vengono ignorate e gli URL ripetuti dopo normalizzazione sono controllati una volta. Elimina i duplicati prima dell’invio se fanno superare il limite. Correggi le righe non valide. Lo strumento non scopre le pagine del sito e non importa automaticamente una sitemap.
Un campione utile comprende una pagina invariata, una trasferita e contenuti rimossi intenzionalmente. Annota prima il risultato previsto. Un 404 può essere corretto per una rimozione, ma richiede indagine su una pagina di pagamento attiva. Usa percorsi pubblici reali, non pannelli privati o indirizzi con credenziali.
Leggi la prima risposta e la destinazione finale
Il primo codice riguarda l’indirizzo inserito; l’ultimo riguarda la destinazione raggiunta dopo i redirect seguiti. Gli URL finali compaiono nella tabella; le catene di redirect osservate sono raccolte nei dettagli del rapporto. Una destinazione riuscita non significa che l’indirizzo originale restituisca direttamente 200.
Questi esempi inventati spiegano controlli completati; non sono risultati di un sito specifico.
| Prima → ultima risposta | Significato | Cosa verificare |
|---|---|---|
| 200 → 200 | Risposta riuscita diretta | È la pagina prevista, con contenuto utile? |
| 301 → 200 | Redirect permanente verso una risposta riuscita | L’URL finale è il sostituto previsto? |
| 302 → 200 | Redirect temporaneo verso una risposta riuscita | Il trasferimento è davvero temporaneo? |
| 301 → 404 | Redirect verso una risorsa non trovata | Riparare destinazione o corrispondenza se la pagina deve esistere |
| 403 → 403 | Richiesta rifiutata | Esaminare le regole di accesso senza presumere che tutti siano bloccati |
La guida MDN ai codici HTTP spiega i significati. 404 indica non trovato; 410 segnala una risorsa rimossa. Entrambi possono essere intenzionali. 429 segnala troppe richieste, i 5xx errori del server. Il codice identifica una categoria di risposta, non tutta la causa.
I conteggi si sovrappongono: un URL reindirizzato può terminare con successo o errore HTTP. Sommarli non deve necessariamente dare il numero degli URL unici.
Separa i controlli non disponibili dagli errori HTTP
Un errore HTTP, come 404 o 503, è una risposta. Un risultato non disponibile significa che l’osservazione non è terminata. Un problema DNS, una connessione sicura fallita o un timeout possono impedire la risposta finale. Leggi il motivo invece di interpretare una casella vuota come 404.
Ogni URL ha otto secondi e l’intero lotto 30 secondi. Il controllo segue fino a cinque redirect HTTP. Un ciclo, una destinazione mancante o una catena più lunga possono lasciare il risultato incompleto. Sono limiti dello strumento, non quelli della scansione Google. I passaggi già osservati restano visibili: dopo un 301 può fallire la connessione sicura, lasciando il primo codice senza quello finale.
Il passaggio da HTTPS a HTTP viene segnalato. Lo strumento segue i redirect delle risposte HTTP, ma non esegue JavaScript né istruzioni meta-refresh della pagina. Un browser può comportarsi diversamente.
La durata descrive questo controllo, incluso il suo percorso di richieste. Non misura caricamento delle immagini, esecuzione JavaScript o momento in cui il visitatore può interagire. Usala per indagare l’osservazione, non come punteggio di velocità.
Esporta le correzioni e ricontrolla gli stessi URL
Dai priorità agli errori sulle pagine che devono restare disponibili, alle destinazioni sbagliate e agli indirizzi interrotti ancora collegati da pagine importanti. Non reindirizzare tutte le rimozioni alla homepage solo per ottenere verde. Se il contenuto è trasferito, scegli un sostituto pertinente; se è scomparso, valuta la risposta prevista e rimuovi i vecchi riferimenti.
Filtra errori HTTP, redirect o controlli non disponibili e cerca per URL. Il CSV include soltanto le righe filtrate: primo/ultimo codice, destinazione, durata, motivo, orario e catena osservata. Conserva la fotografia con il risultato atteso, correggi e ripeti gli stessi indirizzi originali.
Esamina separatamente i contenuti dubbi. Le indicazioni HTTP di Google confermano che 2xx non garantisce indicizzazione; anche una pagina di errore può restituire 200. Questo strumento non esamina il corpo per rilevare soft 404. Usa il Noindex Checker per le direttive di indicizzazione o il Redirect Checker per indagini mirate sui redirect. Uno stato corretto è una condizione verificata, non un audit SEO completo.
Per esaminare un elenco di URL preferiti dichiarati, usa il controllo canonical in blocco. Verifica dichiarazioni HTML e header HTTP e una destinazione immediata per pagina, senza mostrare il canonical scelto da Google.