1 20/04/2026 10 min

Bloccare un sito web in Google Chrome su PC non è una singola funzione, ma una scelta di livello. Se vuoi impedire accessi occasionali, basta un’estensione. Se devi imporre una regola stabile su più macchine, conviene agire su DNS, file hosts o criteri di sistema. Se invece il contesto è aziendale o familiare, la differenza vera non è se il blocco funziona, ma quanto è aggirabile.

La regola pratica è semplice: più il blocco è vicino al sistema operativo o alla rete, meno dipende da Chrome e meno è facile da disattivare. Più il blocco è vicino al browser, più è rapido da applicare, ma anche più fragile. Per questo ha senso scegliere il metodo in base al rischio: controllo personale, postazione condivisa, PC di un minore, workstation aziendale, laboratorio, chiosco.

Il metodo più rapido: estensione per bloccare siti in Chrome

Se l’obiettivo è bloccare uno o pochi siti sul tuo PC, l’approccio più immediato è un’estensione di Chrome dedicata al site blocking. È la soluzione più veloce da attivare e, per uso personale, spesso è sufficiente. Il vantaggio è evidente: installi, aggiungi i domini, e il blocco parte subito senza toccare DNS o configurazioni di sistema.

Il limite è altrettanto chiaro: se l’utente ha accesso alle estensioni, può rimuoverla o disattivarla. Quindi va bene per autoregolazione o per contesti poco sensibili, meno per un blocco serio. In pratica: se vuoi evitare distrazioni durante il lavoro, è la strada più comoda; se vuoi un controllo realmente robusto, non fermarti qui.

La procedura tipica è questa: apri il Chrome Web Store, installi un’estensione di blocco siti, poi aggiungi i domini da filtrare. Di solito puoi anche impostare finestre orarie, password di sblocco o pagine di reindirizzamento. La parte importante è verificare che il blocco valga per il dominio corretto e non solo per una singola pagina.

Attenzione ai dettagli: un sito può rispondere su più host, per esempio example.com, www.example.com e sottodomini come mail.example.com. Se blocchi solo uno di questi, l’utente potrebbe passare dall’altro. Per questo conviene inserire sia il dominio principale sia i sottodomini rilevanti, quando l’estensione lo consente.

Bloccare un sito con il file hosts: efficace, semplice, locale

Il file hosts è il metodo classico per deviare un nome di dominio verso un indirizzo locale inesistente o verso 127.0.0.1. In Chrome questo significa che la risoluzione del dominio fallisce o punta al loopback, quindi il sito non si apre. È una soluzione utile quando vuoi un blocco indipendente dal browser e senza installare software aggiuntivo.

Su Windows il file si trova in C:\Windows\System32\drivers\etc\hosts; su Linux e macOS in /etc/hosts. La logica è la stessa: aggiungi una riga per ogni dominio da bloccare e poi svuoti la cache DNS locale se necessario. Un esempio minimale è questo:

127.0.0.1 example.com
127.0.0.1 www.example.com

Questo approccio ha un vantaggio operativo: il blocco è valido per Chrome e per gli altri programmi che usano la risoluzione locale del sistema. Ha però un punto debole evidente: chi ha privilegi amministrativi può modificare il file e togliere la regola. Quindi è una barriera utile, ma non una misura di enforcement forte.

Se vuoi ridurre gli errori, fai sempre un backup prima di toccare il file. Su Windows puoi aprire Notepad come amministratore; su Linux e macOS usa un editor con privilegi elevati. Dopo la modifica, verifica con un comando che il nome risolva nel modo atteso. Per esempio:

nslookup example.com
ping example.com

Se il dominio continua a risolversi verso l’indirizzo pubblico, il problema di solito è la cache DNS, un resolver alternativo, oppure il fatto che il browser stia usando risoluzione interna o un proxy. In quel caso il file hosts non è sbagliato: è solo insufficiente rispetto al percorso di rete effettivo.

Blocco via DNS: più pulito del file hosts, più controllabile su più PC

Se devi bloccare siti su più macchine, il DNS è spesso il punto giusto. Invece di intervenire sul singolo PC, imponi un resolver che restituisca una risposta nulla o un indirizzo locale per i domini indesiderati. È una soluzione molto usata in ambienti domestici avanzati, piccole reti e contesti con router o firewall gestiti.

Il vantaggio è che il blocco vale per tutto il traffico che si affida a quel resolver. Il limite è che Chrome, come altri browser moderni, può aggirare in parte il DNS locale se l’utente abilita DNS-over-HTTPS verso un provider esterno. Quindi, se vuoi un blocco serio, devi controllare anche quello strato.

In pratica puoi agire in tre modi: configurare un DNS filtrante, usare il router per distribuire quel DNS ai client, oppure impostare policy di rete per impedire resolver esterni. Se la tua rete è piccola, il router è spesso il punto più comodo. Se invece hai più PC e vuoi log, categorie e whitelist, un DNS filtrante dedicato è più ordinato.

La verifica minima è sempre la stessa: controlla quale resolver usa il PC e confronta la risposta. Su Windows puoi usare ipconfig /all; su Linux e macOS puoi guardare la configurazione di rete o interrogare il resolver con strumenti come nslookup o dig. Se il dominio vietato restituisce l’indirizzo bloccato solo sul resolver atteso, il sistema funziona; se Chrome continua ad aprirlo, stai probabilmente passando da un canale alternativo.

Quando Chrome bypassa il blocco: DNS-over-HTTPS, proxy e cache

Molti blocchi falliscono non perché la regola sia sbagliata, ma perché il browser usa un percorso diverso. Il caso più comune è DNS-over-HTTPS, che può ignorare il resolver di sistema e interrogare un servizio esterno. Se il tuo blocco è basato su DNS locale o router, devi verificare se Chrome sta usando DoH e, se serve, disattivarlo o forzarlo verso il resolver interno.

