Suivre les prix des concurrents, ça consiste à choisir un ensemble de produits, à vérifier ce que d’autres vendeurs en demandent selon un certain horaire, et à remarquer quand un chiffre bouge. C’est toute la description de tâche. Personne ne se trompe à l’étape de la définition — les gens se trompent en essayant de le faire pour tout le catalogue, à la main, indéfiniment, ou en écrivant un script qui cesse discrètement de fonctionner la semaine où personne ne le surveille.
Voici la version pratique : par où commencer, le point où vérifier à la main cesse d’avoir du sens, pourquoi un scraper maison brise de façons qui ne sont pas évidentes avant qu’elles se produisent, et ce dont on a vraiment besoin une fois qu’on a décidé qu’un chiffrier ne suffit plus.
Commencer par une courte liste, pas tout le catalogue
Surveiller chaque SKU est l’erreur la plus courante dans cet exercice, et c’est celle qui tue l’habitude le plus vite. La plupart des produits d’un catalogue ne changent pas de prix assez souvent pour justifier un coup d’œil hebdomadaire, et les vérifier tous quand même ne fait qu’enterrer la poignée qui compte sous un tas qui ne compte pas.
Choisissez plutôt des produits repères : ceux que les clients comparent réellement, ceux qui apparaissent dans un onglet de comparaison à côté d’une fiche concurrente, les meilleurs vendeurs, ceux où une différence de deux dollars change qui obtient le clic. Cinq à trente produits forment une liste repère réaliste pour la plupart des catalogues petits et moyens — assez pour savoir ce que fait le marché, assez petite pour que quelqu’un puisse réellement la suivre.
Le calcul qui transforme ça en travail
La charge de travail n’est pas fixée par la taille du catalogue. Elle est fixée par une seule formule : produits repères × sites concurrents × vérifications par semaine = pages ouvertes cette semaine-là. Multipliez ça par le temps que ça prend pour ouvrir une page, trouver le prix et le noter, et vous obtenez un vrai chiffre plutôt qu’une estimation.
Prenons un petit cas : cinq produits repères, trois sites concurrents, vérifiés une fois par semaine. Ça donne 5 × 3 × 1 = 15 pages ouvertes. En supposant 25 secondes par vérification — ouvrir la page, trouver le prix, le noter — c’est notre propre règle empirique, pas un chiffre de l’industrie, et c’est le seul chiffre ici qui vaut la peine d’être remplacé par le vôtre une fois que vous vous serez chronométré. À ce rythme, ça prend environ 6 minutes par semaine. Vraiment anodin; une personne peut faire ça avec un café et ne jamais y penser comme à une tâche.
Maintenant un cas moyen : vingt-cinq produits repères, cinq sites concurrents, vérifiés deux fois par semaine. Ça donne 25 × 5 × 2 = 250 pages ouvertes par semaine. À 20 à 30 secondes par vérification, ça se situe entre 83 et 125 minutes — une heure et demie dans le meilleur des cas, deux heures dans le pire, chaque semaine, indéfiniment.
C’est le seuil qu’on utilise quand quelqu’un demande s’il est temps d’automatiser, et ce n’est pas un nombre de SKU fixe — c’est le point où le total hebdomadaire dépasse environ une heure. En dessous de cette ligne, un chiffrier et cinq minutes d’attention sont le bon outil. Au-dessus, on ne « vérifie » plus des prix, on fait tourner un emploi à temps partiel non payé, et le geste honnête, c’est de l’admettre et soit d’automatiser, soit de réduire la liste.
Trois façons dont un script maison brise
Une fois que le calcul manuel ne fonctionne plus, le réflexe est d’écrire quelque chose — un script qui ouvre une page, récupère le prix et l’enregistre. Trois choses brisent ça plus souvent qu’on ne le pense, et aucune ne se manifeste avant que le script tourne depuis un moment déjà.
Le prix se charge après la page. Beaucoup de boutiques affichent d’abord la page de base et remplissent le prix un instant plus tard avec un appel de script séparé. Un scraper simple qui lit la page dès qu’elle charge capture un champ vide, un espace réservé, ou le chiffre en cache de la semaine dernière — et le rapporte comme actuel.
Un script ne voit pas toujours ce que voit une personne. Certains sites traitent les requêtes automatisées différemment d’un onglet de navigateur ouvert par un humain — une page allégée, un mur de connexion, une énigme à résoudre avant que le contenu charge. Ça varie d’un site à l’autre et ce n’est pas quelque chose qu’on peut planifier de l’extérieur; ça veut simplement dire qu’un scraper qui fonctionne aujourd’hui peut cesser de fonctionner discrètement, sans avertissement et sans message d’erreur digne de confiance.
Le même produit porte un nom différent partout. « Wireless Charger 15W Black » sur votre site peut devenir « 15W Fast Wireless Charging Pad – Black » chez un concurrent et seulement un numéro de modèle chez un autre. Recueillir les prix, c’est la moitié facile du problème; les associer au bon produit à travers cinq conventions de nommage différentes, c’est la moitié qui prend vraiment du temps. C’est exactement le genre de table de correspondance qui vaut la peine d’être tenue proprement plutôt que dans un ensemble de notes éparpillées — voir notre comparaison entre Airtable et Excel pour ce genre de suivi si la liste repère dépasse ce qu’un seul onglet peut contenir.
Le prix seul n’est pas ce qui compte
Un prix sans date rattachée est presque inutile. Disons qu’un concurrent est à 34,99 $ : à lui seul, ça ne dit rien. « 34,99 $, vérifié mardi, en baisse par rapport à 39,99 $ la semaine précédente » indique qu’il y a un motif qui mérite une réaction. C’est l’historique qui transforme un chiffre en information, et c’est la partie qu’une vérification manuelle ponctuelle ne produit jamais, parce que personne ne revient en arrière pour bâtir une chronologie à partir d’une pile de notes autocollantes.
La deuxième chose qui compte plus que le prix lui-même : une notification au moment où quelque chose sort d’une fourchette qu’on a fixée, plutôt qu’un rapport quotidien qui s’accumule sans être lu. Le vrai travail d’un outil de surveillance des prix est de lire un chiffre et de le signaler à une personne — ce n’est pas le même produit qu’un repricer qui change automatiquement son propre prix, et confondre les deux est une erreur distincte et courante qu’on couvre dans surveillance des prix ou repricing. Ce qui compte ici est plus simple : une alerte qui se déclenche sur un vrai écart se fait lire. Un rapport qui arrive chaque matin, que quelque chose ait changé ou non, cesse d’être ouvert en quelques semaines.
Où ça mène vraiment
Si ce dont on a besoin est simple — surveiller une poignée de produits, être averti quand quelque chose baisse — c’est exactement ce pour quoi sont conçus les outils prêts à l’emploi de ce secteur, et plusieurs d’entre eux publient un vrai prix plutôt que d’exiger un appel pour le savoir. Prisync facture selon le nombre de produits, PageCrawl selon la fréquence des vérifications, Priceva selon le nombre de vérifications lui-même. Celui qui convient dépend de l’axe qui correspond au catalogue, et on a détaillé la comparaison complète — y compris les forfaits où le suivi MAP s’ajoute par-dessus — dans ce que coûte vraiment un logiciel de surveillance MAP.
Si la tâche dépasse un abonnement — les prix doivent alimenter directement le catalogue, déclencher une alerte là où l’équipe travaille déjà, ou se connecter à une politique MAP qu’on fait respecter — ce n’est plus l’achat d’un outil, c’est un flux de travail. Chez 3MY, on construit cette connexion précise une seule fois plutôt que de vendre un siège mensuel : 800 $ pour un flux de travail unique, 1 500 $ pour un ensemble d’au plus trois, facturé une seule fois, sans frais de plateforme continus. À quoi ça ressemble en pratique, y compris comment ça s’applique à la conformité MAP en particulier, c’est couvert sur notre page de surveillance des prix des concurrents et de conformité MAP.
Pas certain de quel côté de cette ligne se trouve votre catalogue ? Décrivez ce que vous surveillez et à quelle fréquence, et on vous dira honnêtement si un outil à 99 $ par mois suffit ou s’il vaut mieux construire la vérification précise une seule fois. Contactez-nous.
