La plupart des programmes MAP échouent au même endroit. Pas au niveau de la collecte, la partie qui inquiète tout le monde, mais au niveau de la file d’alertes. Une équipe de marque active la surveillance, reçoit quatre cents violations la première semaine, passe un mois à découvrir que la plupart n’en sont pas, et cesse discrètement d’ouvrir le rapport.
La détection fonctionnait. Les règles, non.
Ce qu’est réellement le prix minimum annoncé
Le prix minimum annoncé (minimum advertised price) est une politique par laquelle une marque fixe le prix le plus bas auquel un revendeur peut annoncer son produit. Elle régit le prix affiché, pas la transaction.
Cette distinction est le sujet en entier. Un revendeur peut généralement vendre en dessous du MAP sans enfreindre la politique, tant que le prix inférieur n’est pas annoncé. C’est pourquoi tant de boutiques affichent un prix conforme accompagné de « ajoutez au panier pour voir le prix », « voir le prix dans le panier », ou d’un coupon appliqué au moment du paiement. Ces schémas existent précisément parce que le prix de vente et le prix annoncé sont deux choses différentes.
Le MAP se distingue aussi de deux notions voisines avec lesquelles il est souvent confondu :
- Le prix de revente minimum fixe le prix auquel un produit peut être vendu, ce qui est un arrangement différent avec un traitement juridique différent dans la plupart des juridictions.
- La vente non autorisée concerne qui vend, pas à quel prix. Un vendeur peut être parfaitement conforme au MAP tout en n’ayant aucun droit de vendre votre produit.
Le second point compte parce que les deux problèmes proviennent du même jeu de données et sont généralement gérés par la même équipe, mais ils nécessitent des règles et des chemins d’escalade différents. Le volet identité du vendeur est traité dans monitoring unauthorized sellers and MAP violations. Cet article porte sur la détection des violations de prix elles-mêmes.
La conception et l’application des politiques MAP soulèvent de réelles considérations juridiques qui varient selon la juridiction. Cet article traite de la mécanique de détection, pas d’un conseil juridique sur votre politique.
Ce qu’un détecteur doit réellement comparer
La règle naïve est observed_price < map_price. Elle génère les quatre cents alertes.
Un détecteur fonctionnel compare le prix annoncé au MAP, ce qui suppose de décider ce qui compte comme annoncé sur chaque surface. Au minimum, capturez et évaluez séparément :
| Champ | Pourquoi cela compte |
|---|---|
| Prix de liste affiché | Le chiffre principal, et souvent pas le prix annoncé |
| Prix barré ou prix de référence | Parfois le vrai prix annoncé, parfois une fiction |
| Prix après application automatique d’un coupon | Annoncé si la réduction est affichée sur la page |
| Prix révélé uniquement dans le panier | Généralement pas annoncé, et la raison pour laquelle ce schéma existe |
| Prix unitaire d’un lot ou achat groupé | Un produit différent au sens du MAP dans la plupart des politiques |
| Frais de livraison | Rarement inclus dans le MAP, fréquemment source de plainte |
| Affichage de la devise et de la taxe | Un affichage hors taxe comparé à un MAP toutes taxes comprises est une fabrique de faux positifs |
La politique doit préciser lesquels de ces éléments entrent dans le périmètre avant que le détecteur ne soit écrit. Les équipes qui sautent cette étape finissent par coder une politique implicite dans un script, ce qui est un mauvais endroit pour loger une politique.
D’où viennent les faux positifs
Cinq schémas expliquent la majorité du bruit. Chacun a une règle qui l’élimine.
Lots et kits. Un revendeur vend votre produit avec un accessoire à un prix combiné. Divisez-le et cela ressemble à une violation. La règle consiste à faire correspondre l’identité exacte du produit et à exclure les annonces multi-articles plutôt que d’essayer de répartir la valeur.
Promotions légitimes. Votre propre période promotionnelle autorisée permet un prix annoncé plus bas. Le détecteur a besoin du calendrier promotionnel comme donnée d’entrée, et chaque programme MAP devrait en tenir un avec des dates d’effet.
Devise et taxe. Un marché qui affiche des prix hors taxe paraîtra non conforme face à un MAP toutes taxes comprises, à chaque fois. Normalisez les deux côtés sur la même base par marché avant de comparer.
Prix « à partir de » sur les places de marché. Une annonce montrant le prix le plus bas parmi plusieurs vendeurs, y compris en état d’occasion ou reconditionné. Comparez avec les offres à l’état neuf du vendeur que vous visez réellement.
Valeurs MAP obsolètes. La plus embarrassante. La politique a changé et le tableau de référence non, si bien que le détecteur applique le prix du trimestre dernier. Versionnez la liste MAP avec des dates d’effet et enregistrez quelle version a produit chaque alerte.
Seuils, persistance et sévérité
Même avec des règles propres, une comparaison binaire produit une file qu’on ne peut pas traiter. Trois raffinements la rendent exploitable.
Une bande de tolérance. Les petites différences dues à l’arrondi, à la conversion de devise ou au format d’affichage ne sont pas des violations. Définissez la bande explicitement plutôt que de laisser chaque analyste en décider.
La persistance. Un prix observé une seule fois peut être une erreur transitoire côté revendeur. Exiger la même violation sur deux observations consécutives ou plus élimine une part surprenante de la file, au seul coût d’un délai de détection.
La sévérité selon la profondeur et la portée. Une violation à 2% en dessous du MAP sur une annonce à faible trafic n’est pas le même cas qu’une violation à 25% en dessous sur une place de marché majeure. Classez selon la profondeur de l’écart et la visibilité de la surface, afin que l’équipe traite les cas qui nuisent réellement au canal.
Le résultat devrait être une petite file classée, pas un tableur listant tout ce qui a échoué à une comparaison.
La preuve est le livrable
L’application du MAP se termine par une conversation avec un revendeur, donc le véritable résultat du détecteur n’est pas une alerte. C’est un enregistrement qui tient la route quand le revendeur affirme que le prix n’a jamais été aussi bas.
Chaque violation confirmée devrait comporter une capture d’écran de page entière montrant le prix en contexte, l’URL, un horodatage UTC, l’identité du vendeur telle qu’affichée, le prix observé et la version du MAP auquel il a été comparé, le marché et la localisation de sortie d’où provient l’observation, ainsi que l’historique de persistance montrant sa durée.
Conservez-la sous une forme transmissible. Une alerte qui dit « violation détectée » sans preuve reproductible produit un litige que vous perdrez, et cela endommage la relation que vous cherchiez à protéger.
La couche de collecte
Deux propriétés de la collecte comptent plus que le débit brut.
La précision du marché. Le prix, la devise, l’affichage de la taxe et le mix de vendeurs varient selon le marché. Un point d’observation américain vérifiant une boutique européenne n’observe pas ce qui est annoncé à un acheteur européen. La surveillance de chaque marché doit provenir de ce marché, ce que fournissent les proxies résidentiels avec ciblage par pays. Avec la passerelle Shifter, le ciblage se fait dans les identifiants face à p.shifter.io:443 :
customer-USERNAME-country-fr-sid-map-fr-22-ttl-600:PASSWORDMaintenir une session unique à travers les annonces d’un vendeur garde un instantané cohérent en interne, plutôt que de mélanger des observations prises depuis différents points d’observation dans une même comparaison.
La neutralité. Les sites de vente au détail personnalisent. Un point d’observation repéré en train de vérifier les mêmes annonces à répétition peut commencer à recevoir un traitement différent, ce qui biaise exactement la mesure que vous cherchez à défendre. Des taux de requêtes modestes et espacés, avec un véritable recul, comme dans rate limiting and request throttling, maintiennent l’observation ordinaire.
Suivez le taux de réussite de la collecte par revendeur en parallèle des comptages de violations. Une baisse des violations qui coïncide avec une baisse de votre propre taux de réussite raconte une histoire de collecte, et la présenter comme une amélioration de la conformité serait erroné.
FAQ
Vendre en dessous du MAP est-il une violation ?
Généralement pas en soi. Le MAP régit la publicité, ce qui explique l’existence des schémas de révélation dans le panier et de coupons. Votre politique définit ce qui compte comme annoncé, et le détecteur doit mettre en œuvre cette définition plutôt qu’une définition générique.
À quelle fréquence la surveillance MAP doit-elle s’exécuter ?
Une fréquence quotidienne suffit pour la plupart des catalogues, avec une cadence plus rapide sur les revendeurs et produits où les violations se concentrent. Les exigences de persistance comptent plus que la fréquence brute, car une observation unique est une preuve faible.
Pourquoi notre nombre de violations a-t-il chuté après avoir corrigé le détecteur ?
Parce que le comptage initial était principalement composé de lots, d’affichage de taxe et de valeurs MAP obsolètes. Une file plus petite et plus propre que l’équipe traite réellement est l’objectif, pas une file volumineuse qui reste ignorée.
La détection automatisée peut-elle remplacer le processus d’application ?
Non. Elle peut trouver des candidats, les classer et assembler des preuves. Décider quoi faire d’une relation avec un revendeur relève d’un jugement commercial et juridique qui appartient aux personnes.
L’essentiel
L’application du MAP est un problème de règles déguisé en problème de données. La collecte est la partie simple. Ce qui détermine si le programme survit au contact avec une équipe de marque, c’est de savoir si le détecteur compare le prix annoncé tel que votre politique le définit, exclut les cinq schémas prévisibles de faux positifs, applique une bande de tolérance et une exigence de persistance, et produit des preuves plutôt que des alertes.
Réussissez cela et la file devient petite, classée et crédible. La vue produit se trouve sur la page price intelligence, avec les tarifs sur la pricing page.