SEO e-commerce : comment une petite boutique en ligne remonte dans Google et dans les réponses IA

Le SEO e-commerce d’une petite boutique en ligne, c’est le référencement classique appliqué à un catalogue qui bouge : des stocks qui tombent, des variantes qui s’ajoutent, des références qui disparaissent, et des fiches qui doivent convaincre en une page, sans les trois clics d’un article de blog. Les règles de Google ne changent pas entre un site vitrine et une boutique. Ce qui change, c’est le nombre de pages, leur mouvement, et ce qu’on leur demande : une vente, pas une lecture.

Ce guide s’adresse au patron de boutique qui n’a pas de budget d’agence et qui veut savoir quoi faire lui-même cette semaine. L’ordre compte plus que le reste : la structure du catalogue d’abord, les fiches produit ensuite, les données structurées en dernier. Faire l’inverse, c’est baliser proprement des pages que personne ne trouve. Chaque geste est relié à son effet : non pas remonter dans dix liens bleus, mais apparaître dans un résultat shopping enrichi, dans une réponse IA de Google ou dans un résultat produit de ChatGPT. Et on vous dit où s’arrête le raisonnable en solo.

Qu’est-ce que le SEO e-commerce et en quoi diffère-t-il du SEO d’un site vitrine ?

Le SEO e-commerce est le référencement naturel d’une boutique en ligne : faire remonter ses pages catégories et ses fiches produit dans Google, et désormais dans les réponses générées par l’IA. Il repose sur les mêmes fondations qu’un site vitrine (structure, contenu, technique), mais les applique à des dizaines ou des centaines de pages dont le prix, le stock et l’existence changent, et qui doivent déclencher un achat en un seul écran.

Trois différences concrètes séparent une boutique d’un site vitrine.

Le volume. Un site vitrine tient en cinq à huit pages, chacune écrite à la main. Une boutique de TPE en compte facilement cent : une par produit, une par catégorie. Vous ne pouvez pas soigner cent pages une à une. Vous devez soigner le gabarit qui les fabrique toutes, puis vos meilleures ventes une à une.

Le mouvement. Une page vitrine ne change pas d’un trimestre à l’autre. Une fiche produit change de prix, tombe en rupture, revient, gagne une couleur, disparaît. Chaque changement doit être lisible par Google au moment où il repasse, sinon il affiche un prix faux ou un produit qui n’existe plus. Google prévient d’ailleurs qu’un balisage généré dynamiquement peut rendre ses explorations shopping moins fréquentes et moins fiables, précisément sur ce qui change vite : la disponibilité et le prix. C’est votre cas.

L’intention. Quelqu’un qui lit votre article de blog accepte de cliquer trois fois. Quelqu’un qui cherche « tablier de cuisine en lin » veut voir le tablier, son prix, sa livraison et un bouton, sur le même écran. La fiche produit qui se classe est celle qui répond à cette impatience.

À cela s’ajoute une couche propre au commerce : Google distingue deux affichages pour un produit. Le product snippet, résultat texte enrichi d’une note, d’un prix ou d’une disponibilité, sur une page où le produit n’est pas directement achetable (un test, un comparatif). Et le merchant listing, l’affichage marchand réservé aux pages où le client peut acheter. La bonne nouvelle, écrite par Google : renseigner les propriétés requises pour un merchant listing rend aussi la page éligible aux product snippets. Travaillez le niveau marchand, vous couvrez les deux.

D’où l’ordre des chantiers. La structure du catalogue décide de quelles pages existent et comment on y arrive. Les fiches décident de ce qu’elles disent. Les données structurées répètent, en langage machine, ce que la fiche affiche déjà. Baliser une fiche vide ou introuvable ne sert à rien : c’est pour cette raison que le balisage vient en dernier, même s’il est le geste le plus visible dans les résultats.

Comment organiser ses pages catégories pour le référencement ?

