← Wszystkie wpisy

Wykrywanie naruszeń MAP w sześciu marketplace'ach

Ręczny monitoring MAP wykrywa naruszenia o kilka dni za późno. Oto jak zespoły ochrony marki scrapują Amazon, Walmart, eBay i TikTok Shop w czasie zbliżonym do rzeczywistego.

Wyzwanie

Zarządzasz marką konsumencką. Twoja polityka dla dystrybutorów mówi jasno: nikt nie sprzedaje flagowego produktu poniżej 179 USD. Nagle klient pisze maila: ktoś na Amazonie wystawił go w zeszły weekend za 144 USD. Zanim to sprawdzisz, oferta znika. Sprzedawca przywrócił właściwą cenę w momencie, gdy osiągnął docelowe tempo sprzedaży. Szkoda została wyrządzona, a przed Tobą wciąż weryfikacja Walmartu, eBay, TikTok Shop i Google Shopping.

Tak wygląda egzekwowanie MAP w 2026 roku. Sam rynek podróbek i towarów pirackich osiągnął globalnie wartość 467 miliardów USD (dane OECD i EUIPO, za Red Points), a to jeszcze przed uwzględnieniem arbitrażu na szarym rynku i naruszeń polityki odsprzedaży. Marketplace'y nie pilnują cen za Ciebie. Co więcej, 79% konfiskat podróbek dotyczy obecnie małych przesyłek kurierskich, co oznacza, że indywidualni sprzedawcy omijają cła na masową skalę.

Marki, które szybko to wykrywają, nie polegają na lepszych arkuszach kalkulacyjnych. Korzystają z infrastruktury monitorującej, która sprawdza każdą stronę produktu na każdym marketplace, co godzinę, w każdym obsługiwanym regionie.

Podejście FourA

Naiwne wdrożenie to jeden scraper na marketplace, jeden cron job i jeden alert. Potem scraper przestaje działać, bo Amazon zmienił układ strony, Twoje adresy IP zostają zablokowane z powodu odpytywania tego samego produktu z jednego ASN, a moduł ekstrakcji cen po cichu zwraca przekreśloną sugerowaną cenę detaliczną zamiast rzeczywistej oferty.

Sprawny pipeline składa się z czterech elementów.

Discovery. Zacznij od listy SKU i znajdź każdą aktywną ofertę na wszystkich platformach. Identyfikatory ASIN na Amazonie, ID pozycji na Walmart, ID ofert na eBay, URL produktów na TikTok Shop. To przede wszystkim scraping katalogów: odpytywanie stron kategorii, wyników wyszukiwania i wariantów na stronach PDP.

Pobieranie stron. Dla każdej oferty pobierz stronę na żywo i wyciągnij widoczną cenę, nazwę sprzedawcy, właściciela Buy Box, wszelkie kupony lub zniżki Subscribe & Save oraz timestamp. Część platform zwraca czysty HTML. TikTok Shop i Google Shopping renderują większość logiki cenowej w JavaScript, więc potrzebujesz prawdziwej przeglądarki, a nie biblioteki do zapytań HTTP.

Rekonstrukcja ceny. Na tym etapie większość zespołów popełnia błędy. Amazon pokazuje cenę katalogową, rabat Subscribe & Save rzędu 5-15%, czasem kupon, czasem podział w wielopaku. Rzeczywista cena płacona przez klienta rzadko jest tą widoczną w nagłówku. Monitor sprawdzający tylko główną kwotę pomija naruszenia ukryte w strukturze rabatów.

Dowody i alerty. Gdy wykryjesz naruszenie, Twój zespół egzekwowania prawa potrzebuje twardych danych: URL, zrzut ekranu, dokładna cena, timestamp, sprzedawca oraz czas trwania oferty. Bez tego proces sporów na marketplace do niczego nie doprowadzi.

Platforma taka jak FourA zapewnia jedno API do obsługi złożonych zadań. Żądania HTTP dla marketplace'ów serwujących czysty HTML, sesje przeglądarki dla serwisów opartych na JavaScript oraz routing proxy, którym nie musisz zarządzać. Kierujesz request na URL produktu na Amazonie ze skonfigurowanym profilem przeglądarki, a odpowiedniki nagłówków Chrome są wysyłane tak, aby strona renderowała się poprawnie. Kierujesz jedno zapytanie do Amazon US przez proxy w regionie US, a następnie to samo SKU do Amazon DE przez proxy w regionie DE, otrzymując ceny w lokalnym kontekście.

