WordPress multilingua: come aiutare Google e l'IA a trovare la versione linguistica corretta

TL;DR Google non usa hreflang né l'attributo lang per rilevare la lingua: la deduce dal contenuto visibile. hreflang serve a mappare le varianti e a indirizzare l'utente giusto. hreflang è un hint, non un ordine, e il report "International Targeting" di Search Console è deprecato dal 22/09/2022, quindi la verifica si fa con tool di terze parti. Per l'IA la lingua è un filtro di retrieval (es. search_language_filter di Perplexity, codici ISO 639-1). L'uso di hreflang da parte di ChatGPT e Gemini è plausibile ma non confermato. Dato forte: i siti tradotti guadagnano fino al +327% di visibilità nelle AI Overviews per query in lingue non coperte (analisi vendor Weglot su 1,3 milioni di citazioni). Su WordPress, WPML e Polylang danno il controllo SEO più esplicito; TranslatePress e Weglot spostano il lavoro su rendering e cloud. Semly non traduce: è il livello GEO/AEO che verifica se l'IA cita la versione linguistica giusta.

Hai un sito WordPress in più lingue, ma Google e gli assistenti AI continuano a mostrare la versione sbagliata. Magari un utente tedesco atterra sulla pagina italiana, o ChatGPT cita il proxy di Google Translate invece del tuo sito. Succede più spesso di quanto pensi, e quasi sempre dipende da segnali tecnici configurati a metà. Qui trovi un percorso pratico: cosa impostare, in che ordine, e come controllare che funzioni davvero.

WordPress multilingua: cosa vuol dire "versione linguistica corretta"

Prima di toccare i plugin, chiariamo due parole che vengono spesso confuse: rilevare e mappare.

Rilevare la lingua significa capire in che lingua è scritta una pagina. Mappare le varianti significa dire a Google: "questa è la versione italiana, questa è quella tedesca, questa è quella per la Svizzera italiana". Sono due cose diverse, e Google le gestisce in modo diverso.

Google NON fa:

• Non usa hreflang per capire in che lingua è una pagina.
• Non usa l'attributo HTML lang per rilevare la lingua.
• Non varia il crawler in base al paese e ignora i meta tag di geotargeting.
• Non legge Accept-Language: Googlebot parte tipicamente dagli USA e non lo invia.

Google FA:

• Deduce la lingua dal contenuto visibile, con algoritmi propri.
• Usa hreflang per indirizzare l'utente alla versione più adatta.
• Tratta hreflang come un hint, non come un ordine.
• Consiglia URL distinti per ogni lingua, così può scansionare tutte le varianti.

Ecco perché adattare i contenuti via IP è una cattiva idea: se mostri contenuti diversi in base all'indirizzo di chi visita, Google potrebbe non trovare mai tutte le tue versioni.

Attenzione anche alla differenza tra versione linguistica e regionale. it è la lingua italiana, it-CH è l'italiano per la Svizzera. Sono due cose distinte, e il codice paese da solo non è valido: be indica la lingua bielorussa, non il Belgio.

Cosa preparare prima di iniziare (requisiti e risorse)

Prima di partire, assicurati di avere:

• Accesso all'admin di WordPress e ai file del tema (meglio un child theme).
• Un plugin multilingua scelto: WPML, Polylang, TranslatePress o Weglot.
• Accesso a Google Search Console.
• Un crawler, ad esempio Screaming Frog.
• Un account Semly, con l'integrazione WooCommerce via chiave API, per monitorare come l'IA cita le tue pagine.

Poi decidi la struttura URL. È la scelta che condiziona tutto il resto.

Quando questa guida non serve: se il sito è monolingua, o se non hai risorse per mantenere contenuti reali in ogni lingua. hreflang su cloni identici non porta a nulla.

Passo 1 — Scegli una struttura URL per lingua

Scegli una struttura e non cambiarla più. Il criterio non è "qual è la migliore in assoluto", ma quale riesci a mantenere nel tempo: budget, manutenzione, riconoscibilità per l'utente.

Poi scrivi una mappa. Un semplice foglio con tre colonne: pagina, URL italiano, URL tedesco, URL inglese. Ti servirà tra cinque minuti, quando dovrai collegare le varianti tra loro.

Ricorda il punto sul crawl: Googlebot non ti manda segnali sulla lingua preferita. Se cambi i contenuti via IP, rischi che non veda tutte le versioni. URL distinti per lingua risolvono il problema alla radice.

Passo 2 — Configura hreflang (e fallo bene)

hreflang è il modo in cui dichiari chi è chi. Ecco la sequenza corretta:

