よりプライベートな広告コンバージョンの測定方法である Event Conversion Measurement API について

オリジン トライアルとして利用可能な新しい Web API がクロスサイト ID を使用せずに、広告のクリックがコンバージョンにつながるタイミングを測定します。

広告キャンペーンの効果を測定するために、広告主とサイト運営者は、広告のクリックまたは表示が購入や申し込みなどのコンバージョンにつながる時期を知る必要があります。歴史的に、これはサードパーティの Cookie を使用して行われてきました。現在、Event Conversion Measurement API を使用すると、サイト間でユーザーを認識するために使用できるメカニズムを使用せずに、サイト運営者の Web サイトでのイベントとその後の広告主サイトでのコンバージョンを関連付けることができます。

用語集

• アドテック プラットフォーム: ブランドや代理店がデジタル広告をターゲティング、配信、分析できるようにするソフトウェアやツールを提供する企業。
• 広告主: 広告にお金を払っている会社。
• サイト運営者：ウェブサイトに広告を表示する会社。
• クリックスルー コンバージョン: 広告のクリックに起因するコンバージョン。
• ビュースルー コンバージョン: 広告のインプレッションに起因するコンバージョン (ユーザーが広告を操作しなかった場合は、後でコンバージョンします)。

この API について知っておく必要があるのは、アドテック プラットフォーム、広告主、パブリッシャーです。

• デマンドサイド プラットフォームなどのアドテック プラットフォームは、現在サードパーティの Cookie に依存している機能をサポートするためにこの API を使用することに関心を持つ可能性が高いでしょう。変換測定システムの開発に取り組んでいる方は、デモを試し、API を使って実験を行い、フィードバックを共有していただくようお願いします。
• 広告やコンバージョンの測定にカスタム コードを使用している広告主やサイト運営者も、同様にこの API を使用して既存の手法を置き換えることに関心があるかもしれません。
• 広告またはコンバージョン測定に関してアドテック プラットフォームに依存している広告主およびパブリッシャーは、API を直接使用する必要はありませんが、API を統合する可能性のあるアドテック プラットフォームを使用している場合には、特にこの API の理論的根拠に興味を示されるかもしれません。

API の概要

なぜこれが必要なのですか？

今日、広告コンバージョンの測定は、多くの場合、 サードパーティ Cookie に依存しています。しかし、ブラウザーはこれらへのアクセスを制限しています。

Chromeは、サードパーティ Cookie のサポートを段階的に廃止することを計画しており、ユーザーが選択した場合に Cookie をブロックする方法を提供します。 Safari はサードパーティ Cookie をブロックし、Firefox は既知のサードパーティ追跡 Cookie をブロックし、また Edge は追跡防止を提供します。

サードパーティ Cookie はレガシー ソリューションになりつつあります。このような新しい専用の API は、サードパーティ Cookie が解決したユース ケースにプライバシーを保護する方法で対処する目的で使用が広まっています。

Event Conversion Measurement API はサードパーティ Cookie とどのような点で異なりますか？

• Cookie とは異なり、コンバージョンを測定するために設計されています。これにより、ブラウザーはより強化されたプライバシー保護を適用できるようになります。
• より高いレベルのプライバシーを提供します。たとえば、サイト運営者側と広告主側のユーザー プロファイルをリンクするなど、2 つの異なるトップレベル サイトで同じユーザーを特定することが難しくなります。詳細については、「How this API preserves user privacy」を参照してください。

最初のイテレーション

この API は初期の実験段階にあります。オリジン トライアルとして利用できるのは、API の最初のイテレーションです。将来のイテレーションでは、状況が大幅に変わる可能性があります。

クリックのみ

この API のイテレーションは、クリックスルー コンバージョン測定のみをサポートしていますが、 ビュースルー コンバージョン測定は公開中です。

使い方

この API は、広告に使用される 2 種類のリンク (<a> 要素) で使用できます。

