Suivi des prix des concurrents par plateforme : le guide complet

La plateforme détermine avec quelle fiabilité vous pouvez lire un prix

La page produit d'un concurrent est publique. Ce que cette page vous remet réellement dépend presque entièrement de la plateforme qui la sous-tend, et ces différences sont consignées par les plateformes elles-mêmes.

Sur une plateforme, chaque boutique répond au même point de terminaison JSON documenté, avec chaque variante valorisée en centimes. Sur une autre, les données de variation disparaissent du HTML initial dès qu'un produit dépasse trente variations, par défaut. Sur une troisième, le prix de la variante sélectionnée n'existe pas dans la page tant que le navigateur ne le demande pas une seconde fois. Sur une place de marché, la question cesse d'être technique : le nombre est à l'écran, et le droit de le lire par programme relève d'un accord plutôt que du balisage.

Presque rien de ce qui s'écrit sur la surveillance des prix concurrents n'est organisé ainsi. Les résultats de recherche sont organisés par outil, parce qu'un éditeur peut difficilement ouvrir sur « notre extraction se comporte différemment sur WooCommerce et sur Shopify » tout en promettant sur la même page de fonctionner sur n'importe quel site. La documentation des plateformes n'a pas ce problème, et elle est publique. Ce guide est la carte : où se situe réellement le marché, ce que chaque plateforme expose, et où la contrainte cesse d'être du code. Les mécaniques générales du suivi des prix concurrents sont traitées séparément.

Les observateurs de parts de marché se contredisent, et ils ont tous les deux raison

Avant les mécaniques, le marché. Demandez sur quelles plateformes vos concurrents ont des chances de se trouver et les deux observateurs les plus cités vous donnent des réponses opposées sur le même secteur.

Plateforme	W3Techs : part des sites dotés d'un système e-commerce détecté	ECDB : « Usage Share 2025 »
WooCommerce	48,5 %	4,9 %
Shopify	31,2 %	23,4 %
Adobe Commerce / Magento	1,5 %	8,4 %

Sources et dates, qui sont tout l'enjeu : W3Techs, relevé le 7 août 2026, et ECDB, métrique intitulée « Usage Share 2025 », consultée en août 2026.

Les deux ne mesurent pas la même chose. W3Techs compte des sites web, et sa méthodologie le dit sans détour : elle relève les technologies des sites web plutôt que des pages individuelles, en consolidant les sous-domaines, avec une mise à jour quotidienne. Dans cet échantillon, une boutique de loisir à un seul produit pèse exactement autant qu'une boutique à 50 millions de dollars par an, ce qui gonfle la plateforme qui détient la traîne la plus longue. ECDB pondère au contraire par l'échelle commerciale, en décrivant ses données comme fondées sur des milliards de transactions, ce qui gonfle la plateforme concentrée sur les marchands les plus gros.

WooCommerce mène donc d'environ 1,6 contre 1 quand on compte les boutiques, et se retrouve derrière Shopify dans un rapport de près de 5 contre 1 quand on pondère par le commerce. Magento est soit une erreur d'arrondi à 1,5 %, soit une force à 8,4 %, selon la question posée. Les deux chiffres se défendent. Aucun n'a sa place dans un comparatif sans préciser lequel il est, ce qui explique que chaque comparatif cite un chiffre différent.

Un dernier chiffre de W3Techs mérite d'être retenu : 83,1 % des sites web de cet échantillon ne font tourner aucun système e-commerce détecté, les pourcentages ci-dessus décrivent donc une part du sixième restant. Et rien de tout cela ne décrit votre catégorie. La version utile de l'exercice consiste à compter les plateformes de votre propre liste de concurrents réels, qui ne ressemble en général ni à l'un ni à l'autre tableau.

Ce qui change, plateforme par plateforme

Voici la comparaison que le reste de ce guide développe, avec la colonne de part reprise du relevé W3Techs ci-dessus, parce que c'est le chiffre qui dispose d'une source primaire datée et d'une méthodologie publiée.

