Beaucoup de boutiques ont déjà des données de passeport dans leurs produits WooCommerce, sous forme d'attributs : un attribut « Composition » sur chaque vêtement, un « Pays d'origine » sur chaque article. DPTag les lit à la création d'un passeport, et les traite comme la source la plus fiable qui soit, puisqu'ils ont été écrits pour ce produit précis.
Quels attributs sont lus
Quatre champs du passeport peuvent se remplir depuis les attributs. Un attribut est reconnu par son nom, comparé sans tenir compte de la casse ni des accents, en français ou en anglais :
| Champ du passeport | Noms d'attribut reconnus |
|---|---|
| Matières (composition) | Composition, Matière, Matières, Tissu, Material, Materials, Fabric |
| Pays d'origine | Pays d'origine, Pays, Origine, Country of origin, Country, Origin, Made in |
| Instructions d'entretien | Entretien, Lavage, Care instructions, Care, Washing |
| Certifications | Certifications, Certification, Labels, Label |
Les deux sortes d'attributs WooCommerce marchent : les attributs globaux, définis dans Produits, puis Attributs, et partagés entre produits, et les attributs personnalisés tapés sur un seul produit. Pour un attribut global, ce sont les noms des termes sélectionnés qui sont pris ; pour un attribut personnalisé, ses valeurs. Plusieurs valeurs sont jointes par des virgules.
L'attribut de composition passe par le même lecteur que la composition par catégorie : « 95 % coton bio, 5 % élasthanne » devient deux matières avec leurs pourcentages, dans un ordre ou l'autre et dans l'une ou l'autre langue. Détails sur la page de la composition.
Les autres champs du passeport, la garantie ou les consignes de recyclage par exemple, ne sont pas lus dans les attributs. Ils viennent des valeurs par défaut, ou du formulaire.
Les attributs l'emportent
À la création d'un passeport, un attribut reconnu bat tout le reste pour son champ : la composition de la catégorie, la valeur de la boutique, et l'IA. Le raisonnement : un attribut est un fait que quelqu'un a saisi sur ce produit précis, alors qu'une valeur par défaut est une règle vraie pour la plupart des produits et l'IA une déduction à partir d'un texte. La donnée connue bat la déduction.
Cela veut dire aussi que l'IA ne touche jamais un champ rempli depuis un attribut, même quand l'option de revérification des valeurs de boutique est cochée : cette option n'atteint que les valeurs de boutique, jamais une valeur de catégorie et jamais un attribut.
Deux façons de s'en servir
Si vos attributs sont déjà là, rien à faire : lancez l'assistant ou l'action groupée et les passeports les reprennent. C'est le meilleur cas, et la raison de garder composition et origine en attributs plutôt qu'en texte libre dans une description, que le plugin ne peut pas lire sans IA.
S'ils n'y sont pas, inutile de les créer pour le passeport. Les catégories et les valeurs de boutique couvrent le même terrain avec bien moins de saisie, et le formulaire du passeport tient ce qui est propre à un produit. Les attributs valent d'être ajoutés quand ils servent la boutique elle-même, en filtres ou en variations ; le passeport en profite par ricochet.
Quand ils sont lus
Comme les valeurs par défaut, les attributs sont lus une fois, à la création du passeport. Modifier un attribut ensuite ne met pas à jour un passeport existant, qui garde ses propres valeurs ; modifiez le passeport, ou recréez-le s'il est encore en brouillon. Un produit dont les attributs sont remplis après la création de son passeport n'en tire rien avant.