SEO internazionale B2B: strategia per vendere in Europa senza duplicare male sito e contenuti

Un’azienda meccanica piemontese decide di spingere sulla Germania. Fa tradurre il sito in tedesco, lo pubblica su /de/, aspetta. Dopo sei mesi le pagine tedesche non compaiono quasi mai su Google.de, e quando compaiono è per parole che nessun buyer cerca. Il problema raramente è la traduzione in sé: di solito mancano una struttura che dica a Google quale versione mostrare a chi, e contenuti scritti sulle ricerche reali di quel mercato. La risposta breve è questa: una versione per ogni mercato che conta, preferibilmente in sottocartelle, collegate con hreflang reciproci, canonical che puntano a se stessi e testi localizzati partendo dalle keyword del paese, misurati mercato per mercato.

ccTLD, sottocartelle o sottodomini: quale struttura scegliere?

Per una PMI B2B che entra in due o tre mercati europei, la sottocartella (esempio.com/de/) è quasi sempre la scelta migliore: eredita l’autorevolezza del dominio principale, si gestisce con un solo CMS e costa poco. I domini nazionali (esempio.de) hanno senso quando c’è una filiale locale, un team dedicato e un budget per far crescere un sito separato.

Google, nella sua guida ai siti multiregionali e multilingue, elenca le opzioni senza imporne una e sconsiglia solo i parametri nell’URL (?lang=de). Il confronto pratico, letto con gli occhi di chi vende macchine o componenti, è questo:

Struttura	Esempio	Vantaggi	Svantaggi	Quando sceglierla
Dominio nazionale (ccTLD)	esempio.de	Segnale geografico netto, fiducia degli utenti locali	Ogni dominio parte da zero come autorevolezza; costi di gestione moltiplicati; vale per un solo paese	Filiale locale con team marketing proprio
Sottocartella	esempio.com/de/	Eredita link e autorevolezza del dominio; un solo CMS; manutenzione bassa	Segnale geografico meno evidente per l’utente; un unico server	Quasi tutte le PMI B2B, soprattutto all’inizio
Sottodominio	de.esempio.com	Separazione tecnica semplice (piattaforme diverse)	Google lo tratta in buona parte come sito a sé; autorevolezza da costruire	Shop o portali su piattaforme diverse dal sito principale
Parametro URL	esempio.com?lang=de	Nessuno rilevante	Sconsigliato da Google; difficile da segmentare e misurare	Mai

Un dettaglio che conviene sapere: dal 2022 Search Console non permette più di impostare un paese di destinazione per il sito o per una sezione. Oggi i segnali sono il dominio nazionale, gli hreflang e i segnali locali presenti nella pagina (indirizzo, telefono, lingua, valuta). Chi sceglie la sottocartella deve quindi curare bene questi ultimi.

Targeting per lingua o per paese: da cosa dipende?

Si targetizza per lingua quando offerta, prezzi e condizioni sono uguali per tutti i paesi che la parlano; per paese quando cambiano listini, normative, distributori o modalità di consegna. Per molte aziende B2B basta /de/ per tutto il mondo germanofono, finché Austria e Svizzera non richiedono contenuti diversi.

Una regola pratica che usiamo: si crea una versione per paese solo se si è in grado di scriverci qualcosa di diverso. Se de-DE, de-AT e de-CH avrebbero lo stesso testo parola per parola, si parte da una sola versione “de” e si aggiungono le varianti quando ci sono differenze concrete (un rivenditore austriaco, prezzi in franchi, certificazioni richieste in Svizzera).

Come si imposta hreflang senza errori?

Hreflang è l’annotazione che dice a Google quali URL sono versioni della stessa pagina in lingue o paesi diversi, così può mostrare quella giusta a ciascun utente. Funziona solo se è completa e reciproca: ogni versione deve indicare se stessa e tutte le altre, altrimenti Google ignora le annotazioni.

Le regole, secondo la documentazione di Google sulle versioni localizzate (aggiornata a settembre 2026):

