Singular リンクをクリックしてもアプリが開かない場合、原因は通常次のいずれかです。

1. アプリまたは Singular ダッシュボードに前提条件が満たされていない:
   • アプリが必要な前提条件および設定を満たしていることを確認してください。
   • 詳細な前提条件ガイドはこちらをご確認ください: Singular Links の前提条件 。
2. リンク設定が正しくない:
   • 「Manage Links」ページで遷移先が正しく設定されていることを確認してください。
   • このガイドの手順に従ってください: ディープリンクの作成方法 。

ディープリンクは機能するがディファードディープリンクが機能しない場合、問題は Singular Links ハンドラーが Singular の SDK ベストプラクティスに従って実装されているかどうかにあります。Singular では Open URL 時、およびアプリのエントリーポイントとなるあらゆる箇所で Singular SDK を初期化することを推奨しています。

iOS では、ディファードディープリンクのテストにおけるよくある問題として Apple の Private Relay があります。テストデバイスで、設定 > [名前] > iCloud > 高度なデータ保護 > Private Relay からオフにしてください:

ディファードディープリンクをテストする最良の方法は、Singular のテストガイドに従って一から始めることです。 こちらのガイドに従ってください: トラッキングリンクのテスト方法 （Singular リンクを使用してテストします）。

一部のパートナーは リターゲティング / リエンゲージメント キャンペーンをサポートしていません。

パートナーがこれらのキャンペーンをサポートしているにもかかわらず、Singular の リンク作成／リンク編集 ページにオプションが表示されない場合は、Singular のサポートチームまでご連絡ください。連携を更新いたします。

» リエンゲージメントの詳細については、 リエンゲージメント FAQ をご覧ください。

リンクが既に存在していないか確認してください。既存のリンクと同じソース、トラッキングリンク名、設定済みのアプリサイトを持つトラッキングリンクは作成できません。

アプリがインストール済みであってもユーザーをディープリンクせず、常に「アプリが未インストールの場合の遷移先」にリダイレクトしたい場合は、ディープリンクの遷移先を設定せずに Singular リンクを作成してください。

ユーザーが広告を表示またはクリックすると、そのビューやクリックをアトリビューションプロバイダーに通知するリンクが発火します。アトリビューションプロバイダーはこの情報を使用して、モバイルアプリのインストールおよびリエンゲージメントをトラッキングします。リンクにはその他の情報を含めることもでき、その情報は最終的にレポートに表示されます。

» トラッキングリンクがどのようにアトリビューションを可能にするかの詳細については、 Singular モバイルアプリアトリビューションの理解 をご覧ください。

Singular Links は Singular のトラッキングリンクソリューションであり、リンクの挙動、アトリビューション設定、リンクに含める追加情報など、利用可能なすべてのオプションを案内する UI を通じてトラッキングリンクを作成・管理できます。

Singular Links は、可能な限り iOS Universal Links および Android intent 技術を自動的に活用してディープリンクを作成します（ 前提条件 を参照）。

以下は Singular Link の例です。iOS または Android デバイスで試すことができます:

https://singularassist.sng.link/A59c0/nha7?_dl=singularassist%3A%2F%2F

ユーザーが www.linkedin.com のような通常のウェブリンクをクリックすると、ブラウザは URL のサーバー（この場合は LinkedIn）に何をすべきかを問い合わせ、その応答として URL のサーバーはユーザーに表示する HTML をブラウザに返します。

ユーザーがトラッキングリンクをクリックすると、リンクプロバイダーのサーバーはユーザーのブラウザに対して、代わりに別の URL（リダイレクト URL）に移動し、その URL のコンテンツを表示するよう指示します。リダイレクトは通常 HTTP 302 を介して実行されます。

ディープリンクの文脈において、フォールバックリダイレクトとは、ディープリンクが失敗した場合にユーザーを誘導したいリダイレクト先のことです。

通常、ユーザーがアプリの広告をクリックした場合、ディープリンクによってアプリ内の特定の画面へ誘導したいと考えます。しかし、ユーザーがまだアプリをインストールしていない場合は、代わりにアプリストアにリダイレクトしてアプリをダウンロードしてもらいたいはずです。

ディープリンク は、（ユーザーが既にアプリをインストールしている場合に）デバイス上でアプリを開くだけでなく、アプリのデフォルト画面を開くのではなく、特定のアプリコンテンツや特定のユーザー体験を表示するリンクです。

