Microsoft Curate - 広告の可視性手法 (DOM)

このドキュメントは、Microsoft 広告の視認性測定プロセスと方法論について説明することを目的としています。 Microsoft 広告のクライアント、見込み顧客、パートナーのみを対象としています。

概要

範囲と目的

広告の視認性の測定は複雑な問題です。 次のようなさまざまな変化する特性を考慮する必要があります。

  • パブリッシャーと代理店の広告サーバーとそのさまざまなバージョン
  • オペレーティング システム (デスクトップおよびモバイル) とそのさまざまなバージョン
  • ブラウザー (およびその固有のオペレーティング システムのバージョン)
  • Web サイトのページ レイアウト (ページ上のファースト パーティおよびサード パーティのスクリプトを含む)
  • 広告フォーマット (国固有のものを含む)
  • ローカルの視認性の基準 (US IAB、最初のピクセルの視認性など)
  • クライアント固有の要件 (定義、レポートなど)
  • 広告交換のリアルタイム制約、最適化プロセスなど。
  • 急速に変化し、常に革新し続ける環境

機密性

このドキュメントは機密であり、公開されていません。

Microsoft Advertising のクライアント、見込み顧客、パートナーが利用できます。

Microsoft Advertising からの明示的な同意なしに、他の受信者に転送することはできません。

ドキュメントの更新

Microsoft Advertising 測定テクノロジは、変化する環境で一貫した安定した手法を提供するために常に更新する必要があります。

このドキュメントは、執筆時点の Microsoft Advertising 手法を反映しています。 このドキュメントは古くなる可能性があるため、PDF エクスポートを使用しないことをお勧めします。

Microsoft Advertising は、このドキュメントの古いバージョンから導き出された結論について一切の責任を負わないものとします。

このドキュメントの説明

このドキュメントでは、Microsoft 広告の視認性測定プロセスの主な手順に従います。

  • ページ内測定
  • データの収集、フィルター処理、および処理
  • クライアント向けレポート

クライアント側の測定

概要

Microsoft 広告テクノロジは、広告クリエイティブと共に提供される JavaScript に依存しています。 このスクリプトは、インターネット ユーザーのブラウザで実行されます。

スクリプトによっていくつかの機能が実行されます。

  • インプレッション数のカウント
  • 測定する必要があるインプレッションの検出
  • これらのオブジェクトの視認性の測定
  • コレクション プラットフォームへの視認性データの転送

互換性

互換性のある形式

Microsoft 広告テクノロジは、次の種類の形式と互換性があります。

  • ディスプレイ クリエイティブ
  • リッチ メディア クリエイティブ (javascript + 画像)
  • デスクトップ ブラウザー
  • モバイル ブラウザー
  • モバイル アプリでの広告 (モバイル SDK、Microsoft SDK、または OMSDK を使用)
  • ネイティブ広告 (ディスプレイ広告のみ)
  • VPAID が使用可能な場合の VAST ビデオ (VPAID ラッパーを使用した動画の視認性の測定)

互換性のない形式

Microsoft 広告テクノロジは現在、以下のフォーマットと互換性がありません。

  • サード パーティのスクリプトを拒否するサイトの広告
  • カスタム バナー広告形式

スクリプト実装

Microsoft Advertising スクリプトは、クリエイティブのスクリプトからのネイティブ呼び出しとして実装されます。 スクリプトは、Microsoft Advertising プラットフォームで取引されるすべてのインプレッションに配信されます。

互換性のある広告サーバー

Microsoft Advertising 広告の視認性は、発行元または代理店の広告サーバーから独立しています。 それにもかかわらず、その測定は次の非網羅的なリストでテストされています。

  • Google DoubleClick: Doubleclick For Agencies (DFA)、Doubleclick For Publishers (DFP)
  • Sizmek
  • AOL アドテック
  • SmartAdserver
  • Ad Stream を開く
  • Atlas
  • Weborama
  • サード パーツ スクリプトを受け入れるその他の広告サーバー

既知の制限事項: サード パーティ スクリプトのサポート

すべてのデスクトップ広告サーバーはサードパーティのスクリプトを使用できますが、一部のブラウザー ツールバーも JavaScript を拒否します。

スクリプト呼び出し

メソッド

Microsoft Advertising スクリプトは、クリエイティブの JavaScript に含まれるスクリプト タグ (<SCRIPT>) として呼び出されます。

