iOS / Android Dev Tools
Collez le JSON et plusieurs URL, puis filtrez éventuellement un identifiant d’app. Aucun domaine saisi n’est interrogé.
Modifiez l’exemple puis lancez la validation.
Le contrôle s’effectue dans cet onglet. Aucun domaine ou URL saisi n’est contacté.
Laissez vide pour toutes les apps déclarées; sinon, saisissez l’identifiant exact.
Modifiez l’exemple puis lancez la validation.
Quand certains liens ouvrent l’app et d’autres Safari, le validateur AASA montre avant publication quelle règle gagne réellement. Un JSON syntaxiquement correct ne révèle pas à lui seul une exclusion cachée par une règle plus large.
Ce validateur AASA lit uniquement le texte collé et affiche l’identifiant d’app ainsi que la règle retenue. La réponse du serveur, le cache du CDN Apple et le fonctionnement sur un iPhone installé demandent des contrôles distincts.
Le validateur AASA soumet plusieurs URL à la même liste ordonnée et distingue inclusion, exclusion et absence de correspondance. Une portée de chemin incorrecte apparaît avant le déploiement.
Une règle générale placée avant une exclusion peut gagner immédiatement. Le validateur AASA affiche son indice et signale les règles suivantes manifestement inaccessibles.
Collez tout le JSON, notamment applinks.details. L’exemple utilise appIDs et components; les anciens appID et paths sont également pris en charge. Une erreur de syntaxe indique ligne et colonne.
Saisissez une URL HTTPS ou un chemin commençant par / par ligne. Laissez l’identifiant vide pour voir toutes les apps déclarées; modifier une entrée périme l’ancien rapport.
Lisez les indices details et règle avant d’exporter. Un résultat inclus signifie seulement que le JSON collé désigne une app; les points de déploiement restent non vérifiés.
components traite chemin, requête, fragment et exclude; paths traite les exclusions NOT dans l’ordre. Le test conserve les deux modèles distincts.
Comparez une URL avec chaque App ID déclaré ou ciblez-en un exactement. Un identifiant absent n’est pas confondu avec un chemin sans correspondance.
Le validateur AASA exporte les constats de structure, lignes d’entrée, indices des règles décisives et contrôles de déploiement encore ouverts.
Le validateur AASA teste les règles collées. L’hébergement, le CDN, Associated Domains, l’installation et le point de départ du clic influencent aussi iOS. Terminez la liste puis essayez sur un appareil.
Sur le même hôte, à /.well-known/apple-app-site-association ou à la racine, sans extension ni redirection. Cette page ne peut pas confirmer la réponse du serveur.
Entrez l’URL précise. Le rapport affiche l’App ID et la première règle décisive, distingue exclusion et absence de correspondance, et conserve le numéro de ligne.
Non. Il faudrait contacter le serveur; ce validateur AASA ne lit que le JSON collé. Les redirections restent non vérifiées dans la liste de déploiement.
Le CDN Apple et le cache de l’appareil peuvent retarder la mise à jour. Vérifiez la copie diffusée et refaites un essai sur appareil; cette page ne consulte pas le CDN.
Une règle vous échappe encore ?
Essayez une URL réelle avec le bon App ID et transmettez les points non vérifiés à la revue de mise en ligne.