• ファーストパーティのコンテキストにおけるリンク。ソーシャル ネットワーク上の広告や検索エンジンの結果ページなど。
• サードパーティの iframe におけるリンク。サードパーティのアドテック プロバイダーを使用するパブリッシャー サイトなど。

この API を使用すると、このようなアウトバウンド リンクを広告コンバージョンに固有の属性で構成できます。

• クリック ID やキャンペーン ID など、サイト運営者側の広告クリックに添付するカスタム データ。
• この広告のコンバージョンが見込まれる Web サイト。
• 変換が成功したことを通知する必要があるレポート エンドポイント。
• この広告でコンバージョンをカウントできなくなった締め切り日時。

ユーザーが広告をクリックすると、(ユーザーのローカル デバイスの) ブラウザーがこのイベントをコンバージョン設定とともに記録し、 <a>要素のコンバージョン測定属性で指定されたデータをクリックします。

その後、ユーザーは広告主の Web サイトにアクセスして、広告主またはそのアドテック プロバイダーがコンバージョンとして分類するアクションを実行できます。これが発生した場合、広告クリックとコンバージョン イベントはユーザーのブラウザーによって照合されます。

ブラウザーは最終的に <a> 要素の属性で指定されたエンドポイントに送信されるコンバージョン レポートをスケジュールします。このレポートには、このコンバージョンにつながった広告クリックに関するデータと、コンバージョンに関するデータが含まれています。

特定の広告クリックに対して複数のコンバージョンが登録されている場合、対応するレポートが多数送信されるようにスケジュールされます (広告クリックごとに最大 3 つ)。

レポートは、変換後数日または場合によっては数週間の遅延後に送信されます (レポートのタイミングで理由を参照してください)。

ブラウザーのサポートと類似する API

ブラウザーのサポート

Event Conversion Measurement API をサポートできます。

• オリジン トライアルとしてサポート可能。オリジン トライアルは、特定のオリジンのすべての訪問者に対して API を有効にします。エンド ユーザーで API を試すには、オリジン トライアルにオリジンを登録する必要があります。オリジン トライアルの詳細については、「変換測定 API の使用」を参照してください。
• Chrome 86 以降でフラグをオンにする。フラグは、単一ユーザーのブラウザーで API を有効にします。フラグは、ローカルで開発するときに役立ちます。

Chrome 機能エントリの現在のステータスの詳細をご覧ください。

標準化

この API は、Web Platform Incubator Community Group (WICG) でオープンに設計されています。Chrome での実験に利用可能です。

同様の API

Safari で使用される Web ブラウザー エンジンである WebKit には、同様の目標を持つ提案であるプライベート クリック測定があります。プライバシー コミュニティ グループ (PrivacyCG) 内で作業中です。

この API がユーザーのプライバシーを保護する方法

この API を使用すると、ユーザーのプライバシーを保護しながらコンバージョンを測定できます。ユーザーはサイト間で認識されません。これは、データ制限、変換データの通知、およびレポートのタイミング メカニズムによって可能になります。

これらのメカニズムがどのように機能するか、そしてそれらが実際に何を意味するかを詳しく見てみましょう。

データ制限

以下において、クリック時間または表示時間のデータは、広告がユーザーに配信されてからクリックまたは表示されたときに adtech.example で利用できるデータです。変換が発生したときのデータは、コンバージョン時間データです。

パブリッシャー news.example と広告主 shoes.example を見てみましょう。アドテック プラットフォーム adtech.example のサードパーティ スクリプトがパブリッシャー サイト news.example に存在しており、広告主 shoes.example の広告が含まれています。shoes.example には、コンバージョンを検出するための adtech.example が含まれています。

adtech.example は Web ユーザーについてどのくらい学ぶことができますか？

サードパーティ Cookie を使用

adtech.example は、サイト間でユーザーを認識するために、一意のクロスサイト識別子として使用されるサードパーティ Cookie に依存しています。さらに、adtech.example は、詳細なクリック時間または表示時間のデータと詳細な変換時間のデータの両方にアクセスし、それらをリンクすることができます。

その結果、adtech.example は、1 人のユーザーによる広告ビューからクリック、コンバージョンにおよぶサイト全体の行動を追跡できます。