• il codice lingua segue lo standard ISO 639-1 (de, fr, it), il codice paese facoltativo segue ISO 3166-1 Alpha 2 (DE, AT, CH);
• il paese da solo non è valido: “de-AT” va bene, “AT” no; e il Regno Unito è “GB”, non “UK”;
• x-default indica la pagina da mostrare a chi non rientra in nessuna delle lingue previste (di solito la versione inglese o una pagina di scelta della lingua);
• le annotazioni si possono inserire in tre modi equivalenti: tag nell’head HTML, intestazione HTTP (utile per i PDF, come schede tecniche e cataloghi) o sitemap XML.

Ecco come appare il blocco nell’head di una pagina prodotto disponibile in italiano, tedesco per Germania e Austria, francese e inglese. Lo stesso identico blocco va ripetuto su tutte e cinque le versioni:

<link rel="alternate" hreflang="it" href="https://www.esempio.com/it/riduttori-epicicloidali/" />
<link rel="alternate" hreflang="de-DE" href="https://www.esempio.com/de-de/planetengetriebe/" />
<link rel="alternate" hreflang="de-AT" href="https://www.esempio.com/de-at/planetengetriebe/" />
<link rel="alternate" hreflang="fr" href="https://www.esempio.com/fr/reducteurs-planetaires/" />
<link rel="alternate" hreflang="en" href="https://www.esempio.com/en/planetary-gearboxes/" />
<link rel="alternate" hreflang="x-default" href="https://www.esempio.com/en/planetary-gearboxes/" />

Quale metodo scegliere? Per siti fino a qualche centinaio di pagine il tag HTML generato dal CMS è il più semplice da controllare. Sopra le migliaia di URL (cataloghi, e-commerce B2B con molte varianti) la sitemap alleggerisce le pagine e si genera in automatico dal database prodotti. L’intestazione HTTP serve quasi solo per i file non HTML.

Gli errori che troviamo più spesso negli audit:

1. Link di ritorno mancanti: la pagina italiana punta alla tedesca, la tedesca no.
2. URL sbagliati negli hreflang: indirizzi con redirect, in 404, con parametri o senza la barra finale usata dal sito.
3. Codici inventati: “en-UK”, “de-EU”, “ch” usato per la Svizzera (in realtà è il codice lingua del chamorro).
4. Hreflang verso la home: tutte le pagine tedesche che indicano come alternativa italiana la home, perché la pagina corrispondente non esiste. Meglio non indicare nulla che indicare una pagina diversa.
5. Hreflang verso pagine in noindex o bloccate da robots.txt: Google non può usare un’alternativa che non indicizza.

Dal 2022 Search Console non segnala più gli errori hreflang, quindi il controllo va fatto con un crawler (Screaming Frog, Sitebulb, Ahrefs, SEOZoom) e con il test URL di Search Console sulle pagine più importanti.

Canonical e contenuti duplicati tra versioni: de-DE e de-AT sono duplicati?

Versioni in lingue diverse non sono contenuti duplicati. Versioni nella stessa lingua per paesi diversi (de-DE e de-AT) possono esserlo, e Google indica di usare insieme canonical e hreflang per far mostrare l’URL giusto in ogni paese. Ogni versione deve avere un canonical che punta a se stessa, mai alla versione di un’altra lingua o di un altro paese.

L’errore classico è mettere sulla pagina austriaca un canonical verso quella tedesca “per evitare duplicati”. Il risultato è che Google considera la pagina austriaca una copia da non indicizzare, ignora l’hreflang e mostra la versione tedesca anche agli utenti austriaci. Le linee guida sugli URL duplicati lo dicono chiaramente: con hreflang il canonical va indicato nella stessa lingua.

Detto questo, due pagine quasi identiche restano un rischio. Se de-DE e de-AT differiscono solo per una parola nel footer, Google può comunque sceglierne una come canonica e mostrare l’altra raramente. Le differenze utili da inserire nella versione austriaca sono concrete: il distributore o il tecnico di riferimento in Austria, i tempi di consegna, le norme ÖNORM quando rilevanti, il vocabolario locale (in Austria gennaio è “Jänner”), referenze di clienti austriaci. Se non ci sono differenze da scrivere, una sola versione “de” è la soluzione più pulita. Su questo tema trovi anche il capitolo dedicato ai duplicati nella nostra guida sul perché una pagina non si posiziona.

