# 広告検証のための静的レジデンシャルプロキシ | ProxyJam

静的レジデンシャルIPを使う広告検証プロキシ。キャンペーンが配信された市場から確認し、その市場のオーディエンスに何が表示されているかを記録します。

- Canonical: https://proxyjam.com/ja/solutions/ad-verification/
- Updated: 2026-10-23
- Language: ja

広告主を認識した広告システムは、広告主には正しいものを見せるかもしれません。検証とは、購入した市場の一般の訪問者として、インターネット事業者のネットワーク上のアドレスからアクセスし、その訪問者に配信されたものを記録することです。

このシナリオに事前の承認は不要です。当社の適正利用ポリシーでは、広告検証を既定で利用できるものとして挙げています。


広告検証とは、キャンペーンが予約どおりに配信されたか（正しいクリエイティブが、正しい市場で、正しいページに出たか）を、その市場の一般の訪問者に配信されたものを記録して確認することです。そのためには、その市場にあり、インターネット事業者のネットワーク上にあり、広告主のアカウントに履歴がなく、実行と実行のあいだで変わらないアドレスが必要です。つまり、お支払いいただいた期間のあいだ保持する1つのIPです。


## 決めることは三つ、あとは記録

ページを取得しただけでは、それ自体はほとんど何も証明しません。検証が成り立つかどうかは、取得したページが実際の人に配信されたはずのものと一致するかにかかっています。

1. **市場を買う。** カタログの単位は国なので、掲載先が狙った国と事業者のネットワークに合わせてください。1つの都市だけを狙ったキャンペーンには、この製品では約束できない視点が必要です。カタログはすべてのアドレスについて背後の事業者を名前で示しているので、送信元アドレスを照会したときにどのネットワークが表示されるかを、購入前に知ることができます。
2. **キャンペーンごと、または市場ごとに1つのアドレスを保つ。** 検証は比較です。今週と先週、この掲載先とあの掲載先を比べます。実行のたびに視点が動くと、キャンペーンの変化とネットワークの変化を区別できません。
3. **チェーン全体を記録する。** リダイレクト、インタースティシャル、そしてクリエイティブ自体のすべてが配信されたものの一部であり、間違ったリダイレクトやすり替えられたクリエイティブといった不具合は、チェーンの途中にあることがよくあります。

## これらの確認を行う人

### 広告主

自社のキャンペーンについて報告する前に、予約どおりに配信されたかを確認します。

### 代理店

クライアントにレポートを出す前に、クライアントが購入したキャンペーンを確認します。

### 広告運用チーム

キャンペーンごと、または市場ごとに1つのアドレスから、各市場でキャンペーンが何を配信したかを記録します。


## アドレスと同じく一定に保つもの

1. 広告プラットフォームにも広告主のサイトにも一度もサインインしたことのないブラウザプロファイル。
2. 広告主のアカウントに履歴のない新しいアドレス。そうすれば、返ってくる応答はオーディエンスが受け取るものになります。
3. 掲載先に合ったデバイスの種類とユーザーエージェント。デスクトップ向けの在庫ならデスクトップのブラウザから確認します。
4. 実行ごとのタイムスタンプとスクリーンショット。リダイレクトチェーンと一緒に保存します。
5. 確認に必要な分を超えないサンプル数。当社の[適正利用ポリシー](/ja/acceptable-use-policy/)第5条は、人為的なトラフィック、クリック、インプレッションの生成を禁止しています。

## 検証の実行で確かめられることと、確かめられないこと

|  | 確かめられること | 確かめられないこと |
|---|---|---|
| 配信されたクリエイティブ | お客様のリクエストに返された素材と文言そのもの | 配信期間中のすべてのインプレッションがそれと一致していたこと |
| 地域ごとの配信 | この時点でこの市場に配信されていたこと | 広告費のうちその市場に届いた割合 |
| ランディングページの挙動 | リダイレクトチェーンと、表示されたとおりのページ | ユーザーが何かを完了したかどうか |
| 掲載の文脈 | 確認したときにクリエイティブが表示されていたページ | 他の誰かにとってどこに表示されていたか |
| ブランドセーフティ | サンプルとして確認したページで観察された隣接コンテンツ | サンプルにしなかった在庫全体での隣接コンテンツ |
| 法令上の表記 | 必要な表示が、お客様の画面に描画された内容にあったかどうか | 意図、または規制当局がそれをどう読むか |

1回の実行で裏付けられるのは「確かめられること」の列です。「確かめられないこと」の列には、キャンペーン自身の計測が必要です。


## 広告検証についての質問

### なぜオフィスからキャンペーンを確認するだけではいけないのですか？

理由は二つあり、どちらも構造的なものです。オフィスのネットワークは1つの市場にあり、キャンペーンはおそらく別の市場で配信されているので、違う地域を見ることになります。また、広告プラットフォームは広告主を知っています。ログイン中のアカウントや、広告主の履歴が残ったアドレスには、オーディエンスとは違うものが配信されるかもしれません。検証に意味があるのは、リクエストがオーディエンスのリクエストと同じように扱われて配信される場合だけです。

