[Résolu] WPML + Elementor – contenu non détecté dans l’éditeur de traduction (multidomaine)

Bonjour,

Je rencontre quelques problèmes lors du débogage. Tout d'abord, j'obtiens trop souvent une erreur 500 à cause des mesures de sécurité d'o2s-cgi avec le lien suivant : lien caché
Plusieurs erreurs surviennent lors de la navigation dans le backend : les pages redirigent vers une erreur 404, mais fonctionnent après un rafraîchissement.

J’ai plutôt fait une copie de votre site pour vérifier le problème,

Le problème n’est donc pas lié au fait d’avoir plusieurs domaines. Prenons un exemple comme celui-ci : lien caché

Il faut d’abord faire attention à la correspondance entre la langue de votre site et celle des articles. Cet article, par exemple, a été créé initialement en anglais, puis traduit dans d’autres langues. Avez-vous modifié la langue principale de votre site ?

J'ai donc cliqué sur le signe « + » dans la bonne langue, et j'obtiens le résultat suivant : lien caché

Le CTE (éditeur de traduction classique) charge tout le contenu dans « elementor_data », au lieu de le répartir dans des champs distincts. C'est effectivement un problème, mais je me demande pourquoi vous utilisez le CTE plutôt que l'ATE.

Sur le site local, lorsque je passe à l’ATE, même pour les anciens contenus, je retrouve le contenu correctement affiché sur les autres pages : lien caché

Je crois que l’éditeur ou le développeur précédent a trop mélangé les configurations : je constate que certains contenus ont été traduits avec le CTE, d’autres avec l’ATE et d’autres encore manuellement dans Elementor…

Voici ce que vous devez faire :

1- Tout d'abord, je vous recommande d'augmenter la valeur de WP_MEMORY_LIMIT à au moins 256M (vous avez actuellement 40M).

Vous devez ajouter la ligne suivante à votre fichier wp-config.php, en la plaçant avant la ligne /* C'est tout, fin de l'édition ! Bonne publication. */

define( 'WP_MEMORY_LIMIT', '256M' );

2- Je vous suggère ensuite de passer à ATE également pour les anciennes traductions depuis WPML > Paramètres > Éditeur de traduction, et de veiller à ne pas mélanger les langues : si une page est créée en anglais, veuillez la traduire à partir de l’anglais.
Cela signifie que vous devrez retraduire certains contenus afin d’éviter des problèmes futurs et de garantir la cohérence de votre flux de travail.

Si le problème persiste, pourriez-vous préciser quelle page ou quel article vous essayez de traduire ?

Bonjour,

Il s'avère que vous aviez deux problèmes majeurs :

1- Les préférences des champs Elementor de WPML étaient obsolètes ou erronées dans icl_sitepress_settings.
_elementor_data était défini sur « traduire » et certaines clés méta d’Elementor étaient également définies comme « à traduire ». Une configuration Elementor/WPML correcte prévoit que _elementor_data = 3 (copie unique), et non une traduction brute. C’est pourquoi l’ouverture de l’éditeur de traduction affiche les données Elementor non filtrées.

2- Le schéma de traduction des chaînes de WPML était incomplet.
Les éléments « sfdieupicl_string_packages » et « sfdieupicl_mo_files_domains » étaient manquants. Le journal d’erreurs signalait à plusieurs reprises l’absence de « sfdieupicl_mo_files_domains », ce qui peut perturber le fonctionnement du constructeur de pages WPML et l’extraction des paquets de chaînes.

Cela pourrait être dû à une mise à jour ou à une migration récente qui a échoué. Ou à une mauvaise configuration de la part de la personne qui gérait le site auparavant.

J’ai besoin d’un accès FTP pour appliquer un script de réparation sur votre site en production en toute sécurité,