課題
あなたはコンシューマーブランドを運営しています。リセラーポリシーでは、フラッグシップ製品を179ドル未満で販売することを禁止しています。そこへ、先週末にAmazonで誰かが144ドルで出品していたという顧客からのメールが届きます。あなたが確認する頃には、その出品はすでに消えています。出品者は目標の販売速度に達した瞬間に、価格を正しい設定に戻したのです。被害はすでに発生しており、あなたにはまだWalmart、eBay、TikTok Shop、Google Shoppingの確認が残っています。
これが2026年におけるMAP遵守への取り組みの実態です。模倣品や海賊版だけでも世界全体で4,670億ドルに達しており（OECDおよびEUIPOのデータ、Red Points経由）、これにはグレーマーケットの裁定取引やリセラーポリシー違反は含まれていません。マーケットプレイスが代わりに価格を監視してくれることはありません。さらに、模倣品差し押さえの79%は小口の小包によるものであり、これは個人の出品者が大規模に関税をすり抜けていることを意味します。
これを迅速に検知しているブランドは、優れたスプレッドシートを使っているわけではありません。彼らは、販売対象となるすべての地域のすべてのマーケットプレイスにおいて、すべての製品ページに毎時間アクセスする監視インフラを構築して運用しています。
FourAのアプローチ
単純な構成であれば、マーケットプレイスごとに1つのスクレイパー、1つのcronジョブ、1つのアラートを用意するでしょう。しかし、Amazonがレイアウト変更をリリースしたことでスクレイパーが破損したり、単一のASNから同じ製品にリクエストを集中させたためにIPがブロックされたり、価格の抽出処理が実際の販売価格ではなく取り消し線の引かれたMSRP（メーカー希望小売価格）を誤って取得したりすることになります。
実用的なパイプラインは4つの要素で構成されます。
ディスカバリー（検出）。 SKUリストから開始し、各マーケットプレイスでアクティブなすべての出品を特定します。AmazonのASIN、WalmartのアイテムID、eBayの出品ID、TikTok Shopの製品URLなどが対象となります。これは主にカタログのスクレイピングであり、カテゴリページ、検索結果ページ、およびPDP（製品詳細ページ）のバリエーションにアクセスします。
ページ収集。 各出品について、公開されているページを取得し、表示されている価格、出品者名、バイボックス（カートボックス）獲得者、クーポンや定期おトク便（Subscribe & Save）の割引、およびタイムスタンプを取得します。一部のマーケットプレイスはクリーンなHTMLを返します。TikTok ShopやGoogle Shoppingは価格ロジックの大部分をJavaScriptでレンダリングするため、リクエストライブラリではなく、実際のブラウザが必要になります。
価格の再構成。 ここで多くのチームが躓きます。Amazonは参考価格、5〜15%の定期おトク便割引、時にはクーポン、時にはマルチパックの分割価格を表示します。顧客が実際に支払う価格が、メインの表示価格と同じであることは稀です。メインの表示価格のみを監視するシステムでは、割引の組み合わせに隠された違反を見落としてしまいます。
証拠とアラート。 違反を検知した際、対策チームには証拠が必要です。具体的には、URL、スクリーンショット、正確な価格、タイムスタンプ、出品者、およびその出品の掲載期間です。これらがなければ、マーケットプレイスの異議申し立てプロセスを進めることはできません。
FourAのようなプラットフォームは、こうした複雑な部分を解決する単一のAPIを提供します。クリーンなHTMLを返すマーケットプレイスにはHTTP requestを、JavaScriptを多用するマーケットプレイスにはブラウザセッションを使用し、プロキシのルーティングを管理する必要はありません。unblockerフラグを有効にしてAmazonの製品URLにrequestを送信すると、Chromeと同等のheaderが送信され、ページが正常にレンダリングされます。米国地域のproxyを経由してAmazon USにリクエストを送り、次にドイツ地域のproxyを経由してAmazon DEの同じSKUにリクエストを送ることで、現地のコンテキストに沿った価格を取得できます。
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"] }
}
}
}'
必要な呼び出しはこれだけです。コード内にproxyのローテーションロジックを記述する必要はありません。「このサイトは今日JavaScriptを実行しているか」といったチェックも不要です。インフラ側がルーティングとリトライを処理し、開発者のパイプラインは価格ロジックの処理に集中できます。unblockerフラグが通信上で実際に何を行っているかについての詳細は、当社のWeb Unblockerの解説をご覧ください。
地理的な要素は、一般に考えられている以上に重要です。米国、EU、英国で販売を行うブランドは、各地域のIPスペースから価格を確認する必要があります。マーケットプレイスが地域ごとの価格を提示したり、地域外のIPに対して出品を完全に非表示にしたりすることがあるためです。地域ごとのルーティングを使用することで、「世界中に発送」と謳う出品者が、重要な市場において実際にMAPに違反しているかどうかを検証できます。
実績
500のSKU、6つのマーケットプレイス、3つの地域を対象とする中規模ブランドの場合、監視対象の製品ページは約9,000ページになります。毎時間の監視をカバーするには、1日あたり約216,000のrequestが発生します（一般的な中堅市場向けブランド保護の範囲に基づく例）。専用に設計されたAPIにとってこの規模は容易なものですが、自社で構築する場合は専任のエンジニアリングチームが必要になります。しかし、重要な指標は1日あたりのリクエスト数ではありません。違反が発生してから、同じ時間内にどれだけ迅速に検知できるかという点です。
実際の現場における改善効果は以下のようになります。
- 検知のレイテンシが、数日（手動または週次のスクレイピング）から、毎時間のポーリングにより1時間未満に短縮されます
- カバー範囲が、「対応可能な3つのマーケットプレイス」から、ブランドが実際に販売している6つすべてのマーケットプレイスへと拡大します
- クーポン、定期おトク便（S&S）、マルチパックを正しく処理する価格再構成により、誤検知が大幅に減少します
- 各検知結果にスクリーンショットとリクエストに紐づくタイムスタンプが添付されることで、証拠の質が向上します
当社の不動産物件情報を大規模に集約する手法の解説をすでにお読みであれば、パターンが同じであることにお気づきでしょう。大量のページ、混在するレンダリング方式、地理的な差異。対象となる製品は変わっても、インフラの構成は変わりません。
主なまとめ
MAP違反はデータの品質問題ではありません。時間の問題です。違反を最初に発見した側に優位性があります。出品が成約に至る前に検知するブランドか、あるいは誰にも気づかれずにマージンを獲得し、価格を元に戻すリセラーか、という競争です。監視スタックに追加するすべてのレイヤー（地理的な精度、JavaScriptレンダリング、価格スタックの再構成）は、実際にはその時間を取り戻すための手段にすぎません。
2026年にこの競争を制しているブランドは、MAP遵守への取り組みを四半期ごとの監査として扱うのをやめています。彼らはそれを稼働中のインフラとして扱い始めています。対処コストが最も低い違反は、発生したのと同じ時間内に検出された違反です。