iOSユニバーサルリンクがアプリ内で開かない

だから私はこのチュートリアルに正確に従い、提供されたものと同じ値を使用します：https : //blog.branch.io/how-to-setup-universal-links-to-deep-link-on-apple-ios-9

Apple Associationファイルもリンクディレクトリに用意されています。
WEB_PAGE:PORT_NUMBER/apple-app-site-association

すべてがこちら側に設置されているようです。

資格を追加し、プロビジョニングプロファイルを更新し、すべてを設定しました。

デバイスでアプリを実行してリンクを開くと、http://WEB_PAGE:PORT_NUMBER常にSafariが開きます。

次のメソッドにもブレークポイントがあります。

- (BOOL)application:(UIApplication *)application continueUserActivity:(NSUserActivity *)userActivity restorationHandler:(void(^)(NSArray * __nullable restorableObjects))restorationHandler

しかし、ジルチ。

誰かがこれを完成させましたか？行方不明のものはありますか？

いくつかの考えられる問題があります。

1. ドメインをこのリンク検証ツールに貼り付けて、問題がないことを確認してください：https : //limitless-sierra-4673.herokuapp.com/（ShortStuffSushiへのクレジット- リポジトリを参照）

2. エンタイトルメントで指定されたドメインでTLSが適切に設定されていない場合、iOSはシステムログにエラーメッセージを記録します。アプリケーションログではなく、OSログに埋め込まれます。エラーメッセージは次のようになりますSep 21 14:27:01 Derricks-iPhone swcd[2044] <Notice>: 2015-09-21 02:27:01.878907 PM [SWC] ### Rejecting URL 'https://examplecustomdomain.com/apple-app-site-association' for auth method 'NSURLAuthenticationMethodServerTrust': -6754/0xFFFFE59E kAuthenticationErr。ここから引っ張られたエラーメッセージ、ここでTLSのためにCloudFlareを使用するための簡単な（不完全な）指示。

3. 私の個人的なテストでは、Safariでリンクをクリック/入力しても、アプリを直接開いたことはありません。他のアプリ（iMessage、Mail、Slackなど）からクリックしても機能します。他の人は、Google検索結果のリンクをクリックすると、アプリが直接開いたと報告しています。