Microsoft Advertising はクリエイティブを提供するため、スクリプト呼び出しはプラットフォームによってネイティブに生成されます。 手動でのコピーと貼り付けやオプション チェック ボックスは必要ありません。

互換性のあるプラットフォーム

  • Windows
    • Internet Explorer
    • Firefox
    • Chrome
    • Safari
    • Edge
  • Mac OS
    • Safari
    • Firefox
    • Chrome
  • iOS
    • Safari
  • Android
    • Chrome
    • Android ブラウザー
  • Windows Mobile

既知の制限事項: JavaScript の要件

インターネット ユーザーのブラウザーで JavaScript を有効にする必要があります。 JavaScript が有効になっていないと、インプレッションを測定できません。

サンプリング

Microsoft Advertising では、いかなる形式のサンプリングも実施しません。

インプレッション数のカウント

スクリプト配信

Microsoft 広告スクリプトは、スクリプトを迅速に配信するために、最も近いサーバーを自動的に選択する CDN によって配信されます。 ただし、スクリプト配信は、配信されたインプレッション数のカウントには使用されません。

インプレッション

インプレッションは、測定スクリプトではなく、Microsoft Advertising 広告取引プラットフォームによってカウントされます。 インプレッション数 (imp) は請求に使用されます。 これは、実際の取引インプレッション総数に対応します。

このメトリックは、サード パーティの広告の視認性プロバイダーとは異なります。 ベンダーは台本に基づいてインプレッション数をカウントします。 スクリプトが読み込まれていない場合、またはピクセルを起動できない場合、サード パーティ ベンダーはインプレッションをカウントしませんが、インプレッションは本質的に Microsoft Advertising によってカウントされます。

注:

Microsoft 広告のインプレッション数がサードパーティのインプレッション数より高い。

測定されたインプレッション数

測定されたインプレッション数は、測定スクリプトが Microsoft 広告プラットフォームにピクセルを起動するときにカウントされます。

Microsoft 広告スクリプトが実際に起動される前にユーザーがページを終了した場合、インプレッションは配信済みとしてカウントされ、測定されません。

注:

Microsoft 広告で測定されたインプレッションは、サード パーティで測定されたインプレッションに相当します。

広告の視認性に影響を与えない

広告の視認性は、インプレッション カウント手法の影響を受けません。 既定では、インプレッションには "未測定" のタグが付けられます。 IAB の要件に従って、視認性インジケーターは測定されたインプレッションでのみ計算されます。

インプレッション数 (かつ実際の) 数が多いほど、測定率 (測定されたインプレッション数/インプレッション数) が低下します。

注:

Microsoft 広告の測定率を、サード パーティ ベンダーの測定率と比較しないでください。

化合物の追跡

Microsoft 広告では、複合追跡は許可されていません。 複数の広告を測定する必要がある場合は、個別に構成する必要があります。

ただし、Microsoft Advertising では、複数のオブジェクトで構成されるバナーを 1 回のインプレッションとして測定できます。

キャッシュ バースト手法

Microsoft 広告では、"Cache-Control:no-store, no-cache, private"、"Pragma no-cache" などの特定の HTTP ヘッダーを使用して、ブラウザーが追跡要求をキャッシュしないように強制します。

Microsoft 広告のトラッキング要求 (インプレッション数と視認可能性の測定) でも、二重システムを使用して、http 要求がブラウザーによってキャッシュされないようにします。

読み込まれる各スクリプトは、一意の ID に関連付けられます。 スクリプトは、インプレッションの有効期間中にいくつかのピクセルを起動します。 すべての測定情報と一意のタイムスタンプ (ミリ秒) が含まれているため、各ピクセルは一意です。

これらの一意の ID は、URL を構築する際のファイル パスおよびパラメーターで使用されます。 以下の例は、URL の先頭を示しています。

http:// fra1.ib.adnxs.com/vevent?e=wqT_.... 
&dlo=1&referrer=http%3A%2F%2Fib.adnxs.com%2Ftt%3Fid%3D3747591&type=pv&px=0&py=0&bw=300&bh=250 
&sw=2560&sh=1440&pw=1440&ph=351&ww=1440&wh=351 
&x=1427978373745428462,149999,v,mac,webkit_chrome,view5-1,90,,0

これらすべての予防措置にもかかわらず、ごくわずかなケースで、インプレッションが過小にカウントされる可能性があります。

物体の検出

測定が必要なバナー オブジェクトを Microsoft Advertising が検出します。 オブジェクトには、画像または iframe を指定できます。 表示可能と見なされるには、ページに完全に読み込まれている必要があります。

