Perché un sito web funziona con i dati mobili ma non con il Wi-Fi?

Se a il sito web funziona con i dati mobili ma non con il Wi-Fi, il sito Web non è universalmente offline. La variabile che cambia è il percorso dal tuo dispositivo attraverso la rete Wi-Fi, quindi l'errore più probabile è il DNS locale, il router, un VPN o un filtro, lo stato del browser o il percorso del provider di banda larga. Per prima cosa, esegui l'URL attraverso il file ClockTools Controllo sito web inattivo. Quindi testa lo stesso URL sullo stesso dispositivo tramite Wi-Fi e dati mobili, modificando solo una variabile alla volta.

Cosa dimostra questo sintomo?

Dimostra che almeno un percorso di rete può raggiungere il sito in quel momento. Lo fa no dimostrare che ogni pagina, azione dell'account, regione o rete può raggiungerlo. I dati mobili e il Wi-Fi domestico possono utilizzare diversi DNS risolutori, indirizzi IP pubblici, percorsi, filtri di contenuto e percorsi IPv4/IPv6.

Utilizza questa piccola matrice di prove prima di modificare le impostazioni:

La frase "stesso URL" è importante. Una home page e una dashboard autenticata possono viaggiare attraverso percorsi applicativi diversi. Copia l'indirizzo completo anziché digitare solo il dominio.

Il sito web è effettivamente inattivo?

Controllalo dall'esterno della rete locale prima di riavviare qualsiasi cosa. ClockTools esegue un controllo DNS e HTTP esterno e segnala il verdetto, la risoluzione A/AAAA, i reindirizzamenti, l'URL finale, lo stato della risposta, le intestazioni selezionate e i tempi. In un controllo controllato il 2026-08-31, https://example.com restituito in linea, HTTP 200, DNS risolti e nessun reindirizzamento dal bordo MAA. Uno volutamente inesistente .non valido nome host restituito irraggiungibile, con DNS irrisolto e nessun risultato HTTP.

Queste due indagini mostrano perché l'ordine è importante: una ricerca DNS non riuscita e un server HTTP raggiungibile richiedono soluzioni diverse. Mostrano anche il confine dell'utensile. Un vantaggio esterno è una prova evidente, non una prova della disponibilità da ogni città o ISP.

Se il risultato esterno è raggiungibile ma il tuo Wi-Fi continua a non funzionare, continua a livello locale. Se non è raggiungibile dall'esterno e sui dati mobili, attendi o contatta il proprietario del sito prima di cambiare router.

Dove dovresti testare la prossima volta?

Seguire l'albero diagnostico nel diagramma allegato:

1. Mantieni fisso il dispositivo e l'URL esatto; passare solo tra Wi-Fi e dati mobili.

2. Su Wi-Fi, prova una finestra privata o un secondo browser.

3. Prova un altro dispositivo sulla stessa Wi-Fi.

4. Metti temporaneamente in pausa un VPN o un proxy solo per il tempo necessario a eseguire un confronto, quindi ripristinalo.

5. Confronta il comportamento di DNS prima di sostituire il risolutore.

6. Riavvia il router solo dopo aver registrato le prove che altrimenti cancelleresti.

Una finestra privata può ignorare alcuni cookie ed estensioni memorizzati nella cache, ma non crea una nuova route ISP. Un secondo dispositivo sulla stessa Wi-Fi è più utile per separare lo stato del dispositivo dallo stato della rete. Per un indizio a livello di percorso, utilizzare Traccia percorso; per la tua identità di uscita, confronta Qual è il mio IP? su ciascuna rete.

DNS potrebbe fare la differenza?

Sì. Il tuo router Wi-Fi potrebbe pubblicizzare il risolutore di ISP mentre i dati mobili utilizzano il risolutore dell'operatore. Un risolutore può avere un record obsoleto, una politica di filtro o un errore che l'altro non ha.

Inizia con l'osservazione, non con la sostituzione permanente. Annotare se il controllo esterno risolve i record A o AAAA. Sul dispositivo interessato, disconnettiti e riconnettiti al Wi-Fi, quindi riprova. Se il tuo sistema operativo fornisce uno svuotamento della cache DNS, utilizza il suo metodo documentato. Solo allora confrontalo con un risolutore alternativo affidabile. Cloudflare lo documenta DNS-over-HTTPS JSON interfaccia per un confronto esplicito del risolutore.

Non interpretare "DNS funziona" come "la pagina deve essere visualizzata". DNS mappa solo il nome. TLS, routing, policy server e applicazione devono ancora avere successo.

Il router, VPN o ISP potrebbe bloccare il percorso?

Ognuno può creare esattamente questa divisione:

• Un router può mantenere uno stato non valido, applicare il controllo genitori, preferire un percorso IPv6 interrotto o bloccare una categoria.
• Un VPN, un proxy, una protezione Web antivirus o un profilo aziendale possono alterare DNS e il routing.
• Un ISP può avere un incidente di routing o di risoluzione che interessa una destinazione.
• Un sito può limitare o bloccare l'IP pubblico della rete Wi-Fi accettando l'IP dell'operatore di telefonia mobile.

Controllare l'ambito prima di disabilitare le protezioni. Se ogni dispositivo si guasta solo su una rete Wi-Fi, concentrati su quella rete. Se si guasta solo un dispositivo gestito, non rimuoverne i controlli di sicurezza; chiedi all'amministratore. Quello di Microsoft Sequenza di risoluzione dei problemi Wi-Fi di Windows e quello di Google Risoluzione dei problemi di connessione Android entrambi iniziano con controlli di connessione di base e isolano progressivamente lo stato del dispositivo e della rete.

Cosa dovresti ripristinare e in quale ordine?

Utilizza prima la modifica meno distruttiva:

Evita di ripristinare le impostazioni di fabbrica del router a meno che non ne disponi della configurazione e delle credenziali. Evita di lasciare un firewall, VPN o un prodotto di sicurezza disabilitato semplicemente perché la pagina è stata caricata una volta. Se la pagina si apre ma sembra incompleta, esegui il file Test di rendering del sito web perché le risorse statiche o gli script potrebbero non riuscire anche quando la risposta principale HTTP ha esito positivo.

Quando dovresti interrompere la risoluzione dei problemi localmente?

Interrompi e intensifica quando le prove vanno fuori dal tuo controllo: il controllo esterno e i dati mobili falliscono entrambi; i risultati della traccia muoiono costantemente oltre il router; ogni dispositivo su un ISP si guasta mentre un'altra rete funziona; oppure il sito mostra una risposta alla politica di accesso legata al tuo IP pubblico. Fornisci al provider l'URL esatto, i timestamp con il fuso orario, il verdetto esterno, il risultato DNS, la rete interessata e i passaggi già testati. Questa prova è molto più utile di “Internet è rotto”.