Plateforme	Part (W3Techs, août 2026)	Marchand type	Comment les données de prix arrivent dans la page	Difficulté de lecture
WooCommerce	48,5 %	Micro à moyen, auto-hébergé, riche en extensions	HTML rendu côté serveur, plus le JSON data-product_variations sur le formulaire d'ajout au panier ; Store API publique	Facile sur les produits simples, casse au-delà de 30 variations
Shopify	31,2 %	De la petite boutique à l'entreprise	HTML Liquid, JSON /products/{handle}.js, JSON-LD optionnel, Storefront GraphQL sans jeton	La plus simple et la plus uniforme
PrestaShop	2,9 %	Petit, forte présence en UE	Rendu côté serveur, plus un point de terminaison JS de mise à jour produit	Modérée
Adobe Commerce / Magento	1,5 %	Moyen à entreprise, fortement personnalisé	Blocs JSON text/x-magento-init, matrice d'options du produit configurable, GraphQL price_range	La plus difficile, presque aucune boutique ne s'affiche comme une autre
BigCommerce	0,6 %	Milieu de marché	HTML Handlebars Stencil, objet global window.BCData, prix de variante par une seconde requête	Modérée, prix de base statique, prix de variante résolu en direct
Places de marché	absentes de ce jeu de données	indifférent	Aucune API publique de prix produit sans accord de vendeur, de partenaire ou d'affilié	La plus difficile, pour des raisons contractuelles plutôt que techniques

La dernière colonne est mon appréciation éditoriale, tirée de la construction d'extractions face à ces plateformes, et non une statistique mesurée. Tout ce qui figure dans la quatrième colonne provient de la documentation des plateformes elles-mêmes, citée plus bas.

Shopify : un point de terminaison documenté, et un plafond à 250 variantes

Shopify est la plateforme la plus simple à lire parce qu'elle offre à chaque boutique le même contrat. L'Ajax Product API répond à GET /{locale}/products/{product-handle}.js avec le produit complet en JSON, dont un tableau variants portant un booléen available par variante, et des montants exprimés en centimes : 12900 signifie donc 129,00 $ (Shopify, documentation de la plateforme). Un marchand peut changer de thème chaque trimestre, ce point de terminaison répondra à l'identique : le thème change le HTML, pas l'API.

Le plafond est documenté au même endroit, et c'est le genre de détail que personne ne consigne : « Le JSON du produit peut contenir au maximum 250 variantes dans le tableau variants. » Passé ce point, le point de terminaison cesse d'être une image complète du produit, et un tracker bâti sur lui seul rend compte silencieusement d'un sous-ensemble.

Deux autres voies existent, toutes deux assorties de conditions. Le JSON-LD est produit par le filtre Liquid structured_data, qui émet un Product schema.org pour un produit sans variantes et un ProductGroup dès que des variantes existent (Shopify, documentation de la plateforme). Ce filtre est appliqué par celui qui a construit le thème, quantité de boutiques Shopify n'émettent donc aucun JSON-LD produit. L'API Storefront GraphQL autorise un accès sans jeton couvrant les fonctionnalités essentielles comme les produits, les collections et les paniers, plafonné à une complexité de requête de 1 000, un jeton restant nécessaire pour les tags, les métaobjets, les menus et les données client (Shopify, documentation de la plateforme).

Les conséquences pratiques pour une liste de surveillance sont dans le guide du suivi des prix concurrents sur Shopify.

WooCommerce : public par conception, jusqu'à la trente et unième variation

WooCommerce est ouvert à l'avant et fermé à l'arrière. Sa Store API est publique délibérément, et la documentation en donne la raison : « L'API des produits de la boutique fournit des données produit publiques afin qu'elles puissent être rendues côté client » (WooCommerce, documentation de la plateforme). Chaque produit porte un objet prices avec currency_minor_unit, price, regular_price, sale_price et price_range. L'API REST d'administration, à l'inverse, exige une Consumer Key et un Consumer Secret (WooCommerce, documentation de la plateforme). Lire la vitrine d'un concurrent et lire son catalogue ne sont pas le même acte.

Dans la page elle-même, le modèle d'ajout au panier d'un produit variable émet les données de variation sous la forme data-product_variations, et cette charge utile est filtrable par n'importe quelle extension via woocommerce_available_variation. L'auto-hébergement, plus un hook de filtre : voilà pourquoi le JSON de variation de WooCommerce est le moins prévisible des cinq plateformes réunies ici.

