Come il WordPress multilingue interagisce con i plugin SEO

Dove finisce l’architettura multilingue e inizia la proprietà del plugin SEO

Una configurazione WordPress multilingue di solito deve risolvere due problemi diversi contemporaneamente. Primo, deve rappresentare che una pagina esiste in più di una lingua. Secondo, deve esporre i metadati rivolti ai motori di ricerca per ciascuna versione di quella pagina. Sono aspetti collegati, ma non sono la stessa responsabilità.

Il livello multilingue è il punto in cui le versioni linguistiche vengono collegate tra loro. Il livello del plugin SEO è il punto in cui vengono emessi i segnali a livello di pagina, come titoli, descrizioni, canonical, schema, sitemap XML e direttive robots. Se entrambi i livelli cercano di possedere lo stesso segnale, il risultato è spesso duplicazione, mancata corrispondenza o un segnale che punta nella direzione sbagliata.

Titoli e descrizioni richiedono un controllo specifico per lingua, non impostazioni predefinite condivise

I titoli delle pagine e le meta description dovrebbero di solito essere tradotti per ogni versione linguistica, perché fanno parte dello snippet di ricerca e dovrebbero corrispondere alla lingua del contenuto. Il problema tecnico non è la traduzione in sé, ma la proprietà: se il sistema multilingue memorizza il contenuto tradotto mentre il plugin SEO memorizza i campi dello snippet, entrambi i sistemi devono avere un modo prevedibile per leggere e scrivere i valori corretti.

Una modalità di errore comune è che una pagina tradotta erediti il titolo o la descrizione nella lingua di origine perché i campi SEO sono stati copiati una volta e mai aggiornati. Un’altra modalità di errore è l’opposto: il plugin SEO genera un titolo di fallback dal contenuto tradotto mentre il livello multilingue considera ancora la pagina collegata a una versione in un’altra lingua. In entrambi i casi, la pagina può essere tecnicamente raggiungibile ma semanticamente incoerente per la ricerca e per gli utenti.

I canonical dovrebbero riflettere l’URL preferito per ogni versione linguistica

I tag canonical sono il punto in cui i conflitti di proprietà diventano rapidamente visibili. Un sito multilingue di solito ha bisogno che ogni versione linguistica sia indicizzabile sul proprio URL, pur segnalando la relazione con le altre versioni. Ciò significa che il canonical di una pagina tradotta dovrebbe normalmente puntare al proprio URL preferito, non alla pagina nella lingua di origine, a meno che l’architettura non le consolidi intenzionalmente.

Se un plugin SEO e un sistema multilingue cercano entrambi di impostare i canonical, il rischio non è solo la duplicazione nell’HTML. Il problema più profondo è il disaccordo su quale URL sia la versione autorevole per quella lingua. I motori di ricerca possono quindi ricevere segnali contrastanti: un sistema dice che la pagina tradotta è canonical, un altro implica che dovrebbe essere preferita la pagina di origine. Il risultato pratico può essere instabilità nell’indicizzazione o la visualizzazione della pagina sbagliata per una query in una determinata lingua.

Lo schema dovrebbe descrivere la pagina, mentre le relazioni linguistiche dovrebbero descrivere la struttura del sito

I dati strutturati e le relazioni linguistiche risolvono problemi diversi. Lo schema descrive il contenuto e il contesto di una pagina. Le relazioni linguistiche descrivono come le pagine equivalenti o correlate tra lingue si collegano tra loro. Quando queste cose vengono confuse, il sito può ritrovarsi con uno schema tecnicamente valido ma associato alla versione linguistica sbagliata, oppure con link linguistici che non corrispondono all’identità della pagina rappresentata nei dati strutturati.

Per chi implementa, la domanda utile è quale livello genera lo schema e quale livello conosce il grafo linguistico. Se il sistema multilingue sa quali pagine sono traduzioni l’una dell’altra, dovrebbe essere la fonte di quella relazione. Se il plugin SEO genera lo schema dal contenuto della pagina, dovrebbe farlo per ogni versione linguistica senza presumere che le pagine tradotte siano copie intercambiabili.

Le sitemap XML e le direttive robots non dovrebbero duplicare le decisioni di indicizzazione

Le sitemap XML e le direttive robots sono entrambe controlli di indicizzazione, ma operano in modo diverso. Le sitemap dicono ai motori di ricerca cosa esiste ed è destinato alla scoperta. Le direttive robots dicono loro come trattare una pagina. In una configurazione multilingue, entrambe devono allinearsi con l’architettura linguistica, così che le pagine tradotte siano scopribili quando dovrebbero esserlo ed escluse quando non dovrebbero esserlo.

Il principale compromesso ingegneristico è stabilire se sia il livello multilingue o il plugin SEO a generare le voci della sitemap per le varianti linguistiche. Se lo fanno entrambi, si possono ottenere URL duplicati o regole di inclusione incoerenti. Se un sistema esclude una pagina mentre l’altro la include, il sito invia segnali contraddittori su se quella versione linguistica debba essere indicizzata.

Il modello più sicuro è un unico proprietario per ogni segnale SEO

L’implementazione più pulita consiste nell’assegnare a un solo sistema la proprietà di ciascun segnale e nel mantenere l’altro sistema consapevole di quella decisione. Il livello multilingue dovrebbe possedere l’identità linguistica e le relazioni. Il plugin SEO dovrebbe possedere la presentazione dei metadati per ogni versione della pagina, ma solo entro i confini stabiliti dall’architettura multilingue.

Questa divisione riduce la probabilità che una pagina tradotta erediti i metadati sbagliati, emetta un canonical in conflitto o compaia nello stato sbagliato della sitemap. Rende anche il debug più semplice: quando un segnale è errato, sai quale livello controllare per primo invece di inseguire due sistemi che credono entrambi di essere responsabili dello stesso output.

Segnale SEO	Proprietario preferito	Perché
Titoli	Livello SEO, per versione linguistica	Richiede un output a livello di pagina che corrisponda al contenuto tradotto
Descrizioni	Livello SEO, per versione linguistica	Dovrebbe riflettere la lingua e l’intento di ciascuna versione
Canonical	Livello consapevole dell’architettura con output SEO	Deve corrispondere all’URL preferito per ogni versione linguistica
Schema	Livello SEO, informato dal contesto linguistico	Descrive la pagina e dovrebbe essere emesso per ogni versione
Sitemap XML	Un solo sistema	La proprietà duplicata della sitemap può creare inclusioni incoerenti
Direttive robots	Un solo sistema	Direttive in conflitto possono compromettere le decisioni di indicizzazione
Relazioni linguistiche	Livello dell’architettura multilingue	Definisce come le pagine tradotte si collegano tra loro