Une page catégorie se référence quand elle correspond à une seule intention de recherche, porte le nom que vos clients tapent, affiche un court texte d’introduction au-dessus des produits, et reste accessible en deux ou trois clics depuis l’accueil. C’est elle qui vise les requêtes génériques (« tablier de cuisine en lin ») ; la fiche produit vise la requête précise (« tablier lin lavé bleu ardoise »). Cette arborescence se règle avant de retoucher une seule fiche.

Commencez par un dessin, pas par votre outil. Accueil, catégories, sous-catégories si nécessaire, produits. Deux règles simples :

• Une catégorie répond à un besoin, pas à votre organisation interne. Vos clients cherchent « tabliers de cuisine », pas « collection automne 2026 ». Les pages Nouveautés ou Promotions peuvent exister pour la navigation, mais elles ne doivent pas concurrencer une vraie catégorie en reprenant le même titre et les mêmes produits.
• Chaque produit a une catégorie principale et une seule. Il peut apparaître ailleurs, mais son fil d’Ariane (la ligne « Accueil, Tabliers, Tablier lin ardoise » en haut de la fiche) pointe toujours vers la même catégorie. Google comprend alors quelle page est la mère de quelle page.

Ensuite, le texte. Une catégorie sans texte est une grille d’images que Google ne sait pas nommer. Trois ou quatre phrases au-dessus des produits suffisent : ce que contient la catégorie, pour qui, comment choisir. Pas un pavé de mille mots en pied de page, personne ne le lit, Google le voit. Le titre de la page et la balise title reprennent le nom de la catégorie tel qu’il se cherche.

Attention aux filtres. Une boutique qui laisse indexer toutes les combinaisons de filtres (couleur, taille, prix, tri) fabrique des milliers d’URL quasi identiques. Deux réglages existent : dire à Google de ne pas indexer ces pages filtrées (balise noindex), ou leur indiquer que la page de référence est la catégorie sans filtre (balise canonical, une ligne dans le code qui désigne la version officielle d’une page). Sur Shopify ou WooCommerce, c’est en général réglé par le thème ou une extension ; vérifiez-le en tapant site:votre-boutique.fr dans Google et en regardant ce qui remonte.

Enfin, l’URL d’une catégorie est un choix pour dix ans. Chaque renommage ultérieur exige une redirection, et une redirection oubliée est une page perdue. Choisissez court, descriptif, et ne touchez plus.

Ce que vous faites seul : le dessin de l’arborescence, le texte d’introduction, le titre de chaque catégorie. Ce qui relève du studio : la mécanique des filtres, les canonicals et la migration d’URL quand on refond l’ensemble.

Comment rédiger une fiche produit qui se classe dans Google ?

Une fiche produit se classe quand elle porte le nom exact que tapent vos clients, une description écrite par vous qui répond à leurs questions avant l’achat (matière, dimensions, délai, retour), des images nettes au bon format, et un prix, une disponibilité et un nom identiques entre ce que voit le visiteur et ce que lit Google dans le code. Une fiche par produit : jamais deux produits différents sur la même page.

Le nom d’abord. Il apparaît dans le titre de la page, dans le H1, dans le balisage. Écrivez-le comme un client le cherche : la catégorie, la matière ou la caractéristique qui compte, la couleur. « Tablier de cuisine en lin lavé, bleu ardoise » se cherche ; « Réf. TAB-042 » ne se cherche pas. Gardez la référence pour le champ SKU.

La description ensuite, et c’est là que la plupart des boutiques perdent. Recopier la fiche du fabricant, c’est publier le même texte que cinquante autres boutiques : Google n’a aucune raison de préférer le vôtre. Écrivez ce que votre client vous demande au téléphone ou par mail avant d’acheter. La matière, les dimensions réelles, l’entretien, le délai d’expédition, la politique de retour, le cas d’usage. Une fiche qui répond à ces questions vend mieux, et elle se classe mieux pour la même raison : elle contient les mots que les gens tapent.

Les images comptent pour l’affichage marchand. Google recommande une résolution d’au moins 50 000 pixels environ (largeur multipliée par hauteur), des ratios 16x9, 4x3 ou 1x1, et une image accessible à son robot : pas bloquée par le fichier robots.txt, pas chargée uniquement par un script que le robot ne voit pas. Fournissez plusieurs images, dans plusieurs ratios, et un nom de fichier qui dit ce qu’il montre.

