WPML
Date de publication
21 octobre 2026
Canal
Stable
Testé avec WordPress
7.1

Journal des modifications

Plans de Subscriptions, e-mails d’extensions traduits, prise en charge des extensions réparée et pages de produits plus rapides.

Nouveautés

  • Les plans d’abonnement de WooCommerce Subscriptions 9 sont pris en charge, avec les prix des plans et les frais d’inscription par devise, et les plans sont copiés vers les traductions.
  • Les e-mails des extensions WooCommerce telles que Subscriptions et Bookings sont traduits via un mécanisme partagé, afin que les clients les reçoivent dans leur langue.
  • La prise en charge de Product Bundles, Composite Products, Bookings, The Events Calendar, Gravity Forms et Print Invoices & Packing Lists, qui s’était arrêtée silencieusement, fonctionne à nouveau.
  • Les montants et les seuils des extensions WooCommerce sont convertis dans la devise de l’acheteur via un mécanisme multidevise unique.
  • Le panier et l’expédition suivent la langue et la devise actuelles de l’acheteur au lieu de conserver les données d’une sélection précédente.
  • Les paramètres de passerelle de paiement par devise répertorient désormais chaque passerelle que vous avez activée, y compris les passerelles proposées uniquement sur certaines pages, et la note indiquant que le paiement sera effectué dans une autre devise s’affiche à nouveau sous la description de la passerelle.
  • WooCommerce Analytics peut être filtré par langue et affiche des résultats cohérents.
  • Le panier affiche les descriptions courtes des produits dans la langue de l’acheteur.
  • L’e-mail de demande de rétractation de commande que WooCommerce envoie à la boutique arrive désormais dans la langue de l’administrateur.
  • Lorsque vous traduisez un champ personnalisé sérialisé dans l’éditeur de produit de WooCommerce Multilingual, les nombres conservent leur type et les données du produit sont lues de manière plus sécurisée.
  • Sur les pages de la boutique, le sélecteur de langue garde les paramètres d’adresse de la page intacts, y compris ceux contenant des caractères tels que &, # ou des guillemets.
  • WooCommerce Multilingual est compilé à partir de la même source que WPML et est publié en même temps que lui.
  • Renforcement de la sécurité : les valeurs traduites des attributs de produit sont validées avant d’être enregistrées.

Performances

  • Les pages et les listes de produits traduits se chargent plus rapidement, les images de la galerie étant lues en une seule requête, y compris pour les produits affichés par les blocs WooCommerce.
  • La liste des commandes WooCommerce avec des extensions multi-vendeurs n’exécute plus des milliers de requêtes de base de données.
  • La liste des produits WooCommerce dans l’interface d’administration ne ralentit plus lorsque la Traduction de chaînes est active.
  • Les produits sans prix personnalisés dans une devise secondaire ne relisent plus leurs prix à chaque affichage de liste ou de sitemap XML.
  • Les règles d’URL traduites sont générées une seule fois au lieu d’à chaque lecture, ce qui accélère chaque page de la boutique.
  • La recherche de catégories et d’étiquettes par slug ne répète plus le même travail à chaque appel.
  • Les recherches d’attributs de produit sont actualisées une fois par requête et ignorées pour les produits qui n’ont pas encore de langue.
  • WooCommerce Multilingual ne reconstruit plus les règles d’URL à chaque requête dans l’interface d’administration.
  • Les commandes WP-CLI sur les sites WooCommerce avec la Traduction de chaînes utilisent moins de mémoire.
  • Les requêtes de base de données lentes par attribut de produit, introduites dans WooCommerce Multilingual 5.6, sont supprimées.

