Fiches produits Google : le balisage change, vos prix aussi

Le 7 juillet 2026, Google a modifié la documentation des données structurées merchant listing : une propriété category fait son entrée, et une section entière « Sale duration » explique enfin comment déclarer quand une promotion commence et s'arrête.

Vingt jours après l'annonce, un seul média SEO francophone l'avait relayée. Autrement dit, vos concurrents ne l'ont pas encore appliquée.

L'enjeu n'est pas cosmétique. Google écrit noir sur blanc qu'une fiche dont la date priceValidUntil est dépassée risque de ne plus s'afficher du tout. Pas « de s'afficher moins bien » : de disparaître.

La promesse de cet article : à la fin, vous saurez exactement quelles propriétés ajouter, où les placer selon la structure de votre balisage (l'arbre de décision est plus bas), et vous aurez le JSON-LD prêt à copier.

Le tout avant le Black Friday du 27 novembre 2026.

Par Sandrine Stoller, consultante SEO freelance · +5 ans d'expérience · 40+ audits SEO réalisés, dont une majorité de sites e-commerce
Publié le 03 août 2026 · Temps de lecture : 12 minutes

Fiches produits Google : ce qui a changé le 7 juillet 2026

Deux ajouts, un seul objectif : réconcilier le balisage de vos pages avec votre flux Merchant Center.

Ce 7 juillet fut d'ailleurs chargé côté Google : le même jour, la Search Console recevait les propriétés de plateforme, un autre chantier à connaître si vous suivez vos performances de près.

Jusqu'ici, ces deux mondes parlaient des langues différentes.

Votre flux savait dire « cette promo court du 27 au 30 novembre ». Votre page, elle, se contentait d'afficher un prix, sans date. Google devinait. Désormais, il ne devine plus : il lit.

Sources : documentation Merchant listing de Google Search Central (mise à jour du 07/07/2026) et Search Engine Land, 7 juillet 2026.

Durée de promotion : la nouveauté Google du 7 juillet 2026

Trois propriétés, un format : ISO 8601. Google donne lui-même l'exemple 2025-12-31T23:59:59+01:00.

• validFrom : Le moment où le prix soldé devient actif.
• validThrough : Le moment où il cesse de s'appliquer.
• priceValidUntil : Même rôle de fin, mais utilisable uniquement sur le nœud Offer, jamais sur un PriceSpecification.

Cette dernière nuance est celle que tout le monde va rater. Elle mérite un paragraphe à elle seule. Vous le trouverez plus bas.

google_product_category : la propriété category entre enfin dans le balisage

Avant le 7 juillet, un marchand qui voulait classer finement ses produits n'avait que son flux Merchant Center. La page, elle, restait muette. Google comble le trou avec Product.category, qui accepte deux formes :

• Text : votre arborescence maison, l'équivalent de product_type.
• CategoryCode : un identifiant rattaché à la taxonomie officielle Google, l'équivalent de google_product_category.

L'intérêt SEO est direct : mieux Google comprend la catégorie d'un produit, plus il peut le remonter sur des requêtes pertinentes.

C'est le même raisonnement que celui d'un audit sémantique (clarifier de quoi on parle avant d'espérer se positionner), sauf qu'ici, c'est la machine qu'on adresse, pas l'humain.

Balisage : les 3 propriétés à ajouter à vos fiches produits Google

C'est ici que les articles recopiés de la doc s'arrêtent. Ils vous disent quoi ajouter. Personne ne vous dit où.

Or l'emplacement dépend entièrement de la façon dont votre thème a construit le nœud Offer.

Voici l'arbre de décision que j'utilise en audit.

Balisage prix promo : où placer validFrom et validThrough

Source : arbre de décision construit par Allo-SEO à partir de la section « Sale duration » de la documentation Google Merchant listing (07/07/2026).

Prix barré Google : le nœud PriceSpecification qui change tout

Le prix barré, ou StrikethroughPrice, est ce qui transforme un prix en affaire dans la SERP. C'est lui qui déclenche le « 349 € 249 € » que l'œil accroche avant même de lire le titre.

Le piège : dès que vous introduisez un prix barré, votre balisage bascule presque toujours en structure PriceSpecification.

Et à cet instant précis, tout le code que vous aviez copié-collé avec priceValidUntil devient invalide.

C'est la panne silencieuse type : personne ne voit d'erreur, la fiche cesse simplement de remonter.

Là où je ne suis pas d'accord : priceValidUntil sur un prix normal

Ouvrez n'importe quel guide sur les données structurées produit, en français ou en anglais. Vous y lirez la même consigne : « mettez toujours un priceValidUntil, sinon pas de résultat enrichi ».

Les plugins l'ont intégré : la plupart posent automatiquement la date du jour + 1 an sur chaque fiche, promo ou pas.

Je fais l'inverse, et je l'assume. Sur un produit à prix permanent, je retire purement et simplement priceValidUntil de mes templates.

Le raisonnement de la SERP repose sur une inversion logique. Google écrit qu'une date dépassée rend la fiche inéligible. Il n'a jamais écrit que l'absence de date la rend inéligible : la propriété est recommandée, pas requise.

Autrement dit : ne rien déclarer est neutre. Déclarer une date arbitraire, c'est armer une bombe à retardement dont personne ne connaît la minuterie.

Et le « +1 an » est un mensonge poli. Vous déclarez à Google que votre prix est garanti jusqu'au 3 août 2027. Vous n'en savez rien.

Vous ne le savez même pas pour septembre. Le jour où la date tombe (et elle tombera un matin où personne ne regardera), vos fiches sortent des résultats enrichis sans un message d'erreur, sans une alerte.

C'est exactement le mode de panne le plus coûteux : silencieux, différé, et déclenché par vous-même.

Ma règle tient en une phrase : on ne date que ce qui est daté. Un prix permanent n'a pas de date de fin, donc pas de propriété de fin. Une promo en a une vraie. Alors on branche validFrom et validThrough sur la source qui pilote déjà la vitrine, et on n'y touche plus jamais à la main.

L'exception qui me ferait changer d'avis : un catalogue avec un prix plancher contractuel connu (grille tarifaire annuelle négociée, marché public, contrat cadre). Là, la date existe vraiment. Datez-la. Ce n'est plus une date arbitraire, c'est une information.

Est-ce que j'ai raison ? C'est une position, pas une vérité révélée. Google n'a jamais tranché publiquement sur ce point précis, et je n'ai pas la donnée à l'échelle pour prouver que l'absence de date ne coûte rien en éligibilité.

Ce que je peux affirmer, c'est que je n'ai jamais vu une fiche perdre ses résultats enrichis pour absence de priceValidUntil, alors que j'en ai vu des centaines les perdre pour une date périmée.

Si vous voulez me contredire : segmentez votre catalogue en deux, laissez le +1 an sur une moitié, retirez-le sur l'autre, et comparez le rapport « Fiches de marchand » sur trois mois. Je serai la première à lire vos résultats.

Prix promo : pourquoi vos fiches produits Google affichent le mauvais tarif

Presque aucun marchand ne choisit de désynchroniser son flux et son balisage. Ça arrive, tout seul. Parce que les deux sont construits par des personnes différentes, à des moments différents, à partir de sources différentes.

Le flux vit dans Merchant Center et bouge tous les jours. Le balisage a été posé une fois dans le template, par quelqu'un qui est parti depuis.

Flux Merchant Center vs balisage on-page : qui gagne en cas de conflit ?

Mauvaise question. Il n'y a pas de gagnant : il y a un refus de produit. Google confronte les deux et, en cas d'écart, désapprouve.

La fonctionnalité « mise à jour automatique des articles » peut corriger un flux périmé à partir de votre balisage, mais uniquement si ce balisage est valide et présent dans le HTML initial servi par le serveur. Un JSON-LD injecté après coup en JavaScript ne fait pas le travail.

C'est typiquement le genre de blocage qu'un audit technique SEO révèle en dix minutes, et qui coûte des mois de visibilité quand personne ne regarde.

Erreurs données structurées : le top 5 qui tue vos fiches produits

Sources : consignes Google Product structured data, Aide Merchant Center (attributs acceptés), et hiérarchisation des gravités issue de mes propres audits e-commerce.

Le piège du fuseau horaire que personne n'a documenté

Google recommande d'inclure l'heure ET le fuseau horaire dans le format ISO 8601. Tout le monde copie l'exemple de la doc, +01:00, et l'applique toute l'année.

Erreur : la France bascule entre +01:00 (CET) et +02:00 (CEST) deux fois par an.

Concrètement : une promo de soldes d'été codée en +01:00 se termine une heure trop tard aux yeux de Google. Sur une vente flash de 24 h, c'est 4 % de la fenêtre.

Voici le mémo que je donne à mes clients :

Sources : dates de bascule horaire calculées selon la directive européenne 2000/84/CE (dernier dimanche de mars / dernier dimanche d'octobre) ; dates de soldes selon economie.gouv.fr. *Cas d'école : la fin des soldes d'été 2026, d'abord fixée au 21 juillet, a été repoussée au 28 juillet en raison de la canicule de fin juin. Une date de promo officielle qui bouge en cours de route : tout marchand ayant codé validThrough au 21 juillet en dur a passé la dernière semaine de soldes à déclarer une date fausse, prix soldé affiché mais fenêtre expirée dans son balisage. La démonstration exacte de ce que cet article combat. Tableau original Allo-SEO.

Fiches produits Google et moteurs IA : l'agent n'exécute pas votre CSS

Un humain voit « 349 € 249 € » parce que votre feuille de style barre le premier. Un agent d'achat, lui, n'exécute pas votre CSS. Il ne voit ni votre typographie, ni votre badge « −30 % », ni votre compte à rebours animé.

Pour lui, le prix barré n'existe que s'il est déclaré en priceType: StrikethroughPrice.

Votre promo peut donc être parfaitement lisible à l'écran et totalement invisible à la machine. Vous avez fait une promotion pour les yeux.

Ça retourne l'argument habituel. Les données structurées ne sont plus un bonus décoratif pour gagner trois pixels dans la SERP : c'est le seul canal par lequel un système génératif perçoit votre offre.

Google a formalisé la chose en janvier 2026 avec l'Universal Commerce Protocol, un standard ouvert co-construit avec Shopify, Etsy, Wayfair, Target et Walmart, qui permet à un agent d'aller de la découverte jusqu'au paiement.

Son carburant, ce sont vos données produit. Pas votre direction artistique.

Mais voici ce que personne n'écrit, et c'est le plus important.

Un moteur IA ne relit pas votre page à chaque question. Il lit, il retient, il ressort l'information plus tard, parfois beaucoup plus tard. Et il n'a aucun moyen de savoir quand son information périme, sauf si vous le lui dites.

Sans validThrough, votre prix soldé peut être cité trois semaines après la fin des soldes par un système qui, de bonne foi, croit encore votre page. Vous ne le verrez pas dans la Search Console.

Vous le découvrirez quand un client arrivera en réclamant un tarif que vous ne pratiquez plus.

Alors reformulons. validThrough n'est pas une date pour Google. C'est une date de péremption que vous collez sur votre propre information. Vous dites à la machine : « à partir de là, ne me cite plus ».

C'est le seul moyen de contrôler ce qu'on raconte de vous quand vous n'êtes pas dans la pièce.

Et ça referme ma position de tout à l'heure : dater ce qui est daté, c'est de l'honnêteté machine. Dater un prix permanent à +1 an, c'est mentir à un système qui vous croira sur parole.

Sources : annonce Ouest-France du 29 juin 2026 (courrier officiel de Google aux éditeurs de presse français), déploiement effectif confirmé le 22 juillet 2026 par Les Échos et Le Monde, reprise par le Journal du Net. Google n'a pas publié de date de mise en service précise pour la France. Sur la refonte de la recherche et son impact e-commerce, voir aussi mon décryptage du Google I/O.

Ce que je ne sais pas, et je préfère l'écrire : comment ces systèmes pondèrent réellement validFrom et validThrough face à votre flux, ni s'ils les respectent scrupuleusement.

Personne ne le sait : Google ne publie pas ce fonctionnement, et quiconque vous affirme le contraire extrapole.

Ce que je sais, en revanche, tient en une phrase : une information que vous ne déclarez pas ne peut pas être respectée.

Étude de cas : ce que révèle un audit de 1 400 fiches produits

Contexte : site e-commerce d'équipement de la maison, 1 400 références, WooCommerce, audit réalisé en juin 2026. Le client venait me voir pour une raison précise : « nos promos Black Friday 2025 se sont affichées en janvier ».

Source : audit Allo-SEO, juin 2026. Chiffres relevés via crawl + test des résultats enrichis et rapport « Fiches de marchand » de la Search Console. Données client anonymisées avec autorisation.

Le diagnostic ne tenait pas en une ligne de code. Le back-office WooCommerce contenait bien les dates de promo, et le client les remplissait consciencieusement. Mais le template ne les poussait nulle part dans le JSON-LD.

Deux sources de vérité, une seule visible par Google. La correction a tenu en un hook et trois heures de travail. Le vrai coût, c'était les huit mois passés sans le savoir.

Résultats enrichis produit : ce que vous perdez sans durée de promo

Plutôt que de vous vendre un chiffre moyen qui ne veut rien dire, voici la formule à appliquer à vos propres données :

Manque à gagner = Impressions × ΔCTR × Taux de conversion × Panier moyen

Exemple chiffré (remplacez par vos chiffres Search Console ; et si vous voulez agir sur ce CTR, tout se joue dans la balise que je décortique dans mon guide de la méta-description) : 80 000 impressions/mois sur les fiches en promo, un ΔCTR de 1,2 point entre une fiche avec prix barré affiché et une fiche sans, 2,1 % de conversion, 74 € de panier moyen.

→ 80 000 × 1,2 % = 960 clics perdus × 2,1 % = 20 commandes × 74 € = 1 480 € par mois. Sur un mois de Black Friday, multipliez par trois à cinq.

Et depuis le 22 juillet, un second effet se superpose au premier. L'étude de référence sur le sujet vient du Pew Research Center : sur près de 69 000 recherches analysées, le clic vers un résultat classique tombe à 8 % quand un aperçu IA s'affiche, contre 15 % sans lui, soit un taux de clic presque divisé par deux.

Le clic sur un lien à l'intérieur de l'aperçu ne dépasse pas 1 %.

Ce qui change le calcul : avec un aperçu IA, votre fiche doit être dans la réponse, pas seulement dans la liste bleue en dessous. Et pour y être, un système génératif ne lit ni votre design ni votre prix barré visuel, il lit vos données structurées.

C'est là que validThrough et StrikethroughPrice cesse d'être un détail technique pour devenir votre ticket d'entrée.

Source du chiffre : Pew Research Center, étude publiée le 22 juillet 2025 (68 879 recherches, 900 adultes américains, données de mars 2025). Prudence sur la transposition : échantillon américain, en anglais, antérieur au déploiement français. À lire comme une tendance directionnelle, pas comme une promesse chiffrée pour la France. Mesurez sur vos propres données : c'est la seule vérité qui vous concerne.

Votre checklist fiches produits Google pour le Q4 2026

Il vous reste 116 jours avant le Black Friday.

Voici l'ordre dans lequel je traiterais les choses.

Un conseil qui vaut pour tout le reste : ne faites pas ça fiche par fiche. Corrigez au niveau de la couche de données, une fois, et vos 1 400 références suivent.

C'est la même logique que celle du maillage interne : on travaille sur le système, pas sur les symptômes.

Conclusion : trois propriétés, 123 jours, une décision

Google n'a pas rendu ces propriétés obligatoires. C'est précisément ce qui les rend intéressantes : personne ne va vous forcer, donc presque personne ne le fera.

Pendant que vos concurrents découvriront la section « Sale duration » le 26 novembre au soir, vos fiches produits Google diront exactement la vérité sur vos prix : début, fin, fuseau horaire compris.

La question n'est pas de savoir si ça vaut le coup.

Reprenez la formule plus haut, mettez vos chiffres, et vous aurez la réponse en trente secondes.

Dans l'audit de juin, la correction a pris trois heures. Les huit mois d'invisibilité qui l'ont précédée, eux, ne se rattrapent pas.

Vous avez deux options. Vous prenez l'arbre de décision, le JSON-LD et la checklist de cet article, et vous le faites vous-même. Tout est là, c'est le but. Ou vous préférez que quelqu'un ouvre le capot, vous dise en cinq jours exactement quelles lignes bougent, et vous laisse une to-do priorisée.

Dans les deux cas, faites-le avant octobre.

Un dernier mot, parce qu'il serait malhonnête de vous laisser croire que tout se joue dans le JSON-LD : un balisage parfait ne sauvera pas une fiche mal écrite. Google peut afficher votre prix barré, encore faut-il que le visiteur ait envie de cliquer, puis d'acheter.

C'est l'autre moitié du travail, et je la traite dans mon article sur la fiche produit SEO qui convertit (ou je m'en charge pour vous, si le sujet ne vous amuse pas).

À propos de l'autrice. Sandrine Stoller est consultante SEO freelance chez Allo-SEO. Plus de 5 ans en référencement naturel, 40+ audits SEO réalisés dont une majorité de sites e-commerce. Spécialisée en audit technique, données structurées et rédaction de fiches produits. Cet article s'appuie sur la documentation officielle Google mise à jour le 7 juillet 2026 et sur des audits réalisés en conditions réelles.
Dernière vérification des sources : 3 aaoût2026.