4. ユニバーサルリンクがアプリを開くことに成功し、クリックしてSafariに（アプリのナビゲーションバーの右上隅にあるサイトをタップして）クリックした場合、iOSはそのURLにアクセスするとアプリを開くのを停止します。次にSafariで、プルダウンしてページの上部に[開く]のバナーを表示できます。私はこれに多くの時間を費やしました。サイトへのクリックスルー=> ULの無効化は、apple-app-site-assocationファイルで指定したパスに基づいて、パス固有のように見えることに注意してください。したがって、別のルートがyoursite.com/a/*ありyoursite.com/b/*、をクリックした場合ますyoursite.com/a/*してアプリを直接開く場合、アプリの右上隅にクリックしてに移動するオプションがありますyoursite.com/a/*。その場合、その後の訪問yoursite.com/a/*アプリではなくブラウザで開きます。ただし、yoursite.com/b/*影響を受けず、アプリを直接開く必要があります。

問題が何であるかを発見した場合はお知らせください。個人的には、ユニバーサルリンクがどのように機能し、どのようなエッジケースが存在するのかについて非常に興味があります。幸運を。

これがうまくいかない理由はたくさんあります。2つの点で問題が発生しました。

• Xcodeでは、Associated Domainsエンタイトルメントを追加するとき、各エントリはapplinks:ドメイン名で始まり、次にドメイン名である必要があります。例えばapplinks:www.apple.com。

• Xcodeによって資格ファイルが作成されましたが、ビルドには含まれていませんでした。そのボックスを手動でクリックする必要がありました。

そして、はい、それをした後、apple-app-site-associationファイルに署名する必要はありませんでした：それは単なるテキストであり、それがHTTPS経由で提供されている限り機能します。（ただし、iOS 8をサポートしている場合は、署名する必要があります。）

どうやらUniversal Linksの関連ファイルを作成するためのドキュメントに誤りがあるようです。

それが言うところ：

appIDキーの値は、アプリのチームIDとバンドルIDです

それは言うべきです

appIDキーの値は、アプリのプレフィックスとバンドルIDです

ほとんどのアプリでは、チームIDとアプリのプレフィックスは同じように見えますが、アプリが何年もストアに存在している場合、これらの値は異なる可能性があります。

この値を見つけるには、https：//developer.apple.comのメンバーセンターを開いて、「証明書、識別子、プロファイル」を確認し、「識別子」、「識別子」の下の表の「アプリID」をクリックします。アプリを見つけ、そこでプレフィックス値とバンドルIDを使用して、関連付けファイルのAppIDを作成します。

この問題をデバッグするには、アプリのインストール時にデバイスのコンソール出力で「swcd」を検索して、ユニバーサルリンクの登録が機能したか失敗したかを確認します。

1. シミュレータではなく、実際のデバイスを使用してください。
2. デバイスからアプリを削除します。
3. デバイスをコンピューターに接続し、デバイスのコンソール出力をxcodeで表示します。（ウィンドウ->デバイス-> [デバイス]->コンソールを開く）。このウィンドウは開いたままにします。
4. アプリをインストールして起動します。
5. コンソール出力を「swcd」にフィルタリングします。成功すると、次のスクリーンショットのようなものが表示されます。失敗した場合は、別のものが表示されます。何も表示されない場合は、Associated Domainsエンタイトルメントを追加するなど、基本的なことを行っています。

St.derrick's Answerは有益です。

しかし、ユニバーサルリンクを再び有効にして、サファリの代わりにアプリで開くには、次のことを行う必要があります。

• メールまたはiMessageのユニバーサルリンクを長押しすると、Safariで開くかアプリで開くかのオプションが表示されます。

apple-app-site-associationサーバー側で検証するには、Appleの公式バリデーターを使用できます。

https://search.developer.apple.com/appsearch-validation-tool/

私にとって問題であることに気付いたのは、ルートディレクトリへのリンク（例http://example.com/：）がアプリを開かなかったが、パス（例：）を追加した場合、http://example.com/mypathそれが機能したことです。"/"パスリストに追加することで解決しました：

{
    "applinks": {
        "apps": [],
        "details": [
            {
                "appID": "TEAM_ID.BundleIdentifier",
                "paths": [ "*", "/" ]
            }
        ]
    }
}

この Apple Developer Forumsスレッドでslutskerが回答したとおり。

Universal Linkが正しく実装されているかどうかを確認するための簡単な手順。

• アプリを起動する予定のリンクを押し続けます。コンテキストメニューに[[アプリ名]で開く]が表示されます。

• Lotus Notesアプリを開き、アプリを開く予定のリンクを入力します。[完了]をタップします。リンクが黄色に変わり、リンクをタップするとSafariではなくアプリが開くはずです。

• リンク場合http://yourDomain.comは、アプリを起動していない、してみてくださいhttp://yourDomain.com/yourFolder/を

• Safariの場合、コンテキストメニューにSafariで[[アプリ名]で開く]と表示されていても、リンクをタップすると、アプリを起動する代わりにSafari自体でリンクが開く

  a。「プルして更新」するように、リンクをクリックしたときに開いたサファリページをプルダウンしてみてください。アプリを開くことができるバナーが表示されます。バナーをタップしてアプリを開き、ホームボタンを押してアプリを閉じ、Safariに戻り、もう一度リンクをタップしてアプリを起動してください。今回は、バナーをタップするとアプリでリンクを開くための設定が保存されているため、アプリが起動するはずです。

  b。手順a。を実行してもアプリが起動しない場合は、リンクをGmailなどのウェブメールにメールで送信し、Safariでウェブメールサイトを開いてリンクをクリックしてみてください。これが機能する場合は、リンクと同じドメインからアプリを起動しようとしている可能性があります。私が見たところ、同じドメインからアプリを起動するとほとんど失敗します。リンクがユーザーと同じドメインにある場合、safariはリンク先URLがユニバーサルリンクであるかどうかを確認しません。したがって、別のドメインからアプリを起動してみてください。

ユニバーサルリンクを統合した後、プロジェクトのバージョンまたはビルド番号をインクリメントすることも非常に重要です。削除/再インストールしても、バージョンを変更しない限り、iOSはリンクを取得しません。

• リンクをブラウザーのURLフィールドに貼り付けた場合、ユニバーサルリンクは機能しません。

• ユニバーサルリンク 作業駆動ユーザーを持つ<a href="...">要素をクリックし、ドメイン間で。例：google.comにbnc.ltを指すユニバーサルリンクがある場合、アプリを開きます。

• ユニバーサルリンクは 、同じドメインでのユーザー主導<a href="...">要素のクリックでは機能しません。例：google.comのユニバーサルリンクがgoogle.comの別のユニバーサルリンクを指している場合、アプリは開きません。

• ユニバーサルリンク<a>は、ユーザーアクションの一部でない限り、JavaScriptを介して（window.onload内または要素の.click（）呼び出しを介して）トリガーすることはできません。

ソース：https : //dev.branch.io/getting-started/universal-app-links/support/ios/#appsbrowsers-that-support-universal-links

3番目の弾丸は、理解するのに約1日かかりました。

オープン（ユニバーサル）リンクを簡単にテストする必要がある場合は、次のコマンドを使用して、ターミナルからシミュレータでリンクを開くこともできます。

xcrun simctl openurl booted yourapp_or_http://yourlink

例えば：

xcrun simctl openurl booted https://www.google.com

ここで人々が他の解決策を探している場合、私たちは多くの問題がポップアップし、頭痛の種を引き起こしているのを見たので、ユニバーサルリンクのデバッグに全体を段階的にまとめました。

見てみな：

ユニバーサルリンクデバッグガイド

ユニバーサルリンクを新たにセットアップするだけの場合は、このガイドが非常に役立ちます。

iOSディープリンク設定ガイド

お役に立てば幸いです。

将来私と同じ問題に遭遇する人が増える場合に備えて、私が発見したことをいくつか追加すると思いました。これらは主に認証エラーに関連しています。

Appleは明示的にそれを述べていませapple-app-site-associationんが、署名されている場合でも、ファイルはhttps経由で提供される必要があります。httpsに使用される証明書も、アップルによって信頼されている必要があります。そのため、[設定]-> [一般]-> [プロファイル]でデバイスに追加された証明書はSafariでhttpsを許可しますが、ユニバーサルリンクの機能は許可しません。

デバイスログでは、デバイスとサーバー間の認証エラー時に、のように値が出力され"TrustResultValue" : 4ます。A TrustResultValueが5の場合、証明書が間違ったドメイン用であることを意味します（例：www.test.comから提供されるtest.com）。あTrustResultValueが4の場合、証明書はこの用途で信頼されていません。

ここでデバッグするためのいくつかの有用なステップがあるかもしれません。「apple-app-site-associationへのアクセスのテスト」セクションは、デバイスがapple-app-site-associationファイルを取得していることを確認するためのステップバイステップガイドです。手順は次のように要約されます。

1. アプリをアンインストールします。インストール時にファイルがダウンロードされるため、これが必要です。

2. サーバーが適切に機能しないようにしapple-app-site-associationます。

3. xcodeで、ウィンドウ->デバイスを開き、デバイスを選択します。

4. ウィンドウの下部にある三角形をクリックして、デバイスログを開きます。

5. ゴミ箱をクリックしてログを消去し、関連している可能性のある以前のログを消去します。

6. 再生ボタンをクリックして、xcodeでアプリを再インストールします。

7. アプリが起動した後、デバイスがファイルを正しくリクエストしている場合、デバイスのログに「apple-app-site-association」を検索すると見つかるエラーが含まれているはずです。

apple-app-site-associationファイルが適切に配信された場合（ステップ2は省略）、エラーは発生しません。問題がある場合は、代わりに認証エラーが表示されることがあります。

最も一般的な原因は、ユーザーが右上をタップしたときに、今後アプリ（この場合はUber）を開かないようにiOSに指示することです。

修正するには、プルダウンしてスマートバナーを表示し、[開く]をタップします。

これはその後、アプリを開くことを「記憶」します。

次の場所にapple-app-site-associationファイルを追加しました。

https://example.com/apple-app-site-association

iOS 9では問題なく動作しましたが、iOS 10では動作しませんでした。

問題は.well-knownパスにあるようです：

https://example.com/.well-known/apple-app-site-association

そのためのhttps://example.com/.well-known/apple-app-site-associationにリダイレクトパスhttps://example.com

<Notice>: Allowing redirect 'https://example.com/.well-known/apple-app-site-association' -> 'https://example.com/'
<Notice>: ### Rejecting AASA file size 154466 for URL https://example.com/.well-known/apple-app-site-association

私の意見では、.well-knownパスが何らかの理由で正しく機能しない場合、ユニバーサルリンクが壊れます。

私はなんとかそれを動作させることができましたが、それはかなりの時間と苦労を要しました。注意あなたが署名しない限り、 apple-app-site-association ファイルを（署名はオプションです！）しますSafariでリンクをタップしていないあなたのアプリを開く（それは私に頭痛の多くを引き起こしています）。

これを理解するために、私を1日近くかけてもらいました。私が抱えていた問題は、更新されたプロビジョニングプロファイルをXCodeにダウンロードしていなかったことです（この後にXCodeも再起動しました）。

（設定>アカウント>詳細の表示>すべてダウンロード）

シミュレータでユニバーサルリンクをテストできます

以下からのサポートユニバーサルリンク：App検索プログラミングガイド

2日後、私はこれらの種類のリンク（ブランチから）を知った

applinks：xxxx.app.link

アプリケーションをアーカイブ（アドホック）した後でのみ機能し、電話にインストールします。

apple-app-site-associationをFirebaseでホストしている場合は、必ず/.well-known/サブディレクトリに配置してください。Xcodeは最初にそのURLを照会し、成功した場合apple-app-site-associationはルートディレクトリ内のを照会しようとしないようです。なんらかの理由で、FirebaseエンジニアはホストされたWebサイトを/.well-known/apple-app-site-association、カスタムのファイルを上書きする空の（ただし正しく形成された）関連付けファイルで自動的に応答するようにしたため、何も機能しない理由がわかりません！

developer.apple.comに移動し、配布プロファイルの1つを編集します。編集ページで、アプリIDのポップアップを開くと、アプリ名のリストが表示され、アプリ名の後ろの（）括弧内には、実際のすべてのアプリID が表示されます。アプリによっては、プレフィックスとしてチームIDを持つ場合がありますが、ない場合もあります。（）内のポップアップメニューに表示される内容を正確に使用し、apple-app-site-association詳細のappIDフィールドに入力してください。私はアプリとそのユニバーサルリンクでまさにこの問題を抱えていました。

私にとっての問題はapple-app-site-associationファイルであることが判明しました。Appleのドキュメントによると、applinksパラメータのみが必要です。私はactivitycontinuationパラメータを追加し、それはうまくいきました。

{
  "activitycontinuation": {
    "apps": [
      "9JA89QQLNQ.com.apple.wwdc"
    ]
  },
  "applinks": {
    "apps": [],
    "details": [{
        "appID": "9JA89QQLNQ.com.apple.wwdc",
        "paths": [ "/wwdc/news/", "/videos/wwdc/2015/*" ]
      }]
  }
}

実際に機能するのとまったく同じ問題/解決策の組み合わせを実際に見たことがないので、誰かが同じ問題を抱えている場合に備えて、私の問題を追加することもできます！

私のアプリでは、カスタムURLスキーム（で設定APP_TARGET > Info > URL Types）を使用しており、ここからURLスキームをFirebaseコンソールに設定して一致させましたが、それでも機能しませんでした。

私の問題は実際には2つの問題でした：

署名の自動管理をチェックするかどうかに注意してください

以前のようにXcodeの「署名を自動管理する」設定を確認している場合は、簡単なデモアプリを作成しようとしただけなので、使用されているTeamIDがFirebaseコンソールのものと一致することを確認する必要があります。私は最初にApple Developer Accountにアクセスして、メンバーシップページからチームIDをコピーしましたが、後でXcodeによって使用されている実際のIDが異なることがわかりました。（これはAPP_TARGET > General > Signing > Signing Certificate.私にとってはのように見えましたiPhone Developer: My Name (TEAM_ID)）で見つけることができます。

URLタイプのバンドルIDの前にTeamIDをプレフィックスします

FirebaseコンソールとXcodeでこれらが一致していることを確認した後、次の問題はURLスキームの識別子でした。ここではバンドル識別子を使用するのが一般的ですが、Firebaseは実際には、Firebaseコンソールで指定したチームIDをプレフィックスとしてこれに付けるため、XcodeのURLタイプセクションの識別子にもプレフィックスを付ける必要がありました。

これらの2つの修正とGoogleService-Info.plistファイルの再ダウンロードの後、私は問題なく動的リンクを開いた。

絶望の2日後、私はようやくそれを修正したと思います。これが私の解決策です：

古いアプリは新しいアプリとは異なるアプリプレフィックスを使用しているようです。新しいアプリは、この目的でのみチームIDを使用します。アプリのプレフィックスとチームIDが同一でない場合は、Appleアプリサイトの関連付けファイルでアクティビティ継続フィールドを指定する必要があるようです：

{
    "activitycontinuation": {
        "apps": [
            "YOUR_APP_PREFIX.de.company.app"
        ]
   },
  "applinks": {
    "apps": [],
    "details": [
      {
        "appID": "YOUR_APP_PREFIX.de.company.app",
        "paths": ["/*"]
      }
    ]
  }
} 

私が地獄にいる間に経験したもう1つのことは、アプリを削除してデバイスを再起動することがこのファイルを強制的に更新する唯一の方法のように思われるということでした。

私にとって、私のエラーは、私たちのサイトがwww.domain.comをdomain.comにリダイレクトしているため、すべてのwww.domain.com/*が原因で失敗することでした。お役に立てば幸いです。

カレンダーアプリを使用して、iOSシミュレーターでユニバーサルリンクをテストすることができました。

イベントを作成し、テストするURLをイベントのURLフィールドに追加しました。次に、作成されたイベントを表示するときに、URLリンクをタップするだけで、アプリが開きます。

これを機能させるために1日を費やした後、電話を再起動すると問題が解決しました。

アプリのアンインストール/再インストールも機能しませんでした。

iOS13の場合、新しいフォーマットがあります-ここをチェックしてください ください

ファイルを次のように更新しました。

{
  "applinks": {
      "details": [
           {
             "appIDs": [ "ABCDE12345.com.example.app" ],
             "components": [
               {
                  "/": "/my-link/*",
                  "exclude": true,
                  "comment": "Matches any URL whose path starts with /my-link/ and instructs the system not to open it as a universal link"
               }
             ]
           }
       ]
   },
   "webcredentials": {
      "apps": [ "ABCDE12345.com.example.app" ]
   }
}

このページを見つける将来の読者のために...

私も同じような状況でした。しかし、私の状況では、iOS10はAOKで動作しており、私が何をしても（バンプビルド番号、削除/再インストールなど）、iOS9は動作しないように見えました。

私はこれをiOS10からやってきたので、iOS9をサポートする必要がありました。当時、ここのドキュメント-https://developer.apple.com/library/content/documentation/General/Conceptual/AppSearch/UniversalLinks.html-ファイルがWebサーバーのルートに配置される可能性があることを明確に述べています（例/apple-app-site-association）または.well-knownフォルダー（例/.well-known/apple-app-site-association）。私もAndroidをサポートしています。Androidも同様のファイルに.well-knownフォルダーを使用しているので、両方に配置することにしました。

iOS10での新規インストールの場合、ルートファイルを明確に要求して失敗し、.well-knownファイルを要求して成功します。

iOS9の場合、それは明らかにルートファイルを要求し、失敗し、他には何もしません。

解決策：iOS9をサポートしている場合は、ファイルをに置きます/apple-app-site-association。

私の場合、私のエラーはクエリパラメータをパスに置くことでした：

{
    "applinks": {
        "apps": [],
        "details": [
            {
                "appID": "TEAM_ID.BundleIdentifier",
                "paths": [ "/auth-ui/hub?target=confirm&*" ]
            }
        ]
    }
}

パスから「？target = confirm＆*」を削除すると、機能し始めます