Criteo Tag テクニカルノート

Criteo Tagには、訪問者の閲覧行動に悪影響を及ぼさず、訪問者のプライバシーが保護されるようにするための一連の安全性と品質のメカニズムが含まれています。

 

ユーザーエクスペリエンスと広告パフォーマンス  

Criteo Tagはサイトを視覚的に変更することはなく、お客様からは全く見えません。さらに、Criteo Tagは非同期であるため、サイトの読み込み時間には影響しません。

 

デバイス/帯域幅の検出


Criteo Tagは、ユーザーの現在のデバイスと、ユーザーの接続の待ち時間と帯域幅を考慮します。それに応じて、しきい値と潜在的なリクエスト数がより厳密になります。

 

読み込み時間のしきい値


ロード時間全体が特定のしきい値を超えないように、時間制限が設けられています。Criteoによってトリガーされたすべてのリクエストは、しきい値に達するとすぐに停止します。

 

キャッシュされたリソース


「Criteoローダー(Criteo Loader)」は、ユーザーのブラウザーによってキャッシュされるJavaScriptライブラリーです。これは、ユーザーが世界中のウェブサイトでCriteoのリターゲティングサービスを利用すると、すぐに自動的に発生します。
 

HTTP-GZIP圧縮されたコール


CriteoへのすべてのコールはHTTP-GZIP圧縮されており、ユーザーとCriteoのデータセンター間の迅速なやり取りを保証します。
 

OnLoad-Event(ページ読み込み時の(onLoad)イベント)


最初のトラッキングリクエストは、Criteoのリクエストが発生するとすぐに生成されます。OneTagによってトリガーされる可能性のある以降のすべてのリクエストは、ブラウザが画像、スクリプトファイル、CSSファイルなどのすべてのプライマリリソースをウェブサイトから正常にダウンロードした後でのみ行われます。

Criteoコールの例: ロード(赤い線)の後にインベントリ選択とパブリッシャーコールが行われます。

カプセル化されたコール


すべての潜在的なパブリッシャーコールは、iFrame内のイメージリクエストとしてトリガーされます。これにより、サードパーティがウェブサイトにデータを配置したり読み取ることができなくなります。

 

高度なインベントリの選択


現在のユーザーにとって最も関連性の高いパブリッシャーネットワークを特定し、現在のユーザーについて通知済みのパブリッシャーを記録します。このようにして、冗長なリクエストがないことを確認します。

過去にCriteoを使用していたユーザーは、パブリッシャーからのタグ付けのコールが非常に少なくなります。

新規ユーザーには最大数のコールが表示されます。ほとんどの監視およびパフォーマンスシステムは 「新規ユーザー」 カテゴリに分類されます。そのため、現実的なユーザーブラウジング体験を反映していません。

 

パブリッシャーサービスの監視


すべてのパブリッシャーサービスは定期的にテストされ、Criteoは常に監視しています。読み込み時間、レスポンスタイプ、証明書などを、常に監視およびチェックされています。テストが完全にパスしない場合、パブリッシャーはインベントリ選択から自動的に削除されます。

 

ローディングとデータセンターの稼働時間


Loader:

このリクエストは、データセンターでホストされているファイルを(ダウン)ロードします。リクエストとレスポンスの間に処理時間はありません。世界中に5つのデータセンターがあり、優れた可用性(稼働時間)を備えています。

 

Event:

このリクエストは、サーバーが応答する前にサーバーによって処理されますが、リクエストは非同期です。つまり、ブラウザが応答を待つ間、ウェブサイトのコンテンツは引き続き読み込まれます。平均応答時間はわずか25ミリ秒であり当社のインフラチームは常に遅延を監視し、インシデントが数分以内に解決されるようにしています。

 

Inventory selection:

イベントと同様に、このリクエストは非同期であり、平均応答時間はわずか50ミリ秒です。サーバーの遅延も常に監視されています。最も重要なのは、onLoadイベントに到達し、ページが訪問者に対して完全に使用可能になってから、パブリッシャーのためにユーザーをタグ付けすることです。これは、当社のタグがサイト上のページの読み込み時間に影響を与えないことを意味します。

 

特定のパブリッシャーコールを削除できますか?


技術的な問題がある場合を除いて、特定のサイトパブリッシャーのコールを削除することはできません。この場合、前述のようにグローバルな非アクティブ化が発生します。これに関連する問題が発生した場合は、Criteoの連絡先に連絡してください。

 

Criteo Tag HTTP/HTTPSコールの説明 

Criteo Tagを使用すると、パブリッシャーのネットワーク全体で、誰にリターゲティングするか、何をレコメンドするかを知ることができます。高度なアルゴリズムは、最も効率的な方法でユーザーにアプローチできる場所を評価します。その結果、サードパーティのHTTPコールが行われる可能性があります。個人情報や広告主関連の情報が他のベンダーと共有されることはありません。

 

Criteo Tagによってトリガーされるコールは何ですか?

いずれかのページでタグが配信されると、ローダーが呼び出され、3つの主要なHTTPリクエストが発生します。ユーザーのブラウザからサーバーへのリクエストと、パブリッシャーパートナーの広告サーバーへのHTTPリクエストです。すべてのリクエストは非同期です。
 

  1. 最初のコールは、フレームワークとして機能するメインのJavaScriptライブラリをダウンロードし、以下のすべてのリクエストを準備します。
  2. 2番目のコールは、実際のトラッキングイベントです。このイベントは、現在閲覧されている商品など、ユーザーの閲覧情報をサーバーに送信します
  3. 3番目のコール要求は、インベントリを選択するためのものです。このコールにより、サーバーからすべての関連するパブリッシャーのリストが作成されます
  4. インベントリ選択のコールの結果によっては、パブリッシャーへHTTPコールが行われる場合がありますこれは、現在のユーザーがパブリッシャーのネットワークを閲覧するたびに広告を表示することをパブリッシャーに通知する場合です。これらのリクエストはイメージリクエストとして行われるため、サードパーティピクセルとも呼ばれます

 

FLoC IDsGoogleがChromeブラウザ向けのオーディエンスターゲティングシナリオとして提案しているFLoC(コホートの連合学習)では、機械学習を活用して類似オーディエンスを作成します。Googleは2021年3月、サードパーティクッキーに代わる手法としてFLoCの試験運用を開始しました。

CriteoはGoogleが設定したトライアル期間中に、対象国(オーストラリア、ブラジル、カナダ、インド、インドネシア、日本、メキシコ、ニュージーランド、フィリピン、米国)のトラフィックの一部でFLoC IDを収集する予定です。

FLoCについての詳細は、https://web.dev/floc/をご確認ください。