Le GEO pour l’e-commerce est un problème plus étroit que le GEO éditorial, et plus simple sur un point précis : un assistant qui répond à une question produit cherche des faits qu’il peut énoncer sans se couvrir. Prix, disponibilité, dimensions, compatibilité, délai de retour. Ces éléments existent sous une forme lisible par une machine sur votre site, ou ils n’existent pas, et ce qui n’existe pas ne peut pas être cité.

Cela en fait moins un problème d’écriture qu’un problème de données. L’essentiel du travail se joue dans le flux produit et dans le balisage plutôt que dans le texte de vente, ce qui est l’inverse de tout le reste de la discipline.

L’exactitude pèse plus lourd que l’exhaustivité dans la décision d’inclure. Un système qui annonce votre prix et se trompe a produit une mauvaise réponse, et le moyen le moins coûteux d’éviter les mauvaises réponses consiste à cesser d’utiliser les sources peu fiables. Des données de stock et de prix périmées sont le plus court chemin vers l’exclusion, et contrairement à une pénalité de classement, personne ne vous prévient que c’est arrivé.

Ce que le GEO change vraiment pour l’e-commerce

La question posée n’est plus la même. La recherche envoyait les gens sur une page catégorie pour parcourir l’offre ; à un assistant, on demande lequel de ces modèles fonctionne avec X, et il répond par trois options assorties de justifications.

Cela change ce qu’une fiche produit doit contenir. Parcourir récompense l’étendue et la mise en scène. Être cité récompense des attributs précis énoncés sans ambiguïté : la dimension exacte, la vraie liste de compatibilité, le délai de livraison réel. Un texte écrit pour convaincre un humain qui butine contient très peu de choses qu’une machine puisse reprendre sans risque, parce qu’une ambiance ne se convertit pas en affirmation dont quelqu’un répond.

Cela change aussi la page qui compte. La page catégorie était l’actif de classement, parce qu’elle servait la requête. La fiche produit, avec ses données structurées, est l’actif de citation, parce que c’est là que vivent les faits sur lesquels une réponse s’appuie.

Ce que les assistants lisent réellement

Les données structurées produit. Nom, prix, devise, disponibilité, état, identifiants, notes. C’est la source primaire, et elle est lue de préférence à votre prose parce qu’elle est sans ambiguïté. Une entrée Product correctement remplie, avec son bloc offers, donc price, priceCurrency et availability, se reprend sans la moindre interprétation. La référence de Google sur les données structurées produit indique lesquels de ces champs sont obligatoires et lesquels sont seulement recommandés.

Les flux marchands. Lorsque vous en fournissez un, il est souvent plus frais et plus fiable que la page, et c’est alors lui qui est réellement consulté.

La prose, uniquement pour ce que la structure ne peut pas exprimer. La coupe, la comparaison, le cas d’usage, tout ce qu’un tableau de caractéristiques ne contient pas. C’est là que l’écriture compte encore, et elle doit répondre à des questions plutôt que décrire une atmosphère.

Les avis, quand le balisage est honnête. Une note agrégée qui correspond aux avis visibles est exploitable. Une note qui ne correspond pas à la page est une contradiction, et les contradictions réduisent la confiance accordée à tout le reste de ce que vous publiez.

La règle sous-jacente est celle de notre guide sur la façon dont les moteurs de recherche IA lisent le balisage Schema : un balisage qui contredit la page visible vous coûte plus cher qu’un balisage absent.

Où les sites e-commerce perdent

Une disponibilité en retard sur la réalité. L’erreur la plus destructrice, parce qu’elle produit une réponse fausse et assurée, et qu’elle se vérifie en quelques secondes sur votre propre page.

Un prix au mauvais endroit ou sous la mauvaise forme. Un prix affiché uniquement par un script, ou dépourvu de sa devise, ou exprimé sous forme de fourchette là où le schéma attend une valeur.

Aucun identifiant stable. Sans GTIN, MPN ou équivalent, un système ne peut pas rattacher votre offre avec certitude au même produit vendu ailleurs, et c’est précisément ce rattachement qui lui permet de comparer.

Des variantes modélisées comme des produits distincts et sans lien, ou comme un produit unique qui masque ses variantes. Dans les deux cas, la taille, la couleur ou la capacité demandée ne peut pas recevoir de réponse précise.

Des caractéristiques présentes uniquement en image. Un tableau de spécifications rendu sous forme d’image est invisible. L’est tout autant celui qui dort dans un onglet et n’apparaît jamais sans interaction.

