Guía completa de WPML sin categorías para URL multilingües limpias

Introducción: Qué significa “WPML sin categoría base”

“No category base WPML” significa eliminar el prefijo de categoría predeterminado de WordPress manteniendo las URL de archivo de categoría correctas en todos los idiomas de WPML. En lugar de un archivo en inglés comoexample.com/category/news/, puedes usarexample.com/news/. Una versión en español podría convertirse enexample.com/es/noticias/en vez deexample.com/es/category/noticias/.

El resultado parece sencillo. La configuración no siempre es sencilla.

WordPress utiliza reglas de reescritura para asignar URL legibles a consultas de taxonomía. WPML añade una capa adicional para directorios de idiomas, dominios o parámetros de URL. También conecta términos de categoría y slugs traducidos. El método de eliminación de la base, la configuración de enlaces permanentes, el tema, el plugin de SEO, la caché y las reglas del servidor deben coincidir en la ruta final.

Importante:WPML traduce el contenido multilingüe y los datos de taxonomía, pero no es, por sí solo, una herramienta universal para eliminar la base de categorías. Utilice un método de WordPress compatible y con soporte para eliminar la base y, a continuación, pruébelo con WPML.

QueueLingo ayuda a los equipos a gestionar las tareas de traducción de WPML a través de colas alojadas y motores de traducción conectados, de modo que los nombres de las categorías, el contenido relacionado y las actualizaciones multilingües se puedan gestionar a mayor escala.

Crea una cuenta gratuita de QueueLingo.omira la demostraciónantes de planificar un despliegue multilingüe en todo el sitio web.

Por qué las categorías son importantes para el SEO multilingüe

Un archivo de categorías estándar de WordPress suele utilizar este patrón:

• https://example.com/category/news/
• https://example.com/category/tutorials/

La palabracategoryes la base de la categoría. Un sitio puede reemplazarla con otra base, comotopicspero dejando vacío el campo base de Categoría enConfiguración → Enlaces permanentesNormalmente, esto significa que WordPress utiliza su comportamiento predeterminado. Eliminar la base por completo suele requerir un plugin compatible, una función del tema o una lógica de reescritura personalizada cuidadosamente mantenida.

En una configuración multilingüe, la URL también puede contener una señal de idioma:

• Directorio:example.com/es/category/noticias/
• Dominio del idioma:example.es/category/noticias/
• Parámetro:example.com/category/noticias/?lang=es

WPML admite directorios de idiomas, dominios o subdominios diferentes y parámetros de idioma. Por lo tanto, la URL de una categoría se define mediante tres decisiones: formato de idioma, base de la categoría y slug del término traducido.

Rutas de rastreo y archivos traducidos

Los motores de búsqueda descubren los archivos de categorías a través de menús, rutas de navegación, metadatos de las publicaciones, mapas del sitio y enlaces internos. Eliminar un segmento de la ruta puede facilitar la lectura, copia y reconocimiento de una URL, pero no garantiza una mejora en el posicionamiento. El mayor beneficio para el SEO reside en tener una URL estable y rastreable para cada archivo útil.

Un archivo de categorías traducido normalmente debería proporcionar:

• Un éxito200respuesta.
• Contenido en el idioma previsto.
• Una URL canónica autorreferencial.
• Idioma alternativo correctohreflangreferencias.
• Enlaces internos que utilizan la URL final limpia.
• Inclusión en el mapa del sitio XML correcto cuando el archivo sea indexable.

Google describe la canonicalización como el proceso de seleccionar una URL representativa de páginas duplicadas o similares. Las redirecciones, las anotaciones canónicas, las URL del mapa del sitio y los enlaces internos pueden influir en esa selección. Para páginas multilingües, la URL canónica normalmente debe apuntar a la URL canónica en el mismo idioma, mientras quehreflangConecta versiones de idiomas equivalentes.

Cuando la eliminación mejora la experiencia del usuario

