Los menús y la navegación en WordPress multilingüe son datos estructurados

La navegación es más que texto traducido

Un menú multilingüe cumple dos funciones a la vez: presenta etiquetas legibles en el idioma actual y conserva la estructura que le indica a WordPress a dónde debe ir cada elemento. Esa estructura incluye relaciones entre padre e hijo, el tipo de destino detrás de cada elemento y el contexto lingüístico en el que el elemento debe resolverse.

Si solo traduces el texto visible, aún puedes dejar el menú apuntando al contenido equivocado. Una etiqueta puede ser correcta mientras el destino no lo es, especialmente cuando el menú mezcla páginas, archivos de taxonomía, URL personalizadas y elementos creados por plugins o por la lógica del tema.

Qué convierte a un menú en datos estructurados

Un menú de WordPress no es una lista plana de cadenas. Cada elemento lleva un significado más allá de su título. El menú puede codificar jerarquía, de modo que un elemento quede anidado bajo otro. También puede codificar el tipo de destino, de modo que un elemento del menú pueda apuntar a una página, un archivo de término de taxonomía, una URL personalizada o un punto final generado por un plugin.

Eso significa que la traducción tiene que respetar las relaciones, no solo las palabras. Si un elemento padre cambia de idioma pero sus elementos secundarios no se asignan a destinos equivalentes, el árbol de navegación se vuelve inconsistente. El resultado no es solo una redacción incómoda; es una arquitectura de la información rota para esa versión lingüística.

Por qué importa el mapeo de destinos

La misma etiqueta de menú puede representar distintos destinos subyacentes en diferentes idiomas. Una página traducida puede tener un enlace permanente distinto. Un archivo de taxonomía puede existir en un idioma pero no en otro hasta que se creen y vinculen sus términos. Una URL personalizada puede necesitar una ruta específica para cada idioma en lugar de una copia directa del enlace del idioma de origen.

Por eso la navegación multilingüe no puede tratarse como una simple tarea de sustitución de texto. El elemento del menú debe resolverse en el destino correcto en el idioma activo, o los usuarios acabarán en el contenido equivocado, en un idioma de reserva o en un callejón sin salida. En términos prácticos, el menú forma parte del enrutamiento, no solo de la presentación.

El enrutamiento específico de cada idioma cambia la forma del menú

En sitios multilingües, la misma sección conceptual puede necesitar URL diferentes, destinos de archivo distintos o una profundidad de menú diferente según la versión lingüística. Esto se debe a que el enrutamiento es sensible al idioma: la ruta que funciona en un idioma puede no ser la ruta canónica en otro.

Cuando el enrutamiento difiere, el menú debe reflejar esas diferencias en lugar de ocultarlas. Un elemento de navegación traducido que apunta a la URL del idioma de origen puede crear una discrepancia entre el idioma visible y la ruta real del contenido. Esa discrepancia afecta a la usabilidad y también puede dificultar el razonamiento operativo sobre el sitio, porque el menú ya no refleja la estructura lingüística del sitio.

Modos de fallo comunes cuando los menús se traducen como cadenas

Un modo de fallo es la deriva de jerarquía: se traduce un elemento padre, pero sus hijos no se asignan a contenido equivalente en el idioma correspondiente, de modo que el submenú ya no representa la misma agrupación conceptual.

Otro es la deriva de destino: la etiqueta se traduce, pero el elemento sigue apuntando a la página original, al archivo de taxonomía o a la URL personalizada. Un tercero es la deriva de elementos de plugin, en la que una entrada del menú generada por datos propiedad del plugin se copia sin conservar la relación con el objeto subyacente. En cada caso, el menú puede parecer completo mientras la lógica de navegación es inconsistente.

Estos fallos son especialmente visibles cuando un sitio mezcla tipos de contenido. Un menú que incluye páginas, archivos de categorías y enlaces personalizados necesita que cada tipo de elemento se gestione según su propio comportamiento de enrutamiento.

Consecuencia operativa para propietarios e implementadores de WordPress

Para los propietarios de WordPress, la decisión práctica es si la navegación multilingüe se gestiona como un conjunto de relaciones sensibles al idioma o como un conjunto de etiquetas traducidas. El primer enfoque preserva la coherencia entre páginas, archivos y enlaces personalizados. El segundo puede producir menús que parecen localizados pero no se comportan como navegación localizada.

Para desarrolladores e implementadores, la principal compensación de ingeniería está entre simplicidad y corrección. Un flujo de trabajo de traducción simple es más fácil de mantener al principio, pero no conserva las dependencias estructurales de las que dependen los menús. Un enfoque estructurado requiere más atención al mapeo de elementos y al enrutamiento por idioma, pero mantiene el árbol de navegación alineado con el modelo de contenido de cada idioma.