Vient ensuite la falaise, et c'est le nombre le plus utile de tout ce guide. Par défaut, WooCommerce n'intègre les données de variation dans la page que pour les produits comptant 30 variations ou moins. Au-delà de ce seuil, les données se chargent en AJAX après que l'acheteur a sélectionné chaque attribut, data-product_variations est donc tout simplement absent de la réponse HTML initiale. La limite est ajustable par le filtre woocommerce_ajax_variation_threshold (WooCommerce, documentation de la plateforme).

Lisez cela comme un avertissement sur vos propres données. Un tracker qui ne lit que la première réponse HTML rate les prix par variante sur chaque produit WooCommerce comptant 31 variations ou plus, remonte la fourchette du parent à la place, et n'émet jamais d'erreur. C'est le comportement par défaut de la plateforme plutôt qu'un bug du tracker, et cela explique beaucoup de plaintes du type « pourquoi mon moniteur affiche-t-il un seul prix pour un produit à quarante options ». La raison pour laquelle aucune extension installée dans votre propre boutique n'y peut rien est traitée dans le guide du suivi des prix concurrents sur WooCommerce.

BigCommerce : le prix de la variante est une seconde requête

Les thèmes BigCommerce Stencil sont du Handlebars rendu côté serveur, le prix affiché en tête arrive donc en HTML brut, sans aucun rendu nécessaire. Les thèmes exposent aussi un objet window.BCData en ligne portant product_attributes et une propriété instock, visible dans le dépôt du thème Cornerstone de BigCommerce lui-même (Cornerstone issue tracker). Traitez cet objet comme une convention plutôt que comme une API publique stable : aucune page de documentation officielle n'énumère formellement son schéma, et les thèmes le renomment ou le suppriment.

Le prix de la variante est la partie qui n'est pas dans la page. Quand un acheteur sélectionne une option, la vitrine appelle utils.api.productAttributes.optionChange(productId, params, callback), documenté comme se déclenchant lorsque le client sélectionne une option de produit pour l'article en cours dans le panier (BigCommerce, documentation de la plateforme). Ce prix est calculé sur le serveur, un moniteur qui lit du HTML statique ne déclenche donc jamais l'appel et enregistre le prix de la variante par défaut pour toutes les variantes, correctement formaté et discrètement faux. Le guide du suivi des prix concurrents sur BigCommerce traite des prix par groupe de clients et par palier de quantité, encore plus hors de portée.

Magento : cinq endroits où le prix peut se trouver

Magento est la plus difficile des quatre, non parce qu'elle cache quoi que ce soit mais parce qu'elle propose trop de réponses. Le framework frontend d'Adobe initialise les composants JavaScript par x-magento-init, décrit comme un mécanisme qui « permet d'appeler un composant JS sur un élément HTML sans accès direct à cet élément » (Adobe, documentation de la plateforme). La conséquence utile est que les prix par variante sont sérialisés dans le code source de la page côté serveur, un navigateur headless est donc généralement inutile.

La charge utile qui porte la matrice d'options et de prix du produit configurable est la configuration JSON du composant produit configurable, associée par convention à la clé spConfig. Adobe documente le mécanisme x-magento-init mais pas cet objet par son nom, traitez donc cette clé comme une convention observée plutôt que comme un contrat.

Magento expose aussi GraphQL, où le price_range d'un produit renvoie minimum_price et maximum_price, chacun avec regular_price, final_price et discount (Adobe, documentation de la plateforme). Qu'un marchand laisse /graphql accessible relève d'une décision de configuration propre à chaque boutique, c'est donc une voie à vérifier plutôt qu'une voie sur laquelle bâtir un plan.

Ajoutez le HTML rendu côté serveur, le JSON-LD et le balisage de la boîte de prix, et vous obtenez cinq emplacements candidats pour un seul nombre, sur une plateforme dont les marchands entreprise personnalisent couramment les cinq. Il n'existe aucun contrat par boutique équivalent au point de terminaison .js de Shopify, et c'est pourquoi le guide du suivi des prix concurrents sur Magento est le plus long de la série.

Places de marché : la contrainte est contractuelle, pas technique

Tout ce qui précède est une question d'emplacement du nombre. Les places de marché changent la question. Sur une boutique de marque, la plateforme décide de la difficulté à lire le prix ; sur une place de marché, la plateforme décide si vous avez le droit de le lire par programme, et la réponse habituelle est : uniquement dans le cadre d'une relation approuvée de vendeur, de partenaire ou d'affilié.