Une fiche, un produit. Google est explicite : les résultats enrichis produit ne prennent en charge que les pages centrées sur un seul produit, ou sur plusieurs variantes du même produit. La page « nos trois tabliers » n’est pas une fiche, c’est une catégorie ; traitez-la comme telle.

Enfin, la cohérence. Ce que dit la page visible, ce que dit le code, et ce que dit votre flux Merchant Center si vous en avez un, doivent porter le même nom, le même prix, la même disponibilité. Une différence entre les trois, et c’est l’affichage enrichi qui saute. Les avis affichés doivent être de vrais avis, signés d’un vrai nom : Google exige que l’auteur d’un avis soit une personne ou une équipe identifiée, pas un texte promotionnel à la place du nom.

Ce que vous faites seul : réécrire vos vingt meilleures ventes, une par soir, en commençant par celle qui rapporte le plus. Ce qui relève du studio : modifier le gabarit pour que chaque fiche expose les mêmes blocs (livraison, retour, matière, dimensions) au même endroit, sur cent fiches d’un coup.

Faut-il une page par variante de produit (taille, couleur) ?

Par défaut, non : une page par produit, avec les variantes (taille, couleur) sélectionnables dans la page. Google précise que ses résultats enrichis produit s’appliquent aux pages centrées sur un seul produit ou sur les variantes d’un même produit. Une URL par variante ne se justifie que si la variante est cherchée pour elle-même, et elle exige alors son propre balisage de variante, jamais un AggregateOffer.

Le raisonnement tient en une question : est-ce que quelqu’un cherche la variante ? « Tablier lin bleu ardoise » se cherche peu ; les gens cherchent « tablier lin » et choisissent la couleur une fois sur la page. Une seule fiche concentre alors les signaux (liens, avis, historique) au lieu de les diviser par cinq. À l’inverse, pour un produit où la variante est le produit (une pointure de chaussure spécialisée, un format de cadre précis, un coloris culte), une page dédiée peut mériter d’exister, à condition d’avoir son propre texte et pas une copie de la fiche mère.

Trois précisions techniques, tirées de la documentation de Google, qui évitent les erreurs les plus courantes :

• Le balisage de variante existe. Google indique qu’ajouter des données structurées de variante peut l’aider à mieux comprendre quels produits sont des variations les uns des autres. Si vous créez des URL par variante, c’est ce balisage qu’il faut, pas un Product standard copié-collé.
• Pas d’AggregateOffer pour des variantes. Google l’écrit dans la définition même de la propriété offers (« Don’t use AggregateOffer to describe a set of product variants ») : AggregateOffer sert à décrire plusieurs vendeurs du même produit, pas plusieurs tailles du même tablier.
• Une seule valeur de disponibilité par offre. Google écrit qu’il ne faut pas indiquer plus d’une valeur : une offre est InStock, ou OutOfStock, ou PreOrder, pas une liste. Si vos variantes ont des stocks différents, chacune porte sa propre offre.

Et si vous vendez dans plusieurs devises : Google demande une URL distincte par devise, pas une fiche avec plusieurs prix mélangés.

Ce que vous faites seul : décider, produit par produit, si la variante mérite sa page. Ce qui relève du studio : le balisage de variante et la gestion des offres multiples, qui se règlent dans le gabarit.

Que faire des produits en rupture ou supprimés (redirections, 404) ?

Un produit en rupture temporaire garde sa page en ligne, avec une disponibilité déclarée OutOfStock, BackOrder ou PreOrder et une alternative proposée. Un produit supprimé pour de bon est redirigé de façon permanente (code 301 ou 308) vers le produit qui le remplace, ou vers sa catégorie. Une redirection temporaire (302, 303, 307) demande à Google de garder l’ancienne page dans ses résultats : réservez-la aux absences courtes.

