定義：
S2S（サーバー間通信）とは、2つのサーバーがクライアント層を完全に迂回して、互いに直接データをやり取りする通信モデルです。モバイルマーケティングにおいては、アプリにアトリビューションSDKを組み込む必要なく、自社のサーバーからTenjinなどのモバイル測定パートナーへ、アプリのイベントデータを直接送信することを指します。.
S2Sとは何ですか？
ほとんどのモバイルアトリビューション環境では、アプリ内にSDKが組み込まれており、イベントデータを収集して測定パートナーに送信する役割を担っています。S2Sはこのモデルを根本から覆すものです。.
サーバー間トラッキングでは、自社のバックエンドインフラがその役割を担います。ユーザーがアプリをインストールしたり、アプリ内のイベントを完了したりすると、サーバーがそのデータを取得し、APIを介してTenjinのサーバーに直接送信します。アプリ内にSDKを組み込む必要はありません。クライアント側の依存関係を管理する必要もありません。 2つのバックエンド間の、シンプルで直接的な接続だけです。.
より技術的な設定が必要ですが、適切なチームにとっては、柔軟性、制御性、データ品質の面で大きなメリットをもたらします。.
モバイルアプリにおけるS2Sの仕組み
インフラが整っていれば、S2Sのフローは単純明快です。ユーザーがアプリを操作すると、次のような流れになります：
- ユーザーの操作
ユーザーがアプリをインストールするか、追跡対象のアプリ内イベントを完了します。.
- サーバーがその出来事を記録します
バックエンドでは、デバイス情報、イベントの種類、タイムスタンプなど、関連するすべてのパラメータとともに、そのイベントがログに記録されます。.
- サーバーとの直接通信
お客様のサーバーは、API呼び出しを通じて、そのイベントデータをリアルタイムでTenjinのサーバーに直接送信します。.
- アトリビューション・マッチング
Tenjinのアトリビューションエンジンは、そのイベントを受信し、それに先行する元の広告クリックまたはインプレッションと照合します。.
- キャンペーンの分析
照合されたデータはTenjinのダッシュボードに取り込まれ、標準的なSDK連携を通じて得られるのと同じキャンペーンのパフォーマンス状況を確認できるようになります。.
その結果、アプリレベルのSDKを必要としない、純粋なサーバー間通信が実現されます。.
S2SとSDKの統合：その違いとは？
どちらのアプローチも、イベントデータをTenjinに送信します。違いは、そのデータがどのように、どこで収集・送信されるかという点にあります。.
| SDK実装手順 | S2S統合 | |
| データの収集場所 | アプリ内、クライアント側で | バックエンドサーバー上で |
| 送信処理は何が担当しているのか | 組み込み型アトリビューションSDK | API経由で独自のサーバーを利用 |
| アプリのコードが及ぼす影響 | SDKはアプリの容量を増やす | アプリにSDKは必要ありません |
| セットアップの複雑さ | 下の方では、SDKが大部分を処理してくれます | より高度な機能には、バックエンドインフラストラクチャが必要です |
| データの管理 | SDKがコレクションを管理します | すべてはあなたがコントロールする |
| 速度 | 標準 | より速く、より直接的に |
堅牢なバックエンドインフラとエンジニアリングリソースを備えたチームにとって、S2SはSDKベースのトラッキングでは実現できないレベルの制御性とクリーンさを提供します。小規模なチームや、専用のバックエンドリソースを持たないチームにとっては、通常、標準的なSDKの統合の方が現実的な出発点となります。.
なぜS2S Trackingを選ぶべきなのか？
データを完全に管理
S2S では、バックエンドがすべてのイベントの収集と送信を処理します。データパイプライン全体を自社で管理できるため、Tenjin にデータが到達する前に、独自の検証、データ補完、およびフォーマット処理を適用することができます。.
アプリにSDKによるオーバーヘッドは発生しません
アプリに組み込むSDKは、1つ増えるごとに負荷が増大します。S2Sはこの依存関係を完全に排除し、アプリを軽量に保ち、複数のSDK間の競合リスクを低減します。.
より速く、より直接的に
サーバー間通信ではクライアント層が省かれるため、データ転送がより直接的になり、通常、クライアント側のSDK呼び出しよりも高速になります。.
特定のアプリケーションアーキテクチャにより適している
一部のアプリの種類、特に複雑なバックエンドロジックやサーバー主導型のアーキテクチャを採用しているものは、S2Sに最適です。サーバーがすでにユーザーによるすべての重要なアクションを把握している場合、そのデータをTenjinに直接送信することは、現在行っている処理の自然な延長線上にあると言えます。.
S2Sへの移行前に考慮すべき点
S2Sは強力なアプローチですが、すべてのチームに適しているわけではありません。導入を決定する前に、以下の点を検討しておく価値があります：
バックエンドインフラストラクチャ
S2Sには、イベントを捕捉し、リアルタイムでAPI呼び出しを行うことができる、信頼性が高くスケーラブルなサーバーインフラストラクチャが必要です。その基盤がまだ整っていない場合、導入コストは相当な額になります。.
エンジニアリング関連リソース
SDKの統合では、面倒な作業の多くが自動的に処理されますが、S2Sでは、エンジニアリングチームがデータパイプラインを構築・維持する必要があります。そのためのリソースが確保されていることを確認してください。.
測定要件
何を測定する必要があるのか、そしてS2Sでそのすべてを網羅できるかどうかを検討してください。アトリビューションのシナリオによっては、特にクライアントサイドのシグナルに依存するものについては、ハイブリッドなアプローチを採用した方が扱いやすい場合があります。.
アプリにS2Sの導入をご検討中で、ご自身の環境に適しているかどうかを確認したい場合は、Tenjinチームが喜んでお手伝いいたします。お問い合わせは support-jp@tenjin.com 資料やガイダンスについては。.
S2S連携機能は、すべての有料プランでご利用いただけますので、ご注意ください。.