1. Ogni pagina include sé stessa nel set di annotazioni.
2. Ogni pagina linka tutte le altre (reciprocità). Se due pagine non si puntano a vicenda, i tag vengono ignorati.
3. Usa URL assoluti (https://...), non relativi.
4. Usa i codici giusti: lingua in ISO 639-1 (it), regione opzionale in ISO 3166-1 Alpha 2 (it-CH).
5. Aggiungi x-default per la pagina di fallback, quella che mostri quando nessuna lingua corrisponde.
6. Scegli un solo metodo: HTML <link>, header HTTP o sitemap. I tre metodi sono equivalenti e non c'è vantaggio a usarli insieme.

Errori da evitare:

• Regione da sola come codice lingua: non è valida.
• Codici come EU o UK: Google li ignora.
• Link di ritorno mancanti: l'intero set viene scartato.

La regola più violata è la reciprocità. Se hai un dubbio su cosa controllare per primo, parti da lì.

Passo 3 — Sitemap e canonical per lingua

La sitemap è la tua mappa ufficiale. Per un sito multilingua, ogni <url> dovrebbe contenere un <xhtml:link> per ogni variante, inclusa sé stessa. Serve il namespace xhtml dichiarato in testa al file.

Sul fronte canonical, la regola è semplice ma spesso sbagliata: il canonical punta alla pagina locale stessa, mai al sito globale. Se la tua pagina tedesca ha un canonical verso la home internazionale, stai di fatto dicendo a Google di ignorarla.

E non combinare rel="canonical" e hreflang nello stesso tag: sono due istruzioni diverse e vanno tenute separate.

Nota utile: WPML, dalla versione SEO 2.2.0, inserisce hreflang anche nelle sitemap. Polylang lo fa tramite l'integrazione con i plugin SEO. Se usi uno di questi, parte del lavoro è già fatta, ma vale la pena verificarla.

Passo 4 — Rendi il contenuto davvero localizzato (non solo tradotto)

Qui arriva la parte che molti saltano. Il tag da solo non basta.

Google valuta passaggi di contenuto, non pagine intere. Questo significa che puoi avere una pagina ben taggata e comunque non posizionarti, se il testo è solo una traduzione meccanica.

Un esempio neutro: se la tua versione tedesca e quella austriaca sono identiche, hreflang non produce effetti misurabili. Google tende a ignorarlo quando le pagine sono cloni.

Cosa serve allora:

• Fonti locali, non solo tradotte.
• Densità di contenuto paragonabile ai competitor di quel mercato.
• La prospettiva del paese, non quella del mercato di partenza.

Tradurre è il primo passo. Localizzare è quello che fa la differenza.

Passo 5 — Prepara i segnali per l'IA (schema, knowledge base, llms.txt)

Qui entriamo nel territorio GEO/AEO, che completa il lavoro SEO. Se vuoi approfondire come impostare una strategia GEO per ChatGPT, il punto di partenza è capire come i modelli selezionano e citano le fonti.

I modelli generativi leggono dati strutturati. Aggiungi schema.org per lingua: Product, Offer, FAQPage, Organization, Article. Una knowledge base su un sottodominio (ad esempio knowledge.tuodominio.it) rende i tuoi contenuti accessibili sia agli utenti sia ai bot AI. Un file llms.txt funziona come mappa curatoriale delle risorse chiave.

Tieni anche freschi prezzi e disponibilità: se i dati sono vecchi, l'IA tende a fidarsi meno.

Un chiarimento onesto: llms.txt non garantisce le citazioni, aumenta la probabilità di essere citati. E l'uso di hreflang da parte di ChatGPT o Gemini è plausibile ma non confermato da documentazione pubblica. Quello che sappiamo è che la lingua è un filtro di retrieval: Perplexity, per esempio, espone un parametro search_language_filter con codici ISO 639-1.

Qui entra in gioco Semly. Non è un plugin di traduzione: è la piattaforma che monitora come il tuo brand appare nelle risposte di ChatGPT, Gemini, Claude, Grok e Google AI, analizza le fonti citate e ti aiuta a capire se l'AI sta citando la versione linguistica giusta. L'integrazione con WooCommerce avviene tramite chiave API, quindi si collega al tuo sito senza stravolgerlo.

Passo 6 — Verifica: come controllare che tutto funzioni

Google non ha più un report ufficiale per questo. Il report "International Targeting" di Search Console è deprecato dal 22/09/2022. Quindi la verifica si fa altrove.

Checklist:

• Crawler (Screaming Frog): cerca pagine senza tag hreflang, status diverso da 200, link di ritorno mancanti, self-reference assente.
• Search Console: controlla impression e clic per paese, per capire se le versioni locali ricevono traffico.
• Test citazione AI: fai la stessa domanda in italiano, inglese e tedesco su ChatGPT, Gemini e Perplexity. Poi guarda quale URL viene citato: la versione corretta o un proxy di traduzione?
• Semly: monitora le fonti citate e il Source SOV per lingua, così vedi se il tuo brand emerge nel mercato giusto. Puoi partire da un report gratuito di visibilità AI per vedere subito cosa dicono i modelli del tuo brand.

Il mini-test AI è il più rivelatore. Se l'IA cita sempre la versione inglese anche per una query in tedesco, hai un problema di segnali, non di contenuto.

Errori più comuni e come rimediare

• Reciprocità mancante → Google ignora i tag → controlla che ogni pagina linki tutte le altre.
• Codici lingua errati → annotazioni scartate → usa ISO 639-1 e ISO 3166-1 Alpha 2, mai la regione da sola.
• Canonical verso il globale → le pagine locali spariscono dai risultati → punta il canonical alla pagina locale stessa.
• hreflang su cloni identici → nessun effetto misurabile → differenzia davvero i contenuti per paese.
• Tutti e tre i metodi insieme → confusione e conflitti → scegline uno solo.
• Contenuti adattati via IP → Google non vede tutte le versioni → usa URL distinti per lingua.

Cosa fare adesso (e quando cambiare strada)

L'ordine di implementazione è questo: struttura URL, poi hreflang, poi sitemap e canonical, poi contenuti localizzati, poi segnali per l'IA, infine verifica.

Se hai solo due lingue, un plugin leggero può bastare. Se punti su molti mercati, vale la pena ragionare su una struttura dedicata, con più controllo e più manutenzione.

E ricorda il ruolo di Semly in tutto questo: non traduce il tuo sito, ma verifica e rafforza la tua visibilità nelle risposte AI. È il pezzo che ti dice se, oltre a essere trovabile per lingua, il tuo brand viene anche citato nella lingua giusta. Per capire come impostare questo lavoro, puoi leggere la guida su come far raccomandare la tua azienda da ChatGPT.