Localizzazione o traduzione: cosa si può affidare all’AI?

Tradurre significa rendere lo stesso testo in un’altra lingua; localizzare significa riscriverlo per il buyer di quel paese, con le sue parole, le sue unità, le sue norme e le sue prove di fiducia. L’AI accelera molto la prima parte, mentre la seconda richiede ancora una persona che conosca mercato e prodotto.

Nei progetti che seguiamo dividiamo il lavoro così:

Attività	Si può automatizzare con l’AI	Serve una revisione umana
Prima traduzione di testi descrittivi	Sì, con un glossario fornito al modello	Rilettura di un madrelingua del settore
Terminologia tecnica	Solo se il glossario è già validato	Sì, sempre: un termine sbagliato fa perdere credibilità con un ufficio tecnico
Unità di misura, formati numerici e date	Sì (virgola decimale, formati data, pollici per mercati anglosassoni)	Controllo a campione
Norme e certificazioni	No	Sì: DIN in Germania, NF in Francia, marcature e requisiti locali
Title, meta description, URL	Bozza sì	Scelta finale sulla base della keyword research locale
Case study, referenze, recensioni	No	Sì: servono clienti e testimonianze del paese
Pagine legali (in Germania e Austria l’Impressum è obbligatorio)	No	Sì, con un consulente legale

Chi usa l’AI per tradurre interi cataloghi deve mettere in conto una revisione: un testo tedesco grammaticalmente corretto che usa termini da manuale scolastico al posto di quelli usati dai tecnici non convince nessun buyer.

Le prove sociali meritano un’attenzione a parte. Un responsabile acquisti francese si fida di un case study con un’azienda francese, di una fiera a cui partecipa (Global Industrie, per dire) e di un numero di telefono con prefisso +33 o di un referente che parla la sua lingua.

Perché le keyword tedesche o francesi non sono la traduzione di quelle italiane?

Ogni mercato descrive gli stessi prodotti con parole proprie, abitudini di ricerca diverse e livelli di specificità diversi. Tradurre la lista di keyword italiana porta a ottimizzare pagine per termini che nessuno cerca, mentre i concorrenti locali presidiano quelli giusti.

Prendiamo un esempio ipotetico. Un’azienda italiana fa lavorazioni di carpenteria e ha la sua pagina migliore ottimizzata per “taglio laser lamiera conto terzi”. Tradotta alla lettera in tedesco diventerebbe qualcosa come “Laserschneiden Blech Lohnfertigung”. Facendo la ricerca sul mercato tedesco può emergere che i buyer usano forme composte e verbali come “Blech lasern lassen” o cercano direttamente “Laserzuschnitt”, e che “Lohnfertigung” è usato più in contesti di subfornitura generica. In Francia la stessa esigenza potrebbe passare per “découpe laser tôle sous-traitance”, con una SERP dominata da directory di fornitori industriali. Sono ipotesi da verificare sul mercato, caso per caso.

Il metodo che seguiamo:

1. Partire dai termini che usano clienti, distributori e commerciali del paese (preventivi, email, richieste arrivate dal sito).
2. Espandere con gli strumenti di keyword research impostati sul database del paese giusto (Google.de, Google.fr, non Google.it in lingua tedesca).
3. Guardare le SERP reali di ogni termine: chi si posiziona, che tipo di pagina, che intento. Il search intent può cambiare da un paese all’altro anche per la stessa parola.
4. Costruire la mappa keyword-pagina per mercato, accettando che alcune pagine esistano solo in certe lingue.
5. Solo a quel punto scrivere o far scrivere i testi, con le keyword scelte nel brief al traduttore o al copywriter.

Motori locali e AI search: Google basta in tutta Europa?

In quasi tutti i paesi europei Google resta il motore di riferimento anche per il B2B,. Ci sono però eccezioni locali e un canale nuovo da considerare in ogni lingua: le risposte delle AI.

