関連付け全体を用意する
applinks.detailsを含むJSON全体を貼ります。例は新しいappIDsとcomponentsを使用し、旧式のappIDとpathsも扱います。構文エラーは行と列を確認します。 apple-app-site-associationも貼り付けられます。
- 例を読み込むと、通常のパス、除外、クエリ条件を比較できます。
iOS / Android Dev Tools
AASAと複数のURLを貼り付け、必要ならApp IDを指定します。規則の判定だけを行い、ドメインには接続しません。
例を編集してから検証してください。
このタブ内で処理します。入力されたドメインやURLへは接続しません。
空欄なら宣言済みの全App IDを表示します。指定時は完全一致です。
例を編集してから検証してください。
特定のリンクだけSafariに残る場合、AASA検証は公開前にどの規則が先に一致するかを示します。JSONの構文が正しいだけでは、後ろの除外規則が使われない理由は分かりません。
AASA検証は貼り付けた内容からApp IDと決定規則を示すローカル試験です。配信サーバー、Apple CDNのキャッシュ、端末に入ったアプリの動作は別の確認として残します。
広い規則が先に一致すると、後ろにある除外規則には到達しません。AASA検証は決定した規則番号を示し、明白な後続規則の隠れも警告します。
applinks.detailsを含むJSON全体を貼ります。例は新しいappIDsとcomponentsを使用し、旧式のappIDとpathsも扱います。構文エラーは行と列を確認します。 apple-app-site-associationも貼り付けられます。
HTTPSのURLまたはスラッシュで始まるパスを一行ずつ入力します。App IDを空にすると、宣言された全アプリを確認できます。入力変更後は結果が古くなります。
detailsと規則番号を確認してから報告を出力します。一致は貼り付けた規則がアプリを選んだ意味で、配信と端末の項目はすべて未確認です。 パスのマッチングを規則番号から追えます。
componentsではパス、クエリ、フラグメント、excludeを確認します。旧式pathsではNOTを順番に処理し、二つの意味を混同しません。 Universal Links検証では書式の違いが重要です。
同じURLを宣言済みの各App IDへ照合できます。指定したIDがファイルにない場合は、パスが一致しない場合と別に表示します。
AASA検証のJSON報告には構造上の指摘、入力行、決定規則、未確認の配信項目が入ります。公開時の記録に残せます。
AASA検証で分かるのは貼り付けた規則の一致です。公開ファイル、CDN、Associated Domains、インストール状態、タップした場所も関係するため、端末で別途試してください。
旧式pathsはパスだけを順番に調べ、NOTで除外します。componentsはパスに加えてクエリやフラグメントを指定できます。同じdetails内で混ぜた場合は判定不能にします。
はい。URLを一行ずつ入力すると、該当するApp IDと最初に決定したdetailsと規則番号を表示します。これはJSON上の判定です。
Apple CDNと端末のキャッシュが関係します。このページはネットワーク確認を行わないので、CDNの内容と実機を別途確かめてください。
できます。ファイルを貼り付ければローカルの規則判定が行えます。ただしHTTPS配信や署名済みアプリとの対応は公開後に別途確認が必要です。
規則がまだ分かりませんか?