サーバーサイドトラッキングの長所と短所

公開: 2022-04-07

Google Tag Managerのサーバーサイドコンテナ（SSC）に関する前回の投稿では、それがどのように機能するかを調べ始めました。この投稿では、サーバーサイドシステムがもたらす主な利点のいくつかと、潜在的な欠点のいくつかを見ていきます。

利点

利点に関して言えば、サーバーサイドトラッキングにはいくつかの主要なものがあり、ほとんどの場合、収集するデータの制御と柔軟性に関係しています。これは、さまざまなデータ法を遵守し、データを安全に保ち、可能な限り最も正確なデータを確保し、データの送信方法と場所を決定し、サイトのパフォーマンスを向上させる方法に影響を与えます。

1）コンプライアンス

サーバー側コンテナは、データをインターセプトすることにより、最終的な宛先に送信される前にデータを変更できます。これは、最終目的地に到着する前にプロファイリングとフィンガープリントに使用される可能性のある情報を削除できるため、 GDPRコンプライアンスおよび同様のプライバシー保護に大きなメリットがあります。

サーバーサイドコンテナが機能するサーバーは、場所に指定できます。したがって、この識別可能なデータは、削除される前に、収集された領域（EUで最も重要なGDPR）を離れる必要はありません。

ただし、識別可能なデータを操作および削除すると、一部の情報がツールに表示されない場合があることに注意してください。たとえば、Google Analyticsにデータを送信するときにユーザーのIPを削除またはマスクすると、位置データをキャプチャできない可能性があります。

2）ファーストパーティCookie

データはサーバー側コンテナを介して送信されるため、サイトに返されるデータに変更を加えることができます。そのため、特定のツールのCookieが設定されているドメインを変更できます。独自のドメインにCookieを設定できます。これは、サードパーティのCookieの設定を制限またはブロックするブラウザが、早期に期限切れになったり、Cookieの設定をブロックしたりしないことを意味します。

3）1つのツールのデータを収集し、他のツールに書き込みます

データがWebサイトから送信される場合、それは1つのツールを対象としている可能性がありますが、解析されて他のツールに送信される可能性があります。これは、多くの場合に非常に役立つ可能性があります。この例としては、 Universal Analyticsリクエストから着信ヒットを取得し、データを解析して、それをGoogleBigQueryテーブルに送信することが考えられます。この機能は、プレミアムユニバーサルアナリティクス360製品のユニバーサルアナリティクスでのみ使用できます。

4）クライアント側の負荷の軽減

データの処理の多くをサーバー側コンテナに移動することで、サイトをロードする際のユーザーのブラウザの負荷を軽減できます。

5）APIキーとクライアントシークレットを非表示にする

データはサーバー側コンテナから最終ツールにのみ送信されるため、すべてのAPIキーとクライアントシークレットをサーバー側コンテナに保存できます。これにより、これらがクライアント側で公開される可能性が回避されます。この例は、GoogleAnalyticsUA-IDです。サードパーティは、Google Analyticsを実行している任意のサイトにアクセスし、UA-IDをサイトから取り出して別のサイトに配置し、GoogleAnalyticsアカウントにスパムを送信することができます。私たちはこれが何年にもわたって頻繁に起こるのを見てきました。サーバー側の追跡では、UA-IDはサーバー側でのみ追加でき、Webサイトの読み込み時にまったく公開されないため、これは不可能です。

6）自分のドメインから追跡スクリプトをロードする

これは、サーバー側の追跡の長所と短所の両方と見なすことができます。サーバーサイドコンテナは問題のツールを直接呼び出すことができるため、サーバーサイドコンテナを使用して、ほとんどのツール（GA、Facebook、LinkedInなど）がサイトに取り込むJavaScriptファイルを取得できます。取得すると、ファイルをサイトに送信できます。これは、ユーザーのブラウザから直接サードパーティのサイトに電話をかけることを避け、不要なスクリプトが取り込まれるのを防ぐのに役立つことを意味します。このファイルは独自のドメインから送信されるため（SCCがこのように設定されている場合）既知のトラッカーを自動的にブロックするサービス（Firefox、Safari、Braveなどのブラウザー）は、ファイルを追跡スクリプトとして認識しません。サイト自体のドメインが最終的にこれらのサービスによってトラッカーとして識別される可能性があるため、これは常に保証されるわけではありません。分析プログラムは常にユーザーのプライバシーの選択を尊重する必要があることを覚えておくことが重要です。

短所

サーバーサイドトラッキングには、注意が必要ないくつかの欠点とシナリオがあります。これらのポイントは、サーバー側の追跡を実行するために必要な余分な作業と、自分のデータの正確性とユーザーのプライバシーに対してより責任を負うことの落とし穴のいずれかに関するものです。

1）技術的専門知識

クライアントのコーディングなど、サーバー側の追跡のより技術的な側面のいくつかは絶対に必要というわけではありませんが、クリアする必要のある技術的な障壁がまだいくつかあります。これには、初期サーバーインスタンスのセットアップと、ソリューションを稼働させる際の冗長サーバーのプロビジョニングが含まれます。

2）データの正確性はあなた次第です

クライアントまたはタグをコーディングしている場合、データが正しい形式で宛先に到達することを確認する責任は、ユーザーとコードにあります。これは、間違いが発生する余地があることを意味します。また、送信されるデータの送信が法的に許可されていることを確認する責任もあります。

3）費用

Google Tag Manager Webコンテナとは異なり、サーバー側の追跡にはコストがかかります。サーバーサイドコンテナを実行するには、AppEngine機能を使用してGoogleCloudインフラストラクチャで作成する必要があります。さらに、冗長性と容量を考慮して、いくつかのサーバーインスタンスで実行する必要があります。これらのインスタンスの料金を支払う必要があります。もちろん、実行するサーバーと送信するデータが多いほど、コストは高くなります。

4）プライバシーの懸念

これについてはすでに触れましたが、サーバー側の追跡に関する懸念は、追跡を防ぐためにユーザーが実施している対策の一部を回避しやすくなることです。ユーザーのプライバシーに関する決定が尊重され、関連する法律や規制が遵守されていることを確認することが重要です。

サーバーサイドトラッキングについて詳しく知りたい場合は、メッセージを残してください。質問や要件について話し合うために、喜んでご連絡いたします。