Una pagina che non si apre può essere frustrante, soprattutto quando devi pagare, pubblicare o tornare al lavoro. Il nostro strumento offre un secondo punto di vista: inserisci l’indirizzo pubblico, leggi la risposta e scegli il prossimo controllo utile. Il risultato riguarda l’URL e l’orario indicati: una pagina mancante non viene presentata come un’interruzione mondiale.
Come verifico se un sito è offline?
Inserisci l’indirizzo pertinente
Usa la pagina esatta per un link non funzionante, oppure quella iniziale se tutto il sito sembra irraggiungibile. Aggiungiamo HTTPS a un semplice dominio. I link condivisi compilano l’indirizzo senza avviare la verifica.
Leggi risultato e orario
Controlla prima nome host, codice HTTP e ora. Espandi indirizzi DNS, tempi e reindirizzamenti. “Non verificato” significa che mancano prove, non che il controllo sia superato.
Conferma, confronta o conserva
La conferma aggiunge un’osservazione dopo una pausa. Il confronto verifica la pagina iniziale separatamente. PNG, TXT e JSON conservano orari, risultati e limiti.
Verifiche per situazioni concrete
Un cliente non apre una pagina prodotto
Verifica l’URL del prodotto e poi la pagina iniziale. Un’iniziale accessibile con un prodotto in 404 indica il link o la route. Una risposta riuscita non testa il pagamento.
Il nuovo sito sembra non disponibile
Dopo modifiche a dominio o hosting, esamina DNS e destinazione finale. Annota indirizzi e orario. Evita più modifiche prima di individuare il livello interessato.
Un servizio funziona per un’altra persona
Conserva il risultato esterno insieme all’errore del browser. Prova un altro browser o rete. Le differenze aiutano l’assistenza, ma non diagnosticano un guasto nazionale.
Preparare una richiesta di assistenza utile
Scarica URL, orario, codice e reindirizzamenti. Descrivi separatamente il problema nel browser. Rimuovi i parametri riservati prima di inviare il rapporto.
Che cosa permette di accertare il nostro strumento?
Capire la disponibilità dei siti
Perché un sito funziona per una persona e non per un’altra?
“A me funziona” descrive un solo percorso. Dispositivi, browser e reti possono differire. La nostra verifica esterna aggiunge una prospettiva senza negare la tua esperienza.
Confronta lo stesso URL in un altro browser, poi possibilmente in un’altra rete. Annota ora ed errore e cambia una sola cosa per volta. Non disattivare indiscriminatamente le protezioni di sicurezza.
Una risposta esterna con una pagina vuota sul dispositivo suggerisce di esaminare rendering, estensioni o accesso. Due errori simili meritano un’indagine, ma non provano che tutti siano interessati.
Una pagina non funzionante equivale a un’interruzione del sito?
Prodotti rimossi, vecchie campagne e percorsi cambiati possono lasciare link rotti in un sito sano. Controllare il percorso esatto e il dominio risponde a domande diverse.
Confronta l’iniziale senza perdere il primo risultato. Un successo può circoscrivere un problema di pagina. La pagina pubblica può però funzionare anche quando un’altra parte dell’applicazione è indisponibile.
Conserva il percorso completo per l’assistenza. Una generica schermata “sito offline” rende difficile riprodurre il problema. Il rapporto riunisce URL e orario realmente verificati.
Che cosa indicano i codici HTTP e che cosa lasciano aperto?
La guida ai codici HTTP distingue successo 2xx, reindirizzamento 3xx, errori della richiesta 4xx ed errori del server 5xx. Un rifiuto 403 o una pagina 404 non è un’assenza totale di risposta.
Un codice non rivela automaticamente la causa. Un errore di gateway non identifica la dipendenza o la pubblicazione responsabile. I gestori hanno bisogno dei log; i visitatori possono conservare prove e contattare il servizio.
Retry-After chiede di attendere un intervallo o una data prima di riprovare. I nostri pulsanti rispettano indicazioni valide. Anche senza indicazione, una pausa evita tentativi troppo ravvicinati.
Una risposta HTTP 200 può comunque portare a una pagina difettosa?
Sì. La risposta può contenere contenuti errati, una richiesta di accesso o un errore. Script e richieste successive possono fallire. Il nostro risultato non prova queste interazioni.
Una porta aperta non garantisce che tutto funzioni dentro. L’iniziale di un negozio può rispondere mentre carrello o pagamento falliscono. Confermiamo una risposta, non l’intero processo commerciale.
La spiegazione di Google sull’elaborazione JavaScript distingue recupero e rendering. Apri il sito e usa il nostro test visivo se l’aspetto è il problema. Verifica account e pagamenti solo con permesso e dati appropriati.
Come ha reso il DNS utili gli indirizzi web su larga scala?
I nomi leggibili evitano di ricordare indirizzi numerici. RFC 1034, pubblicata nel novembre 1987, descrive un sistema gerarchico distribuito e la cache. Nome e disponibilità dell’applicazione sono questioni separate.
Trovare un indirizzo pubblico non dimostra che un’applicazione risponda. Un errore del nome può interrompere il test prima di HTTP. Mostriamo risoluzione e risposta separatamente.
Registra le modifiche al dominio e i loro orari. Risposte memorizzate complicano i confronti. Il TTL mostrato non garantisce quando tutte le reti adotteranno un cambiamento.
Perché una verifica non fornisce una percentuale di disponibilità?
Una singola osservazione non contiene uno storico completo. Due conferme restano due osservazioni, non un grafico giornaliero. Le indicazioni sui livelli di servizio di Google definiscono indicatori su un periodo determinato.
Esempio ipotetico: 30 giorni completamente osservati equivalgono a 43.200 minuti. Con 30 minuti indisponibili, (43.200 − 30) ÷ 43.200 × 100 dà circa 99,9306%. Il nostro strumento non ha misurato questi dati.
Il monitoraggio deve definire gli errori, gestire dati mancanti e scegliere percorsi rilevanti. Usa un servizio dedicato per test programmati e avvisi; il nostro strumento aiuta l’indagine nel momento presente.
Che cosa devo registrare prima di segnalare un’interruzione?
Conserva URL pubblico, ora e fuso, errore del browser e risultato. Indica VPN o rete diversa quando rilevante. Non pubblicare password, cookie di sessione o link firmati.
Se gestisci il sito, confronta l’incidente con pubblicazioni, modifiche DNS e log. Riproduci la più piccola azione che fallisce. Un’iniziale funzionante invita a esaminare la route prima di riavviare tutto il server.
Mantieni il risultato precedente dopo il ripristino. Una conferma diversa aiuta a capire l’evoluzione, ma non stabilisce inizio o fine esatti: l’intervallo non è stato osservato continuamente.
Precisione, limiti e correzioni
Eseguiamo una richiesta esterna anonima all’indirizzo pubblico, esaminiamo DNS, seguiamo reindirizzamenti consentiti e classifichiamo la risposta. Il tempo DNS copre la risoluzione. Il percorso include HTTP, reindirizzamenti e risoluzione delle destinazioni; il tempo finale copre l’ultima richiesta fino alle intestazioni. Senza risposta finale, tempo e protocollo non sono verificati.
Non è monitoraggio continuo o globale, audit del certificato, rendering nel browser o percorso con accesso effettuato. Annullare impedisce modifiche tardive alla schermata; una richiesta esterna già avviata può terminare entro il proprio limite. I parametri vengono inviati con una verifica esplicita, ma esclusi dalla cronologia. Condividi solo indirizzi pubblici non riservati.
Se il risultato sembra errato, salva URL, orario, codice e fase fallita. Conferma una volta o confronta l’iniziale, poi inviaci prove non riservate dalla pagina di contatto. Verifichiamo classificazione, testo e difetti riproducibili, ma non possiamo cambiare un altro sito né misurare a posteriori un’interruzione non osservata.
Domande frequenti
Il mio sito è offline o il problema riguarda solo me?
Un successo esterno e un errore nel browser indicano condizioni diverse, non una causa locale certa. Confronta browser o rete. Un errore esterno richiede conferma e lettura della fase interessata.
Un codice 403 o 429 significa che il sito è offline?
No. Il server ha rifiutato o limitato la richiesta. Prova il browser e rispetta l’attesa. Lo classifichiamo come restrizione, non come interruzione generale.
Un 404 significa che tutto il sito è offline?
No. Riguarda la pagina richiesta. Confronta l’iniziale e verifica il percorso. Una pagina mancante e un host irraggiungibile richiedono azioni diverse.
Perché il tempo differisce da quello del browser?
Misuriamo un percorso esterno, non tutto il caricamento sul dispositivo. Rete, reindirizzamenti e attività del browser possono variare. Non è un test della velocità Internet.
Posso verificare una rete privata o un URL firmato?
Destinazioni private, credenziali e porte insolite non sono consentite. Non inviare link segreti. I parametri restano in una verifica pubblica esplicita; controllali prima.
La conferma verifica Paesi diversi?
No. Aggiunge un’osservazione e conserva i due orari, senza scegliere un altro Paese, monitorare globalmente o calcolare percentuali storiche.
Che cosa contiene il rapporto scaricato?
URL, orario, risultato, HTTP, DNS, reindirizzamenti, tempi e limiti. Include controlli aggiuntivi quando presenti. PNG aggiunge ClockTools e il link dello strumento.
Che cosa succede quando annullo o reimposto?
La richiesta del browser viene annullata e risultati vecchi non sostituiscono la schermata. Reimpostare svuota anche indirizzo e risultati. Una richiesta esterna già avviata può terminare entro il proprio limite.