Un’altra variabile è la cache. Chrome mantiene una propria cache DNS e il sistema operativo ne ha spesso un’altra. Se modifichi il file hosts o il DNS e il sito continua a comparire, non dare per scontato che il blocco non funzioni: svuota la cache e riprova. Su Chrome puoi anche controllare la risoluzione interna con le pagine di diagnostica del browser, quando disponibili nella tua versione.

Infine c’è il proxy, che in ambienti aziendali può cambiare completamente il percorso. Se il traffico passa da un proxy esplicito o da una soluzione di filtraggio web, il blocco va fatto lì, non solo sul client. In quel caso Chrome è solo il punto finale di una catena più lunga.

Bloccare siti con i criteri di Chrome: il metodo più solido sul singolo PC gestito

Se il PC è gestito in modo centralizzato, la strada più pulita è usare i criteri di Chrome o del sistema operativo. È il metodo più robusto per imporre una policy: l’utente vede la regola, ma non dovrebbe poterla rimuovere senza privilegi adeguati. Qui la logica è da amministrazione, non da semplice personalizzazione.

Su Windows e macOS puoi distribuire policy che limitano l’accesso a specifici domini o che controllano le estensioni consentite. In ambienti gestiti, questo è preferibile al blocco manuale perché lascia traccia, è ripetibile e riduce gli errori. Il rovescio della medaglia è che richiede un minimo di disciplina operativa: documentazione, test su un gruppo ristretto e rollback chiaro.

Prima di applicare una policy, definisci sempre tre cose: quali siti vanno bloccati, quali eccezioni servono e chi può cambiare la lista. Senza questi tre punti, il blocco rischia di diventare ingestibile dopo poche settimane. Un filtro troppo rigido crea ticket; uno troppo largo non serve a niente.

La verifica non deve fermarsi al browser: controlla anche che la policy sia effettivamente caricata e che non ci siano conflitti con estensioni o impostazioni locali. In Chrome, le pagine di stato delle policy aiutano a capire se la regola è stata letta e da dove arriva. Se la policy compare ma il sito resta accessibile, il problema è nel tipo di regola o in un percorso di rete alternativo.

Bloccare siti per un minore o per uso personale: meglio regole semplici che sistemi fragili

Quando il contesto è domestico, l’errore più comune è costruire un sistema troppo complicato. Se il blocco serve a ridurre distrazioni o a limitare siti non adatti, la soluzione migliore è spesso una combinazione: DNS filtrante più account separato più password amministrativa non condivisa. Un singolo strumento raramente basta se l’utente ha tempo e motivazione per aggirarlo.

Se invece il controllo deve essere leggero, una lista di blocco nel browser può bastare. Ma conviene affiancarla a un presidio operativo: password del profilo admin, aggiornamenti automatici attivi, sincronizzazione account gestita con attenzione. Il punto non è trasformare il PC in una gabbia, ma evitare che il blocco si disinneschi in due clic.

Un dettaglio spesso ignorato riguarda i domini “specchio”. Molti servizi hanno più host, sottodomini o versioni regionali. Se blocchi solo il dominio principale, l’utente può passare da una variante non coperta. Prima di dichiarare chiuso il lavoro, testa almeno il dominio principale, www, e i sottodomini più ovvi del servizio.

Verifiche pratiche: come capire se il blocco funziona davvero

La prova vera non è “il sito non si apre una volta”, ma “il sito resta bloccato in condizioni normali e dopo cache, riavvio e cambio scheda”. La verifica minima si fa su tre livelli: risoluzione DNS, risposta HTTP e comportamento del browser. Se uno dei tre non torna, il blocco non è affidabile.

Puoi partire con un controllo semplice da terminale:

curl -I https://example.com
nslookup example.com

Se il DNS restituisce un indirizzo locale o nullo, ma curl raggiunge comunque il sito, c’è di mezzo un proxy, un resolver alternativo o una configurazione DoH nel browser. Se invece curl fallisce ma Chrome no, il browser sta usando una via diversa o una cache non ancora aggiornata. In tutti i casi, il blocco non è ancora completo.

Un test utile è aprire una finestra in incognito. Non perché l’incognito aggiri il blocco, ma perché riduce la variabile delle estensioni e della cache del profilo. Se il sito resta accessibile solo in una finestra e non nell’altra, hai un indizio preciso sul punto di applicazione del filtro.

Quale metodo scegliere in pratica

Se vuoi una risposta corta: per bloccare pochi siti sul tuo PC, usa un’estensione; per un blocco locale più stabile, usa il file hosts; per più macchine o una rete intera, usa il DNS; per un PC gestito o aziendale, usa policy e controllo centralizzato. La differenza non è teorica: cambia la resilienza del blocco e cambia anche il costo di manutenzione.

La scelta migliore dipende dal tuo obiettivo reale. Se vuoi solo evitare distrazioni, non serve costruire un’infrastruttura. Se vuoi impedire l’accesso a contenuti specifici su una postazione condivisa, serve qualcosa che l’utente normale non possa disattivare. Se vuoi governare una flotta di PC, il blocco deve essere distribuibile, verificabile e revocabile in modo ordinato.

In ogni scenario serio, vale la stessa regola: bloccare non basta, bisogna anche sapere come si sblocca in modo controllato. Tieni sempre traccia di dove hai applicato la regola, con quale criterio e con quale rollback. Un blocco senza documentazione è facile da dimenticare e difficile da manutenere.

Assunzione: i siti da bloccare sono domini noti e il PC è un sistema Windows, macOS o Linux recente con Chrome aggiornato.