読み込まれていないバナー オブジェクトは表示できません。

視認性の条件

必須情報

Microsoft 広告スクリプトは、次のイベントとブラウザーの状態を監視して、広告が表示可能かどうかを評価します。

  • ウィンドウ フォーカス / 非フォーカス
  • タブ スイッチ
  • ページのスクロール
  • ページ サイズ変更
  • ブラウザーのズーム
  • スクリーン セーバーの開始
  • バナー オブジェクトの読み込み/非読み込み
  • マウス / キーボードのアクティビティ / 非アクティブ

既知の制限: 視認性と測定の制約

  • Microsoft Advertising では、フォーカスされているウィンドウのみが表示されていると見なされます。 この方法論的な選択は、インターネット視聴者測定の規範と一致しています。
  • 2 つのモニターを使用している場合、フォーカスが外れているブラウザー ウィンドウが一方のモニターに表示されている場合、たとえユーザーに表示されてもインプレッションが表示されないとみなされることがあります。
  • クロスドメイン iframe から測定した場合、フォーカスされていないウィンドウに読み込まれたインプレッションは、ビューアブルとしてカウントされる場合があります。 これにより、視認可能なインプレッションが過大評価されている可能性があります。
  • Microsoft 広告は、フォーカスされている間にブラウザー ウィンドウ全体が画面の外に移動されたかどうかを監視しません。 この場合、インプレッションは画面外であっても表示可能とみなされる場合があります。
  • ページを自動更新すると、追加の広告インプレッションが発生する場合があります。 更新されたページは、表示可能または表示不可のどちらかです。 ページが表示できない場合 (非表示のタブまたはウィンドウ)、インプレッションは表示されません。
  • 更新されたページが表示可能である場合、ページの表示されている部分にある場合、ページのインプレッションも表示される可能性があります。 この場合、視認可能なインプレッション数が過大評価されている可能性があります。 Microsoft 広告はこの過大評価を定量化することはできませんが、高度に更新されたページは不正検出手順によって検出できるため、制限されたままにする必要があります。
  • Firefox ブラウザー ウィンドウのサイズを変更すると、インプレッションが表示されなくなる可能性があります。 インプレッションがクロスドメイン iframe 内に読み込まれると、視認性ステータスが過大評価される可能性があります。

iframes

Microsoft Advertising は、クロスドメイン構成 (iframe のドメインがページのドメインと異なる) で配信されている場合でも、iframe (HTML ページ内の HTML ページ) で広告の視認性を測定します。

これを実現するために、いくつかの手法が使用されます。

  • Internet エクスプローラー (バージョン 7 から 10) および Firefox (すべてのバージョン) 用の幾何学的アプローチとブラウザー API
  • すべての Webkit ブラウザー (Safari、Chrome、Internet エクスプローラー 11+) のためのブラウザーの最適化

放棄

Microsoft Advertising は、選択した広告コンテンツの配信前に、プラットフォーム上でインプレッションが処理されたときにインプレッションを記録します。

状況によっては、ユーザーはインプレッションのカウント後、広告コンテンツの配信前に Web ページを離脱することがあります。 この場合、インプレッションは "imps" メトリックにカウントされますが、"視認可能なインプレッション" としてカウントされません。

ログ管理の手法

Microsoft 広告スクリプトは、定期的にデータをコレクション プラットフォームに転送します。 データ転送には、プラットフォーム上で集計される広告の視認性に関する部分的な情報が含まれています。

ページは非表示のタブで開いたままになることがあり、場合によっては数日または数週間続く可能性があり、ユーザーがオフラインのときにページを閉じると情報が失われる可能性があるため、ユーザーがページから移動したときにのみビューアビリティ データを送信することは賢明ではありません。

このため、データ転送は定期的に行われ、データが失われるリスクが最小限に抑えられます。 インプレッションが視認可能性のしきい値に達すると、Microsoft Advertising プラットフォームにピクセルが送信されます。

その他

ドメインベースの広告ブロッカー

広告ブロッカーは、ページに広告が表示されないようにするブラウザー拡張機能です。 広告サーバーのリストに依存し、これらの広告サーバーへの http 呼び出しをブロックします。

Microsoft Advertising は広告サーバーであるため、広告ブロッカーを使用するブラウザーによる Microsoft Advertising への呼び出しは行われません。

画像サイズベースの広告ブロッカー

