Développement Android
Collez assetlinks.json, renseignez au besoin le paquet et le SHA-256 du certificat de signature, puis lancez le contrôle.
Collez assetlinks.json ou chargez l’exemple.
Ces étapes ne sont pas testées par le contrôle local.
JSON, paquet et empreinte sont analysés dans cet onglet ; aucun domaine n’est contacté.
Collez assetlinks.json ou chargez l’exemple.
Un lien qui ouvre le navigateur peut provenir d’un fichier JSON lisible mais d’une déclaration qui ne vise pas l’application installée. Pour vérifier Android App Links, il faut réunir relation, nom du paquet et empreinte du certificat dans une même déclaration.
Ce contrôle aide avant la mise en ligne ou lorsqu’un lien d’application Android échoue. Il signale une empreinte SHA-256 discordante, tandis que la réponse HTTPS et l’état réel de l’appareil restent à vérifier séparément.
Une correspondance locale ne devient pas une validation sur appareil.
Pour vérifier Android App Links, l’outil ne combine jamais le paquet d’une déclaration avec l’empreinte d’une autre. handle_all_urls, paquet et certificat doivent se trouver dans le même target android_app.
Cet outil pour vérifier Android App Links n’interroge aucun domaine. HTTPS, chemin imposé, type JSON, redirections, autoVerify du manifeste et vérification sur appareil restent des étapes ouvertes dans une liste séparée.
Avec Play App Signing, utilisez le SHA-256 du certificat de signature de l’application dans Play Console. La clé de téléchargement et celle de débogage peuvent différer. Le champ accepte aussi 64 caractères hexadécimaux sans deux-points.
Le contrôle est manuel, avec Ctrl/Cmd+Entrée comme raccourci. Une modification du JSON, du paquet ou de l’empreinte rend le rapport précédent caduc et désactive son export. Une erreur JSON indique ligne et colonne.
Une structure DAL valide, une déclaration correspondante et un lien vérifié sur téléphone sont trois résultats différents. include n’est pas chargé. Le fichier exporté garde toutes les entrées, même si l’écran les affiche par lots de 50.
Valider assetlinks.json revient à contrôler le tableau racine, relation, les cibles android_app et web. Chaque anomalie indique un index et un chemin ; une entrée include légitime reste non résolue, pas rejetée.
La valeur attendue accepte majuscules, minuscules et deux-points facultatifs. Le format du fichier est signalé séparément ; une empreinte SHA-1 ou le hachage du JSON ne remplace pas le certificat de signature.
Seule la relation handle_all_urls de la déclaration qui contient aussi le paquet et l’empreinte attendus compte. Les autres relations Digital Asset Links restent visibles sans accorder ce droit.
Copiez ou téléchargez le rapport JSON courant. Les longues listes apparaissent par 50 dans le panneau, mais le fichier conserve toutes les déclarations et tous les constats.
Même avec un JSON correct, le site peut rediriger, le certificat Play peut différer ou le manifeste peut exclure le lien. Ce contrôle pour vérifier Android App Links isole la déclaration locale ; il faut ensuite tester la réponse publique et l’appareil.
Les versions antérieures à Android 15 ignorent dynamic_app_link_components. Déclarez dans le manifeste les chemins nécessaires à ces versions et testez-les sur les appareils visés.
Le rythme dépend du système et de son cache ; ce fichier seul ne donne pas de délai fiable. Après publication, forcez une nouvelle vérification avec adb puis consultez l’état des liens sur l’appareil.
Oui, mais les règles dynamiques ne peuvent pas étendre la portée définie par le manifeste. Ici, l’extension est détectée sans simuler la résolution d’un chemin.
Pour une app distribuée via Play App Signing, l’empreinte du certificat de signature se trouve dans Play Console. Pour une compilation locale, utilisez keytool sur la bonne clé. Ce n’est pas le SHA-256 du fichier JSON.
Un résultat semble incorrect ?
Collez la liste prévue pour vérifier Android App Links, comparez le certificat de signature, puis suivez la liste de contrôles côté serveur et appareil.
Les données restent dans cet onglet du navigateur.