{"id":19619,"date":"2026-10-29T02:19:05","date_gmt":"2026-10-29T01:19:05","guid":{"rendered":"https:\/\/xlogic.org\/blog\/?p=19619"},"modified":"2026-10-29T02:19:05","modified_gmt":"2026-10-29T01:19:05","slug":"sito-non-si-apre-con-rete-mobile-wifi","status":"publish","type":"post","link":"https:\/\/xlogic.org\/blog\/sito-non-si-apre-con-rete-mobile-wifi.html\/","title":{"rendered":"Sito non si apre con la rete mobile ma funziona in Wi-Fi? 9 controlli"},"content":{"rendered":"<p>Il <strong>sito non si apre con rete mobile<\/strong> ma funziona perfettamente quando colleghi lo smartphone al Wi-Fi? Oppure succede il contrario: riesci a visitarlo utilizzando il 4G o il 5G, ma dalla connessione di casa compare un errore?<\/p>\n<p>\u00c8 una situazione pi\u00f9 comune di quanto si possa immaginare. Il sito sembra online, gli altri utenti riescono a visitarlo e il server hosting non presenta necessariamente alcuna interruzione.<\/p>\n<p>Eppure, da una determinata connessione, la pagina continua a non caricarsi.<\/p>\n<p>Prima di pensare a un guasto del server \u00e8 importante sapere che <strong>Wi-Fi e rete mobile possono utilizzare percorsi Internet, indirizzi IP, server DNS e protocolli differenti<\/strong>.<\/p>\n<p>Vediamo quindi le 9 cause pi\u00f9 frequenti e i controlli da eseguire per capire perch\u00e9 un sito web funziona soltanto da alcune connessioni.<\/p>\n<h2>Sito non si apre con rete mobile: perch\u00e9 succede?<\/h2>\n<p>Quando passi dal Wi-Fi alla connessione dati dello smartphone, non stai semplicemente cambiando il modo in cui il telefono si collega a Internet.<\/p>\n<p>Possono cambiare anche diversi elementi della comunicazione:<\/p>\n<ul>\n<li>l&#8217;operatore che gestisce la connessione;<\/li>\n<li>l&#8217;indirizzo IP pubblico utilizzato;<\/li>\n<li>i server DNS;<\/li>\n<li>il percorso seguito dai pacchetti di rete;<\/li>\n<li>l&#8217;utilizzo di IPv4 oppure IPv6;<\/li>\n<li>eventuali sistemi di filtraggio;<\/li>\n<li>le modalit\u00e0 con cui il sito viene raggiunto attraverso proxy o CDN.<\/li>\n<\/ul>\n<p>Queste differenze spiegano perch\u00e9 lo stesso dominio possa funzionare da una rete e presentare problemi da un&#8217;altra.<\/p>\n<p>Il fatto che il sito non sia raggiungibile da una connessione non significa automaticamente che sia offline per tutti.<\/p>\n<h2>1. Controlla se il problema riguarda soltanto un sito<\/h2>\n<p>Il primo controllo \u00e8 anche il pi\u00f9 semplice.<\/p>\n<p>Disattiva il Wi-Fi dello smartphone e utilizza esclusivamente la connessione mobile.<\/p>\n<p>Prova ad aprire alcuni siti conosciuti.<\/p>\n<p>Se nessun sito funziona, il problema potrebbe riguardare la connessione dello smartphone oppure l&#8217;operatore telefonico.<\/p>\n<p>Se invece tutti gli altri siti si aprono regolarmente e soltanto uno presenta errori, \u00e8 opportuno concentrare le verifiche sul dominio interessato.<\/p>\n<p>Controlla anche il messaggio visualizzato dal browser. Per esempio:<\/p>\n<ul>\n<li><code>ERR_NAME_NOT_RESOLVED<\/code><\/li>\n<li><code>DNS_PROBE_FINISHED_NXDOMAIN<\/code><\/li>\n<li><code>ERR_CONNECTION_TIMED_OUT<\/code><\/li>\n<li><code>ERR_CONNECTION_REFUSED<\/code><\/li>\n<li><code>403 Forbidden<\/code><\/li>\n<li><code>ERR_SSL_PROTOCOL_ERROR<\/code><\/li>\n<\/ul>\n<p>Questi errori non indicano tutti lo stesso problema.<\/p>\n<p>Un errore DNS \u00e8 differente da un blocco del firewall oppure da un problema relativo al certificato SSL.<\/p>\n<h2>2. Prova da un altro telefono o operatore<\/h2>\n<p>Se il <strong>sito non si apre con rete mobile<\/strong>, una delle verifiche pi\u00f9 utili consiste nel provare la stessa pagina da un altro smartphone.<\/p>\n<p>Meglio ancora se il secondo telefono utilizza un operatore differente.<\/p>\n<p>Immaginiamo questa situazione:<\/p>\n<ul>\n<li>il sito funziona da una connessione Wi-Fi;<\/li>\n<li>funziona anche da una SIM di un altro operatore;<\/li>\n<li>non funziona dalla tua connessione mobile.<\/li>\n<\/ul>\n<p>Questo risultato suggerisce che il problema potrebbe essere collegato alla specifica connessione, al relativo percorso di rete oppure a un filtro che interessa l&#8217;indirizzo IP utilizzato.<\/p>\n<p>Non dimostra automaticamente che il problema sia dell&#8217;operatore.<\/p>\n<p>Per arrivare a una conclusione bisogna confrontare ulteriori dati, come risoluzione DNS, indirizzi raggiunti e messaggi di errore.<\/p>\n<h2>3. Verifica la risoluzione DNS del dominio<\/h2>\n<p>Il DNS, acronimo di <strong>Domain Name System<\/strong>, consente di individuare gli indirizzi di rete associati a un dominio.<\/p>\n<p>Quando digiti un indirizzo nel browser, il dispositivo deve ottenere le informazioni necessarie per raggiungere il server che ospita il sito.<\/p>\n<p>Il problema \u00e8 che non tutte le connessioni utilizzano necessariamente gli stessi resolver DNS.<\/p>\n<p>Per questo motivo un dominio potrebbe essere risolto correttamente su una rete e restituire informazioni differenti su un&#8217;altra.<\/p>\n<h3>Il problema dopo un trasferimento hosting<\/h3>\n<p>Questa situazione pu\u00f2 verificarsi soprattutto dopo:<\/p>\n<ul>\n<li>un cambio dei nameserver;<\/li>\n<li>una modifica dei record A o AAAA;<\/li>\n<li>un trasferimento del sito su un nuovo server;<\/li>\n<li>una modifica della configurazione DNS;<\/li>\n<li>un periodo durante il quale il dominio non \u00e8 stato risolto correttamente.<\/li>\n<\/ul>\n<p>Le risposte DNS possono essere conservate temporaneamente nella cache dei resolver.<\/p>\n<p>Di conseguenza, alcune reti possono utilizzare informazioni aggiornate mentre altre conservano ancora risposte precedenti.<\/p>\n<p>Se hai modificato recentemente i DNS, controlla che le nuove impostazioni siano corrette prima di effettuare ulteriori modifiche.<\/p>\n<p>Per approfondire \u00e8 disponibile la <a href=\"https:\/\/developers.cloudflare.com\/dns\/troubleshooting\/dns-issues\/\" target=\"_blank\" rel=\"noopener\">documentazione Cloudflare sui problemi DNS<\/a>.<\/p>\n<h2>4. Controlla i record IPv6 AAAA<\/h2>\n<p>Una causa meno evidente riguarda <strong>IPv6<\/strong>.<\/p>\n<p>Molti domini utilizzano un record DNS di tipo A, che associa il nome a un indirizzo IPv4.<\/p>\n<p>Possono inoltre utilizzare un record AAAA, che associa il dominio a un indirizzo IPv6.<\/p>\n<p>Se il dominio dispone di entrambi i record, \u00e8 importante che il relativo servizio sia correttamente raggiungibile attraverso i due protocolli.<\/p>\n<p>Un record AAAA errato oppure un servizio IPv6 non funzionante pu\u00f2 provocare difficolt\u00e0 su alcune reti.<\/p>\n<p>Per esempio:<\/p>\n<ul>\n<li>la connessione Wi-Fi raggiunge correttamente il sito tramite IPv4;<\/li>\n<li>la rete mobile dispone di connettivit\u00e0 IPv6;<\/li>\n<li>il record AAAA punta a un indirizzo non correttamente configurato.<\/li>\n<\/ul>\n<p>Il risultato pu\u00f2 essere diverso a seconda del browser e dei meccanismi utilizzati per scegliere la connessione.<\/p>\n<p><strong>Non eliminare automaticamente il record AAAA.<\/strong> Prima verifica se \u00e8 corretto e se il servizio web \u00e8 realmente disponibile all&#8217;indirizzo IPv6 configurato.<\/p>\n<h2>5. Il firewall del server potrebbe bloccare il tuo IP<\/h2>\n<p>Un&#8217;altra possibilit\u00e0 \u00e8 rappresentata dai sistemi di sicurezza dell&#8217;hosting.<\/p>\n<p>Firewall e strumenti di protezione possono bloccare temporaneamente indirizzi IP o richieste considerate sospette.<\/p>\n<p>\u00c8 una funzionalit\u00e0 importante per contrastare attacchi automatici, tentativi di accesso e traffico malevolo.<\/p>\n<p>Tuttavia possono verificarsi anche falsi positivi.<\/p>\n<p>Quando passi dal Wi-Fi alla rete mobile, l&#8217;indirizzo IP pubblico utilizzato pu\u00f2 cambiare.<\/p>\n<p>\u00c8 quindi possibile che una richiesta venga accettata da una rete e bloccata dall&#8217;altra.<\/p>\n<p>Tra i segnali da verificare troviamo:<\/p>\n<ul>\n<li>errori HTTP 403;<\/li>\n<li>pagine di blocco del firewall;<\/li>\n<li>connessioni che scadono senza risposta;<\/li>\n<li>comportamenti differenti tra indirizzi IP;<\/li>\n<li>segnalazioni nei log di sicurezza.<\/li>\n<\/ul>\n<p>Non bisogna per\u00f2 presumere che qualsiasi errore 403 dipenda necessariamente dal firewall.<\/p>\n<p>Pu\u00f2 essere causato anche da permessi, configurazioni web server oppure regole applicative.<\/p>\n<p><strong>Importante:<\/strong> non disattivare completamente il firewall per effettuare una prova. \u00c8 preferibile verificare la richiesta specifica e individuare l&#8217;eventuale regola responsabile.<\/p>\n<h2>6. Controlla VPN, Private Relay e filtri di sicurezza<\/h2>\n<p>Alcuni servizi possono modificare il percorso utilizzato per raggiungere un sito web.<\/p>\n<p>Tra questi troviamo:<\/p>\n<ul>\n<li>VPN personali o aziendali;<\/li>\n<li>servizi di protezione della privacy;<\/li>\n<li>iCloud Private Relay, dove applicabile;<\/li>\n<li>DNS con funzioni di filtraggio;<\/li>\n<li>antivirus con protezione della navigazione;<\/li>\n<li>applicazioni che modificano la gestione del traffico.<\/li>\n<\/ul>\n<p>Se utilizzi uno di questi strumenti, il sito potrebbe vedere un indirizzo IP differente da quello normalmente assegnato alla tua connessione.<\/p>\n<p>In determinate situazioni possono anche cambiare i resolver DNS utilizzati.<\/p>\n<p>Per verificare se il problema dipende da queste funzioni, puoi effettuare un test temporaneo con una configurazione di rete standard, se consentito dalle tue impostazioni di sicurezza.<\/p>\n<p>Non \u00e8 consigliabile disattivare permanentemente le protezioni aziendali o i sistemi di sicurezza senza comprenderne le conseguenze.<\/p>\n<h2>7. Verifica eventuali errori SSL e HTTPS<\/h2>\n<p>Un sito potrebbe essere raggiungibile a livello di rete ma non riuscire a completare correttamente la connessione HTTPS.<\/p>\n<p>In questo caso il browser pu\u00f2 mostrare messaggi relativi al certificato SSL oppure al protocollo TLS.<\/p>\n<p>Tra le cause possibili troviamo:<\/p>\n<ul>\n<li>certificato SSL scaduto;<\/li>\n<li>certificato non valido per il nome richiesto;<\/li>\n<li>catena dei certificati incompleta;<\/li>\n<li>configurazione TLS non compatibile;<\/li>\n<li>proxy o servizi intermedi configurati in modo errato;<\/li>\n<li>DNS che punta verso un server differente da quello previsto.<\/li>\n<\/ul>\n<p>Se il problema interessa soltanto alcune reti, verifica prima che il dominio venga risolto verso il server corretto.<\/p>\n<p>Un certificato valido sul server nuovo non risolve necessariamente una richiesta che raggiunge per errore quello precedente.<\/p>\n<p>Se il browser mostra un errore HTTPS, annota il messaggio esatto invece di effettuare modifiche casuali alle impostazioni SSL.<\/p>\n<h2>8. Verifica Cloudflare, CDN e sistemi proxy<\/h2>\n<p>Alcuni siti utilizzano Cloudflare o altre CDN per distribuire i contenuti e gestire parte del traffico web.<\/p>\n<p>Questi servizi possono indirizzare le richieste attraverso nodi e percorsi differenti.<\/p>\n<p>Una connessione mobile e una connessione Wi-Fi possono quindi non attraversare necessariamente lo stesso nodo.<\/p>\n<p>In caso di problemi \u00e8 opportuno distinguere tra:<\/p>\n<ul>\n<li>errore del servizio CDN;<\/li>\n<li>problema di collegamento tra CDN e server di origine;<\/li>\n<li>blocco di una regola di sicurezza;<\/li>\n<li>problema di risoluzione DNS;<\/li>\n<li>errore effettivo dell&#8217;applicazione ospitata.<\/li>\n<\/ul>\n<p>Se utilizzi una CDN, controlla le informazioni disponibili nei relativi strumenti diagnostici.<\/p>\n<p>Non disattivarla indiscriminatamente prima di aver individuato il componente responsabile.<\/p>\n<h2>9. Escludi problemi del browser e della cache<\/h2>\n<p>Prima di aprire un ticket al provider hosting, effettua alcuni controlli direttamente sul dispositivo.<\/p>\n<ol>\n<li>Apri il sito utilizzando una finestra privata del browser.<\/li>\n<li>Prova un browser differente.<\/li>\n<li>Verifica gli aggiornamenti del sistema operativo.<\/li>\n<li>Controlla eventuali estensioni o filtri di navigazione.<\/li>\n<li>Prova la stessa pagina da un&#8217;altra connessione.<\/li>\n<li>Verifica se il problema riguarda anche altri dispositivi.<\/li>\n<\/ol>\n<p>Se il problema scompare cambiando browser, potrebbe dipendere da dati locali, estensioni o impostazioni dell&#8217;applicazione.<\/p>\n<p>Se invece il problema segue sempre la stessa connessione, \u00e8 pi\u00f9 utile approfondire DNS, firewall e percorso di rete.<\/p>\n<p>Non confondere inoltre la cache del browser con la cache di WordPress: intervengono in punti differenti.<\/p>\n<h2>Sito non si apre con rete mobile: come capire se \u00e8 colpa dell&#8217;hosting?<\/h2>\n<p>Il fatto che un sito funzioni da alcune connessioni non dimostra automaticamente che il server sia privo di problemi.<\/p>\n<p>Allo stesso modo, il fatto che non funzioni da un singolo operatore non dimostra automaticamente che l&#8217;hosting sia guasto.<\/p>\n<p>Per capire quale componente \u00e8 coinvolto bisogna raccogliere informazioni utili.<\/p>\n<p>Se gestisci il sito, verifica:<\/p>\n<ul>\n<li>il nome del dominio interessato;<\/li>\n<li>la data e l&#8217;orario dell&#8217;errore;<\/li>\n<li>l&#8217;operatore telefonico;<\/li>\n<li>il messaggio visualizzato nel browser;<\/li>\n<li>il risultato da altre reti;<\/li>\n<li>eventuali modifiche DNS recenti;<\/li>\n<li>l&#8217;eventuale presenza di firewall, VPN o CDN.<\/li>\n<\/ul>\n<p>Quando possibile, \u00e8 utile anche identificare l&#8217;indirizzo IP pubblico della connessione che presenta il problema.<\/p>\n<p>Queste informazioni possono aiutare il supporto tecnico a confrontare le richieste con i log del server e dei sistemi di protezione.<\/p>\n<h2>Quando conviene verificare o cambiare hosting?<\/h2>\n<p>Se il sito \u00e8 spesso irraggiungibile da connessioni differenti, mostra errori server ripetuti oppure presenta problemi di stabilit\u00e0, pu\u00f2 essere opportuno controllare le risorse e la configurazione hosting.<\/p>\n<p>Tra gli elementi da valutare troviamo:<\/p>\n<ul>\n<li>disponibilit\u00e0 del web server;<\/li>\n<li>configurazione DNS;<\/li>\n<li>funzionamento HTTPS;<\/li>\n<li>regole del firewall;<\/li>\n<li>risorse CPU e RAM;<\/li>\n<li>eventuali limiti applicativi;<\/li>\n<li>log degli errori.<\/li>\n<\/ul>\n<p>Un ambiente hosting adeguato contribuisce alla disponibilit\u00e0 del sito, ma non pu\u00f2 eliminare tutti i possibili problemi causati da operatori telefonici, reti locali o servizi esterni.<\/p>\n<p>Xlogic propone <a href=\"https:\/\/xlogic.org\/hosting-condiviso\/\"><strong>soluzioni di Hosting Condiviso con LiteSpeed Enterprise, CloudLinux e cPanel<\/strong><\/a>, pensate per ospitare siti web e applicazioni con risorse definite in base al piano.<\/p>\n<p>Il dominio non \u00e8 incluso nel prezzo dell&#8217;hosting e pu\u00f2 essere mantenuto anche presso un registrar esterno.<\/p>\n<h2>Domande frequenti sul sito che funziona soltanto da alcune reti<\/h2>\n<h3>Perch\u00e9 il sito funziona con il Wi-Fi ma non con il 5G?<\/h3>\n<p>Le connessioni possono utilizzare DNS, indirizzi IP, percorsi di rete e protocolli differenti. \u00c8 necessario verificare quale elemento impedisce l&#8217;accesso.<\/p>\n<h3>Perch\u00e9 il sito funziona con i dati mobili ma non con il Wi-Fi?<\/h3>\n<p>Tra le possibili cause troviamo cache DNS del router o del resolver, filtri della rete locale, VPN oppure problemi della connessione Internet domestica.<\/p>\n<h3>Se il sito funziona su un altro telefono, significa che l&#8217;hosting funziona?<\/h3>\n<p>\u00c8 un indizio utile, ma non una prova definitiva. Potrebbero esistere problemi che interessano soltanto determinati indirizzi IP, reti o modalit\u00e0 di connessione.<\/p>\n<h3>Devo modificare i DNS del dominio?<\/h3>\n<p>Soltanto se emerge una configurazione errata. Cambiare i DNS senza aver individuato il problema pu\u00f2 introdurre ulteriori malfunzionamenti.<\/p>\n<h3>\u00c8 necessario svuotare la cache LiteSpeed?<\/h3>\n<p>Non necessariamente. Se il problema riguarda la risoluzione DNS o la connessione al server, lo svuotamento della cache delle pagine non risolve la causa.<\/p>\n<h3>Il firewall pu\u00f2 bloccare soltanto un operatore telefonico?<\/h3>\n<p>Un firewall pu\u00f2 bloccare determinati indirizzi IP, intervalli o richieste. Se alcune connessioni utilizzano indirizzi interessati dalle regole, potrebbero essere coinvolte mentre altre continuano a funzionare.<\/p>\n<h2>Conclusioni<\/h2>\n<p>Quando un <strong>sito non si apre con rete mobile<\/strong> ma funziona regolarmente in Wi-Fi, oppure viceversa, non bisogna pensare immediatamente a un guasto generale del server.<\/p>\n<p>Le cause possono riguardare DNS, IPv6, firewall, certificati SSL, CDN, browser o percorso di rete dell&#8217;operatore.<\/p>\n<p>Prima di modificare l&#8217;hosting o il dominio \u00e8 importante confrontare il comportamento del sito su connessioni differenti e raccogliere il messaggio di errore esatto.<\/p>\n<p><strong>La soluzione migliore \u00e8 identificare il componente responsabile, non cambiare configurazioni a tentativi.<\/strong><\/p>\n<p>Se stai realizzando un nuovo sito o cerchi un ambiente hosting per il tuo progetto, puoi consultare i servizi di <a href=\"https:\/\/xlogic.org\/hosting-condiviso\/\"><strong>Hosting Condiviso Xlogic<\/strong><\/a>.<\/p>\n<p><strong>Xlogic \u2013 Hosting italiano dal 2011.<\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Il sito non si apre con rete mobile ma funziona perfettamente quando colleghi lo smartphone al Wi-Fi? Oppure succede il contrario: riesci a visitarlo utilizzando il 4G o il 5G, ma dalla connessione di casa compare un errore? \u00c8 una situazione pi\u00f9 comune di quanto si possa immaginare. Il sito sembra online, gli altri utenti [&hellip;]<\/p>\n","protected":false},"author":4,"featured_media":19622,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_lmt_disableupdate":"no","_lmt_disable":"","footnotes":""},"categories":[5],"tags":[],"class_list":["post-19619","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"modified_by":"Team tecnico Xlogic","_links":{"self":[{"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/posts\/19619","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/comments?post=19619"}],"version-history":[{"count":3,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/posts\/19619\/revisions"}],"predecessor-version":[{"id":19623,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/posts\/19619\/revisions\/19623"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/media\/19622"}],"wp:attachment":[{"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/media?parent=19619"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/categories?post=19619"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/xlogic.org\/blog\/wp-json\/wp\/v2\/tags?post=19619"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}