広告サーバーが呼び出されたが画像がブロックされた場合、Microsoft 広告スクリプトはクリエイティブ オブジェクトを検出しません。 広告のインプレッションはカウントされますが (数値が一定になるように広告サーバーもカウントされます)、広告は表示されません。 詳細については、 オブジェクト検出 を参照してください。

ユーザーの障碍画像レンダリング

Microsoft Advertising は、ユーザーの画面上の実際のインプレッション サイズやズームなどを測定します。 画像がズームされている場合は、実際のサイズが考慮されます。

リッチ メディア バナー

リッチ メディア バナーは、ほとんどの場合、2 つの異なるオブジェクトで構成されます。 メイン オブジェクトは通常の広告インプレッションです。 2 番目のオブジェクトは、多くの場合、展開と呼ばれます。

Microsoft 広告では、リッチ メディア バナーの両方のオブジェクトを測定できます。 ただし、視認性レポートはメイン オブジェクトのみで行われます。

データの収集、フィルター処理、および処理

Robots.txt

Microsoft 広告コレクション サーバーは、 robots.txt ファイルをホストします。 このファイルには、コレクション ページへのすべての公式ロボット トラフィックが除外されます。 これにより、公式ロボットが Microsoft 広告プラットフォームに偽のインプレッション レコードを生成することはできません。

サーバー クローラー

非公式のロボットがコレクション ページにアクセスする場合、次の 2 つの可能性があります。

  • 既存の要求の再生
  • ランダムに新しい要求を生成する

要求が再生された場合、Microsoft Advertising は、一意の URL を生成するために使用される一意の ID のおかげで、重複する要求 (同じ完全な URL) を検出します。 重複する行は除外されます。

ランダムな要求が生成された場合、Microsoft Advertising は要求のさまざまなパラメーターの整合性をチェックします。 既存の ID (顧客、キャンペーンなど) でランダムに生成される有効な要求の確率はごくわずかです。

Microsoft 広告は、要求のユーザー エージェントに対してチェックされるロボット名のリストを使用します。 実際のブラウザに対応していないユーザーエージェントは、フィルターによって除外されます。

既知の制限事項: ロボットのトラフィック検出

一部のロボットは、実際のユーザーエージェント名を使用しません。 彼らは通常のブラウザのふりをしています。 この場合、上記の方法を使用してトラフィックを正しく除外できない可能性があります。

Microsoft 広告は、ヒューマン以外のトラフィックを検出して除外する一連の方法を開発しました。 これらのメソッドは、広告の表示可能性スクリプトの呼び出しを行う前に、広告配信のプロセスで適用されます。

インプレッション数

Microsoft 広告のインプレッション数は、広告サーバーによって収集されたものとほぼ一致しています。

このため、上記のフェイク トラフィック (ロボット インプレッション) を除き、インプレッションはフィルター処理されません。ただし、視認可能なインプレッションには追加のルールが適用されます。

Microsoft 広告のテスト トラフィック

Microsoft 広告スタッフは、テスト目的で広告インプレッションを生成できる可能性があります。 この場合、インプレッションは生成されないようにプレビュー モードでクリエイティブをレンダリングします。

したがって、Microsoft 広告によって実行されるテストはレポートに影響を与えず、ビューアビリティの結果は影響を受けません。

プロジェクション

Microsoft Advertising プラットフォームでの広告の視認性に関する投影は行われません。

無効なトラフィック (IVT) ガイドライン

sIVT および gIVT の Microsoft Advertising フィルター:

  • ユーザー ID (Cookie ID など)
  • ユーザー エージェント
  • JavaScript ベースの検出
  • IP アドレス
  • 広告が配置されているドメイン
  • インプレッション要求の販売者 (つまり、ads.txt 経由)

メソッドに応じて、検出が実行されます。

  • すべてのインプレッション要求で
  • 集計データの 1 時間単位
  • 毎日の集計データ
  • 週単位の集計データ

Microsoft 広告プラットフォーム上のすべてのインプレッション要求をフィルター処理して IVT フィルター処理の対象にするわけではありません。 通常、しきい値と標準は毎週チェックされます。 固定の頻度はありませんが、特定のフィルターを毎日更新することがよくあります。

クライアント向けレポート

タイム ゾーン

1 日は午前 0:00:00 に開始し、23:59:59 に終了します。 既定のタイム ゾーンはニューヨーク (ET) です。 レポート インターフェイスでは、ローカル タイム ゾーンも使用できます。

Microsoft 広告は 1 時間ごとにデータを処理します。

品質保証プロセス