adtech.example、news.example、shoes.example だけでなく、多数のサイト運営者や広告主のサイトに存在する可能性が高いため、ユーザーの行動を Web 全体で追跡できます。

Event Conversion Measurement API を使用

adtech.example はクロスサイト識別子を使用できないため、サイト間でユーザーを認識できません。

• 64 ビット識別子を広告クリックに添付できます。
• 変換イベントに添付できる変換データは 3 ビットのみです。3 ビットは 0 から 7 までの整数値に適合できます。これは多くのデータではありませんが、広告主が将来の広告予算をどこに使うかについて適切な決定を下す方法を学ぶのに十分です (たとえば、データモデルのトレーニングによって)。

サードパーティ Cookie に代わるものなし

Event Conversion Measurement API などのサードパーティ Cookie に代わるものがなければ、コンバージョンを adtech.example することはできません。adtech.example がサイト運営者と広告主の両方のサイトに存在する場合は、クリック時間またはコンバージョン時間のデータにアクセスできますが、それらをリンクすることは一切できません。

この場合、ユーザーのプライバシーは保護されますが、広告主は広告費を最適化できません。Event Conversion Measurement API のような代替手段が必要なのはこのためです。

コンバージョン データのノイズ

変換時に収集された 3 ビットにはノイズが発生します。

たとえば、Chrome の実装では、データ ノイズは次のように機能します。API は 5％ の確率で実際のコンバージョン データではなくランダムな 3 ビット値をレポートします。

これにより、プライバシー攻撃からユーザーが保護されます。いくつかの変換からのデータを悪用して識別子を作成しようとする攻撃者は、受信するデータを完全には信用できないため、こうしたタイプの攻撃はより複雑化します。

真のコンバージョン数を回復できることにご注意ください。

クリック データとコンバージョン データの合計:

レポートのタイミング

特定の広告クリックに対して複数のコンバージョンが登録されている場合、対応するレポートがコンバージョンごとに送信され、クリックごとに最大 3 つまで送信されます。

変換側からより多くの情報を取得する目的で変換時間が使用されることによりユーザーのプライバシーに影響がおよぶのを防ぐために、この API では、変換直後に変換レポートが送信されないことが指定されます。最初の広告クリックの後、このクリックに関連付けられたレポート ウィンドウのスケジュールが開始されます。各レポート ウィンドウには期限があり、その期限より前に登録されたコンバージョンは、そのウィンドウの最後に送信されます。

レポートは、このようにスケジュールされた日時の正確なタイミングでは送信されない場合があります。レポートの送信がスケジュールされているときにブラウザーが稼働していなければ、レポートはブラウザーの起動時に送信されます。それは、スケジュールされた時刻から数日後または数週間後となる場合があります。

満了後 (クリック時間 + impressionexpiry)、変換はカウントされません。この広告の変換をカウントできなくなるタイミングとして、impressionexpiry がカットオフの日時となります

Chromeでは、レポートのスケジュールは次のように機能します。

タイミングの詳細については、 スケジュールされたレポートの送信を参照してください。

例

API によりコンバージョンが記録および報告される仕組みは次のとおりです。現在の API では、「click-to-convert」のフローはこのように機能します。この API の今後のイテレーションは、これと異なる可能性があります。

広告クリック (ステップ 1 から 5)

<a>広告要素は、iframe 内のadtech.example によってサイト運営者サイトに読み込まれます。

アドテック プラットフォームの開発者は、<a> を以下のようなコンバージョン測定属性で設定しています。

<a
  id="ad"
  impressiondata="200400600"
  conversiondestination="https://advertiser.example"
  reportingorigin="https://adtech.example"
  impressionexpiry="864000000"
  href="https://advertiser.example/shoes07"
>
  <img src="/images/shoe.jpg" alt="shoe" />
</a>

このコードは以下を指定します：

ユーザーが広告をタップまたはクリックすると、広告主のサイトに移動します。ナビゲーションがコミットされると、ブラウザーは、impressiondata、conversiondestination、reportingorigin、impressionexpiry を含むオブジェクトを保存します。