ディープリンクは、通常のウェブリンクがユーザーをウェブサイト内の特定のページへ誘導するのと同じように、再訪ユーザーをアプリケーションの核心へ直接誘導します。アプリにディープリンクを実装するために少し手間をかければ、ユーザーをアプリ内の特定の画面へ直接誘導したり、アプリに入った瞬間にカスタマイズされた体験を提供したりできます。

開発者はディープリンクを実現するためにさまざまな方法を使用してきました:

1. URI スキーム（例: "myapp://path/to/page?pageid=1"）: 「アプリスキーム」ディープリンクとも呼ばれます。このレガシーなディープリンク手法では、アプリ開発者がアプリの「スキーム」を登録することで、ユーザーがそのスキームを持つリンク（この例では「myapp://」で始まるあらゆるリンク）をクリックしたときに、デバイスプラットフォームがアプリを開く必要があると認識します。
   • アプリがデバイスにインストールされている場合、アプリが開き、その後リンクの残りの部分を解析して、ユーザーにアプリ内の特定のページを表示したり、それに応じた特定の体験を提供したりします。
   • アプリがユーザーのデバイスにインストールされていない場合、エラーになります。フォールバック URL はありません。
2. iOS Universal Links（iOS 9 以降）: この技術は、iOS における URI スキームベースのディープリンクを改善するために開発されました。この技術を使用する場合、アプリ開発者はまず、アプリの Universal Links を配信するための検証済みウェブドメイン（例: "myapp.com"）を設定します。ユーザーが Universal Link（例: "https://www.myapp.com/path/to/page?pageid=1"）をクリックすると、デバイスプラットフォームは特定のアプリを開く必要があると認識します。
   • アプリがデバイスにインストールされている場合、アプリが開き、その後リンクの残りの部分を解析して、ユーザーにアプリ内の特定のページを表示したり、それに応じた特定の体験を提供したりします。
   • アプリがインストールされていない場合、ユーザーはデバイスのデフォルトブラウザを使用して、シームレスにウェブ URL へ誘導されます。
3. Android App Links（Android 6.0 以降）: URI スキームベースのディープリンクに対する Android の改善版です。この技術を使用する場合、アプリ開発者はまず App Links を配信するための検証済みウェブドメインを設定します。ユーザーが app link をクリックすると、デバイスプラットフォームは特定のアプリを開く必要があると認識します。
   • アプリがデバイスにインストールされている場合、アプリが開き、その後リンクの残りの部分を解析して、ユーザーにアプリ内の特定のページを表示したり、それに応じた特定の体験を提供したりします。
   • アプリがインストールされていない場合、ユーザーはデバイスのデフォルトブラウザを使用して、シームレスにウェブ URL へ誘導されます。

ディファードディープリンク は、ディープリンクをさらに改善したものです。この技術では、ユーザーがディープリンクをクリックしてもデバイスにアプリがインストールされていない場合、ユーザーはアプリストアへ誘導されるだけでなく、ディープリンクのパラメータ（ユーザーに表示するページやカスタマイズされた体験）が実際には失われません。ユーザーが後でアプリストアからアプリをインストールして開くと、アプリはディープリンクのパラメータにアクセスし、意図されたカスタマイズ体験をユーザーに表示します。

ディープリンクとは異なり、ディファードディープリンクは一般的に アトリビューショントラッカー の助けがある場合にのみ可能です:

1. トラッカーは、モバイルアプリ向けのインストール前クリックに関する情報を収集します。
2. アプリ内に実装されたトラッカーの SDK は、そのインストール前のコンテキストにアクセスできます。
3. アプリは SDK を使用して、ユーザーが最初にエンゲージしたディープリンクを特定し、アプリが初めて開かれたときに意図されたページやカスタマイズ体験を提供します。

ディープリンクはユーザーとエンゲージするための非常に便利な方法ですが、マーケティングチャネルで適切に活用するには、その使い方と制限を理解しておく必要があります。

リダイレクト設定

必ず redirect=true を設定してください。

URI（アプリ）スキームの制限

URI（アプリ）スキームの使用は一般的に推奨されません。アプリがユーザーのデバイスにまだインストールされていない場合、リンクをクリックするとエラーが発生し、ユーザーエンゲージメントが大幅に低下するためです。

iOS では、推奨される方法である iOS Universal Links が失敗する場合に、 URI scheme ディープリンクがユーザーをディープリンクする唯一の方法となる場合があります。ただし、URI スキームディープリンクを使用する際のエンドユーザー体験は理想的ではなく、ユーザーのデフォルト iOS ブラウザによってはポップアップが表示される場合があることに留意してください:

