URIスキームでディープリンクロジックを構成
カスタムのアプリ内ブラウザーを備えた一部のモバイルアプリでは、すべてのディープリンク技術がサポートされていないため、 URI スキーム を使用して、標準的なディープリンクが失敗した場合でも一貫したトラッキングを確保する必要があります。これらのカスタム アプリ内ブラウザー経由でユーザーが販売用ランディングページにアクセスした際のコンバージョントラッキングの精度を高めるには、この記事の手順に従ってください。
望ましい結果のフローチャート
以下のフローチャートは、あなたが目指す結果を表しています。要するに、トラッキングリンクをクリックしたユーザーを、可能な限り関連するモバイルアプリのページへ誘導するように impact.com でリダイレクトルールを設定したいということです。ユーザーのデバイスにアプリがインストールされていないためにそれが不可能な場合は、そのページのウェブ版へ誘導します。また、impact.com 上でインタースティシャル ランディングページを設定することもできます。これにより、ユーザーがあなたのアプリで認識される遷移先ページにのみリダイレクトされることを確実にできます。

前提条件
モバイルアプリの URI スキーム(例:
acmeapp://item/view/12345)は、アプリの Android 版と iOS 版で同一である必要があります。リダイレクトを機能させるには、ウェブ URL パスをモバイルアプリの URI スキームにマッピングする必要があります。たとえば、ACME Corporation の URL が
https://acme.com/item/view/12345の場合、その URI はacmeapp://item/view/12345.モバイルアプリ内の未対応パス(つまり、マッピングされていないパス)を把握しておく必要があります。これにより、以下で詳しく説明するように、ルール条件内のインタースティシャルページに対応するフィルターを実装できます。
URI スキーム トラッキングを設定する
ステップ 1: アプリで URI スキーム トラッキングを設定する
リファラーが URI スキームである場合を追跡できるように、モバイルアプリを設定します。
解析する
clickidを URI スキームおよびその他の関連するゲートウェイ トラッキング パラメーターから取得します。アプリ起動イベント時に、URI を PageUrl フィールドに渡して PageLoad API を呼び出します。
以下の Page Load を作成する 詳細については API リファレンスをご覧ください。
例:
acmeapp://item/view/12345?clickid=abcdef12345.
ステップ 2: プログラムの URI スキームを設定する
上部ナビゲーションバーから、
[ユーザープロフィール] → 設定.
右側の列の下にある Tracking、選択します 一般.
「URI Scheme」フィールドで、次を選択します
[編集].
モバイルアプリの URI スキームを入力します。スキームの末尾にある
://を除きます。複数の URI スキームが一覧表示されている場合、impact.com は最初のスキームをデフォルトとして使用します。
選択します 保存.
ステップ 3: リダイレクトルールを作成する
上部ナビゲーションバーから、
[ユーザープロフィール] → 設定.
右側の列の下にある 技術、選択します ブロックとリダイレクト.
右上で、 ルールを設定.
名前 ルールをわかりやすく記述します。
名前はルールの目的を示すものにしてください。
追加する 条件 を App Name パラメーターとともに追加し、そのルールが適用されるモバイルアプリのプラットフォームを入力します。
impact.com では、以下を含めることを推奨しています Facebook, Instagram、および X.
任意で、
[別の項目を追加] 条件を ランディングページ パラメーターとともに追加し、ユーザーをリダイレクトしたいパスとドメインを指定します。
この手順は推奨されており、アプリが認識できるパスに対してのみこの機能を使用できるようになります。
使用 正規表現 を使用して、特定のパスを含むランディングページに一致させます。以下の例を参照してください。
任意で、
[別の項目を追加] 条件を 確率 パラメーターを使用して、A/B テストのために再ルーティングするトラフィックの割合を指定します。

ステップ 4: Mobile Deep Linking 用のインタースティシャルをカスタマイズする
で 操作 フィールドで、
[ドロップダウンメニュー] を選択するために Mobile Deep Linking.
を使用します。ブランドに合わせてインタースティシャル テンプレートをカスタマイズします:
ヘッダーテキストとフォントカラー
ヘッダーテキストは、インタースティシャル上に大きな文字で表示される短いフレーズです。このテキストの内容を指定し、カラーピッカーまたは 16 進数 表記を使用してフォントカラーを定義できます。
サブヘッダーテキストとフォントカラー
サブヘッダーテキストは、ヘッダーテキストの下にインタースティシャル上で表示される短いフレーズです。このテキストの内容を指定し、カラーピッカーまたは 16 進数 表記を使用してフォントカラーを定義できます。
ロゴをアップロード
ブランドロゴを .gif、.jpg、.png、または .svg 形式でアップロードします。画像サイズは 1 MB を超えることはできません。
カバー画像をアップロード
適切な背景画像を .gif、.jpg、.png、または .svg 形式でアップロードします。画像サイズは 1 MB を超えることはできません。
「Open App」ボタンのラベルと色
ボタンラベルは、モバイルアプリへの URI スキームを開くボタンに表示されるテキストです。このテキストの内容を指定し、カラーピッカーまたは 16 進数 表記を使用してフォントカラーを定義できます。
「Continue」リンクのラベルとフォントカラー
リンクラベルは、遷移先ウェブページ URL を開くリンクに表示されるテキストです。このテキストの内容を指定し、カラーピッカーまたは 16 進数 表記を使用してフォントカラーを定義できます。

ステップ 5: アプリ起動ロジックと自動リダイレクトを設定する
で 操作 フィールドで、ビジュアルカスタマイズオプションの最後までスクロールし、以下のフィールドに入力します。
項目説明App Open
モバイルアプリを開くタイミングを指定します:
• インタースティシャルの読み込み直後 [推奨] — インタースティシャルが読み込まれたらすぐに、ユーザーのデバイス上でモバイルアプリを自動的に開きます。
• ボタンがタップされたとき — インタースティシャルの読み込み後、ユーザーのデバイスでモバイルアプリを開くことを承認するよう求めます。
自動リダイレクト
次を
[未選択のチェックボックス] を使用して、アプリの起動に失敗した場合のタイムアウトを定義します。この時間が過ぎると、自動的にウェブリンクへリダイレクトされます。impact.com では 10秒のタイムアウトを推奨しています。
デフォルト URI パス
URL から URI パスが抽出されない場合に使用する URI パス(たとえば、ウェブサイトのホームページ用のもの)を入力します。これにより、そうでなければアプリを開けないカスタム アプリ内ブラウザーからでも、アプリが正常に開くことが保証されます。たとえば、遷移先ページの 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 スキームはを入力すると、.忘れずに 保存 完了したらルールを保存してください。
ポストバックでインタースティシャルを使用する
もし ポストバック を使用してさまざまな impact.com プログラムタイプ間でコンバージョンを追跡している場合、impact.com ではインタースティシャルをプライマリプログラムにのみ実装することを推奨しています。プライマリプログラムは遷移先ページの直前の最後のリダイレクトを処理するため、モバイルアプリを開く前にすべてのクリックが追跡されます。この方法により、コンバージョンが子プログラムのいずれかにポストされた場合でも、アトリビューションが正確に機能することが保証されます。
最終更新
役に立ちましたか?

