データストアのユースケース：トラッキングニーズを支援する方法

データストア は、サーバーサイドGoogle Tag Managerユーザー向けの組み込みNoSQLデータベースです。高速で信頼性が高く、使いやすいため、外部データベースをセットアップすることなく、あらゆる種類のJSONデータを保存および取得できます。

もともとはサーバーコンテナ内のデータ管理を簡素化するために構築されましたが、多くの企業が創造的な方法でデータストアを活用しています。この機能の全貌や機能性、最大限に活用する方法については、データストアに関する詳細ガイドをご覧ください。本記事では、データストアを活用する最も一般的で興味深い方法と、それによって得られるメリットについてご紹介します。

多くのユーザーが、Firestoreの代替としてデータストア を選択しています。顧客データから購入履歴（顧客が購入したすべての製品の保存など）まで、あらゆるデータの保管に利用されています。その理由はさまざまですが、例えばデータストアはStapeプラットフォームに直接組み込まれているため、外部でのセットアップが一切不要です。Stapeアカウントを離れることなく、sGTMコンテナ内ですぐにデータの保存や読み込みを開始できます。

中には、Stapeのサブスクリプションを購入し、パワーアップやsGTMホスティング、その他のサービスを利用せず、ストア機能のみを利用しているユーザーもいます。そのようなユーザーにとって、ストア機能だけでもコストに見合う十分な価値があります。

最大のメリットはアーキテクチャの簡素化です。別のデータベースのプロビジョニング、認証情報の管理、追加の統合の維持を行う代わりに、StapeでホストされているsGTM環境にすでに含まれているストレージ層を利用できます。

もう1つの一般的なユースケースは、重複したトランザクションの検出です。重複コンバージョンはアナリティクスの数値を水増しし、Google AdsやGoogle Analyticsなどのプラットフォームで誤ったアトリビューションを引き起こす可能性があります。トランザクションIDをデータストアに保存することで、コンバージョンがすでに処理されているかどうかを簡単に確認できます。この設定は、API経由でコンバージョンをアップロードするサーバーサイドラッキングで特に便利です。

同じアプローチは、重複排除が必要なあらゆるプロセスに適用できます。これには、イベントID、注文ID、リードID、Webhook ID、その他の独自のビジネス識別子が含まれます。

役立つ理由：

• 正確な指標：各トランザクションが1回のみカウントされます。
• アトリビューションの改善：複数のチャネルに誤った成果が割り当てられるのを防ぎます。
• より賢明な予算配分：クリーンで信頼性の高いデータに基づいて広告予算を配分できます。

Webhookは、Webアプリ間のリアルタイムなデータ転送を自動化します。一部のクライアントはデータストアを使用して、Webhookに追加データを付与しています。このアプローチにより、トラッキングイベントに常に完全なコンテキストが含まれるようになります。仕組みは以下のとおりです。

1. 1.
   ユーザーがオンラインでアクション（フォーム送信など）を実行した際、メールアドレスなどのキーを使用して、Cookieや識別子をストアに保存します。
2. 2.
   その後、Webhookイベントを受信した際に、ストア内で同じキーを検索してユーザーデータを取得し、Cookieや識別子を含む完全なデータセットをGoogle AdsやMeta Conversions APIなどのプラットフォームに送信します。

StapeのEnricherパワーアップを使用すると、以前に収集したユーザーデータでイベントデータをエンリッチできますが、データストアと組み合わせることで、バックエンド専用のデータでもイベントをエンリッチできるようになります。

データエンリッチメントにおけるデータストアのもう1つの用途は、CRMステータス、顧客ランク、内部の製品分類、在庫状況、アカウントの所有権、マージンデータ、フルフィルメント結果など、ブラウザ上で公開すべきでない、あるいは公開できない情報を付加することです。アナリティクスや広告プラットフォームに送信されるエンリッチされたイベントには、クライアントサイドトラッキングだけでは提供できないビジネスコンテキストが含まれます。

ドメイン間でCookieを共有できないため、クロスドメイントラッキングは途切れがちです。

データストアを使用すると、共有キー（ユーザーIDなど）のもとにCookieや識別子を保存し、同一ユーザーが別のドメインにアクセスした際にそれらを復元できます。これによりユーザーデータの一貫性が維持され、アナリティクスで異なるWebサイト間であってもコンバージョンを正確にアトリビューションできるようになります。

実際の仕組み：

1. 1.
   ユーザーが最初のドメインにアクセスした際、主要なトラッキングデータ（Cookie、セッションID、ユーザー識別子）をデータストアに保存します。
2. 2.
   同一ユーザーが別のドメインで行動を続けると、システムは共有識別子を使用してデータストアから保存されたデータを取得します。
3. 3.
   この復元されたデータにより、アクセスとコンバージョンの間のつながりが維持され、アナリティクスや広告プラットフォームが同一ユーザーであることを確実に認識できるようになります。

同じパターンはWebサイトの枠を超えて拡張できます。顧客がWebサイトからCRM、コールセンター、その他のオフラインプロセスへ移動した際にもアトリビューションのコンテキストを維持し、バックエンドイベントやWebhookを受信した際に関連する識別子を復元できます。

多くの広告主はROAS（広告費用対効果）を使ってパフォーマンスを測定していますが、ROASには製品の原価が含まれていません。Profit Over Ad Spend（POAS）は、より正確な指標です。売上だけでなく、実際の利益に焦点を当てています。