Le eccezioni da conoscere: in Repubblica Ceca esiste ancora Seznam, un motore locale da valutare se quel mercato è strategico; Bing pesa di più dove i buyer lavorano su postazioni aziendali con Edge e Copilot, e merita almeno la verifica del sito in Bing Webmaster Tools.

Sul fronte AI, Google ha esteso AI Mode a decine di nuove lingue, tra cui tedesco, francese e olandese, e ChatGPT o Perplexity rispondono nella lingua di chi chiede. Un buyer tedesco che chiede a un assistente quali produttori europei di riduttori offrono consegne rapide riceverà fonti in tedesco o in inglese: se le tue pagine esistono solo in italiano, restano fuori. Le regole per farsi scegliere come fonte le trovi nella guida alla GEO e nella checklist SEO per AI search: valgono per ogni lingua, con la differenza che le menzioni del brand su siti terzi vanno costruite anche nel paese di destinazione (associazioni di categoria, portali di settore, stampa tecnica locale).

Come misurare la SEO di più paesi in Search Console e GA4?

Si misura per mercato, non per sito: in Search Console aggiungendo una proprietà per ogni sottocartella o dominio, in GA4 segmentando per paese e per sezione del sito. Senza questa separazione i dati del mercato italiano, più grande, coprono tutto il resto.

In Search Console:

