Come controllare hreflang in tempo reale tramite proxy da 10 paesi.

La marcatura hreflang nel codice della pagina è una cosa, mentre ciò che realmente riceve un visitatore dalla Germania, Polonia o Brasile è un'altra. Google può ignorare i tag, il CDN può reindirizzare nel modo sbagliato e il server può fornire una versione errata in base all'IP. L'unico modo per assicurarsi che tutto funzioni è controllare il sito "dal vivo" da diversi paesi, e non fidarsi della marcatura su carta.

Cosa è hreflang e perché i tag nel codice non sono sufficienti

Hreflang è un attributo che informa i motori di ricerca quale versione linguistica o regionale della pagina è destinata a quali utenti. Tecnicamente, appare come un insieme di link in <head> o in sitemap.xml, dove ogni pagina si riferisce alle sue alternative: ru-RU, en-US, de-DE e così via.

Il problema è che il controllo tramite validatori di codice (Screaming Frog, Ahrefs, Semrush) mostra solo ciò che è scritto nella marcatura. Non risponde alla domanda principale: cosa succede realmente quando una persona reale da Varsavia o Madrid apre il tuo sito? Si attiva il reindirizzamento sulla locale corretta? Il CDN non reindirizza l'utente alla versione in inglese a causa della cache? Il geo-IP determina correttamente il paese se l'utente accede tramite un operatore mobile?

Per i marketer e gli specialisti SEO che testano siti multiregionali, landing page per diverse geografie o campagne pubblicitarie su Google Ads e Facebook Ads per paesi specifici, questo è critico. Se hreflang è configurato in modo errato, un utente del paese giusto può vedere la versione sbagliata del sito, perdere conversioni e il motore di ricerca può indicizzare l'URL errato nei risultati di quel paese.

Perché hreflang "mente": 5 motivi tipici

Nella pratica, la discrepanza tra la marcatura e il comportamento reale del sito si verifica per diversi motivi, e la maggior parte di essi non può essere rilevata guardando solo il codice della pagina.

Il reindirizzamento Geo-IP sovrascrive hreflang. Il server determina il paese in base all'IP e forzatamente reindirizza alla locale, anche se l'utente ha esplicitamente aperto un'altra versione linguistica tramite un link diretto.
Il CDN di caching fornisce una versione obsoleta. Cloudflare o un altro CDN può memorizzare nella cache l'HTML senza considerare il paese della richiesta, e tutti gli utenti ricevono la stessa versione indipendentemente dalla geografia.
Discrepanza nei codici di lingua e regione. Nella marcatura è indicato en, mentre sarebbe stato necessario en-GB e en-US separatamente — alla fine, gli utenti dalla Gran Bretagna e dagli Stati Uniti vedono una sola versione.
Mancanza di un tag self-referencing. La pagina non si riferisce a se stessa nella lista hreflang, il che può far sì che Google non consideri la marcatura come valida.
Diverse varianti di URL con www e senza, http e https. I tag indicano un protocollo, mentre il server effettivamente fornisce un reindirizzamento su un altro, rompendo la catena di verifica.

Tutti questi problemi si manifestano solo quando si accede realmente con un IP del paese giusto. Pertanto, l'unico modo affidabile per testare è emulare un visitatore di ciascun paese target e vedere cosa il sito fornisce realmente.

Cosa serve per il controllo da 10 paesi

Per controllare hreflang "dal vivo", è necessario ottenere fisicamente o programmaticamente un indirizzo IP da ciascun paese target e vedere quale versione del sito fornisce il server a quell'IP specifico. Ci sono tre modi pratici per farlo:

Proxy con geolocalizzazione nel paese desiderato — il modo più flessibile e scalabile, adatto sia per controlli manuali che per automazione.
Browser anti-detect (Dolphin Anty, AdsPower, Multilogin, GoLogin, Octo Browser) — comodi quando è necessario mantenere profili di browser separati per ogni paese e confrontare visivamente, senza confusione in cookies e cache.
Strumenti da riga di comando (curl, httpie) con proxy — per controllare rapidamente gli header HTTP, i reindirizzamenti e le risposte del server senza caricare un'interfaccia.

Per testare hreflang da 10 paesi, i proxy residenziali sono i più adatti — utilizzano IP di utenti reali di un paese specifico, quindi i servizi geo-IP e i CDN li identificano come un normale visitatore del sito. I proxy di data center a volte vengono inseriti nelle blacklist dei servizi geo e possono fornire risultati falsi, quando il server non li identifica secondo il paese dichiarato, ma come "data center, paese sconosciuto".

Impostazione del proxy nel browser anti-detect

