Piu' lingue sulla directory: cosa rende davvero una pagina tradotta una pagina diversa

Ogni variante di lingua e' una promessa che la pagina non mantiene da sola

Attivare piu' lingue un tempo voleva dire assumere un traduttore e aspettare settimane. Oggi lo fa la piattaforma al posto tuo: si scelgono dieci lingue, e in una notte il sito ha dieci indirizzi per la stessa pagina, un menu a tendina con le bandiere, e l'intera interfaccia riscritta. La parte che non succede da sola e' l'unica cosa che un motore di ricerca legge per prima: cosa c'e' scritto sulla pagina.

Una pagina statica come la homepage, la pagina dei prezzi o le pagine legali si puo' davvero tradurre parola per parola, e una volta tradotta e' onestamente una pagina diversa in una lingua diversa. Un annuncio e' un animale diverso. Un inserzionista scrive il proprio profilo una volta sola, nella lingua che parla, e niente sulla piattaforma puo' mettergli in bocca parole in altre nove lingue senza tradurle con una macchina, cosa che cambia quello che ha davvero scritto, oppure lasciandole esattamente come sono sotto un indirizzo che dichiara di essere, per dire, la versione tedesca.

Moltiplica questo per ogni annuncio del sito, e l'espansione a dieci lingue che doveva aprire nove nuovi mercati produce invece nove copie di una pagina che, per quanto un motore di ricerca puo' vedere, dice esattamente la stessa cosa nella stessa lingua sotto un indirizzo diverso. Non e' un rischio teorico. E' il risultato di base quando si attiva la traduzione a livello di modello senza toccare l'unica parte della pagina che l'inserzionista ha davvero scritto.

Niente di tutto questo compare come un errore. La build va a buon fine, le pagine si caricano, il selettore di lingua funziona, e il sito sembra finito. Cio' che ha davvero prodotto diventa visibile solo in come i motori di ricerca trattano quelle pagine mesi dopo, quando il traffico verso le lingue nuove non arriva mai come e' arrivato per quelle che valeva davvero la pena tradurre.

Cosa fa davvero hreflang, e cosa non ha mai potuto fare

Il tag a cui quasi tutti pensano appena sentono parlare di SEO internazionale e' hreflang, e gli viene attribuito piu' di quanto faccia davvero. La documentazione di Google stessa lo descrive con una sola funzione: indicare a chi cerca l'indirizzo piu' adatto alla sua lingua o regione, fra un insieme di pagine che il motore considera gia' versioni equivalenti dello stesso contenuto. E' un'istruzione di instradamento, non una traduzione e non una spinta in classifica.

Da questo derivano due equivoci, ed entrambi contano qui. Primo: hreflang non fa credere a Google che una pagina sia tradotta. La documentazione di Google dice esplicitamente che non usa hreflang, ne' l'attributo di lingua dichiarato dalla pagina stessa, per capire in quale lingua sia davvero scritto il contenuto; legge le parole e decide da solo. Un tag che dichiara che una pagina e' la versione italiana non cambia nulla di cio' che Google conclude che la pagina dica davvero.

Secondo: hreflang non e' una leva per la posizione in classifica. Da nessuna parte nelle linee guida di Google viene descritto come qualcosa che aiuta una pagina a posizionarsi piu' in alto. Cio' che influenza e' quale, fra piu' indirizzi equivalenti, viene mostrato a un determinato utente, dopo che il posizionamento e' gia' avvenuto. Un sito che si aspetta che piu' lingue significhino direttamente piu' visibilita' sta chiedendo allo strumento sbagliato di fare un lavoro diverso.

Quel divario fra cosa gli operatori pensano di ottenere da hreflang e cosa Google dichiara davvero che faccia e' dove finisce la maggior parte del lavoro sprecato in un lancio multilingue. Il tag costa poco da aggiungere ed e' facile da mettere tecnicamente a posto senza risolvere comunque nulla, perche' il problema che esiste per risolvere, cioe' quale variante di lingua mostrare, non e' mai stato il problema che ha davvero una directory con annunci non tradotti.

La regola che decide se una pagina tradotta e' davvero una pagina diversa

Google dichiara il criterio vero e proprio in modo chiaro: le versioni localizzate di una pagina sono considerate duplicati fra loro solo se il contenuto principale della pagina resta non tradotto. Tutto, nel lancio multilingue degli annunci, si riduce a questa frase, perche' traccia il confine fra pagine che hanno davvero moltiplicato il contenuto del sito e pagine che hanno moltiplicato solo i suoi indirizzi.

Una homepage, una pagina di categoria o una pagina dei prezzi supera il test nel momento in cui il testo visibile cambia lingua, perche' il contenuto principale e' proprio cio' che e' stato tradotto. Una pagina di annuncio costruita sullo stesso modello non lo supera allo stesso modo. La navigazione, i pulsanti, il footer legale cambiano lingua. L'unico paragrafo che un visitatore e' venuto davvero a leggere, la descrizione scritta dall'inserzionista, resta esattamente com'e', perche' nessuno ha l'autorita' di riscriverla al suo posto.

