Partager les informations de débogage de WPML avec le Support

Copiez le bloc d’informations de débogage depuis la 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 valeurs de configuration que WPML lit depuis 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 quelles versions vous utilisez et à quoi ressemble la configuration actuelle du site. C’est le point de départ 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 liste 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 courantes des symptômes de WPML. Le Support utilise cette liste pour repérer les incompatibilités connues et 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 de l’API entre votre site et le back-end de traduction. Si les traductions échouent de 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, qui ne se terminent pas, qui disparaissent), les Journaux des travaux de gestion de traduction montrent le cycle de vie de chaque tâche.

Partagez l’accès aux diagnostics 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 donnée personnelle n’est partagé – uniquement le bloc d’informations de débogage.

C’est plus rapide que de coller des blocs dans une demande d’assistance car le Support peut relire des données actualisées au fur et à mesure que la conversation progresse. Vous pouvez la désactiver à tout moment depuis la même case à cocher.

Lorsque le Support demande les journaux de débogage

Pour des problèmes plus complexes (comportement étrange de l’ATE, conditions de concurrence, défaillances 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 « That’s all, stop editing! ». WordPress commencera à écrire les erreurs et les 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 est un risque de sécurité car les erreurs incluent des informations de chemin.

Lorsque le Support demande une copie du site

Pour les problèmes que le Support ne peut pas reproduire à partir des seuls 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échargement sécurisé de WPML (le Support vous donnera le lien au moment de la demande).

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 de 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 ont des 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 de déplacement du site entre serveurs ; le cas envoyer une copie au Support est celui où vous empaquetez le site pour que quelqu’un en dehors de votre environnement d’hébergement puisse le lancer localement.

Trouver les identifiants de votre compte WPML

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

• La clé du site masquée sur WPML → Activer & mettre à jour identifie la clé utilisée par le site (par ex., ******abcd). Faites-la correspondre aux sites listé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 de accounts@wpml.org. L’e-mail de création de compte d’origine contient les identifiants.