L'échelle rend la question incontournable plutôt qu'optionnelle. Amazon publie la part des vendeurs tiers en pourcentage des unités payantes vendues dans le monde, et elle n'a quasiment pas bougé depuis six trimestres.

Trimestre	Part des vendeurs tiers dans les unités payantes mondiales
T1 2025	61 %
T2 2025	62 %
T3 2025	62 %
T4 2025	61 %
T1 2026	60 %
T2 2026	61 %

Les vendeurs tiers ont représenté 61 % des unités payantes vendues dans le monde au T2 2026, et le chiffre d'affaires des services aux vendeurs tiers a atteint 46,8 milliards de dollars sur le trimestre, en hausse de 16 % sur un an (Amazon, juillet 2026). Notez la métrique : des unités, pas des ventes. Le rapport d'Amazon sur les petites entreprises en emploie une autre, indiquant que les vendeurs indépendants « représentent aujourd'hui plus de 60 % des ventes de la boutique Amazon » (Amazon, année pleine 2025). La stabilité sur ces six trimestres est le constat. Affronter des vendeurs indépendants sur la plus grande place de marché est structurel, ce n'est pas une tendance qu'il suffit d'attendre.

La voie officielle vers ces données s'est rétrécie. La Product Advertising API 5.0 d'Amazon est dépréciée au profit de la Creators API, et les appels aux anciens points de terminaison renvoient un avis de migration (Amazon Associates, documentation de la plateforme). La Creators API exige un compte Amazon Associates ayant fait l'objet d'un examen et reçu une acceptation définitive, et elle n'est ouverte qu'aux affiliés ayant généré des ventes qualifiées. Si vous n'avez pas cette relation, vous n'avez pas cette voie.

Un raccourci répandu dans le marketing des outils mérite d'être corrigé ici. Le robots.txt d'Amazon n'interdit pas explicitement les chemins de base des fiches produit sous User-agent: * ; ce qu'il interdit, ce sont des sous-chemins comme /dp/shipping/, /dp/e-mail-friend/ et /gp/product/rate-this-item. N'y voyez pas une permission. Un fichier robots.txt est une directive destinée aux robots d'exploration, pas une licence, et les Conditions of Use d'Amazon constituent un accord distinct, qui régit l'accès automatisé et évolue dans le temps. Lisez-en la version en vigueur avant de pointer quoi que ce soit vers une place de marché à grande échelle. Si votre question porte en réalité sur vos propres annonces, le guide de la retarification Amazon et de la Buy Box est la page la plus utile.

Les deux autres grandes places de marché ont une forme similaire et communiquent moins bien. Walmart ne publie aucun nombre de vendeurs de sa place de marché, ni dans son portail développeur, ni sur son site marketplace, ni dans ses communiqués, et sa documentation développeur s'adresse aux vendeurs et aux prestataires plutôt qu'à quiconque cherche des prix (Walmart, documentation de la plateforme). Ce que Walmart déclare officiellement, c'est la croissance : sa place de marché tierce aux États-Unis a progressé de près de 50 % sur un an, son rythme le plus rapide depuis des années (Walmart, appel de résultats du T1 de l'exercice 2027, trimestre clos en avril 2026). Séparément, Marketplace Pulse estime à environ 200 000 le nombre de vendeurs actifs (Marketplace Pulse, juin 2026). Deux affirmations différentes, issues de deux types de sources différents. Les fusionner, c'est ainsi que naît une statistique inventée.

eBay ne communique pas non plus de nombre de vendeurs actifs, servez-vous donc des chiffres qu'il publie : 2,6 milliards d'annonces en ligne et 136 millions d'acheteurs actifs au 30 juin 2026 (eBay, juin 2026). L'accès y est encadré à peu près comme chez Amazon. Les Buy APIs, dont Browse, sont en Limited Release, réservées aux développeurs et aux applications qui apportent le plus de valeur à eBay, l'acceptation dépendant du modèle économique proposé et d'un accord formel (eBay, documentation de la plateforme).

Le choix entre construire et acheter se présente différemment une fois admis qu'une partie de votre liste de surveillance se trouve derrière des accords plutôt que derrière des parseurs, ce qui est l'argument exposé dans web scraping ou API de surveillance des prix.

Les prix bougent plus vite que la vérification que vous avez planifiée