Questo e' il meccanismo, non una supposizione sulle intenzioni. Un motore di ricerca non deve presumere nulla sulle motivazioni per trattare come duplicate pagine quasi identiche; sta leggendo la stessa frase nella stessa lingua su entrambi gli indirizzi e ne trae la conclusione ovvia. Un problema di pagine quasi identiche si presenta anche sul lato delle citta' e delle categorie di una directory di annunci, e la soluzione li' e' lo stesso principio applicato a un asse diverso: piu' indirizzi valgono la pena solo quando il contenuto dietro di loro e' davvero diverso, non quando un modello ha generato un nuovo URL gratis.

L'effetto pratico si aggrava con la scala. Dieci annunci tradotti in dieci lingue fanno cento indirizzi, e se il contenuto scritto varia davvero solo nella lingua del modello circostante, un motore di ricerca che deve decidere quale mostrare si trova con novanta quasi-copie in competizione con l'unica pagina che fa un lavoro vero. Questo diluisce il segnale invece di moltiplicarlo, e lo fa in silenzio, perche' niente nel sito sembra rotto mentre succede.

Tre modi in cui una build multilingue rompe tutto questo senza che nessuno se ne accorga

Il tag reciproco e' il guasto piu' comune, ed e' quello su cui Google e' piu' diretta: ogni versione di lingua deve elencare se stessa e tutte le altre versioni, e se due pagine non puntano l'una verso l'altra, i tag vengono ignorati del tutto per quella coppia. Questo di solito si rompe dopo il lancio, non al lancio, quando una nuova lingua viene aggiunta al sito e l'elenco delle lingue alternative sulle pagine gia' esistenti non viene mai aggiornato per includerla.

Il valore x-default viene usato male quasi altrettanto spesso, di solito nella direzione opposta: aggiunto a ogni singola pagina invece che all'unico posto per cui e' stato pensato. Google lo descrive come la pagina di riserva mostrata quando nessuna delle lingue dichiarate corrisponde alle impostazioni del visitatore, pensata per una pagina di selezione della lingua o per una homepage che reindirizza automaticamente, non per un annuncio che ha gia' una lingua perfettamente definita. Metterlo ovunque non causa un errore, dice solo a Google niente di utile su pagine dove qualcosa di utile era gia' noto.

I codici regione sono il dettaglio che costa meno fare bene e che viene sbagliato piu' spesso. Google riconosce solo codici lingua ISO abbinati a codici regione ISO, e l'istinto naturale per un pubblico britannico, scrivere UK, e' proprio uno dei codici che la documentazione di Google segnala come privo di qualunque effetto; il codice valido e' GB. Nemmeno un codice paese da solo funziona. Niente di tutto questo genera un errore durante la build. Semplicemente non fa nulla, in silenzio, finche' nessuno controlla.

Una decisione che non appartiene a questo elenco, perche' non e' in realta' un problema di hreflang, e' se gestire i mercati separati su domini nazionali, sottodomini o cartelle del sito principale. La documentazione di Google non dichiara una preferenza di posizionamento fra i tre, e un sottodominio specifico per una lingua non dice nemmeno da solo a Google quale sia il pubblico previsto; va impostato esplicitamente altrove. Qualunque struttura usi gia' una directory, e' molto improbabile che sia il motivo per cui le sue pagine tradotte non funzionano. I tre errori sopra quasi sempre lo sono.

Cosa controllare davvero prima di aggiungere un'undicesima lingua

Si parte dagli annunci, non dal modello. Per ogni singolo profilo, bisogna decidere onestamente se il contenuto principale, le parole dell'inserzionista, esiste in piu' di una lingua. Se non esiste, quella pagina ha esattamente una versione linguistica vera, qualunque cosa dica il modello del sito, e la mossa onesta e' lasciarla vivere a un solo indirizzo invece di fabbricarne altri nove che dicono la stessa cosa.

Per le pagine davvero tradotte, quelle statiche e di categoria dove qualcuno ha davvero riscritto il testo, si verificano a mano i collegamenti reciproci su un campione di pagine dopo ogni modifica: si apre il sorgente, si conferma che l'elenco delle lingue alternative sulla pagina A includa la pagina B e che l'elenco di B includa A, in entrambe le direzioni, per ogni lingua che il sito dichiara di supportare. Una coppia rotta qui e' invisibile finche' non viene controllata.

Per gli annunci che non verranno mai tradotti esistono due opzioni oneste. O si serve l'annuncio solo nella lingua in cui e' stato davvero scritto, senza nessuna dichiarazione di lingua alternativa collegata, oppure si traducono le parti che contano davvero per la ricerca, il titolo e la breve descrizione, dicendo chiaramente che l'annuncio completo resta nella lingua originale. Quello che non funziona e' un indirizzo che dichiara una traduzione che la pagina non contiene.

Si conferma che i codici regione corrispondano esattamente all'elenco ISO, con GB al posto di UK come errore piu' comune al primo giro, e si resiste all'istinto di mettere x-default su ogni pagina invece che sull'unica pagina pensata per usarlo. Niente di tutto questo e' un lavoro complicato. Basta un pomeriggio con un foglio di calcolo di indirizzi e l'abitudine di guardare il sorgente, ed e' molto piu' economico che scoprire sei mesi dopo perche' il traffico da nove lingue nuove non e' mai arrivato. Se una pagina compare o meno nella ricerca dipende prima da una serie di interruttori diversi, ma niente di tutto questo conta se la pagina tradotta su cui si stava decidendo non e' mai stata davvero una pagina diversa.