iOS における URI スキームディープリンクのユーザー体験の例
ディープリンク前のユーザー確認	アプリが未インストールの場合のユーザーポップアップ「エラー」。「OK」をクリックすると、ユーザーはフォールバック先へ進みます

Android では、 Android intents を使用して、エラーメッセージを表示する代わりにユーザーを Google Play ストアへ誘導することで、この問題を回避できます。

さらに、URI スキームディープリンクにはセキュリティ上の脆弱性があります。他のアプリがあなたのアプリと同じ URI スキームを登録し、ディープリンクを乗っ取る可能性があります。

iOS Universal Links の制限

• ソーシャルメディアアプリ: 一部のソーシャルメディアアプリは、ユーザーをソーシャルメディアアプリの外に連れ出そうとするディープリンクを意図的に無効化または制限します。これらは多くの場合、内部のウェブブラウザビューでリンクを開くソーシャルメディアアプリです。
• リンクラッピング: Universal Links は、別の URL が Universal Link にリダイレクトするリンクラッピングでは機能しません。リンクラッピングには bit.ly などのリンク短縮サービスが含まれます。
• ブラウザの URL 欄への貼り付け: リンクをモバイルブラウザの URL 欄に入力した場合、Universal Links はディープリンクしません。
• JavaScript によるリンクのトリガー: URL リダイレクトをトリガーするスクリプトは、ユーザーアクションの一部でない限りディープリンクしません。

Universal Links は Apple のディープリンク技術であり、従来の URI スキームディープリンク手法を置き換えるように設計されています。iOS 9 以降を実行するデバイスで利用できます。

Universal Links は URI スキームと同様のディープリンク動作を可能にしますが、その内部の仕組みは大きく異なります。Universal Links は "https://www.linkedin.com" のような通常の HTTPS URL のように見えます。ユーザーが Universal Link をクリックすると、ユーザーのデバイスはそのリンク用に設定されたアプリを開きます。アプリがデバイスにインストールされていない場合、ユーザーはモバイルブラウザで実際の URL に誘導されます。

Apple の開発者向けドキュメント をご覧ください。

アプリ開発者として、アプリで Universal Links を有効にするには次の操作を行います:

1. Apple Developer アカウントで Associated Domains を有効にする

   Apple developer アカウント にログインし、アプリの ID ページに移動します。Associated Domains アプリサービスを有効にします。Prefix（bundle ID）と ID（team ID）は後で必要になるため、控えておいてください。

   

2. アプリケーションに Associated Domain 機能を追加する

   Xcode でアプリに「Associated Domain」機能を追加し、ウェブサーバーのドメインを associated domain として追加します。

   

