For the complete documentation index, see llms.txt. This page is also available as Markdown.

URIスキームでディープリンクロジックを構成

カスタムのアプリ内ブラウザーを備えた一部のモバイルアプリは、すべてのディープリンク技術をサポートしていないため、 URIスキーム 標準のディープリンクが失敗した場合でも一貫したトラッキングを確保するためです。この記事の手順に従って、ユーザーがこれらのカスタムのアプリ内ブラウザー経由で販売用ランディングページにアクセスした際のコンバージョントラッキングの精度を高めてください。

目標とする結果のフローチャート

以下のフローチャートは、目指す結果を示しています。要するに、impact.com でリダイレクトルールを設定し、トラッキングリンクをクリックしたユーザーを、可能な場合は該当するモバイルアプリのページに振り分けたいということです。ユーザーのデバイスにアプリがインストールされていないなどの理由でそれができない場合は、そのページのウェブ版に誘導します。さらに、impact.com でインタースティシャルのランディングページを設定することもできます。これにより、アプリで認識される目的地ページにのみユーザーをリダイレクトすることを確実にできます。

前提条件

  • モバイルアプリの URI スキーム。例: acmeapp://item/view/12345は、アプリの Android 版と iOS 版で同一である必要があります。

  • リダイレクトを機能させるには、Web の URL パスをモバイルアプリの URI スキームにマッピングする必要があります。たとえば、ACME Corporation の URL が https://acme.com/item/view/12345、その URI は acmeapp://item/view/12345.

  • 以下に詳述するように、ルール条件内でインタースティシャルページに対応するフィルターを実装できるよう、モバイルアプリ内のサポートされないパス(つまり、マッピングされていないパス)を把握しておく必要があります。

URIスキームのトラッキングを設定する

1

ステップ1:アプリでURIスキームのトラッキングを設定する

リファラーが URI スキームである場合をトラッキングするよう、モバイルアプリを設定します。

  1. 解析する clickid を URI スキームおよびその他の関連するゲートウェイトラッキングパラメーターから取得します。

  2. アプリの起動イベントで、URI を PageUrl フィールドに渡して PageLoad API を呼び出します。

    例: acmeapp://item/view/12345?clickid=abcdef12345.

2

ステップ2:プログラムの URI スキームを設定する

  1. 上部ナビゲーションバーで、 [ユーザープロフィール] → 設定.

  2. 右側の列の トラッキングで、 一般.

  3. URI Scheme フィールドで、次を選択します [編集].

  4. モバイルアプリの URI スキームを入力し、末尾の :// は除外します。

    • 複数の URI スキームが一覧にある場合、impact.com は最初のスキームを既定値として使用します。

  5. 選択 保存.

3

ステップ3:リダイレクトルールを作成する

  1. 上部ナビゲーションバーで、 [ユーザープロフィール] → 設定.

  2. 右側の列の 技術で、 ブロックとリダイレクト.

  3. 右上隅で、次を選択します ルールを設定.

  4. 名前 ルールにわかりやすい名前を付けます。

    • 名前はルールの目的を示すものでなければなりません。

  5. 追加します 条件 を アプリ名 パラメーターを指定し、このルールが適用されるモバイルアプリのプラットフォームを入力します。

    • impact.com では、次を含めることを推奨しています Facebook, Instagram、および X.

  6. 必要に応じて、 [別の項目を追加] 条件に ランディングページ パラメーターを使用し、ユーザーをリダイレクトしたいパスとドメインを指定します。

    • この手順は推奨であり、アプリが認識できるパスに対してのみこの機能を使用できるようになります。

    • 使用して 正規表現 特定のパスを含むランディングページに一致させるために使用します。以下の例を参照してください。

  7. 必要に応じて、 [別の項目を追加] 条件に 確率 パラメーターを指定し、A/B テストのためにリルートするトラフィックの割合を設定します。

4

ステップ4:モバイルディープリンク用のインタースティシャルをカスタマイズする

  1. で、 アクション フィールドでは、次を使用します [ドロップダウンメニュー] 以下を選択するには モバイルディープリンク.

  2. インタースティシャルテンプレートをブランドに合わせてカスタマイズします:

フィールド
説明

見出しテキストとフォントカラー

ヘッダーテキストは、インタースティシャル上部に大きく表示される短いフレーズです。このテキストの内容を指定し、カラーピッカーまたは 16進表記 でフォントカラーを指定できます。

サブヘッダーテキストとフォントカラー

サブヘッダーテキストは、インタースティシャルの見出しテキストの下に表示される短いフレーズです。このテキストの内容を指定し、カラーピッカーまたは 16進表記 でフォントカラーを指定できます。

ロゴをアップロード

.gif、.jpg、.png、または .svg 形式でブランドロゴをアップロードしてください。画像サイズは 1 MB を超えられません。

カバー画像をアップロード

.gif、.jpg、.png、または .svg 形式で適切な背景画像をアップロードしてください。画像サイズは 1 MB を超えられません。

アプリを開くボタンのラベルと色

ボタンラベルは、モバイルアプリの URI スキームを開くボタンに表示されるテキストです。このテキストの内容を指定し、カラーピッカーまたは 16進表記 でフォントカラーを指定できます。

続行リンクのラベルとフォントカラー

リンクラベルは、遷移先の Web ページ URL を開くリンクに表示されるテキストです。このテキストの内容を指定し、カラーピッカーまたは 16進表記 でフォントカラーを指定できます。

5

ステップ5:アプリ起動ロジックと自動リダイレクトを設定する

  1. で、 アクション フィールドで、ビジュアルカスタマイズオプションの最後までスクロールし、次のフィールドに入力します。

    フィールド
    説明

    アプリを開く

    モバイルアプリをいつ開くかを指定します:

    • インタースティシャルが読み込まれたらすぐに [推奨] — インタースティシャルが読み込まれ次第、ユーザーのデバイス上でモバイルアプリを自動的に開きます。

    • ボタンがタップされたとき — インタースティシャルの読み込み後、ユーザーにデバイス上でのモバイルアプリ起動の承認を求めます。

    自動リダイレクト

    各申請者の横にある [未チェックのボックス] アプリの起動に失敗した場合のタイムアウトを設定し、その後は自動的に Web リンクへリダイレクトされるようにします。impact.com では、 10秒のタイムアウトを推奨しています。

    デフォルト URI パス

    URL からパスを抽出できない場合に使用する URI パスを入力します。たとえば、Webサイトのホームページなどです。これにより、通常はアプリの起動に失敗するカスタムのアプリ内ブラウザーからでも、アプリが正常に開くようになります。例:遷移先ページの URL が https://acme.comで、デフォルトの URI パスとして homeを入力すると、生成される URI スキームリンクは acmeapp://home.

    カスタム URI 正規表現

    デフォルトでは、impact.com は遷移先ランディングページの URL のパスを URI スキームに追加して URI スキームリンクを作成します。例:遷移先ページの URL が https://acme.com/product/12345で、URI スキームが acmeappの場合、生成される URI スキームは acmeapp://product/12345.

    ただし、次を使用して 正規表現 遷移先ページの URL のどの部分を抽出して URI スキームに追加する必要があるかを指定することもできます。例:遷移先ページの URL が https://acme.com/product/12345で、正規表現として acme.com.*$の場合、生成される URI スキームは acmeapp://acme.com/product/12345.

  2. 作業が終わったら 保存 ルールを忘れずに保存してください。

ポストバックでインタースティシャルを使用する

もし ポストバックを さまざまな impact.com プログラムタイプにわたってコンバージョンをトラッキングする場合、impact.com ではインタースティシャルをプライマリプログラムのみに実装することを推奨しています。プライマリプログラムは遷移先ページの前の最後のリダイレクトを処理するため、モバイルアプリを開く前にすべてのクリックがトラッキングされます。この方法により、コンバージョンが子プログラムのいずれかに送信された場合でも、アトリビューションが正確に機能します。

最終更新

役に立ちましたか?