Il modo più pratico per un marketer senza competenze di programmazione è creare profili separati nel browser anti-detect per ciascuno dei 10 paesi target e eseguire il controllo hreflang visivamente attraverso di essi.

Passo dopo passo in Dolphin Anty o AdsPower appare così:

Crea un nuovo profilo browser, chiamalo per paese, ad esempio "hreflang-DE" per la Germania.
Nei settaggi del profilo, apri la sezione "Proxy" e seleziona il tipo HTTP/SOCKS5.
Inserisci i dati del proxy con geolocalizzazione in Germania: IP o host, porta, nome utente e password.
Salva il profilo e attendi la verifica — il browser anti-detect mostrerà una geolocalizzazione specifica, fuso orario e IP.
Avvia il profilo e apri il tuo sito tramite URL diretto, senza passare dalla ricerca.
Controlla quale versione si è aperta: URL nella barra degli indirizzi, lingua del contenuto, valori hreflang tramite "Visualizza sorgente pagina".
Ripeti per ciascuno dei 10 paesi target, creando un profilo separato per ciascuno.

Questo approccio è comodo perché i profili vengono salvati e puoi tornare a essi dopo una settimana o un mese per controllare se il comportamento del sito è cambiato dopo un aggiornamento del CDN o il deployment di una nuova versione. Per questo compito, i proxy residenziali con legame a una città specifica, e non solo a un paese, sono molto utili — questo fornisce una simulazione più precisa di un visitatore reale.

Controllo tramite riga di comando e curl

Se hai bisogno di controllare rapidamente non la versione visiva, ma precisamente gli header HTTP, i reindirizzamenti e le risposte del server, il browser non sempre fornisce un quadro completo — parte della logica è nascosta negli header di risposta. È conveniente utilizzare curl con proxy per questo.

Controllo di base tramite proxy con geolocalizzazione nel paese desiderato:

curl -x http://login:password@proxy-host:port \
  -I https://example.com/ \
  -H "Accept-Language: de-DE"

Il flag -I mostra solo gli header di risposta, senza il corpo della pagina. Questo permette di vedere rapidamente il codice di reindirizzamento (301 o 302), l'header Location, che indica dove il server reindirizza, e l'header Vary, che informa se l'Accept-Language è considerato nel caching.

Per estrarre l'HTML stesso e trovare i tag hreflang nella risposta del server, rimuovi -I e filtra l'output:

curl -x http://login:password@proxy-host:port \
  -s https://example.com/ | grep -i hreflang

Questa richiesta estrarrà tutte le righe con menzione di hreflang direttamente dall'HTML fornito dal server, e non da ciò che ci si aspetta dalla documentazione. Se il risultato varia a seconda del proxy di quale paese è stata inviata la richiesta, significa che il server cambia effettivamente il contenuto in base all'IP, e non semplicemente dichiara questo nella marcatura statica.

Per automatizzare il controllo di tutti i 10 paesi, puoi scrivere un semplice script che itera attraverso un elenco di proxy e salva la risposta di ciascuna richiesta in un file separato per il confronto:

for country in de fr es it pl nl br mx jp kr; do
  curl -x "http://login:password@${country}.proxy-host:port" \
    -s https://example.com/ | grep -i hreflang > "result_${country}.txt"
done

Dopo l'esecuzione dello script, rimane da confrontare i file — se in tutti c'è lo stesso insieme di tag hreflang, significa che il server non cambia la marcatura in base alla geografia, il che può essere un comportamento atteso (la marcatura è statica e universale) o un problema (se ci si aspettava una diversa canonicalizzazione per diverse regioni).

Controllo tramite browser e DevTools

Per un controllo visivo e un'analisi dell'esperienza utente, è più comodo utilizzare un normale browser con proxy impostato e strumenti per sviluppatori aperti. Questo non richiede codice ed è adatto ai marketer che vogliono vedere con i propri occhi cosa vede l'utente.

Procedura da seguire:

Imposta il proxy nel browser tramite un'estensione (ad esempio, FoxyProxy) o tramite le impostazioni di rete di sistema, specificando l'IP del paese di controllo.
Apri il sito e subito premi F12 per aprire DevTools, quindi vai alla scheda "Network".
Ricarica la pagina e trova la prima richiesta del documento (di solito si chiama come il dominio del sito).
Nella pannello a destra, apri la scheda "Headers" e controlla la sezione "Response Headers" per eventuali reindirizzamenti e il valore Content-Language.
Apri la scheda "Elements" e tramite Ctrl+F trova tutte le occorrenze di hreflang nel codice sorgente della pagina.
Confronta l'URL nella barra degli indirizzi con quello che ti aspettavi di vedere per quel paese.