Google définit la redirection comme le fait de résoudre une URL existante vers une autre, en indiquant aux visiteurs et à Google Search qu’une page a un nouvel emplacement. Il en distingue deux familles par leur effet dans les résultats : la redirection permanente affiche la nouvelle cible, la redirection temporaire continue d’afficher la page d’origine. Les codes permanents sont 301 et 308 ; les temporaires 302, 303 et 307. Sa recommandation tient en une phrase, dans la documentation sur les redirections : « we recommend that you use a permanent server-side redirect whenever possible », une redirection permanente côté serveur chaque fois que c’est possible, parce que c’est le moyen le plus sûr de diriger Google et les visiteurs vers la bonne page.

Appliqué à un catalogue, cela donne quatre cas :

1. Rupture temporaire. La page reste en ligne, code 200, sans redirection. La disponibilité passe à OutOfStock ou BackOrder dans la page et dans le balisage, et vous proposez le produit voisin. Rediriger une rupture de deux semaines vers l’accueil, c’est perdre la position de la page et frustrer le client.
2. Produit remplacé par un nouveau modèle. Redirection permanente (301) de l’ancienne fiche vers la nouvelle. Le lien est conservé, l’historique suit.
3. Produit supprimé sans remplaçant. Redirection permanente vers la catégorie parente si la page avait des visites ou des liens. Sinon, une vraie page 404 propre, avec le menu et la recherche, plutôt qu’une redirection artificielle vers l’accueil.
4. Deux fiches pour le même produit (une ancienne URL, une nouvelle, une version avec paramètre). Google cite ce cas parmi les usages d’une redirection : une seule URL survit, l’autre y renvoie.

Deux points de fraîcheur, propres au commerce, méritent votre attention. D’une part la date de validité du prix : Google avertit que votre fiche peut ne pas s’afficher si la propriété priceValidUntil indique une date passée. Une promo de Noël oubliée dans le code en février, et l’affichage marchand disparaît. D’autre part le rythme d’exploration : Google écrit que du balisage généré dynamiquement peut rendre ses explorations shopping moins fréquentes et moins fiables, ce qui pose problème pour un contenu qui change vite comme la disponibilité et le prix. Autrement dit, un stock mis à jour dans un script que le robot lit mal est un stock que Google apprend en retard.

Comptez du temps. Google demande de laisser le temps de la ré-exploration et de la réindexation, et prévient qu’il peut s’écouler plusieurs jours après la publication d’une page avant qu’il la trouve et l’explore. Aucun délai chiffré n’est garanti.

Ce que vous faites seul : poser les redirections une à une depuis l’interface de votre plateforme (Shopify nativement, WooCommerce via une extension), tenir un tableau des URL supprimées. Ce qui relève du studio : une migration de catalogue entier, ou une règle de redirection automatique quand une fiche est supprimée.

Quelles données structurées Product faut-il mettre sur une boutique ?

Sur une page où l’on peut acheter, Google attend un balisage Product avec le nom du produit et un objet Offer : prix supérieur à zéro, devise au format ISO 4217 (EUR), une seule valeur de disponibilité, date de validité du prix non dépassée. En recommandé : images, description, marque, identifiant (GTIN, SKU ou MPN), frais de livraison et politique de retour. Le tout dans le HTML servi, pas injecté par un script.

Les données structurées sont une fiche d’identité technique posée dans le code, invisible pour le visiteur, que Google et les assistants lisent d’une passe. Nous les avons détaillées pour un site vitrine dans notre guide des données structurées. Pour une boutique, le type qui compte est Product, et la documentation Product de Google sépare deux niveaux.

Le minimum du product snippet : la propriété name, plus au moins une des trois suivantes : review, aggregateRating ou offers. Une fiche avec un nom et une offre est déjà éligible au résultat texte enrichi. Le détail des propriétés est sur la page product snippet de Google.