### レジデンシャルのアドレスが必要ですか。データセンターのアドレスでも足りますか？

地域だけが目的なら、正しい国にあるデータセンターのアドレスで足りることもあります。掲載先そのものがトラフィックの品質で絞り込まれている場合は足りません。ホスティングの範囲は公開されている登録データから簡単に見分けられ、Media Rating Councilの無効トラフィックの基準は、既知の無効なデータセンタートラフィックを除外すべきものとして扱っています。そうなると、広告枠が空だったとしても、キャンペーンが配信中だったかどうかについてはほとんど何も分かりません。インターネット事業者のネットワーク上のアドレスなら、この曖昧さの原因を一つ取り除けます。

### 確認のたびにアドレスをローテーションすべきですか？

この作業では、一般的にはいいえです。検証は時間を追った比較であり、2回の実行を比べられるのは視点が固定されているからです。ローテーションが役に立つのは、同じ掲載先について独立したサンプルを多数必要とする場合で、それは別の問いです。また、配信中の掲載先を読み込むたびにインプレッションとして数えられることがあるので、サンプルは少なく保ってください。両方が必要なら、二つのアドレス戦略を使う二つの別々の作業として実行してください。

### この方法でモバイルの掲載先を検証できますか？

きちんとはできません。モバイルキャリアを狙った掲載先はキャリアの回線で配信され、静的ISPアドレスはキャリアの回線ではありません。その確認にはキャリアのアドレスが必要で、ここではまだ販売していません。キャリアを狙った配信を固定回線から検証すると、キャンペーンが表示するよう設定されていないものを測ることになり、レポートを提出するよりそう伝えるほうがよいでしょう。

### 検証プログラムにはアドレスがいくつ必要ですか？

少なくとも確認する市場ごとに1つです。製品が提供する地域の単位が市場だからです。それ以上は、スケジュールにどれだけの並列処理が必要かの問題になります。配信中の掲載先のページを読み込むたびにインプレッションとして記録されうることを忘れないでください。各アドレスで同時セッションを100まで使え、暦月で50 GBを超えると10に下がります（利用規約 第2.4条）。

### これは御社の適正利用ポリシーで認められていますか？

はい、明記されています。広告検証は、事前審査が不要なユースケースとして挙げられているものの一つで、注文してすぐに始められます。先に検証の手順が必要な対象の一覧は短く具体的で、ご自身やクライアントが購入したキャンペーンの確認に当たるものはそこにありません。同じポリシーは人為的なトラフィック、クリック、インプレッションの生成を禁止しており、検証のスケジュールがそれに当たることがあってはなりません。


購入した市場ごとに、一つの問いに答えるために使ってください。これは、ここで、この時刻に配信されていたか、という問いです。配信の割合やリーチの報告には使わないでください。それにはキャンペーン自身の計測が必要です。キャリアを狙った掲載先にも使わないでください。それには、ここではまだ販売していない回線が必要です。当てはまるなら、キャンペーンの市場ごとに[ISPプロキシ](/ja/isp-proxies/)を1つ購入し（それぞれ[IP単位、期間単位の料金](/ja/pricing/)です）、同じ確認を決まったスケジュールで実行してください。



## 出典

- [Media Rating Council Standards and Guidelines](https://www.mediaratingcouncil.org/standards-and-guidelines)：IAB/MRCの広告検証の実施に関するガイドライン（Guidelines for the Conduct of Ad Verification、2012年）と、データセンターとプロキシのトラフィックを挙げている無効トラフィックの基準




Interactive Advertising BureauとMedia Rating Councilは、広告検証を、キャンペーンが適切に実施されたかどうかを判定するためのサービスと説明しています。両者の[広告検証の実施に関するガイドライン](https://www.mediaratingcouncil.org/standards-and-guidelines)（2012年）は、その主な項目として、サイトの文脈、ジオターゲティング、広告の掲載位置、競合との分離、不正の検出を挙げています。

## 広告検証プロキシにレジデンシャルのネットワークが必要な理由

同じページに掲載されているMedia Rating Councilの無効トラフィックの基準は、既知の無効なデータセンタートラフィックを、計測が通常の手段で除外する一般的な無効トラフィックの一つに挙げています。そのため、ホスティング会社のアドレスから届いた確認は無効と分類されることがあり、それに配信されるもの、あるいはそれが数えられるかどうかは、その市場の家庭が受け取るものと一致しないかもしれません。その市場にあり、インターネット事業者のネットワーク上にあるアドレスは、ホスティングの範囲を除外するフィルターには引っかかりません。同じ基準は、無効なプロキシトラフィック（数値を操作したり無効なトラフィックを中継したりするために存在するプロキシ）を、計測者が検出しなければならない高度な無効トラフィックに挙げています。当社はこれを、確認はご自身の検証の実行の中にとどめ、そのようなものとして報告し、数える配信からは外しておく理由と読んでいます。それによって確認が見えなくなるわけではなく、モバイルの掲載先についてキャリアの回線の代わりになるわけでもありません。この節でMRCに帰している内容はその公開ガイドラインに基づいています。それ以外はすべて広告システムの挙動についての当社の読みであり、当社はどの広告システムも自ら測定していません。