Correctifs dans le mode multidevise

  • Un acheteur qui change de devise est facturé dans cette devise, même lorsqu’une autre requête enregistre la session au même moment.
  • Product Bundles et d’autres produits conteneurs contenant un produit variable peuvent être achetés dans une devise secondaire lorsque seuls les produits à prix personnalisé s’affichent.
  • Sur WooCommerce 9.6 et versions ultérieures, la devise de chaque compte de virement bancaire peut à nouveau être définie dans les paramètres de chaque devise.
  • Un code promo sans montant minimum ou maximum reste illimité dans toutes les devises, et l’arrondi ne fait jamais en sorte qu’un produit gratuit coûte quelque chose.
  • La boîte de dialogue des paramètres de la devise de la boutique dans Multidevise s’enregistre à nouveau sans attendre de taux de change.
  • Les paramètres Multidevise n’indiquent plus que le thème manque d’un widget de sélecteur de devise lorsque chaque zone de widget en possède un, et expliquent comment en ajouter un autre.
  • Dans une interface d’administration de droite à gauche, les taux de change multidevises se lisent dans le bon ordre.

Correctifs dans Subscriptions

  • Le paiement d’une commande de renouvellement Subscriptions impayée fonctionne lorsque sa variation et son attribut ont été stockés dans des langues différentes.
  • Les plans de Subscriptions sont copiés vers les traductions de produits.
  • Avec les plans de Subscriptions à l’échelle de la boutique, le panier facture les frais d’inscription définis manuellement au lieu de frais convertis.
  • Sur un plan de Subscriptions qui utilise le prix du produit, la page du produit affiche les frais d’inscription définis manuellement, et non des frais convertis.
  • Le prix du plan de Subscriptions défini manuellement pour un produit a priorité sur celui à l’échelle de la boutique, et les prix des plans à remise fixe s’appliquent.
  • Les frais d’inscription de Subscriptions sont convertis dans la devise de l’acheteur lorsque les anciens types d’abonnement sont masqués.
  • Une remise fixe sur le propre plan de Subscriptions d’un produit est convertie dans la devise de l’acheteur.
  • Les plans de Subscriptions à remise fixe à l’échelle de la boutique soustraient la remise dans la devise de l’acheteur.
  • Le bouton « Définir manuellement les prix du plan » ne s’affiche plus sur un produit Subscriptions défini sur « Vendre une seule fois ».

Correctifs dans Bookings

  • Les types de personnes de Bookings restent attachés à un produit retraduit, et l’enregistrement d’un produit ne modifie plus un article non lié.
  • Les réservations non traduites ne sont plus dupliquées dans d’autres langues.
  • Les coûts de réservation dans une deuxième devise et la devise de la page Créer une réservation sont lus correctement sur les serveurs qui échappent les données de formulaire.
  • Accommodation Bookings utilise les prix manuels par devise de WooCommerce Multilingual pour le coût de la réservation.
  • La réinstallation d’Accommodation Bookings ne réinitialise plus les tarifs par devise de WooCommerce Multilingual.
  • Les mises à jour des données d’Accommodation Bookings ne récupèrent plus les prix convertis lorsqu’un visiteur navigue dans une devise secondaire.
  • Les coûts de base de Bookings par devise sont correctement reportés lors de la mise à jour de WooCommerce Multilingual.
  • L’enregistrement de la copie traduite d’une réservation dans l’interface d’administration enregistre également son statut.
  • L’écran de réservation d’une copie traduite affiche ses notes sans erreur de base de données.
  • Le verrouillage des champs sur l’écran de modification d’une traduction fonctionne sur les produits sans panneaux Bookings.
  • Les objets des e-mails de notification et de confirmation en attente de Bookings sont traduits.
  • Les étiquettes de ressources de Bookings sont à nouveau traduites.