Eliminar la base de categorías es más útil cuando las categorías son una capa de navegación clave y sus slugs son únicos. Una publicación puede utilizar/en/insights/,/de/einblicke/, y/fr/analyses/Estas rutas son concisas. Sin embargo, una base visible puede evitar la ambigüedad. Una URL como/topics/security/Indica inmediatamente al lector que la página es un archivo temático. No elimines la base solo porque una versión más corta parezca más amigable para el SEO. Elige la estructura más clara y fácil de mantener.

Para una revisión más amplia de la selección de idiomas, consulte laGuía SEO multilingüe.

Cómo WPML gestiona las URL de las categorías

WPML separa el formato de URL del idioma de la traducción de los términos de taxonomía. Comprender esta separación facilita enormemente la resolución de problemas.

Formatos de URL de idioma

In WPML → Idiomas → Formato de URL de idiomaWPML admite tres modelos comunes:

1. Directorios: example.com/es/noticias/
2. Dominios o subdominios: example.es/noticias/oes.example.com/noticias/
3. Un parámetro de idioma: example.com/noticias/?lang=es

Los directorios son comunes porque todos los idiomas se encuentran bajo un mismo dominio. Los diferentes dominios requieren una configuración DNS y una asignación de servidores correctas. Los parámetros generalmente requieren menos cambios en el servidor, pero muchos propietarios de sitios web prefieren las URL basadas en rutas para la navegación pública.

Los directorios de lenguaje WPML son virtuales. No cree directorios físicos./es/ or /de/carpetas o forzar solicitudes a que se introduzcan en ellas.

Términos traducidos y slugs

Una categoría tiene un nombre para mostrar y un identificador único (slug). Por ejemplo:

• Nombre en inglés: News; slug:news
• Español nombre: Noticias; slug:noticias
• Nombre alemán: Nachrichten; babosa:nachrichten

WPML puede traducir categorías, etiquetas y taxonomías personalizadas de WordPress. Las taxonomías deben estar configuradas como traducibles enWPML → Ajustes → Traducción de taxonomías. Puedes revisar las traducciones de términos enWPML → Traducción de taxonomíay sincronizar los cambios de jerarquía cuando cambian las estructuras padre-hijo.

Una base de taxonomía personalizada también puede incluir traducciones específicas para cada idioma. Esto es independiente de la eliminación de la base de categorías estándar de WordPress. Si tu sitio no tiene una base de categorías, el slug del término traducido se convierte en el segmento de ruta visible, lo que hace que la planificación de slugs únicos sea aún más importante.

Enlaces permanentes y reglas de reescritura

WordPress no almacena todas las URL amigables como un archivo físico. Compara cada solicitud con reglas de reescritura y convierte la ruta coincidente en una consulta. Un método de eliminación de base modifica esas reglas. Posteriormente, WPML filtra las URL y las consultas según el idioma activo.

Pueden surgir conflictos cuando otro componente también cambia su ruta. Las causas comunes incluyen:

• Plugins de SEO o de enlaces permanentes.
• Redirigir a los gerentes.
• Tipos de publicaciones personalizadas con slugs de reescritura superpuestos.
• Temas que registran taxonomías o rutas.
• Reglas de NGINX o Apache a nivel de servidor.
• Redirecciones de borde de CDN o respuestas de error almacenadas en caché.

Prueba todo el sistema, no solo la pantalla de configuración de WordPress. Una URL puede parecer correcta en el panel de administración, pero mostrar un idioma o estado incorrecto en el servidor.

Ventajas e inconvenientes de no utilizar una base de categorías en WPML

La decisión no se reduce a que "las URL limpias son buenas y las bases son malas". Se trata de una cuestión de equilibrio en el enrutamiento.

Rutas duplicadas

Algunas soluciones de eliminación de bases redirigen/category/news/a/news/. Otros hacen que se carguen ambas versiones. Si ambas devuelven200Los motores de búsqueda y los sistemas de análisis pueden detectar rutas duplicadas. Seleccione una versión preferida, redirija las URL obsoletas, utilice etiquetas canónicas autorreferenciales en las páginas finales y actualice los enlaces internos y los mapas del sitio.

