Sitemap XML in WordPress multilingue: cosa dovrebbe essere effettivamente indicizzato?

Cosa dovrebbe comunicare una sitemap multilingue

Una sitemap non è un elenco di ogni URL che un sito può generare. In una configurazione WordPress multilingue, è una dichiarazione di quali URL specifici per lingua devono essere scoperti e presi in considerazione per l’indicizzazione.

Questa distinzione conta perché i contenuti tradotti spesso esistono in più di una forma: un permalink specifico per lingua, un output di template tradotto o una pagina raggiungibile ma non destinata a stare da sola nella ricerca. La sitemap dovrebbe riflettere la versione indicizzabile, non ogni variante raggiungibile.

Quali URL tradotti appartengono alla sitemap

Includi gli URL tradotti quando ogni versione è una pagina reale e indicizzabile, con contenuti propri specifici per lingua e un proprio URL preferito.

Escludi gli URL tradotti quando sono solo percorsi di distribuzione alternativi, quando sono bloccati dall’indicizzazione o quando non sono la versione canonical. Una voce della sitemap dovrebbe rafforzare l’intento di indicizzazione della pagina, non contraddirlo.

Per chi implementa WordPress, questo di solito significa controllare la relazione linguistica tra articoli o pagine, il permalink assegnato a ogni traduzione e se il contenuto tradotto è effettivamente pubblicato come oggetto distinto anziché generato come vista temporanea.

I segnali canonical decidono se una voce della sitemap è credibile

Se una pagina tradotta dichiara un URL canonical che punta altrove, la voce della sitemap non è più un segnale pulito per quell’URL tradotto. I motori di ricerca ricevono due istruzioni contemporaneamente: la sitemap dice che l’URL dovrebbe essere preso in considerazione, mentre il canonical dice che è preferibile un altro URL.

Quel conflitto non rende la sitemap più forte. La rende meno utile, perché il segnale canonical a livello di pagina di solito indica ai motori di ricerca quale URL dovrebbe consolidare i segnali di indicizzazione. In pratica, una sitemap non dovrebbe elencare un URL tradotto come indicizzabile se la pagina stessa dice che non è la versione preferita.

Le regole robots possono rendere una voce della sitemap autocontraddittoria

Un URL bloccato dall’indicizzazione tramite direttive robots non dovrebbe essere considerato un candidato valido per l’indicizzazione nella sitemap. Se la sitemap lo include comunque, sta pubblicizzando una pagina che la pagina stessa dice ai motori di ricerca di non indicizzare.

Questo è particolarmente rilevante in WordPress multilingue quando alcune varianti linguistiche sono usate per la navigazione, il rendering di fallback o i flussi di lavoro interni di traduzione, ma non sono destinate a comparire nella ricerca. Questi URL possono comunque essere utili agli utenti o agli editor, ma non appartengono a una sitemap orientata all’indicizzazione.

Perché inviare URL tradotti non risolve segnali di pagina contrastanti

Inviare un URL tradotto ai motori di ricerca non annulla i segnali inviati dalla pagina. Se la pagina tradotta è in conflitto con il suo tag canonical, le direttive robots o la configurazione della relazione linguistica, l’invio aggiunge solo un altro indizio a un insieme già incoerente di istruzioni.

La conseguenza pratica è che l’invio della sitemap non può salvare una pagina i cui metadati indicano che non dovrebbe essere indicizzata, o che dovrebbe essere indicizzata solo come alternativa di un altro URL. La pagina deve prima essere coerente internamente: URL, canonical, regole robots e mappatura linguistica devono puntare tutti nella stessa direzione.

Come l’architettura di WordPress influisce sulla qualità della sitemap

In WordPress, le decisioni di indicizzazione multilingue sono spesso influenzate da come le traduzioni vengono archiviate e rese. Se le traduzioni sono articoli o pagine separati, ognuno può avere il proprio permalink, segnale canonical e relazione linguistica. Se le traduzioni vengono assemblate dinamicamente da dati del plugin o campi personalizzati, la versione linguistica visibile potrebbe non corrispondere a un oggetto distinto e indicizzabile.

Questa differenza conta per la generazione della sitemap. Una sitemap costruita dagli oggetti post può essere accurata solo se quegli oggetti rappresentano le effettive varianti linguistiche indicizzabili. Se il livello multilingue è guidato da template, blocchi o rendering dinamico, la logica della sitemap deve seguire la stessa fonte di verità che determina quale URL è canonical e indicizzabile.

Controlli operativi per una sitemap multilingue pulita

Prima di esporre URL tradotti in una sitemap, verifica tre cose per ogni variante linguistica: l’URL è destinato a essere indicizzato, il canonical punta a quello stesso URL e le regole robots non bloccano l’indicizzazione.

Poi conferma che la relazione linguistica sia coerente. Una pagina tradotta dovrebbe mappare al contenuto sorgente corretto e non dovrebbe essere trattata come un URL alternativo se deve stare da sola nella ricerca. Se la pagina è solo un fallback, un’anteprima o un rendering non preferito, escludila dalla sitemap.