{
  "impression-data": "200400600",
  "conversion-destination": "https://advertiser.example",
  "reporting-origin": "https://adtech.example",
  "impression-expiry": 864000000
}

変換とレポートのスケジュール (ステップ 6 から 9)

広告をクリックした直後、または後で (たとえば翌日に)、ユーザーは advertiser.example にアクセスし、スポーツ シューズを閲覧し、購入したいペアを見つけて、チェックアウトに進みます。advertiser.example は、チェックアウト ページにピクセルを含めました。

<img
  height="1"
  width="1"
  src="https://adtech.example/conversion?model=shoe07&type=checkout&…"
/>

adtech.example はこのリクエストを受信し、コンバージョンとして適格であると判断します。次に、コンバージョンを記録するようにブラウザーに要求する必要があります。adtech.example は、すべての変換データを 3 ビット (0 から 7 の整数) に圧縮します。たとえば、チェックアウト アクションを変換値 2 にマップする場合があります。

adtech.example は、特定のレジスタ変換リダイレクトをブラウザーに送信します。

const conversionValues = {
  signup: 1,
  checkout: 2,
};

app.get('/conversion', (req, res) => {
  const conversionData = conversionValues[req.query.conversiontype];
  res.redirect(
    302,
    `/.well-known/register-conversion?conversion-data=${conversionData}`,
  );
});

ブラウザーはこのリクエストを受け取ります。.well-known/register-conversion を検出すると、ブラウザーは次のようになります。

• conversiondestination に一致するストレージ内のすべての広告クリックを検索します (ユーザーが広告をクリックしたときに conversiondestination URL として登録された URL でこのコンバージョンを受信しているため)。 1 日前にサイト運営者のサイトで発生した広告クリックを検出します。
• この広告クリックのコンバージョンを登録します。

いくつかの広告のクリックが変換にマッチする場合があります。ユーザーは、news.example と weather.example の両方で shoes.example の広告をクリックした可能性があります。この場合は、複数の変換が登録されます。

これで、ブラウザーはこの変換をアドテック サーバーに通知する必要があることを認識します。具体的には、<a> 要素とピクセル リクエスト (adtech.example) の両方で指定されている reportingorigin に報告する必要があります。

そのために、ブラウザーは コンバージョン レポート、つまり (パブリッシャー サイトからの) クリック データを含むデータのブロブおよび (広告主サイトからの) コンバージョン データを含むデータを送信するようにスケジュールします。この例では、ユーザーはクリックの 1 日後にコンバージョンを達成しました。そのため、レポートは翌日、ブラウザーが実行されている場合はクリック後 2 日目で送信されるようにスケジュールされています。

レポートの送信 (ステップ 10 および 11)

レポートを送信する予定の時間に達すると、ブラウザーは変換レポートを送信します。<a>要素 adtech.example で指定されたレポートの発信元に HTTP POST が送信されます。

https://adtech.example/.well-known/register-conversion?impression-data=200400600&conversion-data=2&credit=100

パラメータとして含まれるものは次のとおりです。

• 元の広告クリックに関連付けられたデータ (impression-data)。
• 変換に関連するデータ。ノイズが発生する可能性があります。
• クリックに起因するコンバージョン クレジット。この API は、ラストクリック アトリビューション モデルに従います。最新の一致する広告クリックには 100 のクレジットが与えられ、他のすべての一致する広告クリックには 0 のクレジットが与えられます。

アドテック サーバーがこのリクエストを受信すると、サーバーから impression-data と conversion-data (つまり変換レポート) を取得できます。

{"impression-data": "200400600", "conversion-data": 3, "credit": 100}

その後の変換と有効期限

後に、ユーザーは、たとえば、シューズに合わせてテニスのラケットを advertiser.example から購入するかもしれません。その際も同様のフローが発生します。

