Pour prendre en charge le deep linking et les app-links sur le web, Apple s’attend à trouver un fichier apple-app-site-association à la racine ou dans le répertoire .well-known. Détails sur le site d’Apple.
Nous utilisons la version hébergée de Discourse. Comment pouvons-nous fournir un fichier statique pour qu’iOS le trouve ?
Pourriez-vous décrire plus clairement votre cas d’usage ? Je ne comprends pas ce que vous essayez de faire ici. Pouvez-vous fournir des exemples précis ?
Bien sûr. Nous avons une application dans laquelle nous souhaitons intégrer notre communauté Discourse. Lorsqu’un visiteur clique sur un lien vers cette communauté depuis Safari (ou toute autre application, d’ailleurs), nous aimerions qu’elle ouvre notre application et navigue vers ce lien. Apple propose une fonctionnalité pour associer un domaine à une application, mais cela nécessite de publier un fichier de configuration depuis ce même domaine : le fichier apple-app-site-association. Comme le site est hébergé par vos soins, je ne peux pas simplement déposer ce fichier statique sur le serveur… du moins, c’est ce que je pense.
À ma connaissance, vous ne pouvez pas utiliser les liens universels uniquement pour ouvrir la même vue Web au sein d’une autre application. Si l’application ne se connecte pas à un back-end et n’affiche pas de données d’une manière qui améliore la vue (pensez à l’application YouTube par rapport à l’interface web YouTube), elle échouera au processus de validation.
Merci pour ces éclaircissements, Stephen. Dans notre cas, l’application fera plus que simplement héberger la communauté. Nous intégrerons la communauté à une grande partie de l’expérience, et nous souhaitons que tout reste au sein de la même expérience d’application.
Bien sûr, je comprends, mais si tu ne fais rien au contenu que le navigateur ne peut pas faire, je ne pense pas que tu obtiendras l’approbation.
C’est fait : deux nouveaux paramètres de site sont désormais disponibles : app association android et app association ios. Le contenu de chaque paramètre sera servi respectivement à /.well-known/assetlinks.json et /apple-app-site-association.
C’est formidable. Merci beaucoup !
Oui, c’est excellent. Cela lève mon doute. J’ai vérifié le fichier apple-app-site-association.
Salut, est-ce que ça fonctionne toujours pour le moment ? J’utilise expo et la documentation mentionne de placer le fichier apple-app-site-association dans le chemin ./well-known. C’est également mentionné dans la documentation Apple dev.
J’ai bien ajouté mon ASSA dans les paramètres. Cependant, je ne parviens toujours pas à vérifier mon ASSA avec cet outil. Voici le résultat que j’ai obtenu :
Merci d’avance 
Avez-vous ajouté le JSON au paramètre du site app association ios ? Je viens de faire un test ici sur meta, et cela a fonctionné correctement :
Notez que j’ai utilisé le validateur sur https://yurl.chayev.com/ (et j’ai depuis supprimé le JSON du paramètre ici car ce n’était qu’un test), le validateur Branch.io ne fonctionnait pas pour moi.
Salut, désolé pour ma réponse tardive. Oui, j’ai ajouté AASA dans les paramètres, mais je n’ai pas réussi à le faire fonctionner. Je pensais que c’était lié au chemin AASA. Précédemment, dans cette documentation, ils mentionnaient que nous pouvions servir l’AASA à la racine ou dans /.well-known.
- Téléchargez le fichier
apple-app-site-associationsur votre serveur web HTTPS. Vous pouvez placer le fichier à la racine de votre serveur ou dans le sous-répertoire.well-known.
Cependant, j’ai consulté leur dernière documentation et elle ne mentionne pas de servir l’AASA à la racine, suggérant seulement de servir ce fichier dans /.well-known.
Je n’ai pas fait plus de recherches à ce sujet, car nous avons adopté une approche différente, en utilisant un script. J’espère que cela vous aidera.
