Hai uno store FR e stai aprendo una versione EN per gli US. Sembra tutto funzionare — finché non ti accorgi che, cercando il tuo brand dalla Francia, Google mostra la pagina US. I clienti francesi atterrano su una pagina in inglese e il tasso di conversione cala.
Il responsabile: un tag hreflang configurato male. Questo tag dice a Google quale versione linguistica o regionale mostrare a quale pubblico. Se fatto bene, rende ordinato il SEO internazionale. Se fatto male, crea un caos di reindirizzamenti incrociati.
Meglio per i cataloghi grandi: centralizza le relazioni in un solo file. Più facile da generare via script. È il metodo consigliato da Ecomptimize per cataloghi con oltre 5.000 schede prodotto.
Canonical dice: "questo è l'URL di riferimento di questo contenuto tra più URL identici o simili". Serve a deduplicare.
Hreflang dice: "queste sono le versioni linguistiche di questo contenuto, ognuna è unica per il suo pubblico". Serve a localizzare.
Regola critica: hreflang punta a un URL diverso (la versione in un'altra lingua). canonical punta a un URL potenzialmente identico (la stessa pagina o una variante con parametri).
Una pagina deve avere sia un hreflang sia un canonical:
<!-- Canonical di questa pagina -->
<link rel="canonical" href="https://example.com/fr/products/chaussure-derby" />
<!-- Versioni linguistiche di questa pagina -->
<link rel="alternate" hreflang="fr-FR" href="https://example.com/fr/products/chaussure-derby" />
<link rel="alternate" hreflang="en-US" href="https://example.com/en-us/products/leather-derby-shoes" />
Errore grave: far puntare il canonical della versione EN alla versione FR ("canonicalizzare le traduzioni"). Google lo interpreta come "la versione EN è un duplicato della FR da ignorare" e non indicizza affatto la pagina EN. Disastro SEO.
Hreflang deve essere bidirezionale: se A dice "la mia versione EN è B", allora B deve dire "la mia versione FR è A". Altrimenti Google ignora la relazione.
hreflang="x-default" indica quale versione mostrare quando non viene trovata alcuna corrispondenza. Per esempio, un utente in Romania che non ha né FR né EN-US né EN-GB nelle preferenze — quale versione deve vedere?
Senza x-default, Google sceglie in modo casuale. Con x-default, decidi tu (di solito la versione EN più generica).
Raccomandazione: dichiara sempre un x-default, idealmente la versione inglese generica.
Shopify Markets (dal 2022) gestisce hreflang in modo nativo se configuri più markets con domini o sottodomini distinti. Nella maggior parte dei casi non serve personalizzazione.
Limiti: Shopify Markets non supporta tutte le combinazioni lingua/paese con granularità fine. Per casi complessi (10+ mercati), usa un'app come Langify + il suo modulo hreflang manuale.
Se usi un frontend custom (Next.js, Nuxt), generi hreflang lato server. Su Next.js con next-intl, la generazione è automatica se usi le route /[locale]/....
Da 4 a 8 settimane per un'implementazione pulita su un catalogo esistente. Google deve eseguire di nuovo il crawl di ogni pagina, validare le relazioni bidirezionali e regolare il ranking per mercato. Nessun effetto immediato.
Sì, ed è anche consigliato per i cataloghi grandi. Google supporta i 3 metodi come equivalenti. Scegli quello più facile da mantenere per il tuo stack.
Hreflang funziona indipendentemente dall'origine del contenuto — traduttore umano o IA. Quello che conta è che le pagine siano uniche per locale (anche se simili all'80% con una traduzione onesta), non la loro origine.
Tecnicamente sì, ma c'è il rischio di penalizzazione se la differenza è troppo minima. Google potrebbe considerare le pagine come duplicate senza valore locale aggiunto. Meglio: una sola pagina con valuta dinamica lato navigazione.
Sì, esattamente come le tue schede prodotto. Ogni articolo tradotto deve fare riferimento alle sue versioni, e anche il tuo hub blog deve fare riferimento agli hub localizzati. Vedi il nostro piano editoriale in 7 lingue per il processo completo.