Le merchant listing, celui qui vous intéresse : un objet Offer (pas un AggregateOffer), et Google précise que « merchant listing experiences require a price greater than zero ». Un prix à zéro ou absent disqualifie la fiche. La devise se déclare en trois lettres ISO 4217 (EUR, pas « euros » ni le symbole). La disponibilité prend une seule valeur, par exemple InStock, OutOfStock, PreOrder ou BackOrder (Google en documente dix). La date de validité du prix, priceValidUntil, suit le format ISO 8601, heure et fuseau recommandés. L’état du produit, itemCondition, vaut NewCondition, UsedCondition ou RefurbishedCondition. Les enrichissements que Google liste pour cette expérience : notes, livraison, disponibilité, retours, baisse de prix.

Deux propriétés recommandées font la différence dans l’affichage marchand : shippingDetails (frais et délais de livraison) et hasMerchantReturnPolicy (politique de retour). Elles se déclarent sur chaque offre, ou une fois pour tout le catalogue au niveau de l’organisation, ce qui est plus simple à maintenir pour une petite boutique dont les conditions sont les mêmes partout.

Côté identifiants, Google recommande gtin (8, 12, 13 ou 14 chiffres, valeur numérique, jamais une URL), sku (sans aucun espace, la règle est explicite) et mpn, la référence fabricant. Pour les images, on retrouve la règle vue plus haut : environ 50 000 pixels au minimum, ratios 16x9, 4x3 ou 1x1, image explorable.

Voici à quoi ressemble le bloc pour un produit simple, au format JSON-LD que Google recommande :

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Tablier de cuisine en lin lavé, bleu ardoise",
  "image": [
    "https://exemple.fr/img/tablier-lin-ardoise-1x1.jpg",
    "https://exemple.fr/img/tablier-lin-ardoise-4x3.jpg"
  ],
  "description": "Tablier en lin lavé, poches plaquées, sangle de cou réglable. Cousu dans notre atelier.",
  "sku": "TAB-LIN-ARD",
  "brand": { "@type": "Brand", "name": "Atelier Exemple" },
  "offers": {
    "@type": "Offer",
    "url": "https://exemple.fr/tabliers/tablier-lin-ardoise/",
    "price": "49.00",
    "priceCurrency": "EUR",
    "priceValidUntil": "2026-12-31T23:59:59+01:00",
    "availability": "https://schema.org/InStock",
    "itemCondition": "https://schema.org/NewCondition"
  }
}

Ce que ce bloc ne doit pas contenir, et ce qu’il ne vous donnera pas :

• Pas d’avantages et inconvénients. L’affichage pros and cons est réservé aux pages de test éditoriales ; Google écrit qu’il n’est pas disponible pour les pages produit marchandes ni pour les avis clients. Une boutique ne l’obtiendra pas, quoi qu’on vous vende.
• Pas de balisage sur certaines catégories. Google exclut du résultat enrichi Product les armes à feu et armes, les drogues récréatives, le tabac et le vapotage, et les produits liés aux jeux d’argent.
• Pas d’avis inventés. Un Review exige une note et un auteur, et l’auteur doit être le nom valide d’une personne ou d’une équipe.
• Pas de garantie d’affichage. Le balisage rend éligible. Il ne classe pas, il ne promet pas.

Pour vérifier : le Rich Results Test de Google accepte une URL et affiche ce qu’il détecte. Dans la Search Console, deux rapports suivent ensuite ce balisage dans le temps : Merchant listings pour les produits achetables, Product snippets pour le reste. Après chaque correction, comptez plusieurs jours avant que Google repasse.

Ce que vous faites seul : vérifier ce que votre boutique émet déjà avec le Rich Results Test, corriger le prix, la devise, la disponibilité et la date de validité dans les champs que votre plateforme expose. Ce qui relève du studio : produire ce balisage dans le HTML servi pour tout le catalogue, y compris variantes, livraison et retours.

Comment une boutique de TPE apparaît-elle dans les réponses IA (AI Overviews, mode IA, ChatGPT shopping) ?

Aucun éditeur ne garantit l’apparition d’une boutique dans une réponse IA. Ce qui est documenté, c’est l’éligibilité : Google écrit que cumuler données structurées sur les pages et flux Merchant Center maximise l’éligibilité aux expériences shopping. Une boutique de TPE y apparaît quand ses fiches se lisent d’une seule passe : un produit par page, un prix et une disponibilité exacts, un texte qui répond à la question posée, les mêmes faits partout.