Correctifs dans d’autres extensions WooCommerce

  • Les Composite Products dans le panier restent achetables après un changement de langue.
  • Les options de composants de Composite Products ne fuient plus d’une langue à l’autre.
  • Les paramètres de Composite Products sont copiés vers les traductions et verrouillés sur l’écran de modification de la traduction.
  • Un paramètre de Composite Products marqué pour être traduit dans le XML personnalisé peut être modifié sur la traduction.
  • Un panier contenant le même lot Product Bundles dans deux langues conserve les articles groupés des deux.
  • Le changement de langue avec un lot Product Bundles dans le panier garde le lot intact.
  • Le titre « bundle-sells » de Product Bundles reste sur les produits traduits.
  • Les totaux de Gravity Forms Product Add-Ons sont convertis une fois, et non deux, lorsque Gravity Forms Multilingual est actif.
  • Les prix des options de Gravity Forms Product Add-Ons dans le panier suivent la nouvelle devise de l’acheteur.
  • « Commander à nouveau » avec Gravity Forms Product Add-Ons convertit les prix des options à partir de la bonne devise.
  • Les billets de The Events Calendar qui portent déjà la mauvaise langue sont réparés.
  • Les billets de The Events Calendar attachés à un événement obtiennent la langue de l’événement.
  • Les lieux de The Events Calendar se synchronisent avec les événements traduits.
  • Les événements traduits de The Events Calendar obtiennent le lieu et l’organisateur traduits au lieu des originaux.
  • Les restrictions de Smart Coupons par étiquette de produit, classe d’expédition ou une autre taxonomie s’appliquent dans toutes les langues.
  • Les e-mails de Print Invoices & Packing Lists envoyés manuellement par l’administrateur conservent la langue et la devise de la commande.
  • Avec WooCommerce PayPal Payments, les pages n’enregistrent plus de notification « get_cart was called incorrectly ».
  • Les montants d’acompte fixes de WooCommerce Deposits sont désormais convertis dans la devise de l’acheteur.

Correctifs dans les e-mails

  • Chaque e-mail WooCommerce peut être traduit, y compris plusieurs qui n’avaient pas d’option de traduction auparavant.
  • Les e-mails des clients ne contiennent plus de texte WooCommerce dans la langue de l’administrateur lorsque WordPress utilise les paramètres régionaux de l’administrateur.
  • Les e-mails envoyés depuis l’écran de commande avec High-Performance Order Storage utilisent la langue du client pour les libellés de taxes et les instructions de paiement.
  • Les e-mails d’administration de commande échouée, de commande annulée et de commande en réapprovisionnement sont dans la langue de l’administrateur, et non celle de l’acheteur.
  • Les e-mails dont les paramètres n’ont jamais été enregistrés se terminent par le contenu supplémentaire par défaut de WooCommerce dans la langue du destinataire.
  • L’e-mail de remboursement partiel conserve l’objet que le propriétaire de la boutique a enregistré.
  • Les e-mails des clients affichent le mode d’expédition dans la langue du client lorsque l’administrateur travaille dans une autre langue.
  • Une commande conserve ses lignes d’origine lorsqu’un administrateur dans une autre langue renvoie ses e-mails, exécute une action de commande ou modifie son statut.

Correctifs dans la traduction de produits

  • La mise à jour d’une description de produit dans une langue n’écrase plus la traduction d’une autre langue.
  • Une variation gratuite reste gratuite sur ses traductions au lieu d’être enregistrée sans prix, de sorte qu’elle est achetable dans toutes les langues.
  • Les termes des taxonomies personnalisées non traduisibles restent sur les traductions de produits lorsque le produit d’origine est enregistré.
  • Une description de variation supprimée du produit d’origine est également supprimée de la variation traduite.
  • Les traductions d’attributs effectuées dans l’Éditeur de traduction classique atteignent la tâche de traduction de l’Éditeur de traduction avancé.
  • L’enregistrement avec une langue cible vide dans l’éditeur de traduction de produits n’écrase plus le produit d’origine ni n’efface sa langue.
  • Une chaîne de texte de constructeur de pages enregistrée pendant que l’éditeur de traduction de produits est ouvert conserve sa traduction existante.
  • L’éditeur de traduction de produits affiche les propres textes d’un produit Beaver Builder, et la traduction atteint la mise en page du produit traduit.
  • L’enregistrement d’une tâche de traduction de produit ne provoque plus d’erreur fatale lorsqu’un champ personnalisé contient des données sérialisées.
  • L’éditeur de traduction de produits n’échoue plus lorsqu’une variation possède un champ personnalisé de type liste défini sur traduire.
  • Les champs verrouillés sur l’écran de modification d’une traduction sont enregistrés avec la traduction.
  • L’enregistrement des attributs de produit après avoir modifié la langue de l’interface d’administration dans un autre onglet ne crée plus de termes en double ni ne lie les termes d’autres langues.
  • Les termes d’attributs et les catégories traduits conservent l’ordre personnalisé de leurs termes d’origine.
  • Le tri par glisser-déposer dans Produits > Tri réorganise également les traductions, sans erreur de base de données.
  • Un produit qui n’a jamais été traduit affiche ses propres avis lorsque les avis de toutes les langues sont affichés ensemble.
  • Les produits traduits importés avec WP All Import ou Exportation et importation WPML apparaissent dans les filtres de la boutique dans leur propre langue.
  • L’importation CSV de WooCommerce donne aux produits traduits des termes d’attributs dans leur propre langue.

