In uno dei miei progetti SEO, Yandex aveva indicizzato 12.500 pagine. Guardando solo quel numero, il sito sembrava in ottima salute. Eppure il traffico reale dalla Russia era quasi zero.
Stavo costruendo questo progetto SEO su larga scala anche per continuare a migliorare le mie competenze da sviluppatore frontend.
Il mio primo istinto è stato pensare a un problema SEO. Dopo il troubleshooting, però, ho trovato qualcosa di più fondamentale: il percorso di rete. Il sito era dietro Cloudflare e dalla Russia non era raggiungibile in modo affidabile. Io vivevo all’estero, quindi dal mio punto di osservazione il guasto era quasi invisibile.
Questo incidente mi ha costretto a separare tre segnali che è facile confondere: indicizzazione, raggiungibilità e traffico. Non sono la stessa cosa. Una pagina può restare nell’indice mentre utenti reali su determinate reti non riescono a caricarla.
Quello che posso davvero confermare
I fatti di prima mano sono semplici. Gestivo un grande progetto SEO dietro Cloudflare. Yandex aveva indicizzato 12.500 pagine, ma il traffico dalla Russia era quasi inesistente. Ho indagato e ristretto il problema al livello di rete. Poi ho disattivato completamente il proxy Cloudflare e configurato Nginx sul mio VDS per gestire ciò che mi serviva ancora: cache, compressione e sicurezza di base.
Dopo il cambiamento, l’accesso dalla Russia è tornato immediatamente. È il risultato più forte che posso sostenere: cambiare il percorso di delivery ha ripristinato la raggiungibilità.
È altrettanto importante dire cosa questo caso non dimostra. Non posso ricavarne il numero esatto di visite perse, l’elenco di tutte le reti russe interessate o una misura precisa del successivo recupero del traffico organico. Le mie osservazioni riguardavano accessibilità e traffico quasi nullo, non un esperimento SEO controllato.
Le prove pubbliche sono più precise della mia spiegazione iniziale
All’inizio avevo descritto il problema come un blocco di specifici intervalli IP Cloudflare da parte di Roskomnadzor. È una formulazione troppo specifica rispetto alle prove che posso realmente sostenere.
Il 26 giugno 2025 Cloudflare ha pubblicato il proprio resoconto, affermando che dal 9 giugno 2025 gli utenti in Russia che accedevano a servizi protetti da Cloudflare subivano throttling da parte degli ISP russi. Secondo l’analisi interna dell’azienda, sulle connessioni coinvolte potevano caricarsi soltanto i primi 16 KB di una risorsa web, rendendo impraticabile la normale navigazione su molte pagine. I dettagli sono nel report di Cloudflare sulle restrizioni di connettività in Russia.
La descrizione è coerente con il tipo di guasto che ho visto, ma non prova il meccanismo esatto su ogni ISP né mi consente di attribuire direttamente l’intero calo di traffico a Roskomnadzor. La formulazione più rigorosa è: il percorso di delivery del mio sito attraverso il proxy Cloudflare non era affidabile dalla Russia e, nel mio caso, bypassarlo ha ripristinato l’accesso.
Perché 12.500 pagine indicizzate non significavano che il sito stesse bene
Questo era l’errore concettuale che avevo sottovalutato. Vedevo 12.500 pagine nell’indice e lo interpretavo come un segnale generale di accessibilità. Ma il crawling di un motore di ricerca e la connessione di un utente finale sono sistemi separati.
Un motore può aver scansionato una URL in precedenza, raggiungerla da un percorso di rete differente o mantenerla nell’indice anche mentre alcuni utenti non ricevono più la risposta completa. Una URL indicizzata non dimostra quindi che oggi un utente di uno specifico ISP russo possa aprirla. Nel mio caso le due cose erano vere contemporaneamente: Yandex aveva 12.500 pagine indicizzate e il traffico reale dalla Russia era quasi zero.
Indicizzazione non significa raggiungibilità. Raggiungibilità non significa traffico.
Cosa ho cambiato
- Ho disattivato completamente il proxy Cloudflare. Il traffico HTTP/HTTPS non doveva più passare da Cloudflare prima di raggiungere la mia infrastruttura.
- Ho spostato su Nginx le funzioni che mi servivano. Sul mio VDS ho configurato cache, compressione e controlli di sicurezza di base.
Il punto non era che Nginx fosse “migliore” di Cloudflare. Ho rimosso una dipendenza di rete che era diventata un problema per un mercato importante per me.
L’accesso è tornato, ma anche la responsabilità
Bypassare un reverse proxy non è un miglioramento gratuito. La documentazione attuale di Cloudflare spiega che con DNS-only l’utente va direttamente all’origine e il traffico HTTP/HTTPS non passa più dal proxy Cloudflare. Vengono quindi meno vantaggi legati al proxy, come cache e varie protezioni, e l’IP di origine può essere esposto. Vedi la documentazione ufficiale sul Proxy status.
Nginx può coprire parte di ciò che mi serviva: cache locale, compressione, gestione delle richieste e filtraggio di base. Non replica automaticamente la rete globale di Cloudflare, la sua capacità DDoS gestita o tutte le funzioni di sicurezza. La migrazione è stata quindi uno scambio: più controllo diretto sul percorso di delivery in cambio di maggiore responsabilità operativa.
Per questo progetto ne valeva la pena perché il problema immediato era l’accesso dalla Russia. Non significa che VDS + Nginx sia l’architettura universalmente più sicura.
Come diagnosticherei oggi un problema simile
Se il traffico crollasse in un solo Paese o in una regione di rete, non inizierei riscrivendo titoli e contenuti. Separerei prima i livelli:
- La pagina è raggiungibile dal Paese target e da più di un ISP?
- Il client riceve il corpo completo della risposta, non soltanto HTTP 200?
- Il comportamento cambia se CDN o reverse proxy vengono bypassati in un test controllato?
- La URL viene scansionata e indicizzata?
- Solo dopo aver confermato l’accessibilità: impression, clic e sessioni stanno cambiando?
La lezione pratica è misurare dal mercato che conta. Un test da un altro Paese può dirti che l’origine è viva e allo stesso tempo non rilevare un problema regionale di connettività.
Cosa mi porto via da questo incidente
Era iniziato come un mistero SEO: 12.500 pagine indicizzate e quasi nessun traffico russo. La risposta utile era più in basso nello stack.
Rimuovere il proxy Cloudflare e ricostruire l’essenziale con Nginx sul mio VDS ha ripristinato immediatamente l’accesso dalla Russia. Questo risultato posso difenderlo. Non posso invece trasformarlo in una prova di un effetto sul ranking di Google o Yandex, di un preciso meccanismo regolatorio o in una regola universale secondo cui tutti dovrebbero abbandonare Cloudflare.
La mia regola dopo questo caso è più semplice: se un mercato conta, misura la raggiungibilità da quel mercato. Il numero di pagine indicizzate non dice se un utente reale può ricevere la pagina.