ユーザー エージェントの文字列削減、クライアント ヒント、および Voluum を魅力的なものにする魔法
公開: 2022-12-14こんにちは。トラッキングに影響を与える可能性がある、Google が発表した今後の業界の変化に Voluum がどのように対応しているかに焦点を当てた別の記事へようこそ。
このブログのほぼレギュラーコラムになりました。
Google の最新のアイデアは、ユーザー エージェントによって渡される情報の量を減らすことです。 この情報は、ユーザーに最適な表示エクスペリエンスを提供するためにサーバーによって使用されます (たとえば、Web ページのモバイル バージョンを読み込むことによって)。 また、Voluum などのトラッカーでも使用され、次のような情報を含む追加のデータ層をマーケティング担当者に提供します。
- デバイスタイプ
- ブラウザ版
- OSバージョン
Google が懸念しているのは、このような詳細な情報がプライバシーを侵害するフィンガープリンティングに使用される可能性があるということです。 さらに、ユーザー エージェント (UA) 文字列の長さにより、解析エラーが発生しやすくなります。 UA 文字列の情報量を減らすことが、これらの問題に対する Google の答えです。
あなたが簡単な答えのためにここにいるだけなら、ここにあります:
この記事では、ユーザー エージェントとクライアント ヒントがどのように機能するか、UA 文字列削減のタイムラインは何か、追跡を継続するために Voluum が講じた措置について説明します。
ユーザーエージェントとは?
ユーザー エージェントは、ユーザーに代わって動作するソフトウェアです。 ほとんどの場合、それは Web ブラウザーです。 「ユーザー エージェント」という用語は、このブラウザが HTTP リクエスト ヘッダーを介して渡す情報を表すために使用されることもあります。
ユーザー エージェントは、30 年以上にわたって Web ブラウジング エクスペリエンスの一部となっています。 Web ページの最適なバージョンを配信するために使用されます。 UA からの情報のおかげで、サーバーは、特定の画面サイズと解像度に適合し、正しい言語で書かれた正しいバージョンの Web ページ (モバイルまたはデスクトップ) を送信できます。
Voluum は UA からの情報を使用して、レポートをより詳細かつ正確なものにしています。 この情報の一部は、外部サービスの助けを借りて得られます。 UA の取得に失敗すると、レポートはユーザーが慣れているほど詳細ではなくなります。
ユーザーエージェントの問題
過去数年間、Google はユーザーのプライバシーを重視する企業であることを示そうと努めてきました。 プライバシーを考慮していない古いソリューションを置き換えることを目的とした、さまざまな新しいテクノロジを提案およびテストします。 代表的な例は、2024 年に終了するように設定されているサードパーティの Cookie です。
Voluum は、サード パーティの Cookie を使用せずに追跡できるようにすでに準備されています。
Google の最近の UA テクノロジーへの取り組みは、次の 2 つの点に関係しています。
1 つ目は、UA からの情報を使用してユーザーを正確に識別できることです。 これは「フィンガープリンティング」と呼ばれ、非直接的な方法でユーザーを特定できるようにするデジタル ヒントとトレースを探すアプローチです。
たとえば、Google Chrome は世界で最も人気のある Web ブラウザーです。 ユーザーが Chrome を単独で使用していることを知っていても、特定のユーザーを他のユーザーと区別するための情報はあまり得られません。 しかし、その情報を、正確なブラウザ バージョン、OS バージョン、デバイス タイプ、キャリアなどの他のいくつかの詳細と組み合わせると、多かれ少なかれ一意の一連の情報が得られます。 ユーザーの識別は、広告プラットフォームが各ユーザーの詳細なプロファイルを作成するために使用する場合があります。
UA の 2 番目の問題は、より技術的なものです。 何年にもわたって、 UA 文字列は非常に長くなり、サーバーはそのような長い文字列を解析中にエラーを起こすことがあります。
Google のソリューションは次のとおりです。
- UA 文字列の長さを減らします。
これは、完全な UA 文字列の例です。
これは、削減された UA 文字列の例です。
- ユーザー エージェント クライアント ヒントを導入します。これは、特定の情報がサーバーの特定の要求でのみ利用できるソリューションです。
ユーザー エージェント クライアント ヒントの例:
これらの変更のタイムラインと影響を受けるプラットフォーム
UA 文字列削減は、2023 年 5 月に公開予定の Google Chrome バージョン 113 で導入されます。
UA 削減は、次のプラットフォームに適用されます: Windows、macOS (適用済み)、Linux、Chrome OS、および Android 上の Chrome。
現在、iOS および Android の WebView で UA を削減する予定はありません。
クライアントヒントとは?
クライアント ヒントは、ユーザー エージェントに代わる Google が開発した技術です。 これは、ネットワークまたはデバイスに関する情報を提供するためにオンデマンドで使用できる一連の HTTP 要求ヘッダー フィールドです。
UA と CH の主な違いは、後者はよりプライバシー志向の方法でアクセスできることです。 これは、すべてのデータがデフォルトで共有されているわけではないためです。より詳細なデータは、サーバーによって具体的に要求される必要があります。
クライアントヒントの種類
クライアント ヒントには次の 2 種類があります。
- 低エントロピー (デフォルトで共有) : 一般情報が含まれます。 例:
- ソフト名:クローム
- ソフトウェアバージョン: 106
- オペレーティング システム: Mac OS X
- 高エントロピー (要求に応じて共有) : フィンガープリンティングに使用できる詳細情報。 例:
- 完全なソフトウェア バージョン: 106.0.5249.62
- 完全なオペレーティング システム バージョン: 10.14.6
- デバイス: Intel Mac OS X 10_14_6
クライアント ヒントのサポートは、Web ブラウザーだけでなく、オペレーティング システムからも提供されることに注意してください。 また、低エントロピー CH しか利用できない場合もあります。 最良の結果を得るために、Voluum はこれらのテクノロジーを特定の順序で使用します。
リダイレクト追跡とクライアント ヒント
リダイレクト トラッキングを使用する場合、Voluum は UA 文字列が削減されているかどうかを確認します。 その場合は、追加のリダイレクトを実行してクライアント ヒントを要求します。 Voluum は 307 応答で CH を取得します。
2 番目のリダイレクトでは、宛先ページに到達するまでにさらに遅延が発生する場合があります。
リダイレクト トラッキングとクライアント ヒントに関するすべての変更は、Voluum のバックエンドにすでに導入されているため、クライアント ヒントを使用するためにセットアップを変更する必要はありません。
ダイレクト トラッキングとクライアント ヒント
直接追跡の場合は、もう少し複雑です。 すべてのケースをカバーするために、Voluum チームは「メタ タグ」と呼ばれるソリューションを開発しました。 これは、必要に応じてクライアント ヒントを要求するスクリプトです。
ダイレクト トラッキング スクリプトの一部としてメタ タグが含まれるようになりました。
メタ タグを使用すると、ページのドメインおよび追跡に使用されるサード パーティ ドメインへの各リクエストに、どのクライアント ヒントを追加する必要があるかを正確に指定できます。
ただし、この解決策では、直接追跡の設定に特定の変更を求める必要がありました。 これまで、ダイレクト トラッキング スクリプトをページの <body> セクションに実装するようリクエストしました。 ただし、メタ タグはページの <head> セクションに存在する必要があります。 そのため、すでにダイレクト トラッキングを使用しているユーザーには 2 つのオプションがあります。
- ダイレクト トラッキング スクリプトを <body> セクションに残し、Web ページの <head> セクションにメタ タグのみを配置します。
- <body> セクションから Direct トラッキング スクリプトを削除し、Meta タグ付きの Direct トラッキング スクリプトを <head> セクションに配置します。 ボディ セクションから Meta タグのない古いダイレクト トラッキング スクリプトを削除するのを忘れても心配しないでください。そのためのフェイル セーフがあります。
UA と Client Hints の優先度
CH および UA 文字列の削減に対するブラウザーと OS のサポートはさまざまであり、利用可能なものによって異なります。次の順序が維持されます。
リダイレクト追跡:
- ブラウザーが Client Hintsをサポートしていない場合は、UA が減少していても、UA を調べます。
ブラウザがクライアント ヒントをサポートしている場合:
- 低エントロピー (デフォルト) のヒントだけを取得し、UA が完了した場合 – UA のみを使用します
- 低エントロピーのヒントだけを取得し、UA が減少した場合 – CH を使用します
- 高エントロピー (要求に応じて) のヒントを取得した場合 – CH を使用します
- 高エントロピー (要求に応じて) のヒントを取得し、完全な UA がある場合 – CH を使用します
UA が減少していないことがわかった場合、UA と同じデータが含まれると想定されるため、高エントロピー ヒントについては質問しません。
直接追跡:
ここでルールは同じですが、(要求に応じて) 高エントロピーのヒントをすぐに取得します。したがって、高エントロピーのヒントが利用可能な場合は、高エントロピーのヒントを使用します。
「ワーキングトラッカー」の哲学
広告トラッカーは、自分が持っている機能を自慢するのが好きで、私たちもこれに罪を犯しています. ただし、私たちのアプローチは「ワーキングトラッカー」のコンセプトを中心に展開しています。 これは、何よりも、業界がどのように変化しても、トラッカーが安定していて、コア タスクを一貫して実行する必要があることを意味します。
プラットフォームを宣伝するために使用できる新しい機能を作成するか、将来の業界の変化に備えてVoluumを準備するソリューションを作成するかを選択する必要がある場合、常に後者を使用します.
Voluum を使用することに決めた場合、今後何年も問題なく動作するので安心できます。