Des descriptions minces reprises du fabricant. Si quarante revendeurs publient le même paragraphe, aucun n’est la source distinctive, et l’arbitrage se fait alors sur l’autorité, c’est-à-dire sur ce qui est le plus long à construire.

Ce qu’il faut corriger en premier

Dans cet ordre, parce que l’effort varie d’un ordre de grandeur.

Rendre la disponibilité et le prix exacts et rapides. Rien d’autre ne compte tant que ces deux valeurs sont fausses. Si le flux et la page peuvent diverger, décidez lequel fait foi et faites suivre l’autre.

Ajouter les identifiants. Peu coûteux, mécanique, et c’est ce qui rend votre produit comparable au lieu de simplement présent.

Modéliser correctement les variantes. Plus de travail, et c’est ce qui permet à un assistant de répondre sur l’article exact qu’on lui a demandé.

Mettre les caractéristiques en texte. Tout ce qui ne vit aujourd’hui que dans une image ou derrière une interaction.

Écrire ensuite ce que la structure ne peut pas porter. Lequel de vos produits convient à quel usage, honnêtement, y compris quand le moins cher suffit. C’est le contenu le plus susceptible d’être cité, parce que personne d’autre ne le publie.

Ce que cela ne résout pas

Être cité n’est pas être acheté. Un assistant qui nomme votre produit et renvoie vers une fiche de place de marché a aidé quelqu’un d’autre à convertir.

La question commerciale devient donc plus tranchante que la question technique : cherchez-vous à être la source d’une réponse, ou l’endroit où se fait la transaction ? Ce sont deux objectifs différents et ils entrent parfois en conflit, en particulier lorsque vous vendez aussi via une place de marché qui vous dépassera sur votre propre produit.

La position honnête est que des données produit propres sont nécessaires sans être suffisantes. Elles vous font entrer dans la réponse. Être l’endroit où les gens achètent dépend toujours du prix, de la livraison, de la confiance et de la marque, et rien de tout cela n’est un problème de balisage. Notre guide du Generative Engine Optimization traite la moitié autorité, et Mecanik construit la moitié données dans le cadre de nos prestations de développement de sites web .

Articles en relation: Entity SEO : apprendre aux moteurs ce que vous êtes , Mesurer le GEO quand les clics disparaissent , Pourquoi votre contenu se classe mais n’est jamais cité , Content Pruning : quand supprimer fait monter le trafic .

Questions fréquentes

Que lisent les assistants IA sur une fiche produit ? D’abord les données structurées produit, parce qu’elles sont sans ambiguïté : nom, prix, devise, disponibilité, état, identifiants et notes. Les flux marchands sont souvent consultés de préférence à la page parce qu’ils sont plus frais. La prose ne compte que pour ce que la structure ne peut pas exprimer, comme la coupe, la comparaison et le cas d’usage.

Pourquoi l’exactitude du stock compte-t-elle pour la visibilité dans l’IA ? Parce qu’un système qui annonce votre prix ou votre disponibilité et se trompe a produit une mauvaise réponse, et que le moyen le moins coûteux de l’éviter consiste à cesser d’utiliser les sources peu fiables. Des données périmées sont le plus court chemin vers l’exclusion, et contrairement à un changement de classement, rien ne vous signale que c’est arrivé.

Ai-je besoin de GTIN et d’identifiants produit ? Oui, et ils coûtent peu à ajouter. Sans identifiant stable, un système ne peut pas rattacher votre offre avec certitude au même produit vendu ailleurs, et c’est exactement ce rattachement qui lui permet de comparer les options et de vous inclure parmi elles.

Comment structurer les variantes de produit ? Comme un produit dont les variantes sont correctement modélisées, ni comme des fiches distinctes et sans lien, ni comme un produit unique qui les masque. L’une et l’autre erreur font que la taille, la couleur ou la capacité demandée ne peut pas recevoir de réponse précise, ce qui vous retire de la réponse alors même que vous avez l’article en stock.

Apparaître dans les réponses IA augmente-t-il les ventes ? Pas à soi seul. Un assistant qui nomme votre produit et renvoie vers une place de marché a aidé quelqu’un d’autre à convertir. Des données produit propres sont nécessaires sans être suffisantes : elles vous font entrer dans la réponse, tandis qu’être l’endroit où les gens achètent dépend toujours du prix, de la livraison, de la confiance et de la marque.