Les mécaniques ne comptent que parce que les nombres qu'elles portent bougent. L'enquête sectorielle de la Commission européenne sur le commerce électronique, publiée en 2017 après avoir recueilli des éléments auprès d'environ 1 900 entreprises, a constaté qu'une majorité de distributeurs suivent les prix en ligne de leurs concurrents et que deux tiers d'entre eux utilisent un logiciel automatique qui ajuste leurs propres prix en réponse (European Commission, mai 2017). L'étude de Cavallo publiée en 2018 sur les distributeurs multicanaux américains en a mesuré le résultat : la fréquence des changements de prix a environ doublé, passant d'environ 15 % des prix modifiés par mois entre 2008 et 2010 à environ 30 % entre 2014 et 2017 (NBER, octobre 2018).

Les deux sont antérieures à 2024, et toutes deux sous-estiment probablement la situation actuelle, sachant que le e-commerce a atteint 16,9 % du total des ventes de détail aux États-Unis au premier trimestre 2026, à 326,7 milliards de dollars en données corrigées (US Census Bureau, mai 2026). Un marché où un tiers des prix changent chaque mois, et où deux tiers de ceux qui les changent font tourner un logiciel, n'est pas un marché qu'une vérification manuelle hebdomadaire suit. Comment hiérarchiser les vérifications que vous faites est traité dans à quelle fréquence vérifier les prix des concurrents.

Auditer une liste de surveillance hétérogène

Les quatre guides de plateforme se terminent tous par des conseils pratiques similaires, voici donc uniquement ce qui change lorsque vos concurrents sont répartis sur plusieurs plateformes.

Avant d'ajouter une URL à un moniteur, consacrez deux minutes à identifier la plateforme et à nommer le mode de défaillance que vous en attendez. Shopify : vérifiez si le produit dépasse 250 variantes. WooCommerce : comptez les variations, et traitez tout ce qui dépasse 30 comme une page dont les prix par variante ne sont pas dans le HTML. BigCommerce : supposez que le nombre affiché en tête est celui de la variante par défaut jusqu'à preuve du contraire. Magento : décidez si ce nombre affiché est un minimum de produit configurable avant d'enregistrer le moindre point. Place de marché : décidez si vous disposez d'une voie légitime vers les données, à l'échelle où vous les voulez.

Ce que Respot fait d'une liste de surveillance hétérogène

Respot lit des URL de produits publiques, ce qui est la bonne architecture ici, parce que le prix d'un concurrent ne se trouve jamais à l'intérieur de votre boutique. Vous collez une URL de produit et il détecte automatiquement les détails du produit, puis il suit le prix et le stock par variation plutôt qu'au seul niveau du produit parent, c'est-à-dire précisément là où les différences de plateforme décrites plus haut font des dégâts. L'extraction se fait sans navigateur et fonctionne sur de nombreuses plateformes, une seule liste de surveillance peut donc réunir des fiches Shopify, WooCommerce, BigCommerce, Magento et de places de marché.

Les alertes se déclenchent sur les changements de prix et sur les changements de stock, et la cadence de vérification est adaptative plutôt qu'un intervalle que vous réglez à la main, avec des planchers de deux heures sur Starter, une heure sur Pro et trente minutes sur Agency. Le plan gratuit couvre 5 trackers avec 7 jours d'historique des prix et sans carte bancaire, de quoi tester cinq URL disputées réparties sur quatre plateformes et voir lesquelles s'analysent proprement. Les plans payants vont de 100 trackers à 2 000, avec un historique plus long à chaque palier.

Commencez par les cinq pages que vous comprenez le moins

La décision que ce guide vous demande de prendre n'est pas de savoir quel outil acheter. C'est de savoir lesquels de vos concurrents vous mesurez actuellement de travers.

Prenez vos cinq URL de concurrents les plus disputées, ouvrez-les une par une, et nommez la plateforme ainsi que la raison précise pour laquelle son prix pourrait ne pas être ce qu'il paraît. Un produit WooCommerce à 60 variations, un produit BigCommerce à options tarifées, un parent configurable Magento et une fiche de place de marché que vous ne pouvez pas interroger légitimement sont quatre problèmes différents, et un seul se règle en vérifiant plus souvent.

Faites cet audit et le reste relève du travail ordinaire. Sautez-le et vous construirez six mois d'un historique de prix bien rangé qui décrit autre chose que ce que facturent vos concurrents. Commencez à suivre vos concurrents une fois que vous savez ce que chaque page vous dit.