colisiones de babosas

Sin un espacio de nombres como/category/, un slug de categoría compite en la ruta raíz. Imagina que todos estos quieren/guides/:

• Una página llamada Guías.
• Una categoría llamada Guías.
• Un archivo de tipo de publicación personalizado.
• Un término traducido que se convierte enguides.

WordPress puede resolver una ruta y ocultar otra, o un plugin puede forzar una redirección. Crea un registro de slugs multilingüe antes del lanzamiento. Incluye páginas, entradas, categorías, etiquetas, taxonomías personalizadas, bases de datos de autores y archivos de tipos de publicaciones personalizadas.

Cómo configurar la opción Sin base de categorías con WPML

Primero, utilice una copia de prueba. Los cambios de URL pueden afectar a todos los archivos de categorías, enlaces internos, entradas del mapa del sitio, URL canónicas y redirecciones en caché.

1. Realiza una copia de seguridad del sitio.

Crea una copia de seguridad restaurable de la base de datos y los archivos. Registra las versiones de WordPress, WPML, el tema, el plugin de enrutamiento, la caché y el servidor. Exporta las redirecciones existentes.

2. Inventariar las URL existentes

Exporta el archivo de cada categoría en cada idioma. Para cada URL, registra:

• Idioma.
• Nombre de la categoría e ID del término.
• babosa actual.
• Categoría principal, si la hay.
• Canónico actual.
• URL limpia prevista.
• Destino de redirección requerido.

Además, analiza las páginas, las entradas, los tipos de entradas personalizadas y los archivos de taxonomía para detectar conflictos. Haz esto antes de modificar el comportamiento de reescritura.

3. Revisar los enlaces permanentes de WordPress

AbiertoConfiguración → Enlaces permanentesConfirma que el sitio utiliza una estructura de enlaces permanentes amigable en lugar de URL de consulta simples. Revisa el campo opcional "Categoría base", pero recuerda que un campo vacío no significa necesariamente "eliminar la base". Puede que simplemente utilice la ruta de categoría predeterminada de WordPress.

Elija un método compatible para eliminar la base. Puede ser una función de enlace permanente o un código personalizado desarrollado por su equipo. Evite usar dos herramientas que eliminen la base simultáneamente.

4. Confirme la configuración de idioma de WPML.

AbiertoWPML → Idiomasy verifique el formato de URL activa. Pruebe los idiomas predeterminado y secundario antes de continuar. Si usa directorios, confirme que el servidor admite rutas de idioma virtuales. Si usa dominios separados, confirme el DNS, los certificados TLS y la misma configuración de instalación de WordPress.

5. Mapear y traducir términos de categoría

In WPML → Configuración, haga que las categorías sean traducibles. Luego abraWPML → Traducción de taxonomíay revisa cada traducción. Usa identificadores únicos y naturales en lugar de copiar el identificador original sin más.

Para las categorías jerárquicas, confirme que los elementos secundarios traducidos tengan los elementos principales traducidos correctos. Sincronice los cambios de jerarquía cuando sea necesario. Guarde el mapa de slugs como documentación de la versión.

6. Habilite el método de eliminación de base y las reglas de vaciado una vez.

Active el método seleccionado en el entorno de prueba. Luego, regenere las reglas de reescritura. La acción administrativa normal es abrirConfiguración → Enlaces permanentesy guarda la configuración una sola vez. Los equipos que utilizan WP-CLI pueden usar el comando de vaciado de reescritura apropiado en una implementación controlada.

WordPress advierte que vaciar las reglas de reescritura es una operación costosa. No la ejecute en cada solicitud de página ni en un hook frecuente. Actívela solo cuando las reglas cambien realmente.

7. Prueba cada idioma y plantilla.

Pruebe un conjunto representativo que incluya:

• Categorías de nivel superior e hijas.
• Categorías con términos traducidos y sin traducir.
• Archivos paginados, como/news/page/2/.
• Fuentes de noticias, si su sitio las publica.
• Solicitudes de usuarios conectados y de usuarios no conectados.
• Cada directorio o dominio de idioma configurado.

Para cada URL final, verifique el código de estado, el título de la página, el encabezado del archivo, el idioma del cuerpo, el canonical,hreflang, migas de pan, entrada en el mapa del sitio y enlaces internos.

8. Agregue redirecciones y despliegue con cuidado.

Cree redirecciones permanentes uno a uno desde cada URL de categoría antigua a su equivalente nuevo exacto. Evite enviar todas las categorías antiguas a la página de inicio. Google recomienda redirecciones permanentes del lado del servidor, como301 or 308, cuando una URL se ha movido permanentemente.

Actualizar enlaces internos, menús, migas de pan, URL del mapa del sitio, etiquetas canónicas yhreflangvalores para usar las nuevas rutas. Implementar durante un período supervisado, vaciar las cachés una vez y mantener un plan de reversión.

Problemas comunes y solución de problemas

Las páginas de categorías traducidas devuelven un error 404.

Primer guardadoConfiguración → Enlaces permanentesuna vez para regenerar las reglas. Luego confirme que la traducción de la categoría existe, su taxonomía es traducible y su jerarquía principal es válida. Deshabilite solo una capa de enrutamiento sospechosa a la vez en el entorno de prueba. Si el origen devuelve200pero la URL pública devuelve404, inspeccione el almacenamiento en caché de CDN o proxy.

Bucles de redireccionamiento después de cambiar los enlaces permanentes

Un bucle suele significar que dos sistemas están normalizando la misma URL de maneras opuestas. Consulta los plugins de redireccionamiento de WordPress, las redirecciones canónicas SEO,.htaccesso reglas de NGINX, redirecciones de idioma de WPML y reglas de borde de CDN. Rastree la cadena de redireccionamiento completa. La URL final debería devolver200, no redirigir de vuelta a un salto anterior.

Aparece la categoría de idioma incorrecta.

Confirma que cada término esté vinculado a la traducción correcta de WPML y que la solicitud contenga el contexto lingüístico esperado. Revisa los menús y los enlaces de tema codificados. En sitios con caché, asegúrate de que la clave de caché varíe según el mecanismo de idioma seleccionado por WPML. Una caché que ignora el directorio de idioma, el dominio, el parámetro o la cookie puede servir el archivo incorrecto.

Los conflictos entre babosas se producen en distintos idiomas.

Compara el slug del problema con páginas, publicaciones, rutas de adjuntos de medios, archivos de tipos de publicaciones personalizadas, etiquetas y otras taxonomías. Renombra una ruta con un slug claro específico del idioma. Luego actualiza el mapa de redirecciones, enlaces internos, canónico,hreflangy el mapa del sitio.

Las reglas de CDN o caché mantienen el comportamiento anterior.

Borre la caché de páginas de WordPress, la caché de objetos cuando corresponda, el proxy inverso y la CDN. Revise la caché.301Las respuestas pueden retenerse porque los navegadores y las redes perimetrales. Pruebe el origen por separado de la CDN y, a continuación, pruebe una sesión de navegador limpia.

Google Search Console informa sobre la cobertura o las advertencias canónicas.

Inspeccione tanto la URL antigua como la nueva. Verifique que la URL antigua redirija permanentemente al reemplazo exacto y que la nueva URL devuelva200Confirma que el nuevo archivo tenga una URL canónica propia, que no esté bloqueado por las reglas de robots y que aparezca en el mapa del sitio previsto. Comprueba si Google ha seleccionado una URL canónica diferente. Tras las correcciones, solicita la validación o vuelve a rastrear el sitio mediante el flujo de trabajo correspondiente de Search Console.

Flujo de trabajo de QueueLingo para la traducción escalable de WPML