Il faut comprendre ce qu’un assistant fait quand quelqu’un lui demande « quel tablier en lin pour un cuisinier amateur, moins de 60 euros ». Il ne classe pas dix liens. Il compose une réponse à partir de pages qu’il peut lire et recouper, et il recopie des faits : un nom, un prix, une matière, un délai, une politique de retour. Une fiche qui énonce ces faits en texte clair, confirmés par le balisage, est une fiche qu’il peut citer sans risque de se tromper. Une fiche dont le prix n’apparaît qu’après un clic, dans un script, ou qui varie selon la session, est une fiche qu’il écarte.

Trois surfaces, trois nuances :

• Les AI Overviews et le mode IA de Google s’appuient sur l’index de Google. Ce que vous faites pour le merchant listing (Offer complet, prix supérieur à zéro, disponibilité exacte, date de validité à jour, flux Merchant Center si vous en avez un) est aussi ce qui alimente ces réponses. Nous avons décrit le fonctionnement du mode IA et ce que le lancement des AI Overviews en France change pour une PME.
• Les résultats shopping de ChatGPT et les autres assistants lisent le web comme un robot : votre HTML, vos textes, votre balisage. Aucun d’eux n’a publié de règle promettant une citation en échange d’un balisage. Ce qui joue, c’est la cohérence entre vos supports, la même que pour être recommandé par ChatGPT quand on est un artisan : le même nom de produit, le même prix, la même disponibilité sur la page, dans le code, dans le flux et sur votre fiche Google.
• Les pages catégories ont ici un rôle sous-estimé. La question « comment choisir un tablier de cuisine » se pose à un assistant avant l’achat. Une catégorie avec un vrai texte de choix (matières, longueurs, entretien) est une page citable ; une grille d’images ne l’est pas.

Ce que vous n’obtiendrez pas : une position garantie, un volume prévisible, un tableau de bord fiable dès la première semaine. La Search Console commence à isoler une partie de ces affichages ; nous expliquons comment lire le rapport dédié sans surinterpréter ses chiffres. Ce que vous obtiendrez si les fondations sont propres : l’éligibilité, et des fiches que les assistants n’ont aucune raison d’écarter.

Shopify, WooCommerce ou sur mesure : lequel se référence le mieux ?

Aucune des trois solutions ne se référence mieux par nature. Ce qui compte, c’est ce qu’elle sert réellement à Google : un HTML qui contient le nom, le prix, la disponibilité et le balisage Product sans dépendre d’un script, des URL stables, des redirections que vous contrôlez, et une vitesse correcte sur mobile. Shopify impose sa structure d’URL, WooCommerce dépend de son hébergement et de ses extensions, le sur mesure dépend de qui l’a construit.

Shopify. Hébergé, rapide à lancer, structure d’URL imposée (/products/, /collections/) que vous ne choisissez pas. Les thèmes standard émettent un balisage Product ; vérifiez le vôtre au Rich Results Test, une application ajoutée peut en émettre un second et créer un doublon. Les redirections se posent depuis l’administration, une par une. Le vrai sujet est le coût dans la durée, que nous avons détaillé dans Shopify : le coût réel pour une petite entreprise.

WooCommerce. Open source sur WordPress, URL et catégories entièrement à votre main, balisage Product émis par le cœur de l’extension. La liberté a un prix : la vitesse dépend de votre hébergeur, chaque extension ajoutée est une source possible de balisage en double ou de lenteur, et la maintenance vous revient. Pour une boutique de TPE sans personne pour surveiller les mises à jour, c’est là que les choses se dégradent.

Sur mesure. Le HTML servi contient exactement ce que vous voulez : balisage Product complet, variantes, livraison, retours, redirections en règle, pas un script de trop. C’est le plus propre pour Google, et le plus exigeant : il faut quelqu’un qui sait le construire et le tenir. Chez nous, une boutique en ligne se chiffre sur devis, c’est écrit sur notre page offre, parce que le prix dépend de la taille du catalogue et de ce qu’il doit faire.

