[Escalado a 2º nivel] No aparece la version en español DEL ACF

Hola,

Gracias por la indicación.

Ya realizamos el cambio recomendado para evitar el conflicto de slugs entre la página de tienda y la base de productos.

Antes teníamos conflicto porque la página de tienda y la base de productos usaban el mismo slug. Para evitar cambiar las URLs de todos los productos, decidimos mantener la base de productos actual y modificar solo el slug de la página tienda.

La estructura quedó así:

Inglés:

```text
/en/peru-tours/ = página tienda / shop page
/en/tours/product-name/ = productos
```

Español:

```text
/es/tours-peru/ = página tienda / shop page
/es/tours/product-name/ = productos
```

Después del cambio hicimos lo siguiente:

1. Guardamos los cambios de slugs.
2. Fuimos a Ajustes → Enlaces permanentes y guardamos nuevamente.
3. Limpiamos caché de WPML.
4. Limpiamos caché de Divi / Static CSS.
5. Limpiamos caché de SiteGround Optimizer.
6. Probamos nuevamente el frontend y el Divi Builder.

Sin embargo, el problema principal continúa igual.

Las traducciones existen en WPML y aparecen como completadas, pero al intentar abrir o trabajar la versión en español dentro de Divi Builder, las plantillas traducidas no aparecen correctamente.

El problema sigue afectando especialmente a las plantillas de Divi Theme Builder:

* Headers
* Footers
* Body templates
* Plantillas asignadas a páginas/productos

Por lo tanto, el conflicto de slugs de WooCommerce ya fue corregido, pero no resolvió el problema principal con Divi 5 + WPML + Theme Builder.

¿Podrían revisar ahora específicamente la relación entre WPML y las plantillas de Divi Theme Builder migradas desde Divi 4 a Divi 5?

Necesitamos saber si las traducciones de las plantillas quedaron desconectadas, si hay que regenerar las relaciones de traducción, o si existe un procedimiento seguro para hacer que Divi Builder vuelva a cargar correctamente las versiones traducidas al español sin perder las traducciones existentes.

También seguimos teniendo la preocupación del `.htaccess`, porque desde antes de la migración a Divi 5, cada vez que se actualiza algo o se guardan enlaces permanentes, el archivo tiende a regenerarse con reglas que fuerzan `/en/`, como:

```apache
RewriteBase /en/
RewriteRule . /en/index.php [L]
```

Nos gustaría confirmar si esto puede estar relacionado con la configuración de WPML usando idioma principal en directorio `/en/` y español en `/es/`.

Gracias.

hola,

gracias por el soporte!

no puedo ver la imagen que usted ha enviado.

1. las traducciones de cada uno de las plantillas estan, lo que no veo es que esten en divi builder.
como indique, ya he eliminado el footer y vuelto a subir y traducir con wpml, igualmente no se muestra en la versión en español de divi builder. adjunto envío imagen.

sobre el punto 2, ¿qué deberiamos cambiar para no corregir cada vez en el servidor? 2.- El cambio en el .htaccess es el esperado para la configuración que tienes en WPML -> Languages -> Language URL format

Hola,

Gracias por la respuesta, pero creo que hay una confusión importante en la revisión.

Usted está viendo elementos que están en la **Librería de Divi**, pero ese no es el punto principal del problema que estamos reportando.

El problema no es simplemente que un layout aislado de la Librería de Divi no esté traducido. El problema real está en las **plantillas correctas del Divi Theme Builder**, especialmente los templates asignados como:

* Headers
* Footers
* Body templates
* Plantillas globales o asignadas a páginas/productos

He explicado anteriormente que esas plantillas ya fueron traducidas mediante WPML. Incluso el footer fue eliminado, reconstruido nuevamente y luego traducido con WPML. Aun así, la versión en español no aparece correctamente dentro de Divi Builder.

En la imagen que usted envió no aparecen todos los templates del body que estamos usando. Tenemos aproximadamente 12 body templates, y nuevamente adjunto captura donde se puede ver que esos templates sí están traducidos.

Por favor, les pido revisar específicamente las plantillas reales del **Divi Theme Builder**, no solamente los elementos que aparecen en la Librería de Divi.

