[Resuelto] 🔴 WPML está sobrescribiendo el slug de categorías de producto de WooCommerce
Este hilo está resuelto. Aquí tienes una descripción del problema y la solución.
Problem: Si estás experimentando un problema donde WPML Multilingual CMS está sobrescribiendo el slug base de las categorías de producto de WooCommerce, a pesar de haber cambiado la base de categorías de producto en WooCommerce de 'product-category' a 'categoria-producto', y confirmado que el cambio fue guardado correctamente en la base de datos, pero WPML CMS sigue generando las URLs como '/product-category/...', este resumen es para ti. Solution: El problema puede estar siendo causado por un conflicto con un plugin de terceros que revierte los cambios de URL realizados por WPML. Para resolverlo, te recomendamos desactivar y reactivar tus plugins uno por uno, o en grupos, para identificar cuál está causando el problema. Una vez identificado el plugin problemático, puedes mantenerlo desactivado o buscar una solución específica para ese plugin. Además, asegúrate de: 1. Ir a WPML > Settings > Taxonomy Translations y añadir el slug traducido para Product Categories. 2. Ir a WooCommerce > WCML > Store URLs y añadir la traducción para Product Category.
Si la solución proporcionada aquí no resuelve tu problema, o si crees que la información puede estar desactualizada, te recomendamos revisar los problemas conocidos relacionados, verificar la versión del arreglo permanente, y confirmar que tienes instaladas las últimas versiones de los temas y plugins. Si el problema persiste, no dudes en abrir un nuevo ticket de soporte en nuestro foro de soporte.
Este es el foro de soporte técnico de WPML, el plugin multilingüe de WordPress.
Todas las personas pueden leerlo pero solo los clientes de WPML pueden ingresar comentarios. El equipo de WPML responde en los foros 6 días a la semana, 22 horas por día.
Parece que WPML está sobrescribiendo tus opciones de URL de WooCommerce. Asegúrate de tener una copia de seguridad de tu sitio y ve a Settings > Permalinks.
En esa pantalla, selecciona el idioma español para ese slug, configúralo y guárdalo nuevamente allí. Dime si eso resuelve el problema.
La captura de pantalla que añadí es de otro sitio, por lo que la información puede ser diferente. Es solo un ejemplo.
Gracias por tu respuesta. Ya habia guardado varias veces y hecho diversos intentos sobre los enlaces permanentes
Adjunto foto de nuestro setup en esa seccion, veras que /producto/ lo tenemos en español mexico igual que la category base, y extrañamente el /producto/ si actualizo pero la category base no.
Hice la prueba de cambiar a español españa y tampoco funciono.
Al desactivar WPML CMS el cambio se ejecuta sin problemas
Me gustaría revisar esto directamente en tu sitio. Para ello, necesitaría acceso temporal (WP-Admin y FTP) a tu sitio, preferiblemente a un sitio de prueba o staging donde el problema haya sido replicado, si es posible.
Los campos requeridos se encuentran debajo de la sección de comentarios. La información que ingreses es privada, es decir, solo tú y yo podemos verla y acceder a ella.
Puede que necesite replicar tu sitio web localmente. Para hacerlo, necesito instalar temporalmente un plugin llamado "Duplicator" o "All in One WP Migration" en tu sitio web. Esto me permitirá crear una copia de tu sitio y contenido. Una vez que se resuelva el problema, eliminaré el sitio local. Avísame si estás de acuerdo con esto.
IMPORTANTE
Por favor, haz una copia de seguridad de los archivos del sitio y de la base de datos antes de darnos acceso.
* Si no ves los campos de wp-admin/FTP, esto significa que los detalles de inicio de sesión de tu publicación y sitio se están haciendo PÚBLICOS. NO publiques los detalles de tu sitio web si no ves los campos requeridos de wp-admin/FTP. Si no los ves, pídele que habilite la caja privada. La caja privada se ve así:
He escalado tu ticket al equipo de desarrolladores, ya que no pude encontrar una solución de inmediato. Puede que tome algunos días hasta que encontremos una solución. Te mantendré informado. Gracias por la comprensión.
He intentado descargar una copia de tu sitio web, pero el proceso falló varias veces. Para poder verificar el problema y probar soluciones, necesito que por favor crees una copia de pruebas (staging) de tu sitio en el mismo servidor, para que pueda revisar las causas y posibles soluciones sin afectar el sitio en producción.
Puedes usar un plugin para hacerlo o contactar con el soporte de tu hosting, ya que ellos pueden ayudarte a crear un sitio de staging. Por favor, envíame el enlace aquí cuando esté listo. Gracias por tu colaboración en este asunto.
Puedes mantener el mismo usuario que ya compartiste para el sitio de pruebas, así podré acceder directamente.
Podés revisar directamente el sitio utilizando el usuario que ya te compartimos para Mercadodeclaves.com.
El entorno actual está protegido con password a nivel servidor, no es accesible públicamente y además contamos con backups diarios activos. Por ese motivo, preferimos que puedan trabajar y revisar directamente sobre ese ambiente.
Si necesitás que habilitemos algo adicional avisanos y lo vemos de inmediato.
Gracias por la aclaración. Al realizar algunas pruebas para crear la copia, el problema con las URLs se resolvió. Parece que había algún conflicto con un plugin de terceros que estaba revirtiendo los cambios de URL realizados por WPML.
Al desactivar y reactivar los plugins, el problema se solucionó. Todas las URLs de las categorías de producto están traducidas como deseabas. Por favor, confirma si ahora todo está como esperabas. Gracias.
Si bien el problema parecía estar resuelto, luego de agregar dos nuevos países (Uruguay y Paraguay) volvimos a detectar el mismo comportamiento: en esos idiomas las URLs de las categorías muestran **“product-category”** en lugar de **“categoria-producto”** como está configurado en los demás idiomas.
¿Podrían por favor revisarlo nuevamente? Parece que el conflicto persiste al crear nuevos idiomas, aunque los existentes hayan quedado correctos tras la reactivación de plugins.
Quedamos atentos a la causa y a la solución definitiva para evitar que vuelva a ocurrir al agregar futuros países.
Nuevamente, al desactivar los plugins para comprobar el comportamiento, el problema se resolvió de forma permanente.
Como WPML se está comportando como se espera por sí solo y el problema está siendo influenciado por un plugin de terceros, mi recomendación es que desactives tus plugins uno por uno, añadas un idioma y pruebes la funcionalidad cada vez que lo hagas. También puedes hacerlo en grupos para que sea más rápido identificar qué plugin está causando el problema.
El método correcto para traducir el slug de la URL es:
1. Ir a WPML > Settings > Taxonomy Translations y añadir el slug traducido para Product Categories.
2. Ir a WooCommerce > WCML > Store URLs y añadir la traducción para Product Category.
Solo aclaro esto por si deseas averiguar qué plugin está causando este comportamiento.
El problema anterior con los slugs de categorías de productos ya quedó resuelto, muchas gracias por la ayuda.
Ahora tengo este nuevo inconveniente con el logo en el mismo sitio (WooCommerce + Shoptimizer + WPML Multilingual CMS + WPML String Translation):
En Apariencia → Personalizar → Identidad del sitio subo/selecciono un logo nuevo → se ve correctamente en la previsualización del Customizer.
Al publicar, el frontend siempre muestra el logo viejo (el anterior).
El <img class="custom-logo"> en el código fuente apunta al attachment del logo viejo.
Solo ocurre cuando WPML String Translation está activo.
Si desactivo String Translation (manteniendo WPML CMS), el logo nuevo se guarda y se muestra bien en frontend.
Al reactivar String Translation, vuelve automáticamente al logo viejo (sin necesidad de republicar).
Lo probado sin éxito:
Flush de enlaces permanentes.
Limpieza de todas las caches: WPML (Soporte → Solución de problemas → Borrar caché), plugin de caché del sitio, navegador (hard refresh + ?nocache=1 + incógnito).
Re-subir logo varias veces en Customizer (idioma por defecto).
Activar “Auto-registrar strings” y “Buscar strings al renderizar páginas” → visitar frontend varias veces → buscar en String Translation por “theme_mods_shoptimizer”, “custom_logo”, IDs de attachments → no aparece nada relacionado.
Snippet PHP para forzar logo global (usa get_option directo en theme_mods_{stylesheet}, prioridad 999, run everywhere) → no hace efecto.
Media Translation no muestra nada para el logo.
Algún workaround seguro y recomendado para mantener el logo global sin que String Translation lo afecte?
Quedo atento a tus comentarios.
Saludos,
Guido
Los hilos nuevos creados por Lucas Vidal de Andrade y vinculados a este se encuentran a continuación:
Quisiera agregar información adicional relevante sobre el problema con el logo.
Después de realizar más pruebas, noté que el nuevo logo sí se aplica correctamente en todos los idiomas secundarios, pero no se aplica en el idioma principal (predeterminado).
En el Personalizador de WordPress el logo nuevo aparece correctamente seleccionado. Sin embargo, después de publicar los cambios, el frontend del idioma principal continúa mostrando el logo anterior. En cambio, los idiomas secundarios muestran el logo nuevo sin ningún inconveniente.
Esto sugiere que el problema podría estar específicamente relacionado con cómo el idioma predeterminado está gestionando las opciones del tema o con la forma en que WPML String Translation está interactuando con la configuración del idioma principal.
Adjunto capturas donde se puede ver:
El frontend mostrando el logo antiguo en el idioma principal
El frontend mostrando el logo correcto en los idiomas secundarios
Quedo atento a cualquier información adicional que necesiten para poder avanzar con la investigación.
Gracias por confirmar lo de las URLs. Como lo que mencionaste se trata de otro problema, decidí crear un ticket separado. Así podemos trabajar de forma más organizada 🙂