Questo metodo è particolarmente utile quando è necessario controllare contemporaneamente sia la correttezza tecnica della marcatura che la visualizzazione del contenuto — ad esempio, se la valuta, il formato della data o i banner localizzati sono correttamente adattati per il paese specifico.

Quali proxy scegliere per il test di geotargeting

Non tutti i tipi di proxy sono ugualmente adatti per controllare hreflang. La differenza sta in come i servizi di geolocalizzazione riconoscono gli IP e quanto stabilmente il proxy mantiene il legame con il paese dichiarato.

Tipo di proxy	Precisione geo-IP	Quando utilizzare
Proxy residenziali	Alta, IP di provider reali	Simulazione precisa di un visitatore reale dal paese e dalla città
Proxy mobili	Alta, IP di operatori di telecomunicazione	Controllo del comportamento per il traffico mobile e le versioni AMP
Proxy di data center	Inferiore, a volte contrassegnati come data center	Controllo rapido degli header e dei reindirizzamenti tramite curl, dove la precisione geo non è critica

Per il controllo finale prima del lancio di un sito multilingue o di una campagna pubblicitaria internazionale su Google Ads, è meglio utilizzare proxy residenziali o mobili — sono quelli che forniscono risultati più vicini a ciò che vedrà un reale utente del paese target.

Checklist per il controllo di hreflang per 10 paesi

Per non perdere nulla durante un controllo massivo, utilizza il seguente elenco per ciascuno dei 10 paesi:

Proxy con IP di quel paese specifico è connesso, geolocalizzazione confermata tramite IP-checker.
URL diretto del sito aperto (senza passare dalla ricerca e senza referrer).
URL finale controllato dopo tutti i reindirizzamenti — corrisponde alla locale attesa.
Nel codice della pagina è presente un hreflang self-referencing a se stesso.
Nel elenco hreflang sono indicate tutte le altre 9 versioni linguistiche senza omissioni.
I codici di lingua e regione corrispondono allo standard ISO (ad esempio, pt-BR, e non semplicemente pt, se è necessario distinguere tra Brasile e Portogallo).
L'header Vary: Accept-Language è presente, se il contenuto dipende dalla lingua del browser.
Il contenuto della pagina (valuta, prezzi, banner) corrisponde alla regione dichiarata.
Il tag canonico rel="canonical" punta a se stesso, e non a un'altra locale.
Controllo ripetuto dopo una settimana — dopo l'aggiornamento della cache del CDN, il risultato non è cambiato in modo inaspettato.

Errori comuni durante il test

Durante il controllo manuale di hreflang tramite proxy, i marketer spesso commettono alcuni errori ripetuti che distorcono il risultato del test.

In primo luogo, il controllo viene eseguito da un account loggato o con una sessione salvata — in questo caso, il server può mostrare contenuti personalizzati, e non ciò che vedrà un nuovo visitatore. Controlla sempre in modalità incognito o in un profilo pulito del browser anti-detect senza cronologia.

In secondo luogo, si dimentica di pulire la cache DNS e del browser tra il cambio di proxy, il che porta a visualizzare la vecchia versione della pagina, anche se l'IP è già cambiato. Usa un hard refresh della pagina (Ctrl+Shift+R) ad ogni cambio di geo.

In terzo luogo, si testano solo le pagine principali, ignorando le sezioni interne e le schede dei prodotti — ed è proprio lì che la marcatura hreflang si rompe più spesso a causa della generazione dinamica degli URL al volo.

In quarto luogo, si utilizza lo stesso proxy per tutti i 10 paesi, cambiando solo l'header Accept-Language — questo non è equivalente a un vero geo-IP e può dare risultati falsi positivi, se il server si basa proprio sull'IP e non sulla lingua del browser.

Conclusione

Controllare hreflang tramite il codice della pagina fornisce solo metà del quadro. Per capire cosa riceve realmente un utente da un paese specifico, è necessario emulare la sua visita tramite l'IP di quel paese — utilizzando proxy, browser anti-detect o una semplice richiesta curl. Questo approccio rivela problemi che non possono essere trovati in un audit statico: reindirizzamenti geo-IP, caching CDN senza considerare la regione, discrepanze nei codici di lingua e tag self-referencing che si rompono.

Se testi regolarmente siti multilingue o prepari campagne pubblicitarie per 10 o più paesi, ti consigliamo di provare i proxy residenziali — forniscono la simulazione più accurata di un visitatore reale per ciascun paese target e permettono di controllare hreflang come lo vedrebbe un utente reale, e non un robot di ricerca.