Las operaciones de ingeniería y traducción de URL deben apoyarse mutuamente. Un desarrollador puede hacer/es/noticias/Se resuelve correctamente, pero la categoría aún necesita un nombre, un identificador único, una descripción, contenido vinculado y un estado de revisión precisos.

Un flujo de trabajo escalable de QueueLingo puede seguir estas etapas:

1. Preparar WPML:Definir los idiomas, la configuración de traducción de la taxonomía y el mapa de slugs aprobado.
2. Crear trabajos de traducción:Enviar el contenido WPML que cumpla los requisitos y el texto de taxonomía relacionado a las colas de traducción gestionadas.
3. Seleccione un motor:Dirija el trabajo a Google Translate, Edge Translate o a los motores de traducción LLM compatibles según las integraciones configuradas por su organización, el par de idiomas, el tipo de contenido, el presupuesto y la política de datos.
4. Resultados de la revisión:Verifique la terminología, los nombres de las categorías, la longitud del slug, la intención, la integridad del HTML y la redacción del mercado local.
5. Responde y publica:Devuelva las traducciones aprobadas a WPML y luego ejecute URL, canonical yhreflangcheques.

La automatización de colas puede reducir el trabajo repetitivo de exportación, asignación, seguimiento de estado y escritura de datos. La revisión humana sigue siendo importante, ya que una traducción incorrecta de la taxonomía puede afectar la navegación y muchas URL de las publicaciones.

Explora el alojamiento de traducciones de WPML,Mira una demostración, oComience una prueba gratuita.

Lista de verificación para la implementación y mejores prácticas

Antes del lanzamiento:

• Realice una copia de seguridad de los archivos y de la base de datos, y verifique el acceso de restauración.
• Pruebe el cambio en el entorno de pruebas con el complemento de producción y la pila de servidores.
• Exporta todas las URL de las categorías en todos los idiomas.
• Asignar las URL antiguas a las URL traducidas finales.
• Reserva identificadores únicos de categoría para todos los tipos de contenido público.
• Confirme las traducciones de categorías y las relaciones padre-hijo en WPML.
• Elija un método de remoción de base y documente quién lo utiliza.
• Pruebe los directorios, dominios o parámetros según la configuración de WPML.
• Preparar exactamente301 or 308redirecciones.
• Actualizar enlaces internos, canónicos,hreflang, migas de pan y mapas del sitio.

Tras el lanzamiento:

• Rastrea los conjuntos de URL antiguos y nuevos.
• Comprobar404, suave404, 5xxbucles y largas cadenas de redireccionamiento.
• Analizar el origen, WordPress, la CDN y el comportamiento de la caché del navegador.
• Supervise los registros del servidor y los informes de Google Search Console.
• Mantén las redirecciones activadas.
• Vuelva a realizar la prueba después de actualizar WordPress, WPML, el tema, el plugin de enrutamiento o el servidor.
• Documentar los pasos para revertir la situación, el manejo de datos, la retención de traducciones, el control de acceso y los requisitos de cumplimiento.

El lanzamiento más seguro de WPML sin base de categorías no es el que tiene la regla de reescritura más ingeniosa, sino el que cuenta con un mapa de URL completo, slugs traducidos únicos, una ruta preferida por archivo y pruebas repetibles.

¿Listo para simplificar la parte de la traducción?Prueba QueueLingo gratisoContactar con ventaspara un flujo de trabajo multilingüe de WordPress más amplio.

Referencias oficiales

• WPML: Opciones de formato de URL de idioma —Abrir la documentación oficial
• WPML: Traducción de categorías de publicaciones, etiquetas y taxonomías personalizadas —Abrir la documentación oficial
• Recursos para desarrolladores de WordPress:flush_rewrite_rules()—Abrir la documentación oficial
• Google Search Central: Gestión de sitios multilingües y multirregionales —Abrir la documentación oficial
• Google Search Central: Canonicalización —Abrir la documentación oficial
• Google Search Central: Redirecciones y la Búsqueda de Google —Abrir la documentación oficial