Autres correctifs

  • Le panier et la page des paramètres Permaliens ne plantent plus lorsque WPML Traduction de chaînes est inactif.
  • Les pages ouvertes avec ?force_switch=1 ne provoquent plus d’erreur fatale lorsque la Traduction de chaînes est inactive ou que la configuration de WPML est inachevée.
  • Une base de boutique traduite dans l’adresse ne bloque plus les soumissions de formulaires et de validation de commande dans les langues secondaires.
  • Les adresses d’archives de catégories de produits fonctionnent à nouveau dans les langues secondaires sur les sites dont la base de la boutique a été traduite avant la version 5.6.
  • Les liens de catégories et d’étiquettes affichent leur nouvelle adresse juste après l’enregistrement du terme, afin que les extensions SEO puissent créer la redirection.
  • Les liens Mon compte sur les pages traduites conservent leur point de terminaison sur les sites disposant d’un cache d’objets persistant.
  • L’affichage d’une commande n’enregistre plus le titre traduit de sa ligne d’expédition dans la langue par défaut.
  • Après un retour à une ancienne version de WooCommerce Multilingual, les mises à jour ultérieures appliquent à nouveau leurs étapes.
  • Compatibilité avec WooCommerce 11.2.
  • Les noms et descriptions de catégories et d’étiquettes sont traduits et facturés une seule fois, et non à nouveau dans chaque article qui les utilise.
  • L’ajout d’un champ personnalisé traduisible ne marque plus les articles sans ce champ comme « Nécessite une mise à jour ».
  • L’enregistrement de la même traduction deux fois en même temps ne crée qu’une seule tâche de traduction de base.
  • L’échec de l’écriture d’un enregistrement de statut de traduction ne renvoie plus l’ID d’un enregistrement précédent.
  • Les scripts et les styles de WooCommerce Multilingual s’actualisent après une mise à jour au lieu de charger des copies obsolètes.
  • Les boutiques avec un type de produit manquant ou un produit sans groupe de traduction n’enregistrent plus d’erreurs de base de données.

Lisez l’annonce de la version publiée pour WPML 5.2 pour tout savoir sur cette version.

Mettre à jour ou télécharger

La mise à jour est disponible pour tous les clients WPML disposant d’un abonnement actif — elle apparaît sur la page Extensions de votre interface d'administration WordPress dans les 24 heures suivant sa publication. Vous pouvez également la rechercher immédiatement sous Extensions → Ajouter → Commercial. Pour la télécharger et l’installer manuellement, accédez à Téléchargements dans votre compte wpml.org (voir les instructions d’installation) et n’oubliez pas de mettre à jour tous les composants ensemble sans mélanger les versions.

Besoin d’aide ou envie de donner votre avis ? Veuillez utiliser notre forum d’assistance technique (s'ouvre dans un nouvel onglet).

Voir toutes les versions de WPML Multilingual & Multicurrency for WooCommerce