Pour WooCommerce

Le contenu de la boutique ne se trouve pas dans l'éditeur d'articles

C'est pourquoi la plupart des extensions de liens automatiques ne font rien d'utile sur une boutique. Elles lisent le champ d'éditeur standard, tandis qu'une boutique WooCommerce conserve son texte dans les descriptions de produits, les descriptions courtes, les textes de catégories et les champs personnalisés — des endroits que ces extensions ne regardent jamais.

Ce dont une boutique a besoin qu'un blog n'a pas

Trois différences modifient le fonctionnement du maillage interne sur une boutique.

Les pages importantes sont les catégories, pas les produits. Une page de catégorie est celle qui a une chance de se positionner sur un terme de recherche large ; les produits individuels se battent pour des variantes de longue traîne et souvent pour rien du tout. Le flux devrait donc aller des descriptions de produits et des articles de blog dans catégories, et non l'inverse. La plupart des magasins fonctionnent à l'envers — catégories lien déployé sur des dizaines de produits, et rien ne renvoie.

Le texte du produit est court et répétitif. Un article de blog laisse de la place au contexte ; une description de produit comporte trois paragraphes, dont la moitié sont partagés au sein d'une même gamme. Un seuil et une limite par page comptent ici plus que partout ailleurs, car une règle qui s'applique à chaque occurrence transforme une page produit en une liste de liens.

Le catalogue change sans que personne ne modifie le texte. Les produits vont et viennent, les catégories sont restructurées, les collections saisonnières disparaissent. Chacun de ces événements brise des liens internes dont personne ne se souvient avoir créés — c'est pourquoi les boutiques accumulent pages orphelines plus vite que ne le font les blogs.

Où se trouve réellement le texte

La version Pro traite les descriptions de produits et les textes de catégories WooCommerce comme n'importe quel autre contenu, et elle lit les champs créés avec Champs personnalisés avancés — pas seulement le contenu de l'éditeur standard.

Cette dernière partie est ce qui détermine si un plugin est utilisable sur une vraie boutique. N'importe quel magasin dépassant une certaine taille conserve ses données dans des champs personnalisés : instructions d'entretien, spécifications techniques, notes de taille, listes d'ingrédients. Sur une boutique bien conçue, c'est là que se trouve la majeure partie du texte. Un outil qui ne lit que contenu_du_message voit une fraction du catalogue et signale le succès quand même.

Une mise en page adaptée à un catalogue

Termes de catégorie sur les pages de catégorie. Le libellé générique au pluriel qu'un client rechercherait — et non le nom du produit. Chaque description de produit qui mentionne la catégorie l'alimente ensuite, et cela représente des dizaines de pages qui le font automatiquement.

Utilisez des liens vers des pages de la même catégorie pour maintenir la cohésion des groupes. Limiter une règle aux publications d'une seule catégorie produit un groupe thématique cohérent plutôt que des liens dispersés dans des parties sans rapport de la boutique. Sur un site marchand proposant plusieurs gammes distinctes, c'est la différence entre la structure et le bruit.

Limiter strictement le nombre de caractères sur les pages produits. Un lien par description de produit est généralement suffisant. Deux est le maximum. Une page produit existe pour vendre une seule chose, et chaque lien est une invitation à partir avant le bouton.

Exclure les pages « Paiement », « Panier », « Compte » et « Mentions légales ». Rien ne devrait jamais être lié à un tunnel d'achat. C'est à cela que sert la liste noire, et c'est la première chose à configurer, et non la dernière.

Liez le blog à la boutique, pas l'inverse. Si vous publiez du contenu rédactionnel en complément de votre catalogue, ce contenu constitue la source naturelle : il contient les mots-clés, le contexte et génère souvent du trafic. Les règles qui redirigent les expressions indiquant une intention d'achat issues des articles vers des catégories sont celles qui ont le plus de valeur sur la plupart des boutiques en ligne.

La vitesse, parce que quelqu'un va poser la question

L'objection classique à l'auto-liaison est qu'elle traite le texte à chaque chargement de page, et sur une boutique, c'est une objection valable — une liste de catégories affiche beaucoup de contenu en même temps, et WooCommerce n'est déjà pas rapide à la base.

La version Pro conserve le traitement des liens dans un cache : Redis, Memcached, APCu et autres. Le travail s'effectue en arrière-plan plutôt que devant le client. Si votre boutique utilise déjà la mise en cache d'objets, elle l'utilisera ; si ce n'est pas le cas, cela vaut la peine d'être corrigé avant d'ajouter le moindre plugin, et pas seulement à cause de celui-ci.

La prise en charge de WooCommerce et d'ACF est une fonctionnalité réservée à la version Pro, ainsi que le seuil de mots-clés, la correspondance partielle des mots, les liens vers des éléments de la même catégorie et la mise en cache décrite ci-dessus. La version gratuite prend en charge le contenu standard des articles et des pages, les limites par page, la liste noire ainsi que l'importation et l'exportation au format CSV — ce qui est utile pour tester d'abord l'approche sur votre blog, mais elle ne prend pas en charge les descriptions de produits ni les champs personnalisés.

À lire en premier si la stratégie n'est pas encore définie : Le guide complet du maillage interne pour décider quelles pages doivent accumuler de l'autorité, et choisir le texte d'ancrage pour des règles de formulation qui ne ressemblent pas à un modèle. Le liste complète des fonctionnalités indique exactement ce qui est gratuit et ce qui ne l'est pas.

Voir les tarifs