La mayoría de los programas de MAP fallan en el mismo punto. No en la recopilación, que es la parte que preocupa a todo el mundo, sino en la cola de alertas. Un equipo de marca activa la monitorización, recibe cuatrocientas infracciones en la primera semana, se pasa un mes descubriendo que la mayoría no son infracciones, y deja de abrir el informe sin decir nada.
La detección funcionaba. Las reglas no.
Qué es realmente el precio mínimo anunciado
El precio mínimo anunciado (MAP) es una política mediante la cual una marca establece el precio más bajo al que un revendedor puede anunciar su producto. Rige el precio mostrado, no la transacción.
Esa distinción es todo el tema. Un revendedor puede normalmente vender por debajo del MAP sin incumplir la política, siempre que el precio más bajo no se anuncie. Por eso tantos escaparates muestran un precio conforme junto a “añade al carrito para ver el precio”, “ver precio en el carrito” o un cupón aplicado en el pago. Esos patrones existen precisamente porque el precio de venta y el precio anunciado son cosas distintas.
El MAP también se distingue de dos ideas vecinas con las que a menudo se confunde:
- El precio mínimo de reventa establece por cuánto puede venderse un producto, lo cual es un acuerdo diferente con un tratamiento legal distinto en la mayoría de las jurisdicciones.
- La venta no autorizada tiene que ver con quién vende, no a qué precio. Un vendedor puede cumplir perfectamente con el MAP y aun así no tener ningún derecho a vender tu producto.
El segundo punto importa porque los dos problemas provienen del mismo conjunto de datos y suelen gestionarlos el mismo equipo, pero necesitan reglas y rutas de escalado diferentes. El aspecto de la identidad del vendedor se trata en monitoring unauthorized sellers and MAP violations. Este artículo trata sobre la detección de las propias infracciones de precio.
El diseño y la aplicación de la política de MAP conllevan consideraciones legales reales que varían según la jurisdicción. Este artículo trata sobre la mecánica de detección, no es asesoramiento legal sobre tu política.
Qué debe comparar realmente un detector
La regla ingenua es observed_price < map_price. Esa es la que genera las cuatrocientas alertas.
Un detector funcional compara el precio anunciado frente al MAP, y eso exige decidir qué cuenta como anunciado en cada superficie. Como mínimo, hay que capturar y evaluar por separado:
| Campo | Por qué importa |
|---|---|
| Precio de lista mostrado | El número principal, y a menudo no el precio anunciado |
| Precio tachado o de referencia | A veces es el precio anunciado real, a veces es una ficción |
| Precio tras un cupón aplicado automáticamente | Anunciado si el descuento se muestra en la página |
| Precio revelado solo en el carrito | Normalmente no anunciado, y la razón por la que existe el patrón |
| Precio unitario de paquete o compra múltiple | Un producto distinto a efectos del MAP en la mayoría de las políticas |
| Coste de envío | Raramente forma parte del MAP, con frecuencia forma parte de la reclamación |
| Visualización de moneda e impuestos | Una visualización sin impuestos frente a un MAP con impuestos incluidos es una fábrica de falsos positivos |
La política debe indicar cuáles de estos elementos están dentro del alcance antes de escribir el detector. Los equipos que se saltan ese paso terminan codificando una política implícita en un script, que es un mal lugar para que viva una política.
De dónde vienen los falsos positivos
Cinco patrones explican la mayor parte del ruido. Cada uno tiene una regla que lo elimina.
Paquetes y kits. Un minorista vende tu producto junto con un accesorio a un precio combinado. Si se divide, parece una infracción. La regla es comparar por identidad exacta del producto y excluir los listados de varios artículos en lugar de intentar repartir el valor.
Promociones legítimas. Tu propio periodo promocional autorizado permite un precio anunciado más bajo. El detector necesita el calendario promocional como entrada, y todo programa de MAP debería mantener uno con fechas de vigencia.
Moneda e impuestos. Un mercado que muestra precios sin impuestos parecerá no conforme frente a un MAP con impuestos incluidos, siempre. Normaliza ambos lados a la misma base por mercado antes de comparar.
Precios “desde” en marketplaces. Un listado que muestra el precio más bajo entre varios vendedores, incluyendo condición usada o reacondicionada. Compara frente a ofertas en condición nueva del vendedor que realmente te interesa.
Valores de MAP obsoletos. El más vergonzoso. La política cambió y la tabla de referencia no, así que el detector está aplicando el precio del trimestre pasado. Versiona la lista de MAP con fechas de vigencia y registra qué versión produjo cada alerta.
Umbrales, persistencia y gravedad
Incluso con reglas limpias, una comparación binaria produce una cola que nadie puede gestionar. Tres ajustes la hacen manejable.
Una banda de tolerancia. Las pequeñas diferencias por redondeo, conversión de moneda o formato de visualización no son infracciones. Define la banda explícitamente en lugar de dejar que cada analista decida.
Persistencia. Un precio observado una vez puede ser un error transitorio del lado del minorista. Exigir la misma infracción en dos o más observaciones consecutivas elimina una parte sorprendente de la cola y solo cuesta el retraso en la detección.
Gravedad por profundidad y alcance. Una infracción un 2% por debajo del MAP en un listado de poco tráfico no es el mismo caso que una del 25% por debajo en un marketplace importante. Clasifica por la profundidad del incumplimiento y la visibilidad de la superficie, para que el equipo trabaje los casos que realmente dañan el canal.
El resultado debería ser una cola pequeña y clasificada, no una hoja de cálculo con todo lo que falló en una comparación.
La evidencia es el entregable
La aplicación del MAP termina en una conversación con un revendedor, así que el resultado real del detector no es una alerta. Es un registro que se sostiene cuando el revendedor dice que el precio nunca fue tan bajo.
Cada infracción confirmada debería llevar una captura de pantalla de página completa que muestre el precio en su contexto, la URL, una marca de tiempo UTC, la identidad del vendedor tal como aparece mostrada, el precio observado y la versión del MAP frente a la que se comparó, el mercado y la ubicación de salida desde la que se obtuvo la observación, y el historial de persistencia que muestre durante cuánto tiempo se mantuvo.
Conserva todo en un formato que puedas entregar. Una alerta que dice “infracción detectada” sin evidencia reproducible genera una disputa que perderás, y daña la relación que intentabas proteger.
La capa de recopilación
Dos propiedades de la recopilación importan más que el rendimiento en bruto.
Precisión de mercado. El precio, la moneda, la visualización de impuestos y la combinación de vendedores varían según el mercado. Un punto de observación en EE. UU. que revisa un escaparate europeo no está observando lo que se anuncia a un comprador europeo. La monitorización de cada mercado tiene que proceder de ese mercado, que es lo que proporcionan los proxies residenciales con selección de país. Con la pasarela de Shifter, la selección se indica en las credenciales frente a p.shifter.io:443:
customer-USERNAME-country-fr-sid-map-fr-22-ttl-600:PASSWORDMantener una sesión durante todo el recorrido por los listados de un vendedor conserva la coherencia interna de la instantánea, en lugar de mezclar observaciones tomadas desde distintos puntos de observación en una misma comparación.
Neutralidad. Los sitios de venta al por menor personalizan. Un punto de observación que ha sido detectado revisando los mismos listados repetidamente puede empezar a recibir un trato diferente, y eso sesga exactamente la medición que intentas defender. Ritmos de solicitud modestos y espaciados, con un retroceso real, como en rate limiting and request throttling, mantienen la observación dentro de lo ordinario.
Registra la tasa de éxito de recopilación por minorista junto con el recuento de infracciones. Una caída en las infracciones que coincide con una caída en tu propia tasa de éxito es una historia de recopilación, y reportarla como una mejora del cumplimiento sería incorrecto.
Preguntas frecuentes
¿Vender por debajo del MAP es una infracción?
Normalmente no por sí solo. El MAP rige la publicidad, por eso existen los patrones de revelación en el carrito y de cupones. Tu política define qué cuenta como anunciado, y el detector debe implementar esa definición en lugar de una genérica.
¿Con qué frecuencia debería ejecutarse la monitorización del MAP?
Una frecuencia diaria es suficiente para la mayoría de los catálogos, con una cadencia más rápida en los minoristas y productos donde se concentran las infracciones. Los requisitos de persistencia importan más que la frecuencia en bruto, ya que una sola observación es una evidencia débil.
¿Por qué bajó nuestro recuento de infracciones tras corregir el detector?
Porque el recuento original era en su mayoría paquetes, visualización de impuestos y valores de MAP obsoletos. Una cola más pequeña y limpia que el equipo realmente trabaje es el objetivo, no una grande que nadie lee.
¿Puede la detección automatizada sustituir el proceso de aplicación de la política?
No. Puede encontrar candidatos, clasificarlos y reunir evidencia. Decidir qué hacer respecto a una relación con un revendedor es un juicio comercial y legal que corresponde a las personas.
La conclusión
La aplicación del MAP es un problema de reglas disfrazado de problema de datos. La recopilación es la parte sencilla. Lo que determina si el programa sobrevive al contacto con un equipo de marca es si el detector compara el precio anunciado tal como lo define tu política, excluye los cinco patrones predecibles de falsos positivos, aplica una banda de tolerancia y un requisito de persistencia, y produce evidencia en lugar de alertas.
Consigue eso y la cola se vuelve pequeña, clasificada y creíble. La vista del producto está en la página de price intelligence, con las tarifas en la pricing page.