MMP移行時のアトリビューション測定テストのベストプラクティス
既存のモバイル測定パートナー(MMP)からSingularに移行する際、両方のMMPで同時にアトリビューション結果を比較したい場合があります。この設定は、完全に移行する前にSingularの測定を検証するためによく使用されます。
デュアルMMPアトリビューションを実行するには、以下の両方が真である必要があります:
- アプリが両方のMMP SDKを統合していること。
- メディアソースが複数のMMPへのアトリビューション送信をサポートしている。
メディアソースのサポートと制限
自己帰属ネットワーク(SAN)
| ネットワーク | デュアルMMPサポート | テストに成功しましたか? | 注意事項と制限 |
|---|---|---|---|
| アップル検索広告 | はい | インストールはSingular Reportsで追跡 | 完全サポート。どちらのMMPもASA APIを呼び出し、アトリビューションデータを受け取ることができる。 |
| DV360 (Google Marketing Platform) | はい | 単一レポートで追跡されるインストール | 各フラッドライト(リンクID)に個別の行項目が必要。 |
| グーグル広告 | はい | インストールは単一レポートで追跡 | 複数のリンクIDを登録し、それぞれのMMPにポストバックを配信することができる。 |
| メタ(フェイスブック) | ⚠️ 部分 | 単一レポートで追跡されるインストール | 複数のMMPをサポートしますが、重複排除の問題を避けるため、理想的には1つのMMPからのみイベントが発生する必要があります。 |
| スナップチャット | ⚠️ 部分的 | 単一レポートで追跡されるインストール | デュアルレポートは可能だが、イベントの重複を避けるため、移行期間の重複は最小限に抑える必要がある。 |
| TikTok for Business | なし ❌ なし | デュアルMMPの場合は該当なし | 一度にサポートされるMMPは1つだけです。別のMMPを有効にする前に、既存のMMPを無効にする必要があります。 |
| X広告(Twitter広告) | いいえ | デュアルMMPは不可 | 複数のMMP統合をサポートしません。 |
SKAdNetwork (iOS)
SKANポストバックは1つのMMPにしか送信できません。両方のSDKが統合されている場合でも、SKANコンバージョンを受信できるのは1つのMMPのみです。
SAN以外のアドネットワークキャンペーンの移行
SAN以外の広告ネットワークキャンペーンを移行するには、以下の手順に従ってください:
-
Singularで関連する広告ネットワークを有効にします。
-
各広告ネットワークのSingularトラッキングリンクを作成します。
-
既存のキャンペーンリンクを新しく生成されたSingularアトリビューションリンクに置き換えます。
移行する際には、古いトラッキングリンクを置き換えるために新しいトラッキングリンクを作成する必要があります。 切り替え日を調整し、アトリビューションの結果だけでなく、アプリストアやアプリ内のリダイレクトを含む望ましいユーザーフローを提供することを確実にするために、最初にトラッキングリンクをテストしてください。2つの異なるMMPからの2つのトラッキングリンクを、デュアルMMPトラッキングリンクを使用しているパートナーとの同一キャンペーンのトラッキングに使用することはできません。 -
ポストバック:
- インストール後のポストバックは、二重課金を避けるために控除する必要があります。
- アプリ内イベントのポストバックは、1つのMMPからのみ送信されるか、パートナーによって控除される必要があります。
オウンドメディア(メール、SMS、QR、ウェブ→アプリ)
オウンドメディアキャンペーンでは、適切なトラッキングとユーザーエクスペリエンスを確保するため、Singularリンクを使用してください。オウンドメディアチャンネルの例
-
Eメール
-
SMS
-
ソーシャルネットワークリファーラル
-
ランディングページ
-
QRコード
Singularリンクはアトリビューション、リダイレクト、ディープリンク機能をサポートしており、デバイス、オペレーティングシステム、チャネル、プラットフォームに関係なく、オウンドメディアと有料メディアの両方からシームレスにユーザーをアプリユーザーに変換することができます。Singularのリンクを使用することで、ウェブサイト、バナー、ソーシャルメディア投稿、Eメール、テキストメッセージのいずれからコンバージョンが発生しても、一貫性のある最適化されたユーザー体験を提供することができます。
✅ SingularのMobileweb-to-appアトリビューションフローは、ユーザーがインストール後にアプリにランディングした際に、1つのエンゲージメントに基づいてウェブサイト/ランディングページからのインストールをアトリビューションすることで、重複を回避します。
不一致を最小限に抑えるベストプラクティス
- アトリビューションの設定を合わせる:両方のMMPで、ルックバックウィンドウ、インストール後のウィンドウ、リエンゲージメント設定を一致させる。
- オーバーラップ期間を制限する:デュアルMMPの設定は、検証に必要な期間だけ実行する。
- アプリ内イベント用に1つのMMPを選択します:競合や重複を防ぎます。
- 一貫性のあるキャンペーン名を使用します:両方のMMPでキャンペーンレベルのパラメータが一致するようにします。
- 並べて監視する:生のログを比較し、インストール数、収益、イベント数の不一致に注目します。
- 古いMMPを削除:検証が完了したら、古いMMPを無効にし、Singularを単一の真実のソースとして確立します。
- 2つのMMP間のデータ比較:2つのMMP間で結果を評価する場合、以下のベストプラクティスに留意してください:
-
1日の全体的なボリュームに注目する: ソースレベルやキャンペーンレベルのアトリビューションではなく、日々の集計レベルでデータを比較する。
-
アトリビューションのウォーターフォールはプラットフォームによって異なる: 各MMPはアトリビューションウォーターフォールの処理が異なるため、ソースレベルでの比較は信頼性に欠ける。
-
古いMMPの可視性:古いMMPは通常、すべてのキャンペーンタッチポイント(オウンドメディアを含む)と既存の全ユーザーベースにアクセスできる。
-
データパリティは重要である: 新しいMMPがデータとセットアップにおいて完全に同等に設定されていない限り、2つのプラットフォーム間の結果は直接比較できません。アトリビューションの仕組みの詳細については、こちらをご覧ください。
デュアルMMP測定の使用例
- 移行の検証:移行前にSingularの測定結果が既存のMMPと一致することを確認します。
- ベンチマーキング:アトリビューションロジックを比較し、異常を検出します。
- 機能テスト:Singularの新機能(ROAS、ディープリンクなど)を現在のセットアップと比較して検証します。
移行チェックリスト
1.準備
- 両方のMMP SDKが統合されていることを確認
- すべてのアクティブなメディアソース(SAN + 非SAN)のリストアップ
- パートナーごとのデュアルMMPサポートの検証
- アトリビューション設定の調整
2.コンフィギュレーション
- アプリをSingularに追加し、リンクを生成
- SANを競合することなく両方のMMPに接続
- SAN以外のリンクを設定し、アトリビューションを測定するための切り替えを行う
- どちらのMMPがアプリ内イベントのポストバックを送信するかを決める
3.検証
- インストールとイベントフローをエンドツーエンドでテスト
- 新しいMMPで限定的なA/Bキャンペーンを実行する
- ダッシュボード、ログ、エクスポートの比較
4.モニタリング
- 不一致を毎日チェック(インストール、コスト、収益、イベント)
- SAN固有のニュアンスを追跡(Meta、TikTokなど)
- 差異を文書化し、必要に応じてSingularにエスカレーション
5.スイッチオーバー
- 以前のMMPのポストバックを無効にする。
- 広告パートナーがSingularにのみイベントを送信するようにアップデートする。
- 移行が完了したら、古いSDKを削除する。
トラブルシューティングとよくある質問
| 問題点 | 原因 | 解決方法 |
|---|---|---|
| MMP間でインストールが異なる | アトリビューションウィンドウまたは重複排除ロジックが異なる | 属性設定の同期、生ログの確認、重複の削減 |
| イベントカウントの不一致 | 両方のMMPがポストバックを送信 | イベント用に1つのMMPのみを設定 |
| 片方のMMPにSKANデータがない | SKAdNetworkは1つのMMPのみをサポート | 代わりにSKAN以外のチャンネルを比較 |
| ネットワークがデュアルアトリビューションをサポートしない | ネットワークが単一のMMPに制限 | 移行ガイダンスに従い、Singularを有効にする前に古いMMPを無効にする。 |