Comment trancher sans vous tromper : ouvrez le code source d’une de vos fiches (clic droit, puis Afficher le code source) et cherchez le mot Product. Si le prix et la disponibilité y sont, en clair, dans un bloc JSON-LD, votre plateforme fait le travail. S’ils n’apparaissent que dans l’écran et pas dans le code, ou deux fois avec des valeurs différentes, vous avez trouvé votre premier chantier, quelle que soit la plateforme. Et si vous envisagez de changer, lisez d’abord ce qui se garde en migrant depuis Wix, Squarespace ou Shopify : la question des redirections y décide de tout.

Ce que vous pouvez faire seul cette semaine, et où commence le travail de studio

Un patron de petite boutique peut, sans budget d’agence, redessiner son arborescence, réécrire ses meilleures fiches, poser ses redirections et vérifier son balisage au Rich Results Test. Ce qui relève du studio commence quand le geste doit s’appliquer à tout le catalogue d’un coup : un gabarit de fiche, un balisage Product complet dans le HTML servi, des variantes bien décrites, une migration d’URL sans perte.

Dans l’ordre, une semaine réaliste :

1. Lundi, la structure. Dessinez l’arborescence sur une feuille. Une catégorie par besoin, une catégorie principale par produit, des URL que vous garderez. Tapez site:votre-boutique.fr dans Google et notez ce qui remonte et ne devrait pas (filtres, doublons, produits supprimés).
2. Mardi et mercredi, les fiches. Vos meilleures ventes d’abord. Nom tel qu’il se cherche, description écrite par vous, images en 1x1 et 4x3 d’au moins 50 000 pixels environ, livraison et retour visibles sans cliquer.
3. Jeudi, les ruptures. Listez les fiches supprimées ou mortes. Redirection permanente vers le remplaçant ou la catégorie, page 404 propre pour le reste, disponibilité exacte sur les ruptures temporaires.
4. Vendredi, le balisage. Passez cinq fiches au Rich Results Test. Prix supérieur à zéro, devise EUR, une seule disponibilité, date de validité du prix dans le futur. Notez les erreurs que votre plateforme ne vous laisse pas corriger : c’est la liste à donner à un studio.

Le bilan honnête, gains et pertes :

• Ce que vous gagnez : des pages que Google sait nommer, des fiches éligibles à l’affichage marchand enrichi et lisibles par un assistant, des positions qui ne fuient plus à chaque produit supprimé.
• Ce que vous ne gagnez pas : une position garantie, un délai chiffré, une citation promise par ChatGPT ou par Google. Personne ne le vend honnêtement.
• Ce que cela coûte : vos soirées d’une semaine, puis une discipline : chaque changement de prix, de stock ou de référence doit se voir dans la page et dans le code le jour même.

Le marché ne manque pas d’air : selon le bilan de la Fevad publié le 11 février 2026, le e-commerce français a atteint 196,4 milliards d’euros en 2025, en hausse de 7 % sur un an, pour 3,2 milliards de transactions et un panier moyen de 62 euros. Une petite boutique n’a besoin que d’une part infime de ce volume, à condition d’être trouvée. C’est le travail que nous menons pour des commerçants et des artisans qui vendent en ligne depuis Montpellier, notre base, comme depuis Nice : un catalogue lisible par Google et par les assistants, construit sur les mêmes fondations que ce guide.

Si votre boutique a été construite ailleurs et que vous voulez savoir où elle en est vraiment, notre audit SEO et GEO est offert : on vous rend l’état de la structure, des fiches, du balisage et des redirections, avec ce que vous pouvez corriger seul et ce qui demande une intervention. Si le diagnostic révèle un gabarit qu’aucun réglage ne rattrape, la refonte se discute sur devis, selon notre méthode, et vous pouvez juger sur pièces dans nos réalisations. Aucune décision prise à votre place, et aucune promesse de position.