Microsoft Advertising の品質保証 (QA) プロセスは、自動検証と手動検証の組み合わせです。

自動 QA

測定されたすべてのインプレッションについて、傾向が自動的に監視されます。 視認性の割合が範囲外であるメンバーと配置では、エンジニアリング チームが分析するアラートが発生します。

品質保証の目的のみを目的として、インプレッション データのサンプルを追加のインジケーターで測定し、QA プラットフォームで処理します。

自動検証プロセスでは、いくつかの分析が実行されます。

  • データの整合性
  • 技術的な検証
  • ブラウザーごとのパフォーマンス
  • 物体の検出

手動による QA

Microsoft Advertising が管理するボリューム (1 日あたり 200 億インプレッション) を考えると、手動での QA は実現不可能です。

Microsoft 広告では、広告の視認性を 3 段階サポートしています。

  • TAM (テクニカル アカウント マネージャー) は、クライアントのほとんどの質問に答えるトレーニングを受けています。
  • 広告の視認性の専門家または SME (対象分野の専門家) は、TAM では解決できないより複雑な質問を調査できます。
  • 必要に応じて、SME は広告ビューアビリティ エンジニアリング チームに連絡できます。

品質の向上

継続的なプロセスにより、Microsoft Advertising は測定を継続的に改善できます。 制作チームからのフィードバックはエンジニアリング チームと共有されます。 必要に応じて、スクリプトが更新され、新しいテストが追加されます。

テストの一覧

QA サンプルでは、以下のテストが自動的に実行されます。

オブジェクト レベル

インプレッションには複数のオブジェクト (画像、展開書式など) を含めることができます。

各オブジェクトのチェック対象:

  • 期間制限の制御 (逸脱した動作)
  • オブジェクト プレゼンスの計算 ("表示レート" と呼ばれます)
  • 広告の標準以外のサイズの検出

インプレッション レベル

各インプレッションのチェック対象:

  • 目に見えるサーフェスでの制御
  • 配置パフォーマンスの制御
  • 期間の制御
  • ページ時間を制御する
  • 絶対継続時間を 1 ピクセル以上で制御 (パフォーマンスと不正行為の検出に使用)
  • スクリプトのコンテキストに対する技術的制御

グループ レベル

データの各グループ (メンバー、プレースメント、クリエイティブ) に対して、次のテストを実行します。

  • 他のブラウザーと異なるブラウザーの結果
  • 目に見えるサーフェスでの制御
  • 配置パフォーマンスの制御
  • 可視性率の制御
  • 期間の制御
  • ページ時間を制御する
  • 絶対継続時間を 1 ピクセル以上で制御 (パフォーマンスと不正行為の検出に使用)
  • 内部 QA コントローラーの制御

データの各グループには、平均値のばらつきが大きくならないように、最小インプレッション数 (指標に応じて 1、100、1000) が含まれている必要があります。

報告されたメトリックの一覧

  • Downloaded Impressions
  • 測定されたインプレッション
  • 技術測定率
  • 視認可能なインプレッション
  • 視認性率
  • 非表示インプレッション
  • 未決定のインプレッション
  • 表示可能な配布
  • 表示不可の配布
  • 未定の分布

認定指標の定義は、 ビューアビリティの概要に記載されています。

これらのメトリックはすべて、"視認可能性レポート" という特定のレポートで利用できます。 このレポートは Microsoft 広告によって測定されていますが、モバイル Web トラフィックは除外されていることに注意してください。

その他の視認性インジケーター

カスタム定義を使用して、視認可能なインプレッションを決定できます。 この場合、レポートにはさまざまな指標が使用されます。

  • カスタムの視認可能なインプレッション: カスタム定義を正常に通過したインプレッション数
  • カスタム視認性率 = カスタム視認可能なインプレッション数/測定されたインプレッション数

モバイル トラフィック

視認性の指標は、モバイル インプレッションが除外される「視認性レポート」を除き、デスクトップ ブラウザーとモバイル ブラウザーの間で分離されていません。

ただし、 サイト ドメインのパフォーマンス レポートを実行し、"オペレーティング システム" 別にグループ化することはできます。

保持期間

粒度のレベルに応じて、Microsoft Advertising によって収集されたデータは特定の期間保存されます。 詳細については、「 レポート データの可用性 」を参照してください。

方法論の説明の変更

手法の大きな変更は、Microsoft 広告製品コミュニケーション メーリング リストを通じてクライアントに伝えることができます。

  • Last updated on