• crea una proprietà con prefisso URL per ogni versione (https://www.esempio.com/de/), oltre alla proprietà di dominio: i report diventano leggibili mercato per mercato;
• nel rendimento usa insieme il filtro paese e il filtro pagina: impressioni tedesche sulle pagine italiane indicano che gli hreflang non funzionano o che manca la versione tedesca di quella pagina;
• controlla l’indicizzazione di ogni sezione, perché le versioni nuove sono le prime a finire in “scansionata ma attualmente non indicizzata”.

In GA4:

• crea un’esplorazione o un report con le dimensioni paese e percorso della pagina, per vedere chi atterra su quale versione;
• imposta le conversioni (form, richieste di preventivo, download di cataloghi) con un parametro che indichi la versione linguistica, così i lead si possono attribuire al mercato giusto;
• confronta il traffico organico per paese con le richieste ricevute dai commerciali di quell’area: è il dato che interessa alla direzione.

Cosa cambia per lead generation e CRM

Nei progetti in cui lavoriamo anche su automazione e CRM il form di ogni versione passa al CRM la lingua e il paese di provenienza, il lead viene assegnato all’agente o al distributore di quell’area e riceve email nella sua lingua. Se un’azienda tedesca compila il form e riceve una risposta automatica in italiano, buona parte del lavoro SEO si perde in quel momento.

Lo stesso vale per un e-commerce B2B: listini, valute, IVA intracomunitaria e condizioni di consegna devono essere coerenti con la versione su cui il cliente è arrivato, altrimenti il traffico organico si ferma al carrello.

Errori da evitare nella SEO internazionale

Gli errori più costosi sono tre: redirect automatici in base all’IP o alla lingua del browser, versioni tradotte male o a metà, hreflang che puntano a pagine che Google non può indicizzare. Tutti e tre sono facili da prevenire.

• Redirect automatici per IP. Google lo sconsiglia esplicitamente: la maggior parte delle scansioni parte da indirizzi statunitensi, quindi Googlebot rischia di vedere solo la versione inglese. In più, un buyer italiano in trasferta a Monaco si ritrova sul sito tedesco. Meglio un banner che suggerisce la versione e un selettore di lingua sempre visibile.
• Una sola lingua tradotta male. Una versione inglese fatta in fretta, piena di calchi dall’italiano, viene vista da tutti i mercati che non hanno una lingua dedicata. È spesso la pagina più importante del sito e quella curata meno.
• Hreflang verso pagine in noindex, in redirect o in 404. Capita dopo un restyling o quando le traduzioni vengono pubblicate in staging con il noindex e poi dimenticate.
• Pagine tradotte solo in parte: menu e footer in tedesco, testo del prodotto in italiano. Google lo cita espressamente come esperienza negativa per l’utente.
• Selettore di lingua che porta alla home invece che alla pagina corrispondente.
• Dimenticare i PDF: schede tecniche e cataloghi sono spesso i documenti più cercati dai tecnici, e restano solo in italiano.

Checklist di lancio di un nuovo mercato

Prima di pubblicare una nuova versione del sito, queste sono le voci da spuntare una per una.

1. Mercato e obiettivo definiti: paese o lingua, prodotti da presentare, chi gestisce i lead in quell’area.
2. Struttura scelta (sottocartella, sottodominio o ccTLD) e URL tradotti nella lingua del mercato.
3. Keyword research fatta sul database del paese, con mappa keyword-pagina.
4. Testi localizzati e rivisti da un madrelingua che conosce il settore; glossario tecnico approvato dall’ufficio tecnico.
5. Title, meta description, testi alternativi delle immagini e dati strutturati nella lingua giusta.
6. Hreflang completi e reciproci, con self-reference e x-default, verificati con un crawler.
7. Canonical di ogni pagina che punta a se stessa.
8. Nessun redirect automatico per IP o lingua; selettore che porta alla pagina corrispondente.
9. Segnali locali presenti: indirizzo o referente nel paese, telefono, valuta, Impressum dove richiesto, privacy e cookie banner nella lingua del mercato.
10. Sitemap aggiornata e inviata, proprietà Search Console creata per la nuova sezione, sito verificato anche su Bing Webmaster Tools.
11. Form collegati al CRM con lingua e paese, email automatiche tradotte, assegnazione al commerciale o al distributore giusto.
12. Report GA4 per mercato e un primo controllo di indicizzazione a due e a sei settimane.

Se il nuovo mercato è parte di un piano più ampio di marketing industriale, conviene allineare il lancio con fiere e campagne nel paese, così le prime visite organiche trovano già un brand riconosciuto.

Vuoi capire se il tuo sito è pronto per l’estero?

Con un audit SEO internazionale controlliamo struttura, hreflang, canonical, indicizzazione per paese e qualità delle versioni linguistiche, e confrontiamo le tue pagine con le keyword che i buyer usano nei mercati che ti interessano. Alla fine ti diciamo cosa sistemare subito, cosa può aspettare e se ha senso aprire un nuovo mercato adesso o prima rafforzare quelli esistenti.

Puoi prenotare una call con Federico oppure scriverci dal modulo contatti. Trovi anche il dettaglio di come lavoriamo nella pagina del nostro servizio SEO.

Domande frequenti

Meglio un dominio .de o una sottocartella /de/ per vendere in Germania?

Per la maggior parte delle PMI B2B la sottocartella: eredita l’autorevolezza del dominio principale e si gestisce con un solo sito. Il dominio .de conviene quando c’è una struttura locale in grado di farlo crescere come sito autonomo.

L’hreflang migliora il posizionamento?

Hreflang non fa salire una pagina in classifica: aiuta Google a mostrare la versione giusta tra quelle che hai. Il beneficio indiretto è che ogni mercato vede la pagina nella sua lingua, con più clic e meno rimbalzi.

Devo usare un canonical unico per tutte le lingue?

No. Ogni versione linguistica deve avere un canonical verso se stessa. Un canonical verso un’altra lingua dice a Google di non indicizzare quella versione.

Posso tradurre il sito con l’AI?

Sì, per la prima stesura, a patto di fornire un glossario tecnico e di far rivedere i testi da un madrelingua del settore. Norme, referenze locali, pagine legali e scelta delle keyword vanno gestite da persone che conoscono il mercato.

Come capisco se gli hreflang funzionano?

Search Console non segnala più gli errori hreflang, quindi si usa un crawler per verificare reciprocità e codici. Poi si controlla in Search Console se gli utenti di ogni paese atterrano sulla versione giusta, incrociando il filtro paese con il filtro pagina.

Il redirect automatico in base al paese è vietato?

Non è vietato, ma Google lo sconsiglia perché Googlebot scansiona soprattutto da indirizzi statunitensi e rischia di non vedere le altre versioni. Un banner che suggerisce la lingua e un selettore visibile ottengono lo stesso risultato senza rischi.