SDK統合の前提条件
Singular SDKを統合する前に必要な、計画、アプリ登録、ドメイン設定、テスト準備などの重要な予備ステップ。
必要な予備ステップSingular SDKの統合には以下のステップが必要です。
SDK統合の計画、開発用アプリの登録、トラッキングリンク用ドメインの作成、実装中および実装後のテストワークフローの準備方法を学びます。
| 対象者 | ビジネスチーム、マーケティングチーム、開発チーム |
| 前提条件 | Singularアカウントアクセス、アプリバンドルID、マーケティングKPI定義 |
統合の概要
部門を超えたコラボレーション
Singular SDKの統合を成功させるには、マーケティング、ビジネス、開発の各チームが協力して要件を定義し、トラッキングを設定し、実装を検証する必要があります。
チームの責任
| チーム | チームの責任 |
|---|---|
| マーケティング/ビジネス |
|
| 開発 |
|
ステップ1:SDK統合の計画
SDKの統合を開始する前に、マーケティングチームとビジネスチームは、開発チームが適切なSDKの特徴と機能を実装できるように、重要な質問に答えなければなりません。
子供のプライバシーコンプライアンス
子供向けアプリ
質問このアプリは明示的に子供向けですか?
子供をターゲットにしたアプリは、子供のプライバシーを保護するPlay StoreとApp Storeのポリシーに準拠する必要があります。Singularはコンプライアンスに特化したSDKを提供しています。
推奨ソリューション SingularのKids Apps SDKをご利用ください。デバイス識別子を取得しないことで、プライバシーポリシーの遵守に役立ちます。
ディープリンクの設定
ディープリンクの処理
質問アプリはディープリンクを処理できますか?
ディープリンクは、マーケティングキャンペーン、プッシュ通知、ウェブページなどの外部ソースからアプリ内の特定のコンテンツにユーザーを誘導することができます。
実装要件:
- 前提条件:ドメインとプラットフォームの設定については、Singular Links Prerequisitesに従ってください。
- ディープリンク・ハンドラー:関連するSDKガイド(iOS、Android、React Nativeなど)の説明に従って、コードにハンドラーを実装する。
- テスト:テストコンソールおよび手動テスト手順を使用して、ディープリンクの機能を検証する。
イベントトラッキング戦略
アプリ内イベント計画
質問アプリはユーザーイベントをトラッキングしますか?
Singularでは、キャンペーンパフォーマンスを分析し、KPIを測定するためにアプリ内イベントデータを収集します。イベント戦略は、マーケティング目標やユーザー価値測定に沿ったものでなければなりません。
標準イベントのメリット
Singularは様々な業種で一般的に使用されている標準イベントをサポートしており、レポーティングや最適化のために広告ネットワークでよくサポートされています。
メリット
- 自動認識:Singularは標準イベントを自動的に認識し、手動で定義することなくイベントリストに追加します。
- パートナーサポート:広告ネットワークはキャンペーンの最適化とレポート作成のために標準イベントをサポートします。
- 業界の整合性:プラットフォームやパートナー間で一貫したネーミング
- ベストプラクティスイベントが標準的な定義と一致する場合に推奨されるアプローチ
標準イベント属性
各標準イベントに対して、完全なデータキャプチャとパートナー互換性のための推奨標準属性を渡す。
例: sng_content_view イベント(ユーザが商品を閲覧)は以下を含むべきである:
-
sng_attr_content_type- 閲覧したコンテンツのタイプ -
sng_attr_content_id- 一意のコンテンツ識別子 -
sng_attr_content- コンテンツの説明または名前
イベント戦略リソース
UA/マーケティング/ビジネスチームは、以下のリソースを使用して、マーケティングKPIに基づいてイベントリストをコンパイルする必要があります:
- アプリ内イベントのトラッキング方法- イベントプランニングと実施ガイド
- Singularな標準イベント:全リストと業種別推奨イベント- 完全な標準イベントリファレンス
プラットフォーム固有のイベント名
開発者向けメモ:SDKの統合では、開発プラットフォームによってイベント名/属性名のフォーマットが若干異なる場合があります(全角、アンダースコアなしなど)。
プラットフォーム固有のリスト
カスタムイベントの定義
イベントがSingularの標準イベントと一致しない場合、特定のトラッキング要件のためにカスタム名でカスタムイベントを定義します。
カスタムイベントのガイドライン
- 文字数制限:最大32文字
- 言語Singularからイベントを受け取る広告ネットワークパートナーとの互換性のため、英語名を推奨します。
- 命名規則:明瞭性と保守性のため、説明的で一貫性のある命名を使用する。
- 文書化:カスタムイベント名と目的を文書化したイベントカタログの維持管理
イベントトラッキングの範囲
ベストプラクティスマーケティング関連で必要な場合のみ、Singularにイベントを送信する。キャンペーンのパフォーマンスKPIやユーザーの価値指標として重要でないイベントは、Singularで追跡しない。
イベントの選択基準
- マーケティングの関連性:イベントがキャンペーン最適化のための洞察を提供する
- KPI測定:重要なパフォーマンス指標に貢献するイベント
- ユーザー価値:イベントはユーザーのエンゲージメントまたは収益化を示す
- パートナーの最適化:広告ネットワークがキャンペーンのターゲティングに使用するイベント
iOS固有の設定
SKAdNetworkの実装
質問(iOS):アプリはSKAdNetworkを実装しますか?
SKAdNetworkはiOS上でプライバシーを保持したアトリビューションを可能にします。Singularは2つの実装モードをサポートしています。
SKAdNetworkのモード
- マネージドモード:Singularは事前に定義されたルールに基づいて自動的にコンバージョン値を更新します。
- マニュアルモード:アプリはSDKメソッドを使用して直接コンバージョン値を更新します。
アプリのトラッキングの透明性
質問(iOS):アプリはトラッキング情報(ATT)を共有する許可をユーザーに求めますか?
ユーザーのオプトインによりデバイスID(IDFA)の共有が可能になり、インストールアトリビューションの精度が向上するため、SingularではATTプロンプトを表示することを推奨しています。
設定要件:ATTプロンプトを表示する場合、ユーザーがプロンプトに応答するまでSingularの初期化を遅らせるようにSDKを設定してください。 これにより、アトリビューションが正しいトラッキング許可ステータスを取得するようになります。
ATTの実装:
- プロンプトのタイミング:Singular SDKを初期化する前にATTプロンプトを表示する。
- SDK設定:SDK設定オプションを使用して、ATT応答を待ちます。
- IDFA キャプチャ:ユーザーが許可した場合、決定論的帰属のためにIDFAを収集します。
- フォールバック帰属:ユーザーが許可を拒否した場合、帰属はフィンガープリンティングと IDFV を使用します。
ステップ 2: 開発アプリの登録
テスト中のデータ分離を維持するため、本番アプリとは別のバンドル ID を使用して開発/テストアプリを Singular プラットフォームに登録します。
バンドルID戦略
開発と本番
本番アプリとテストアプリの両方で同じSDKキーとシークレットキーを使用する。 一度Singularに保存したデータは削除できない。
推奨されるアプローチテストアプリには異なるバンドルIDを使用し、本番アプリとデータを分離します。ストアでアプリをリリースする前に、バンドルIDを本番バージョンに変更する。
バンドルIDの例
| 環境 | バンドルID |
|---|---|
| 製品版 |
com.myapp
|
| 開発/テスト |
com.myapp.dev
|
アプリ登録ステップ
プラットフォーム構成
登録手順
- アプリに移動:Singularプラットフォームで、設定 → アプリに移動し、新しいアプリを追加をクリックします。
- アプリ名を入力開発アプリのアプリ名を入力(わかりやすいようにバンドルIDを使用することをお勧めします
- プラットフォームを選択します:アプリのプラットフォームに対応するOSを選択(iOSまたはAndroid
- Configure Bundle ID:Bundle IDオプションを選択し、Bundle Identifierの開発バージョンを入力し、アプリを保存します。
-
iOSのみ - 詳細設定:アプリを保存した後、アプリ名の横にある矢印をクリックして詳細を表示します。
- 詳細設定を表示するオプションを切り替える
- チームIDの追加(ユニバーサルリンクに必要)
- Add Scheme(ディープリンクに必要)
開発後のアップデート
開発とテストが終了したら
- バンドルIDの更新:アプリの設定でバンドルIDを本番バージョンに変更する
- 本番アプリのセットアップ:マーケティングチームが、アプリ構成FAQの指示に従って本番アプリを追加します。
重要:App StoreまたはPlayストアにアプリをリリースする前に、バンドルIDが製品版に更新されていることを確認してください。バンドルIDが不一致だと、適切なアトリビューションとトラッキングができません。
ステップ 3: リンクドメインの作成
ブランド化されたキャンペーンURLとディープリンク機能を可能にするSingularトラッキングリンク用のカスタムドメインを設定します。
リンクドメインの構造
シンギュラーリンクのフォーマット
シンギュラーリンク(シンギュラートラッキングリンク)は、カスタムサブドメインを持つ標準化された構造に従っています:
https://[SUBDOMAIN].sng.link/[PARAMETERS]
例例:"Jewel Rush "というアプリの場合、jewelrush.sng.linkというドメインを作成し、構造を持つトラッキングリンクを可能にする:
https://jewelrush.sng.link/[PARAMETERS]
ドメイン戦略
単一ドメインと複数ドメイン
組織は、すべてのリンクに単一のドメインを使用するか、異なる目的(アプリ、ブランド、キャンペーンなど)のために複数のドメインを作成することができます。
要件単一トラッキングリンクを使用する前に、少なくとも1つのドメインが必要。マーケティングチームは、マーケティングキャンペーンやユーザー向け資料に表示されるドメインの選択に参加する必要があります。
ドメインの使用例
- 単一ドメイン:アプリやキャンペーンにまたがるすべてのトラッキングリンクに1つのドメインを使用する。
- アプリ固有:ブランドを明確にするため、アプリごとにドメインを分ける。
- キャンペーン固有:キャンペーンの種類ごとにドメインを分ける
- 地域別:ローカライズされたキャンペーン用の地域ドメイン
iOSドメインの設定
関連ドメインの設定
iOSアプリにSingular SDKを統合する場合、ユニバーサルリンクをサポートするためにXcodeの関連ドメイン設定でリンクドメインを追加します。
関連ドメインのフォーマット:
applinks:[DOMAIN].sng.link
例
applinks:jewelrush.sng.link
追加リソース:ドメインの完全なセットアップと設定手順については、Singular Links Prerequisites を参照してください。
ステップ 4: 統合テストの計画
Singularのテストツールと検証手順を使用して、アプリをリリースする前にSDK/S2S統合機能を検証します。
テスト戦略
テストフェーズ
包括的なテストは2つのフェーズで行われます: リアルタイムの検証を行う実装中と、完全な統合検証を行う実装後です。
リアルタイム検証ツール
即座にフィードバックを提供するリアルタイム検証ツールを使用して、実装された機能をテストします。
テストコンソール
テスティングコンソールを使用して、実装されたさまざまな SDK 機能をリアルタイムで手動でテストします。
テスティングコンソールの利点
- リアルタイムのフィードバック:SDKコールとデータ伝送の即時検証
- 機能ごと:開発中に個々の機能を段階的にテスト
- デバッグサポート:設定の問題やデータの問題を即座に特定
- セッション追跡:セッションの初期化とイベントトラッキングの検証
サードパーティデバッグツール
トラフィックの検査と検証にプロキシツールを使用する代替テストアプローチ。
Charles Proxyのセットアップ:
- Charles Proxyまたは同様のネットワーク検査ツールをインストールする。
- HTTPS トラフィックを検査するために SSL プロキシを有効にする。
- Singular データが正しいパラメータで正しい時間にトリガーされたことを検証する。
- API エンドポイントの呼び出しとレスポンスコードの検証
包括的な検証ツール
実装完了後、自動および手動ツールを使用して完全な統合検証を行います。
SDK監査レポート
SDK監査レポートを実行して、統合の問題を自動的に特定し、推奨されるソリューションを受け取ります。
監査レポートの特徴
- 自動検出:SDK 機能の欠落または設定ミスを特定します。
- ベストプラクティスの検証:Singularの推奨事項に照らして実装を検証
- 実行可能な推奨事項:特定された問題に対する具体的なソリューションを提供
- 包括的なカバレッジ:すべてのSDK機能と構成をチェック
ログのエクスポート検証
Export Logsページを使用してユーザーレベルのデータをダウンロードし、アプリからSingularに正常に送信されたすべてのデータを確認します。
ログのエクスポート詳細
- データ形式:完全なユーザーレベルデータのCSVファイル
- タイミングデータが利用可能になる約30分前
- 検証イベント、セッション、属性データの検証
- デバッグ:欠落しているイベントや不正確なデータを特定
ディープリンクのテスト
Singular SDK統合のテスト方法」の指示に従ってディープリンクをテストします。
ディープリンクのテストケース:
- ユニバーサルリンク:iOS ユニバーサル・リンクおよび Android アプリ・リンクのテスト
- カスタムスキーム:カスタムURLスキームの処理の検証
- ディファードディープリンク:アプリのインストール前にクリックされたリンクのテスト
- キャンペーンパラメータ:パラメータの受け渡しとアトリビューションの検証
アトリビューションの検証
Attribution Details APIを使用して、テスト後にデバイスのアトリビューション詳細をクエリします。アトリビューションデータは、イベントの約4~6分後に入手できます。
Attribution Details Endpoint を使用してアトリビューションを検証する方法をご覧ください。
アトリビューション検証のステップ
- テストの実行:アプリをインストールし、テストユーザージャーニーを完了します。
- 処理を待ちます:アトリビューション処理に4~6分かかる
- API をクエリします:デバイス識別子を使用してアトリビューションの詳細APIを使用する
- 結果を確認する:正しいキャンペーンとソースへのアトリビューションを確認する
その他のテストリソース
テストガイド
包括的なテスト手順、ベストプラクティス、トラブルシューティングについては、Singular SDK統合のテスト方法をご覧ください。
テストチェックリスト
- テストコンソールでリアルタイムのSDKコールを検証
- SDK監査レポートで完全な統合を確認
- エクスポートログでデータ転送を検証
- ディープリンクがシナリオ全体で正しく機能する
- アトリビューションが期待されるキャンペーンソースと一致
- イベントが正しい名前と属性で追跡される
- 収益イベントが金額と通貨をキャプチャ
次のステップ
前提条件を満たした後、プラットフォーム固有のSDK統合またはS2S実装に進みます。
SDK統合ガイド
追加リソース
- アプリ構成FAQ- 本番アプリのセットアップと構成
- Singular Links Prerequisites- リンクドメインとディープリンクのセットアップ
- 標準イベントリファレンス- 標準イベントと属性の完全なリスト
- SDK統合のテスト- 完全なテスト手順と検証