El comportamiento actual es el siguiente:

1. Las plantillas existen.
2. Las traducciones existen en WPML.
3. Las traducciones figuran como completadas.
4. Pero al abrir o trabajar la versión en español en Divi Builder, el contenido traducido no aparece correctamente.
5. Esto empezó después de la migración de Divi 4 a Divi 5.

Por eso necesitamos que revisen si las relaciones de traducción de las plantillas de Divi Theme Builder quedaron desconectadas o dañadas después de la migración.

También aclaro nuevamente el segundo problema relacionado con `.htaccess`.

Cada vez que realizo alguna actualización en el sitio, por ejemplo actualización de plugins, WordPress, WPML, Divi o al guardar enlaces permanentes, se vuelve a generar un problema en el archivo `.htaccess`.

El archivo termina generando reglas incorrectas que fuerzan el sitio hacia `/en/`, produciendo errores o problemas de carga. Adjunto nuevamente captura de cómo queda el `.htaccess` cada vez que se actualiza algún plugin o se regeneran las reglas.

El problema no es solamente corregir manualmente el `.htaccess`. Eso ya lo hemos hecho varias veces. El problema es que vuelve a suceder después de actualizaciones.

Nuestra pregunta concreta es:

¿Qué configuración debemos revisar o corregir para evitar que WPML, WooCommerce Multilingual, WordPress o la configuración de idiomas vuelva a generar reglas incorrectas en `.htaccess` apuntando hacia `/en/`?

Actualmente el sitio usa:

* Inglés en `/en/`
* Español en `/es/`
* Idioma principal configurado en directorio
* WooCommerce activo
* Divi 5
* WPML y WooCommerce Multilingual

Por favor, necesitamos que revisen estos dos puntos de forma separada:

1. **Divi Theme Builder + WPML + Divi 5:** las plantillas correctas sí están traducidas, pero no cargan correctamente en Divi Builder en español. No revisar solo la Librería de Divi, sino los templates reales del Theme Builder.

2. **.htaccess:** cada vez que actualizamos algo, el archivo vuelve a generar reglas incorrectas que fuerzan `/en/`. Necesitamos saber por qué sucede y cómo evitarlo definitivamente.

Adjunto nuevamente las capturas correspondientes para que puedan revisar los templates correctos y el comportamiento del `.htaccess`.

Gracias.

Hola,

Le agradezco por el soporte.

1. sobre el .htaccss, acabo de actualizar el plugin divi, entonces la pagina tiene este error:

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator at [no address given] to inform them of the time this error occurred, and the actions you performed just before this error.

More information about this error may be available in the server error log.

Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.

¿por qué? cada vez que actualizo un plugin, sucede este problema, el archivo queda asi:

SetEnv PHPRC /home/customer/www/istallatrek.com/public_html/php.ini

# HTTPS forced by SG-Optimizer
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteCond %{HTTPS} off
RewriteRule ^ enlace oculto{HTTP_HOST}%{REQUEST_URI} [L,R=301]
</IfModule>
# END HTTPS

# SGS XMLRPC Disable Service
<Files xmlrpc.php>
Require all denied
</Files>
# SGS XMLRPC Disable Service END

# BEGIN WordPress
# The directives (lines) between "BEGIN WordPress" and "END WordPress" are
# dynamically generated, and should only be modified via WordPress filters.
# Any changes to the directives between these markers will be overwritten.
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /en/
RewriteRule ^index\.php$ - [L]
RewriteRule ^en/wp-login.php /en/wp-login.php [QSA,L]
RewriteRule ^es/wp-login.php /en/wp-login.php [QSA,L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /en/index.php [L]
</IfModule>

# END WordPress

Ahora ya esta corregido.

2. Sobre el segundo punto, ya se ha actualizado todo los templates.

Normalmente no es necesario traducir lo que esta en la libreria de divi, dado que es una biblioteca donde se guarda diferentes alementos; por ello, algunos están traducidos y otros no.

Ahora, puse un ejemplo, que es el footer, usted vio en el video que esta traducido, aun asi, no aparece en la versión en español.

Ya he procedido a actualizar todo los template, incluido los que estan en la libreria de divi.

Saludos!