Verificatore Stato Sito

Scrivi l’indirizzo nel campo qui sopra e premi «Controlla stato». Lo strumento invia una sola richiesta HTTP dal nostro server e riporta il codice di stato, il tempo di risposta e tutti gli header della risposta. Un codice tra 200 e 399 significa che il sito è attivo; da 400 a 599, oppure uno stato 0, significa che non è raggiungibile. Il tempo di risposta mostrato è il viaggio di andata e ritorno del nostro server, non del tuo browser — risoluzione DNS, connessione TCP, handshake TLS e prima risposta —, spesso poche decine di millisecondi con un’origine vicina.

Questo strumento gira sul nostro server, non nel tuo browser, quindi confrontare i due risultati individua il guasto. Se noi otteniamo 200 OK e tu non riesci comunque a caricare la pagina, il problema è dalla tua parte: cache DNS, VPN, proxy, cache del browser o file hosts. Se anche noi otteniamo un 502 o un timeout, il guasto è dalla parte del sito e non dalla tua — anche se un blocco geografico o una regola di firewall contro il nostro IP da qui appare identico.

503 Service Unavailable significa che il server è raggiungibile ma in questo momento rifiuta di servire la richiesta, di solito per sovraccarico o manutenzione programmata. È temporaneo per definizione e spesso porta con sé un header Retry-After che indica quando riprovare. I motori di ricerca leggono un 503 breve come un «torna più tardi», non come un guasto permanente.

In pratica: certificati TLS scaduti o non corrispondenti e record DNS rotti (entrambi appaiono come stato 0), un’applicazione andata in crash o rimasta senza memoria (500), un proxy che non raggiunge l’origine durante un deploy (502), traffico oltre la capacità o manutenzione (503), un database più lento del timeout del proxy (504) e disservizi CDN o cloud che colpiscono un intero provider.

Conferma prima qui che il guasto non riguardi solo la tua rete. Poi leggi il codice: 5xx invita a guardare i log dell’origine e il gestore dei processi, 0 a controllare DNS e scadenza del certificato, 403 indica una regola di firewall o WAF e un 404 sul dominio nudo un virtual host sbagliato. Controlla la pagina di stato del tuo provider prima di aprire un ticket.

Sì. Passa alla scheda «Controllo di massa» e incolla fino a 10 URL, uno per riga. Vengono controllati uno alla volta con 300 ms di intervallo tra le richieste e i risultati compaiono come elenco con verdetto, codice di stato e tempo di risposta. Poi puoi scaricare l’intera sessione in CSV o copiarla come tabella separata da tabulazioni.

No, ed è una scelta voluta. I reindirizzamenti non vengono seguiti, così un 301 o un 302 viene mostrato esattamente come l'ha inviato il server, insieme al suo header Location: è proprio ciò che serve per controllare una regola da HTTP a HTTPS o non-www. Per ripercorrere un'intera catena di reindirizzamenti passo per passo, usa invece il nostro Verificatore reindirizzamenti.

Perché la richiesta arriva da un IP di data center con lo user agent FreeWebTools Status Checker/1.0. I servizi anti-bot, i WAF e le regole firewall delle CDN rispondono abitualmente ai client automatici con 403 Forbidden o con una pagina di verifica, mentre servono normalmente i browser reali. Un 403 di questo strumento significa quindi «questo client è stato rifiutato», non sempre «sito non raggiungibile».

È il tempo, in millisecondi, che il nostro server ha impiegato per completare una singola richiesta HEAD, inclusi risoluzione DNS, connessione TCP e handshake TLS. Non comprende immagini, CSS, JavaScript e rendering, quindi è molto più basso di un punteggio di caricamento di Lighthouse. Confronta le misure tra loro e metti in conto 100–300 ms in più per un'origine lontana.

No. L'endpoint rifiuta i nomi localhost, 127.0.0.1, 0.0.0.0 e ::1, qualsiasi IP di un intervallo privato o riservato come 192.168.x.x o 10.x.x.x, gli indirizzi di metadati cloud come 169.254.169.254 e le porte sensibili quali 22, 3306 e 6379. Il nome host viene risolto una volta e rifiutato se quell'indirizzo IPv4 è privato; il controllo è solo IPv4, quindi consideralo una protezione contro il server-side request forgery e non una garanzia. Per gli host interni usa curl dall'interno della rete.