Stapeにはすでに専用のPOAS Data Feedパワーアップがあり、利益データを安全に保存・取得して、Google AdsやGoogle Analyticsにコンバージョンを報告する際に売上の代わりに使用できます。しかし、データストアはこの機能を強化し、より高度なPOASの計算を可能にします。

例えば、利益はSKU、市場、割引、送料、決済手数料、手数料、返品、顧客セグメントによって変動する可能性があります。これらの入力項目をサーバーサイドで保存し、アナリティクスや広告プラットフォームにコンバージョンデータを送信する前に、より正確な利益額を計算するために活用できます。

• 機密性の高い財務データを非公開に保ちながら、利益ベースの入札を実行できます。
• 社内数値を外部に公開することなく、リアルタイムでコンバージョンをアップロードできます。
• 売上だけでなく、どの広告が真に利益をもたらしているかをより正確に把握できます。

クリックIDは通常ブラウザのCookieに保存されますが、Cookieは有効期限切れやブロックが発生したり、バックエンドシステムから利用できなくなったりして、その後のコンバージョンにアトリビューションデータを引き継げないことがあります。データストアは、これらの識別子を永続化するための代替の保管場所を提供します。

例えば、ユーザーID、セッションID、リードID、注文IDなどの不変のキーに対してクリックIDを保存できます。後からコンバージョンが発生した際、そのキーを使ってクリックIDを取得し、コンバージョンイベントに追加できます。このアプローチでも、最初のクリックとその後のイベントを結びつける不変の識別子が必要ですが、ブラウザベースのストレージが利用できなくなった状況でもアトリビューションデータを維持できます。

最後に、データストアはデータを一時的または長期的に保存し、後で使用する必要があるほぼすべてのケースで役立ちます。Cookieやローカルストレージよりも信頼性と拡張性に優れています。データの書き込みと取得に必要なのは、ユーザーのメールアドレス、ID、セッショントークンなどのキーだけです。

• ドキュメントとコレクションを作成して複数のファイルを保持。
• 条件を使用した検索とフィルタリング。 
• ドキュメントにTTL（有効期間）を設定し、不要になった時点で自動的に期限切れに設定。 
• ストアに保存されたデータを取得・使用して、サーバーサイドGTMのイベントフローをエンリッチ（ユーザー属性、カスタムパラメータ、トークンなど）。 
• APIを使用してエンドポイント経由でストアにプログラムからアクセス。

マッピングが大規模であったり、頻繁に更新されたり、運用上機密性が高かったりする場合、標準のGTMルックアップテーブルの管理は困難になることがあります。データストアは、代わりにこれらのデータセットを保持できます。

例えば、製品ルール、キャンペーン分類、地域設定、テナントマッピング、その他の設定値を保存できます。その後、値が変更されるたびにsGTMコンテナを再公開することなく、Stapeダッシュボード、CSVインポート、またはAPI経由でそれらを更新できます。

同じアプローチを使用して、ブランド、地域、テナント、マーチャント、イベントタイプ、同意状態などの要素に基づいて、送信先、アカウント、エンドポイント、認証情報を動的に選択できます。

データストアは、ユーザーの身元が判明した後に、匿名の行動とそのIDおよび過去のアクションを紐付けるのに役立ちます。これにより、新規顧客とリピーターのトラッキングの信頼性も高まります。

例えば、ビジターがログインやフォーム送信を行う前にWebサイトを閲覧することがあります。この場合、匿名ブラウザまたはセッション識別子と顧客識別子の関連性を保存できます。ユーザーの身元が判明した後は、今後のイベントでその関連性を利用して承認済みのID属性を取得し、以前の匿名セッションとの連続性を維持できます。

同意情報はブラウザ上では取得できることが多いものの、CRM、Webhook、オフラインシステム、その他のバックエンドソースからイベントが届く際には欠落していることがあります。データストアは、ソース、タイムスタンプ、ポリシーバージョンなどのメタデータとともに、ユーザーの同意状態を保持できます。

その後バックエンドイベントが届いた際、許可される送信先やパラメータを決定する前に、保存された同意状態を取得できます。これにより、ブラウザ以外のイベントに対しても一貫した同意ルールを適用できます。

場合によっては、標準のログにはトラッキング問題の調査に必要なリクエストペイロードや特定のフィールドが保持されないことがあります。データストアを使用すると、デバッグ専用のコレクションに選択したリクエストデータを一時的に保持できます。

このアプローチは慎重に使用する必要があります。トリガー条件を限定し、短いTTLを設定し、データ最小化とPIIフィルタリングを適用してください。すべてのリクエストを保存すると、不要なプライバシーリスクが生じ、データベースの書き込み制限を急速に消費する可能性があります。

データストアは、単なる機能から、幅広いトラッキングやデータのユースケースをサポートする強力なツールへと進化しました。これにより、クロスドメイントラッキングの設定、重複トランザクションの修正、軽量なCDPの構築、あるいは単に後で使用するためのデータ保存が可能になります。

Stapeプラットフォームに直接組み込まれているため、外部データベースをセットアップしたり保守したりする必要はありません。サーバーGTMコンテナ内ですぐにデータの保存と取得を開始できます。データストアは、すべてを一元管理しながら、Firestoreなどのツールを置き換えることができます。