• アドテック サーバーは、変換要求をブラウザーに送信します。
• ブラウザーはこのコンバージョンを広告クリックと照合し、レポートをスケジュールし、それを後からアドテック サーバーに送信します。

impressionexpiry の有効期限が切れると、この広告クリックのコンバージョンはカウントされなくなり、広告クリックはブラウザーのストレージから削除されます。

ユース ケース

現在サポートされているもの

• クリックスルー コンバージョンを測定する: どの広告クリックがコンバージョンにつながるかを判断し、コンバージョンに関する大まかな情報にアクセスします。
• 機械学習モデルのトレーニングなどにより、データを収集して広告の選択を最適化します。

このイテレーションでサポートされていないもの

次の機能はサポートされていませんが、この API の今後のイテレーション、または集計レポートには含まれる可能性があります。

• ビュースルー コンバージョン測定。
• 複数のレポート エンドポイント。
• iOS/Android アプリで開始された Web コンバージョン。
• コンバージョン リフトの測定/増分: 広告を見たテスト グループと見なかったコントロール グループの違いを測定することによる、コンバージョン行動の因果関係の違いの測定。
• ラストクリックではないアトリビューション モデル。
• 変換イベントに関する大量の情報を必要とするユース ケース。たとえば、きめ細かい購入額や商品カテゴリなど。

これらの機能やその他の機能をサポートする前に、(ノイズやビット数の削減、その他の制限など) さらなるプライバシー保護を API に追加する必要があります。

追加される可能性のある機能に関するディスカッションは、API プロポーザル リポジトリの課題のセクションに公開されています。

将来のイテレーションで変わる可能性があるもの

• この API は、初期の実験段階にあります。今後のイテレーションにおいて、この API は変更される可能性があります。その変更内容は、以下を含むものの、これらに限定されない可能性があります。その目標は、ユーザーのプライバシーを保護しながらコンバージョンを測定することであり、このユース ケースにより適切に対処するのに役立つ変更が加えられます。
• API と属性の命名は進化する可能性があります。
• クリック データとコンバージョン データはエンコードを必要としなくなる可能性があります。
• 変換データの 3 ビット制限は増減する可能性があります。
• より多くの機能が追加される可能性があります。そうした新機能をサポートするのに必要でれば、さらなるプライバシー保護 (ノイズ/ビット数の減少/その他の制限など) が追加される可能性もあります。

新機能に関するディスカッションをフォローしたり、参加したりするには、プロポーザルの GitHub リポジトリを見てアイデアを送信してください。

お試しください

デモ

デモをお試しください。必ず「始める前に」の指示に従ってください。

デモに関する質問については、@maudnals または @ChromiumDev をツイートしてください。

API をお試しください

API をローカルで、またはエンドユーザーを対象に実験する予定の方は、Using the conversion measurement API を参照してください。

フィードバックを共有する

新しい Conversion Measurement API がユース ケースをサポートし、開発者に優れた体験を提供するには、皆さまからのフィードバックが欠かせません。

• Chrome の実装に関するバグを報告するには、バグを開いてください。
• Chrome API のフィードバックを共有し、ユース ケースに関するディスカッションを行うには、新しい課題を作成するか、 API プロポーザル リポジトリに既存の課題に参加してください。同様に、API プロポーザル リポジトリではWebKit/Safari API とそのユース ケースに関するディスカッションを行えます。
• 広告の使用例について話し合い、業界の専門家と意見を交換するには、 Improving Web Advertising Business Group に参加してください。 WebKit/Safari API に関するディスカッションについては、プライバシー コミュニティ グループに参加してください。

最新情報の確認をお忘れなく

• 開発者によるフィードバックとユース ケースが収集されるにつれ、Event Conversion Measurement API は進化していきます。プロポーザルの GitHub リポジトリをご覧ください。
• この API を補完する AggregateConversion Measurement API の進化を追いましょう。

Charlie Harrison、John Delaney、Michael Kleber、KayceBasques をはじめとする、すべてのレビュアーによる貢献とフィードバックに感謝いたします。

William Warby によるヒーロー画像/Unsplash の @wawarby、編集済み。