curl -X POST "https://api.foura.ai/api/proxy" \
  -H "x-api-key: YOUR_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "maxTries": 5,
    "timeout_ms": 30000,
    "request": {
      "method": "GET",
      "url": "https://www.amazon.com/dp/B0EXAMPLE",
      "unblocker": true,
      "validate": {
        "status": { "accept": [200] },
        "data": { "fail": ["captcha", "Robot Check"] }
      }
    }
  }'

To całe wywołanie. Brak logiki rotacji proxy w Twoim kodzie. Brak sprawdzania, "czy ta strona uruchamia dzisiaj JavaScript". Infrastruktura obsługuje routing i ponawianie prób; Twój pipeline zajmuje się logiką cenową. Aby dowiedzieć się więcej o tym, co flaga profilu przeglądarki faktycznie robi na poziomie sieci, zobacz naszą analizę Web Unblockera.

Kwestia geograficzna ma większe znaczenie, niż większość uważa. Marka sprzedająca w USA, UE i Wielkiej Brytanii potrzebuje wglądu w ceny z puli adresów IP każdego regionu, ponieważ platformy marketplace czasami serwują ceny regionalne lub całkowicie ukrywają ofertę przed adresami IP spoza danego regionu. Routing per region oznacza, że możesz zweryfikować, czy sprzedawca deklarujący "wysyłkę na cały świat" rzeczywiście narusza MAP na kluczowych rynkach.

Wyniki

Średniej wielkości marka z 500 SKU, sześcioma platformami marketplace i trzema regionami kończy z około 9 000 stron produktów do monitorowania. Sprawdzanie co godzinę daje około 216 000 requestów dziennie (przykładowy scenariusz oparty na typowym zakresie ochrony marki w segmencie mid-market). To nic dla API zaprojektowanego do tego celu, a pełnoetatowy zespół inżynierów, jeśli budujesz to samodzielnie. Jednak najciekawszą liczbą nie jest liczba requestów na dzień; chodzi o to, jak często naruszenie pojawia się i zostaje wykryte w tej samej godzinie.

W praktyce poprawa wygląda następująco:

  • Opóźnienie wykrywania (detection latency) spada z dni (scraping ręczny lub cotygodniowy) do poniżej godziny przy odpytywaniu cogodzinnym
  • Pokrycie zmienia się z "trzech marketplace'ów, za którymi nadążam" na wszystkie sześć, na których marka faktycznie sprzedaje
  • Liczba fałszywych alarmów (false positives) gwałtownie spada, gdy rekonstrukcja ceny poprawnie obsługuje kupony, subskrypcje (S&S) i wielopaki
  • Jakość dowodów rośnie, gdy każde wykrycie przychodzi ze zrzutem ekranu i znacznikiem czasu przypisanym do requesta

Jeśli czytałeś już naszą analizę agregacji ofert nieruchomości na dużą skalę, wzorzec jest taki sam: mnóstwo stron, zróżnicowane renderowanie, zmienność geograficzna. Produkt się zmienia; struktura infrastruktury pozostaje ta sama.

Kluczowy wniosek

Naruszenia MAP to nie problem jakości danych. To problem czasu. Ten, kto pierwszy widzi naruszenie, ma przewagę: marka, która wyłapie je, zanim oferta zacznie konwertować, albo reseller, który zgarnie marżę i zmieni cenę, zanim ktokolwiek zauważy. Każda warstwa dodana do Twojego stosu monitorowania (precyzja geograficzna, renderowanie JavaScriptu, rekonstrukcja struktury cenowej) to po prostu odzyskiwanie cennych minut z tego zegara.

Marki, które wygrywają na tym polu w 2026 roku, przestały traktować egzekwowanie MAP jako kwartalny audyt. Zaczęły traktować je jako działającą na żywo infrastrukturę. Najtańsze do naprawienia naruszenie to takie, które wychodzi na jaw w tej samej godzinie, w której się pojawiło.