Sitemaps XML en WordPress multilingüe: ¿qué debería indexarse realmente?

Qué se supone que debe comunicar un sitemap multilingüe

Un sitemap no es una lista de todas las URL que un sitio puede generar. En una configuración de WordPress multilingüe, es una declaración de qué URL específicas de cada idioma están destinadas a descubrirse y a considerarse para la indexación.

Esa distinción importa porque el contenido traducido suele existir en más de una forma: un enlace permanente específico de idioma, una salida de plantilla traducida o una página a la que se puede acceder pero que no está pensada para posicionarse por sí sola en la búsqueda. El sitemap debe reflejar la versión indexable, no todas las variantes accesibles.

Qué URL traducidas deben incluirse en el sitemap

Incluye las URL traducidas cuando cada versión sea una página real e indexable, con su propio contenido específico de idioma y su propia URL preferida.

Excluye las URL traducidas cuando solo sean rutas de entrega alternativas, cuando estén bloqueadas para la indexación o cuando no sean la versión canónica. Una entrada del sitemap debe reforzar la intención de indexación de la página, no contradecirla.

Para quienes implementan WordPress, esto suele significar comprobar la relación de idioma entre entradas o páginas, el enlace permanente asignado a cada traducción y si el contenido traducido se publica realmente como un objeto distinto en lugar de generarse como una vista transitoria.

Las señales canónicas deciden si una entrada del sitemap es creíble

Si una página traducida declara una URL canónica que apunta a otro lugar, la entrada del sitemap deja de ser una señal limpia para esa URL traducida. Los motores de búsqueda reciben dos instrucciones a la vez: el sitemap dice que la URL debe considerarse, mientras que la canónica dice que se prefiere otra URL.

Ese conflicto no hace que el sitemap sea más fuerte. Lo hace menos útil, porque la señal canónica a nivel de página suele indicar a los motores de búsqueda qué URL debe consolidar las señales de indexación. En la práctica, un sitemap no debería listar una URL traducida como indexable si la propia página dice que no es la versión preferida.

Las reglas robots pueden hacer que una entrada del sitemap se contradiga a sí misma

Una URL bloqueada para la indexación por directivas robots no debería tratarse como una candidata válida del sitemap para indexarse. Si el sitemap la incluye de todos modos, el sitemap está promocionando una página que la propia página les dice a los motores de búsqueda que no indexen.

Esto es especialmente relevante en WordPress multilingüe cuando algunas variantes de idioma se usan para navegación, renderizado de respaldo o flujos internos de traducción, pero no están pensadas para aparecer en la búsqueda. Esas URL pueden seguir siendo útiles para los usuarios o editores, pero no pertenecen a un sitemap centrado en la indexación.

Por qué enviar URL traducidas no corrige señales contradictorias de la página

Enviar una URL traducida a los motores de búsqueda no anula las señales que envía la página. Si la página traducida entra en conflicto con su etiqueta canónica, sus directivas robots o la configuración de relación de idioma, el envío solo añade otra pista a un conjunto de instrucciones ya inconsistente.

La consecuencia práctica es que el envío del sitemap no puede rescatar una página cuyos propios metadatos indican que no debe indexarse, o que solo debe indexarse como alternativa de otra URL. Primero la página debe ser internamente coherente: la URL, la canónica, las reglas robots y el mapeo de idioma deben apuntar todos en la misma dirección.

Cómo afecta la arquitectura de WordPress a la calidad del sitemap

En WordPress, las decisiones de indexación multilingüe suelen estar determinadas por cómo se almacenan y renderizan las traducciones. Si las traducciones son entradas o páginas separadas, cada una puede tener su propio enlace permanente, señal canónica y relación de idioma. Si las traducciones se ensamblan dinámicamente a partir de datos del plugin o de campos personalizados, la versión visible en cada idioma puede no corresponder a un objeto indexable distinto.

Esa diferencia importa para la generación del sitemap. Un sitemap construido a partir de objetos de entrada solo puede ser preciso si esos objetos representan las variantes de idioma realmente indexables. Si la capa multilingüe se basa en plantillas, bloques o renderizado dinámico, la lógica del sitemap tiene que seguir la misma fuente de verdad que determina qué URL es canónica e indexable.

Comprobaciones operativas para un sitemap multilingüe limpio

Antes de exponer URL traducidas en un sitemap, verifica tres cosas para cada variante de idioma: que la URL esté destinada a indexarse, que la canónica apunte a esa misma URL y que las reglas robots no bloqueen la indexación.

Después confirma que la relación de idioma sea coherente. Una página traducida debe asignarse al contenido de origen correcto y no debe tratarse como una URL alternativa si está pensada para posicionarse por sí sola en la búsqueda. Si la página es solo un respaldo, una vista previa o un renderizado no preferido, déjala fuera del sitemap.