WPML

Copiez le bloc Informations de débogage depuis Vérification du système

Ouvrez WPML > Support > Vérification du système. La page affiche un bloc Informations de débogage : version de PHP, version de WordPress, chaque extension WPML et sa version, environnement du serveur, configuration des langues, et les valeurs de configuration que WPML lit à partir de wp-config.php. Cliquez sur Copier les informations système dans le presse-papiers en haut du bloc, puis collez-les dans votre demande d'assistance.

Ce bloc indique au Support quelle version de chaque élément vous utilisez et à quoi ressemble la configuration actuelle du site. C’est la base de référence avant toute investigation plus approfondie.

Copiez la liste des extensions installées

Faites défiler jusqu’au bas de WPML > Support. La section Extensions installées répertorie chaque extension sur le site, sa version, et si elle est active ou inactive. Cliquez sur Copier la liste dans le presse-papiers et collez-la dans votre demande d'assistance.

Les conflits d'extensions sont l’une des causes les plus fréquentes des symptômes liés à WPML. Le Support utilise cette liste pour repérer les incompatibilités connues et pour poser les bonnes questions de suivi.

Copiez le journal pertinent

Pour les symptômes qui touchent les services de traduction, le WPML > Support > Journal de communication capture le trafic API entre votre site et le back-end de traduction. Si les traductions échouent d’une manière peu évidente, copier les entrées récentes du journal dans la demande d'assistance donne au Support la réponse exacte côté serveur.

Pour les symptômes dans l’Éditeur de traduction avancé, les Journaux d'erreurs de l'Éditeur de traduction avancé capturent les erreurs côté serveur rencontrées par l'ATE.

Pour les symptômes liés aux tâches de traduction (tâches qui ne démarrent pas, tâches qui ne se terminent pas, tâches qui disparaissent), les Journaux des travaux de gestion de traduction affichent le cycle de vie de chaque tâche.

Consultez les Journaux pour savoir quel journal consulter dans quelle situation.

Partagez l'accès au diagnostic en direct avec le Support (facultatif)

La page WPML > Support comporte une case à cocher Partager les informations de diagnostic avec le Support WPML en haut. Cochez-la pour permettre à l’équipe du Support de WPML de lire directement les informations de débogage de votre site. Aucun mot de passe ni aucune donnée personnelle ne sont partagés – uniquement le bloc d'informations de débogage.

Cela est plus rapide que de coller des blocs dans une demande, car le Support peut relire des données actualisées à mesure que la conversation progresse. Vous pouvez la désactiver à tout moment à partir de la même case à cocher.

Lorsque le Support demande des journaux de débogage

Pour des problèmes plus complexes (comportement étrange de l'ATE, conditions de concurrence, pannes intermittentes), le Support demande parfois le journal de débogage complet de WPML, qui est plus détaillé que le bloc Informations de débogage.

Pour activer la journalisation de débogage :

  1. Ajoutez define( 'WP_DEBUG', true ); et define( 'WP_DEBUG_LOG', true ); à wp-config.php avant la ligne « C’est tout, ne touchez pas à ce qui suit ! ». WordPress commencera à écrire les erreurs et avertissements PHP dans wp-content/debug.log.
  2. Reproduisez le symptôme sur le site.
  3. Ouvrez ou téléchargez wp-content/debug.log et copiez la section pertinente (filtrez par horodatage autour du moment où le symptôme s'est produit).
  4. Collez-la dans votre demande d'assistance ou joignez-la sous forme de fichier.
  5. Désactivez WP_DEBUG par la suite. Le laisser activé en production présente un risque de sécurité car les erreurs incluent des informations de chemin.

Pour la procédure complète, y compris le filtrage des entrées spécifiques à WPML, consultez la référence de débogage de WPML.

Lorsque le Support demande une copie du site

Pour les problèmes que le Support ne peut pas reproduire uniquement à partir des journaux, il peut demander une copie du site pour enquêter. La méthode standard consiste à utiliser un outil de sauvegarde ou de préproduction pour empaqueter l'ensemble du site et à le partager via le formulaire de téléversement sécurisé de WPML (le Support vous fournira le lien lorsqu'il le demandera).

Outils recommandés pour l'étape d'empaquetage :

  • Duplicator. Empaquette la base de données et les fichiers dans une seule archive avec un script d'installation.
  • All-in-One WP Migration. Empaquetage similaire, format légèrement différent.
  • L'outil de préproduction/clonage intégré de votre fournisseur d'hébergement (s'il produit une archive portable).

Avant de partager la copie :

  • Assurez-vous de partager une copie du site, et non l'accès au site en production lui-même.
  • Supprimez les données personnelles de la base de données si votre site contient des données clients (Duplicator et AIOWP disposent d'options d'exportation pour cela).
  • Confirmez que vous disposez d'une sauvegarde fonctionnelle de la production avant d'apporter des modifications basées sur ce que le Support trouve sur la copie.

WPML gère automatiquement le cas du site se déplaçant entre des serveurs ; le cas d'envoyer une copie au Support est celui où vous empaquetez le site pour qu'une personne extérieure à votre environnement d'hébergement puisse le déployer localement.

Trouver les identifiants de votre compte WPML

Si le Support vous demande sous quel compte WPML ce site est enregistré et que vous ne vous en souvenez pas :

  • La clé du site masquée dans WPML > Activer et mettre à jour identifie quelle clé le site utilise (par ex., ******abcd). Faites-la correspondre avec les sites répertoriés dans votre compte WPML.
  • Si vous avez perdu l'accès à l'e-mail du compte, recherchez dans votre boîte de réception les messages provenant de accounts@wpml.org. L'e-mail de création de compte d'origine contient les identifiants.