Surveiller les prix des concurrents sans y passer ses journées

Pour surveiller les prix des concurrents correctement, il faut relever une offre complète, puis vérifier que la collecte reste fiable. Un montant isolé ne suffit pas. Sans contrôle des variantes, du stock, des promotions et de la livraison, une veille automatisée produit des décisions rapides à partir de données fausses.

Pourquoi le relevé finit par dériver#

Le relevé manuel ne casse pas franchement. Il se dégrade. Une personne oublie un concurrent, compare deux variantes différentes ou relève le prix avant l’application d’un coupon. Le tableur reste propre, mais les cellules ne décrivent plus la même réalité.

Le script maison échoue autrement. Le marchand renomme une classe, déplace le prix dans un composant ou charge l’offre après une requête JavaScript. Le sélecteur peut alors renvoyer une chaîne vide, un prix barré ou le montant des mensualités. Le cas le plus dangereux reste celui où il continue à produire une valeur plausible.

Ce problème dépasse largement la veille tarifaire. Extraction, contrôle de conformité, test de parcours ou relevé de stock reposent sur le même principe : une automatisation doit valider ce qu’elle observe. Comprendre pourquoi une automatisation casse permet donc de traiter la cause, pas seulement le sélecteur défaillant.

Surveiller les prix des concurrents exige de comparer la même offre#

Le prix visible ne devient comparable qu’après identification exacte du produit. Une référence EAN ou MPN simplifie le rapprochement, sans le garantir. Les vendeurs regroupent parfois plusieurs capacités, couleurs ou conditionnements sous une même URL.

Il faut conserver au minimum :

• la référence du produit et la variante sélectionnée ;
• le prix courant et l’ancien prix affiché ;
• la nature de la promotion : coupon, lot, remise membre ou code ;
• les frais de port et le seuil de gratuité ;
• la disponibilité et le délai annoncé ;
• l’identité du vendeur sur une marketplace ;
• la date, l’heure, l’URL et une preuve visuelle du relevé.

Prenons un café vendu 18 € par paquet. Une offre concurrente à 49 € semble moins chère par unité si elle contient trois paquets. Elle ne l’est plus avec 7 € de livraison. Le bon indicateur devient alors le coût livré par unité, calculé selon une quantité et une destination fixes.

L’historique compte aussi. Pour une réduction annoncée, le prix antérieur correspond en principe au prix le plus bas pratiqué pendant les 30 jours précédents, selon les orientations de la Commission européenne¹. Sans historique, impossible de distinguer une baisse réelle d’un prix barré décoratif.

La fréquence dépend du délai de décision#

Relever toutes les pages chaque minute coûte cher, charge les sites et produit rarement une meilleure décision. La cadence doit rester plus courte que le délai dans lequel un changement devient commercialement coûteux.

Cette fréquence doit évoluer par référence. Un produit stratégique, un lancement ou une période promotionnelle mérite davantage de passages. Une référence stable depuis 60 jours peut être ralentie. Le meilleur ordonnanceur utilise donc le risque observé, pas une cadence uniforme appliquée à tout le catalogue.

Détecter une collecte cassée avant qu’elle influence les prix#

Un agent dans un vrai navigateur résout le chargement JavaScript, les menus de variantes et certains parcours interactifs. Il ne supprime pas le besoin de contrôles. Il faut lui donner des invariants métier : le prix doit être positif, la devise attendue, la variante confirmée et le bouton d’achat cohérent avec le stock relevé.

Suivez au moins quatre indicateurs : taux de pages traitées, fraîcheur des données, proportion de valeurs extraites et nombre d’anomalies. Si 2 % d’un catalogue de 1 000 références sont mal associées, 20 comparaisons peuvent déjà piloter le mauvais tarif.

Les ruptures silencieuses se repèrent par contraste. Un prix inchangé pendant 45 jours sur un marché volatil mérite une vérification. Une baisse de 80 %, une hausse commune à toutes les variantes ou la disparition simultanée des frais de port aussi. Dans ces cas, l’agent doit conserver une capture, le texte visible et les attributs utiles, puis suspendre la publication.

Séparez enfin collecte et décision. Une donnée nouvelle entre d’abord en quarantaine si elle franchit un seuil d’anomalie. Elle ne déclenche une alerte ou une modification tarifaire qu’après validation. Ce sas coûte quelques minutes et évite de transformer une erreur de parsing en guerre des prix.

Ce que la loi autorise sur les prix publics#

Collecter un prix librement visible n’est pas automatiquement interdit, mais son caractère public ne donne pas un droit illimité d’aspiration. Il faut examiner les conditions d’utilisation, le fichier robots.txt, les mesures techniques et la charge créée par les requêtes. Contourner un compte, un CAPTCHA ou un mécanisme de blocage change nettement le risque.

Le droit des bases de données constitue une autre limite. L’article L342-1 du Code de la propriété intellectuelle² permet au producteur d’interdire l’extraction ou la réutilisation d’une partie substantielle de sa base. Aspirer quelques offres pour un usage interne et republier un catalogue concurrent complet ne présentent donc pas le même profil juridique.

Un prix de produit ne constitue généralement pas une donnée personnelle. La collecte peut toutefois embarquer des noms de vendeurs individuels ou d’autres informations identifiantes. La CNIL rappelle³ que le scraping n’est pas interdit par principe au titre du RGPD, mais exige une finalité, une collecte proportionnée et des garanties. Pour un volume important ou une réutilisation commerciale, faites valider le périmètre juridique.

Automatisez la preuve avant la réaction#

Commencez par 20 références représentatives : produit simple, déclinaisons, promotion, rupture et vendeur tiers. Faites tourner la collecte pendant 14 jours sans automatiser vos propres prix. Comparez chaque alerte à sa capture et mesurez les faux positifs.

Le passage en production peut ensuite reposer sur trois seuils explicites :

• couverture minimale du catalogue surveillé ;
• ancienneté maximale autorisée pour un relevé ;
• taux de rapprochements vérifiés par échantillonnage.

Cette architecture ne sert pas seulement à surveiller un tarif. Le même agent peut vérifier une disponibilité, relever des délais, contrôler une mention réglementaire ou rejouer un achat. La donnée exploitable vient moins de l’action automatisée que de la preuve conservée après chaque passage.