3. ウェブサーバーを設定する

   • apple-app-site-association ファイルを作成する

     アプリページの Prefix と ID を使用して、以下のような JSON 形式のファイルを設定し、ルートからアクセス可能な HTTPS ウェブドメインでホストします。

     例えば、"https://www.mycompanywebsite.com/domain" を所有している場合、JSON ファイルは "https://www.mycompanywebsite.com/apple-app-site-association" の URL でアクセスできる必要があります。ホストされるファイルには .json という拡張子が付かないことに注意してください。

     {
        "applinks":{
           "apps":[
     
           ],
           "details":[
              {
                 "appID":"A4GXBZ4XU7.my.cool.app",
                 "paths":[
                    "/page/all/",
                    "/user/saved/*"
                 ]
              }
           ]
        }
     }

     appID はあなたの [teamID].[app bundle ID] であり、アプリを識別します。paths はアプリ内の有効なコンテンツページを表します。Apple は paths を短く保つことを推奨しています。すべてのパスを指定するにはワイルドカード（"*"）を使用し、パスを除外するには "NOT" キーワードを使用します（例: "NOT /user/saved/*"）。

   • Universal Links を処理するコードを実装する

     最後のステップは、アプリを開くあらゆる Universal Link が正しく処理されるようにすることです。そのためには、アプリケーションデリゲートに application:continueUserActivity:restorationHandler: メソッドを実装します。

     - (BOOL)application:(UIApplication *)application
         continueUserActivity:(NSUserActivity *)userActivity
           restorationHandler:(void (^)(NSArray *_Nullable))restorationHandler {
       if ([userActivity.activityType
               isEqualToString:NSUserActivityTypeBrowsingWeb]) {
         NSURL *url = userActivity.webpageURL;
         // Put code here to take user to relevant content}
         return YES;
       }

Singular が自動的に処理します。 iOS アプリで Universal Links を設定した後、そのアプリ用に Singular Link を作成してディープリンクを有効にすると、そのリンクは自動的に iOS Universal Link として機能し、ディープリンクとモバイルフォールバックの両方を提供します。

リンクラッピング

別のリンクが Universal Link の URL にリダイレクトするリンクラッピングは、しばしばディープリンクの失敗を引き起こします（ユーザーはブラウザでモバイルウェブページに誘導されるだけになります）。これは、Apple がリルーティングの背後に「ユーザーの意図」を求めており、別の URL にリダイレクトしてディープリンクに至るトラッキングリンクは直接的なユーザーの意図とは見なされないためです。したがって、アトリビューショントラッカーのトラッキングリンクをリンクラッピングするパートナーでは Universal Links を使用できません。

どのカスタムソースがディープリンクやその他の Singular Links 機能をサポートしていますか？ をご覧ください。

「クリック」なしのトラッキング

ユーザーがトラッキング対応の Universal Link をクリックし、（アプリがインストール済みのため）ユーザーをアプリにディープリンクした場合、デバイスは HTTP リクエストを一切実行せず、したがって「クリック」が登録されないため、一部のアトリビューショントラッカーはこのタッチポイントをトラッキングできない可能性があります。

Singular を使用すればこの問題は解決されます。Singular Links はインストールリンクとディープリンクの両方について、獲得およびリエンゲージメントのトラッキングを完全に保証するためです。

ディープリンクのサポートはパートナーによって異なります。一部のパートナーは、既にアプリを持っている既存の既知ユーザーをターゲットとするため、リエンゲージメントキャンペーンにディープリンクを必須としています。

» 詳細は ディープリンク FAQ をご覧ください。

セルフアトリビューティングネットワーク（ SAN ）パートナー

Facebook や Google Ads などのセルフアトリビューティングパートナーは、モバイルアプリキャンペーンにおいてトラッキングリンクをサポートしていません。これらのパートナーでディープリンクを設定するには、パートナーのダッシュボードを使用する必要があり、パートナーの指示に従ってアプリを設定しなければならない場合があります。

以下のセルフアトリビューティングパートナーでのディープリンクについて詳しくはこちらをご覧ください:

• Facebook（別名 Meta）
• Google Ads
• Snap Ads
• X Ads（旧 Twitter - App Cards）

詳細については、パートナーの担当者にお問い合わせいただくことをお勧めします。

ノンセルフアトリビューティングパートナー

このカテゴリの一部のパートナーは、リダイレクトやディープリンクに MMP トラッキングリンクを使用しません。代わりに、Singular はクリック通知を非同期で受信します。これらのパートナーは サーバー間（S2S）または非同期連携パートナー とも呼ばれ、ディープリンクは通常、パートナーのキャンペーンダッシュボードで設定できます。

モバイルアプリキャンペーンでトラッキングリンクのリダイレクトをサポートするノンセルフアトリビューティングパートナーの場合、既にアプリをインストール済みのユーザーとエンゲージする際に、Singular Links を使用してディープリンク体験を提供できます。

キャンペーンでディープリンクを使用する場合は、ディファードディープリンクを追加することをお勧めします。

ディープリンクと同様に、ディファードディープリンクの設定もセルフアトリビューティングパートナーとノンセルフアトリビューティングパートナーで異なることに注意してください。

セルフアトリビューティングパートナー

Facebook や Google Ads などのセルフアトリビューティングパートナーは、モバイルアプリキャンペーンにおいてトラッキングリンクをサポートしていません。したがって、ディープリンクおよびディファードディープリンクはパートナーのダッシュボードで設定され、パートナー固有のアプリ処理要件が必要になる場合があります。セルフアトリビューティングネットワークでのディファードディープリンクは、連携内でディファードディープリンクをサポートするパートナーの場合、MMP 連携自体に組み込まれています。

Singular は以下でディファードディープリンクをサポートしています:

• Facebook （ 詳細はこちら ）。Singular を通じてディファードディープリンクを有効にするには、Singular のカスタマーサクセスマネージャーにお問い合わせください。Facebook SDK で同等の機能が 有効になっていない ことを確認してください。
• Snapchat ：有効化されたパートナー設定により自動的に有効になります。
• Google Ads: 有効化されたパートナー設定により自動的に有効になります。
• TikTok Ads: 有効化されたパートナー設定により自動的に有効になります。サポートされているキャンペーン目的でディファードディープリンクを有効にする方法については、 TikTok のヘルプセンター記事 をご覧ください。

現在開発中の他のセルフアトリビューティングネットワークでのディファードディープリンクの可能性については、Singular のカスタマーサクセスマネージャーにお問い合わせください。

ノンセルフアトリビューティングパートナー

任意のノンセルフアトリビューティングパートナーでのディファードディープリンクは、Singular Link にディファードディープリンクの値を設定するだけで、これらのいずれのパートナーでも有効化・利用できます。ディープリンクとは異なり、ディファードディープリンクはパートナーのリダイレクトに依存せず、Singular の SDK（または S2S API）との連携を通じて有効になる機能です。

Singular のトラッキングリンクは次の構造になっています。[SUBDOMAIN] はお客様が選択し、[DNS_ZONE] は "sng.link" です。サブドメインと DNS ゾーンを合わせてドメインが構成されます。

1 つのドメインを作成してすべてのリンクに使用することも、用途ごとに複数作成することもできます。少なくとも 1 つのドメインを作成する必要があります。

例:

Jewel Rush というアプリを宣伝するキャンペーンの場合、 "jewelrush.sng.link" というドメインを作成できます。そして、それを使用して次の構造のトラッキングリンクを作成できます:

https://jewelrush.sng.link/[PARAMETERS]

注: 現在、リンクサブドメインに -、$、! などの特殊文字を含めることはできません。ベストプラクティスとして、特殊文字を含まないリンクサブドメインを作成してください。

特殊文字を含めて作成されたサブドメインは、カーソルを合わせることでスターを付けたりアーカイブしたりできます。リンクドメインをアーカイブすると、操作の確認を求められます。

パートナー とは、Singular のアトリビューショントラッカーと連携している広告ネットワークやその他のサービスです。

パートナーリンクを作成すると、Singular はプロセスの一部を次のように自動化します:

• そのパートナーが サポートするオプションのみ を表示します。例えば、一部のパートナーは iOS のみ、または Android のみをサポートしています。
• パートナーがキャンペーン情報を Singular に渡せるようにするパートナーマクロを含めた トラッキングリンク を生成します。

カスタムソース とは、メールや SMS キャンペーン、ソーシャルメディア、クロスプロモーションキャンペーンなど、自社所有または自社管理のマーケティングチャネルです。

注: メール配信サービスプロバイダーと連携している場合は、パートナートラッキングリンクを作成してください。自社でメールキャンペーンを管理している場合は、カスタムトラッキングリンクを作成してください。

Facebook や X Ads などのセルフアトリビューティングネットワークは、Singular のトラッキングリンクを使用しません。これらを設定するには、以下の手順をご覧ください:

• Facebook Ads アトリビューション連携
• Google Ads（AdWords）アトリビューション連携
• X（Twitter）Ads アトリビューション連携
• または、 パートナー連携の詳細 セクションで SAN のガイドをご確認ください。

これは単にトラッキングリンクに付ける名前であり、任意の名前にできます（ただし、ほとんどのユーザーはキャンペーン名またはキャンペーン名のバリエーションを使用します）。

トラッキングリンク名は、レポートで「Tracker Name」として表示されます。

パートナーによっては使用できる場合があります。

• 一部のパートナーは iOS のみ、または Android のみ をサポートしています。
• 両プラットフォーム をサポートしているものの、それぞれに個別のリンクを作成する必要があるパートナーもあります。
• 最後に、 マルチプラットフォームリンク を作成できるパートナーもあり、この場合は両プラットフォームで使用する 1 つのトラッキングリンクを作成します。

リンク作成 ページには、選択したパートナーがサポートするオプションが表示されます。

リエンゲージメントとは、過去に一度コンバージョンしたユーザーによる製品の再利用のことです。リエンゲージメントの創出を目的としたキャンペーンはリターゲティングキャンペーンと呼ばれます。

Singular にリエンゲージメントをトラッキングさせるには、キャンペーンで使用する Singular Link を作成する際にリエンゲージメントトラッキングを有効にするだけです。 Attribution Settings セクションを展開し、 Enable Re-engagement Tracking を選択してください。

» 詳細は リエンゲージメント FAQ をご覧ください。

決定論的（deterministic） なクリック/ビュー は、デバイス識別子または Google Install Referrer に基づいてソースにアトリビュートされます。

確率論的（probabilistic）なクリック/ビュー は、デバイス ID がない場合に Singular がユーザーのデバイスについて収集するさまざまな属性の組み合わせに基づいてアトリビュートされます。確率論的アトリビューション手法は Android デバイスでのみ利用可能です。Apple は iOS デバイスでの確率論的手法の使用を禁止しています（ こちらを参照 ）。

» 詳細については、 Singular アトリビューション手法 をご覧ください。

デフォルトでは、トラッキングリンクは Partner Configuration ページでパートナー用に設定されたデフォルトのルックバックウィンドウを使用します。ただし、 Attribution Settings の Override attribution windows を選択することで、デフォルトのルックバックウィンドウを上書きし、リンクごとにカスタマイズできます。

これにより、異なるアトリビューションウィンドウが有効なさまざまなタイプのチャネルを持つパートナーに対して、より高い制御が可能になります。

» 詳細については、 アトリビューションルックバックウィンドウ をご覧ください。

Generate をクリックしてトラッキングリンク URL が表示された後、 Shorten Link を選択すると、同じリンクの短縮版を作成できます。これは、URL がエンドユーザーに公開されるカスタムチャネルや、SMS など URL の長さに制限があるチャネルで役立ちます。

これは リンク作成 ページで生成された Singular Link の例です:

https://company.sng.link/C59c0/47bm?_dl=singular%3A%2F%2Ftestlink&idfa={idfa}&aifa={aifa}&pcn={campaign_name}&pcid={campaign_id}&pcrn={creative_name}&pcrid={creative_id}

リンクの構成要素は以下のとおりです:

クエリパラメータの完全なリストについては、 トラッキングリンクパラメータとレポートディメンション をご覧ください。

スターを付けたアプリは、 Link Management ページのリストの先頭に固定されます。この設定はユーザーごとにカスタマイズでき、次回以降のログインでも保存されます。

つまり、組織に多数のアプリがある場合でも、Singular Links を作成・管理するたびにリスト全体をスクロールする必要はなく、作業対象の特定のアプリにすばやくアクセスできます。

Edit Tracking Link ページで Save をクリックすると、変更はすぐに反映されます。

リンクが既にキャンペーンでアクティブになっている場合、それらのキャンペーンに属する過去のクリック、インプレッション、アトリビューションは影響を受けません。

Manage Links 画面から Singular Link を完全に削除できます。

1. Attribution > Manage Links に移動します
2. 削除したいリンクを探します。
3. リンクの行にあるゴミ箱（削除）アイコンをクリックします。
4. 確認ダイアログで Yes, delete link をクリックします。

リンクは完全に削除されます。アクティブなリダイレクトは直ちに機能しなくなり、リンクをクリックしたユーザーはエラーに遭遇します。トラッキングおよびアトリビューションのデータは収集されなくなります。

トラッキングリンクをアーカイブすると、そのリンクはトラッキングリンクダッシュボードから非表示になります。目的は、過去のキャンペーンに属する古いリンクを非表示にして、ダッシュボードを整理することです。

これらのリンクには 30 日間の猶予期間を設けています。30 日経過後、アーカイブされたリンクはサーバーから完全に削除され、機能しなくなります。ハード削除されたリンクを復元することはできません。

リンクを機能させたままダッシュボードを整理したい場合は アーカイブ を使用します。リンクを完全かつ直ちに無効化したい場合は 削除 を使用します。例えば、不正な、あるいは終了したアフィリエイトリンクのアトリビューションを停止する場合などです。

リンクリストを検索・フィルタリングするには、 Manage Links ページの左上にある検索バーを使用します。

トラッキングリンク URL（またはその一部）、リンク名、ソース名などを入力するだけです。入力した文字列に一致するリンクが、右側の Available Links の下に表示されます。

広告を表示する際に リンクに動的にデータを追加する ことで、リンクにさらに多くの役割を持たせることができます。このデータは、ユーザーが広告のいずれかにエンゲージしてからアプリに到達した場合に、アプリが読み取って利用できます。動的なデータを追加するには、Singular Link の末尾に _p パラメータと任意の値を追加します。 _p は「passthrough」を表し、URL エンコードされた JSON 値または非構造化文字列値を指定できます。

{
  "productid":"Shoes123",
  "qty":1
}

https://myshoppingapp.sng.link/A59c0/nha7?_p=%7B%22productid%22%3A%22Shoes123%22%2C%22qty%22%3A1%7D

Singular Links でランディングページを使用するには、2 つの選択肢があります:

オプション 1 — Singular のソーシャルランディングページ（組み込み）

Singular は、ユーザーがソーシャルメディアのアプリ内ブラウザ（iOS Universal Links が発火しない環境）からクリックした際に確実なディープリンクを実現するため、iOS および Android リンク向けに自動の ソーシャルランディングページ を提供しています。

サポート対象のリンクタイプ: カスタムソースリンク、モバイルウェブ・トゥ・アプリリンク、およびパートナーリンク（ディープリンクがブロックされる特定のパートナー向け）。

有効化の方法: すべてのリンクタイプについて、Manage Links の Social Link Settings にある Enable Landing Page をオンにします。

詳細については、 トラッキングリンクの作成方法: ソーシャルランディングページ をご覧ください。

オプション 2 — クライアントホストのランディングページ

カスタムランディングページがキャンペーンに適していると判断し、キャンペーンがトラッキングのために モバイルアトリビューションプロバイダー に依存する場合は、まず以下を検討してください:

• ランディングページからユーザーがアプリにコンバージョンできる手段があることを確認してください。
• 利用しているメディアチャネルを考慮してください。連携パートナーによっては、ランディングページを実行するための異なる方法をサポートしている場合があります。

次に、どのタッチポイントにインストールをアトリビュートしたいかを決定します。

1. ユーザーをランディングページに誘導するクリックをトラッキングする: この場合、 Link Management ページで生成した Singular Link を通常どおり使用し、ランディングページをモバイルフォールバック URL として定義します。
2. ユーザーがランディングページ内でエンゲージするクリックをトラッキングする: このオプションを選択する場合は、Singular Link をランディングページに埋め込みます。広告からランディングページへのリンクが、必要なトラッキング値をランディングページに引き継ぐようにしてください。

Singular Links を使用して、ソーシャルメディアや SMS などの自社所有チャネルでのマーケティング施策をトラッキングできます。ただし、ディープリンクは一部のチャネルの一部の技術でのみ機能します。

既知の一般的なリダイレクトの制限をまとめました:

カスタムソースで Singular Links を使用する場合、ディメンション情報を追加してレポートにその粒度を追加できます。例えば、トラッキングリンクにキャンペーン名を渡すと、レポートでキャンペーンレベルの粒度が得られます。

情報を渡すには、リンクを配信する際にパラメータとして追加します。Singular がサポートする トラッキングリンクレポートパラメータの完全なリスト をご覧ください。例えば、次のリンクは Campaign Name ディメンションを "CoolShoes123" として記録します:

https://singularassist.sng.link/A59c0/u53f?_dl=singularassist%3A%2F%2F&_p=%7B%22productid%22%3A%22Shoes123%22%7D&pcn=CoolShoes123

Singular Link に _dl 、 _ddl 、またはその他のリダイレクトパラメータ（下記の完全な表を参照）を追加することで、リンクのリダイレクトを動的に上書きできます。これは、例えばユーザーからの入力やユーザーエンゲージメントのコンテキストに基づいて動的なディープリンクを配信する場合に役立ちます。

以下のクエリパラメータは必要に応じて追加または変更できます。パラメータに値を追加する際は、値を URL エンコード することを忘れないでください。

遷移先が動的に変更される場合（クエリパラメータを使用した遷移先の上書き）にリンクが誘導できる遷移先を制限することで、悪意のある上書きからリンクを保護できます。

これは Manage Links 画面で Manage Links Domains をクリックし、 Allowed Override Domains タブに移動することで行います。

Allowed Override Domains タブでは、次のいずれかを選択できます:

1. "Allow all destination overrides" - 上書きリンクリダイレクトに制限を設けません。
2. "Do not allow all destination overrides" - 上書きリンクリダイレクトは不可能です。
3. "Limit to allowed domains list" - 許可ドメインリストに追加されたドメインを除き、上書きリンクリダイレクトは不可能です。

例:

リンクを保護し、 自社サイト "mysite.com" への上書きのみを許可 したいとします。

1. このドメインを Allowed Override List に追加します。

注: Singular Link " https://myshoppingapp.sng.link/A59c0/nha7 " は元々アプリストアにフォールバックするように作成されています。

デフォルトでは、リダイレクトおよびディープリンクパラメータ（ _dl 、 _fallback_redirect 、 _ios_redirect など）は、クリック時に任意の Singular Link に追加して、保存された設定を動的に上書きできます。これは、同じベースリンクから異なる遷移先を配信する場合に役立ちます。

ただし、一部のワークフロー（例えば、多くのチームメンバーが社内で短縮リンクを共有する場合）では、上書きを追加してもリンクの設定済みパラメータを変更できないようにロックしたい場合があります。

Disable short link parameters overrides 機能を使用すると、短縮されたカスタムリンクをロックし、ベースリンクで既に設定されているパラメータが URL への追加によって上書きされないようにできます。ベースリンクで 設定されていない パラメータは、引き続き新しい値として追加できます。

リンクでこの機能を有効にするには、詳細について ガイド をご覧ください。

Singular Links は、リンクに含まれる utm_* または referrer パラメータを自動的に転送します。これには、 referrer パラメータ値の一部である singular_click_ID が含まれます。（Singular Link に追加された追加の referrer= 値は、 singular_click_ID の隣で referrer に追加されます。）

Singular Link に &_forward_params を追加すると、明示的なパラメータ転送のために追加されたすべてのパラメータが転送されます。

• 1 に設定すると（ &_forward_params=1 ）、Singular Link のパラメータがアプリストアおよびウェブフォールバックのリダイレクト先に転送されます。
• 2 に設定すると（ &_forward_params=2 ）、Singular Link のパラメータがディープリンクを含むすべてのリダイレクト先に転送されます。

例:

Apple のカスタムプロダクトページの URL（ この新機能に関する Apple のドキュメント を参照）には、プロダクトページ ID を示す追加のパラメータがあります。例:

https://apps.apple.com/us/app/testflight/id899247664?ppid=76659d7a-d146-43d3-b6b8-b7a12f74bf6b

Singular Links でカスタムプロダクトページを使用するには、リンクを作成する際に、iOS リダイレクトをデフォルトのアプリストアページではなく、目的のプロダクトページに設定するだけです。例:

あるいは、上書きパラメータ _ios_redirect を使用します。例:

_ios_redirect=https%3A%2F%2Fapps.apple.com%2Fus%2Fapp%2Ftestflight%2Fid899247664%3Fppid%3D76659d7a-d146-43d3-b6b8-b7a12f74bf6b

カスタムプロダクトページのインストールコンバージョンに関する レポート をカスタマイズするには、利用可能な リンクキャンペーン粒度パラメータ のいずれかを使用します。

Apple では、App Store Connect の カスタムプロダクトページ（CPP） にディープリンクを設定できます。ユーザーがその CPP で 開く をタップすると、Apple は別途設定したアプリ内の遷移先へ直接ユーザーを送ります。

Singular リンクをディープリンクとして使用する場合は、CPP のディープリンクとして設定する前に store_deeplink=true パラメータを追加してください:

https://your_link.sng.link/Xxxxx/xxxx?_dl=your_deep_link_value&store_deeplink=true

カスタムプロダクトページに有料トラフィックを誘導している場合、通常は CPP のディープリンクがラストタッチアトリビューションを獲得します。 store_deeplink=true を追加すると、そのリンクの優先度が他のソースより下がり、このカニバリゼーションを防げます。

Google のカスタムストア掲載ページの URL（ この機能に関する Google のドキュメント を参照）には、プロダクトページ ID を示す追加のパラメータがあります。例:

https://play.google.com/store/apps/details?id=net.singular.deviceassist2&listing=testcpp

Singular Links でカスタムプロダクトページを使用するには、リンクを作成する際に、Android リダイレクトをデフォルトの Play ストアページではなく、目的のプロダクトページに設定するだけです。例:

Singular リンクを生成した後、以下のようにトラッキングリンクの末尾に &_android_force_redirect=0 を追加します。

https://singularassist2.sng.link/F4nw9/l5ik?_dl=singular%3A%2F%2Ftestlink&_android_force_redirect=0

カスタムプロダクトページのインストールコンバージョンに関する レポート をカスタマイズするには、利用可能な リンクキャンペーン粒度パラメータ のいずれかを使用します。

カスタムソースリンク を作成すると、QR コードが自動的に生成されます。

QR コードは、 Generate をクリックした後、 Link Summary の下で利用できます。

QR はロングリンクとショートリンクの両方でサポートされています。QR コードをダウンロードして、デスクトップ・トゥ・アプリや看板・トゥ・アプリなど、モバイル・トゥ・モバイル以外のさまざまなキャンペーンで使用できます。Singular は QR コードを PNG および SVG 形式で提供します。

パートナーリンクにはパートナーネットワークによって動的に埋め込まれるマクロが含まれているため、QR コードはサポートされていません。QR コードは、カスタムソースリンクを作成したときに自動的に生成されます。