Universal Links sur Shopify, Webflow, Wix et Squarespace : quels constructeurs de sites peuvent héberger le fichier AASA ?

Pourquoi le lien ouvre votre site web

Un Universal Link est un lien https ordinaire qu’iOS confie à votre app plutôt qu’à Safari. Android appelle sa version un App Link. Avant d’ouvrir un lien yourbrand.com dans votre app, les deux téléphones téléchargent sur yourbrand.com un fichier qui désigne l’app. Pas de fichier lisible, pas d’app : le lien ouvre le site web.

Sur un constructeur de sites, c’est généralement ce fichier qui manque. Votre développeur s’est occupé du côté app. Côté site web, il faut un fichier à une adresse fixe, et c’est le constructeur qui décide de ce que vous pouvez y mettre.

L’adresse que vérifient les deux téléphones

iOS vérifie cette URL sur chaque domaine déclaré par votre app. Android cherche assetlinks.json dans le même dossier.

Ce que chaque constructeur vous laisse héberger

D’après les pages d’aide et la documentation développeur de chaque constructeur, au 23 octobre 2026.

Constructeur par constructeur

Webflow. Depuis le 16 décembre 2024, Webflow sert n’importe quel fichier well-known. Dans le panneau Assets, créez un dossier nommé well-known, importez-y les fichiers et publiez. Les fichiers importés doivent se terminer par .json, .txt ou .md : nommez donc le fichier iOS apple-app-site-association.noext.txt, et Webflow retirera l’extension. assetlinks.json s’importe tel quel. Les nouveaux fichiers demandent un plan Premium Site (ou l’ancien plan Business Site) et ne fonctionnent pas sur les domaines de staging en webflow.io.

Framer. Dans Site Settings, ouvrez Hosting, puis Files. Ajoutez chaque fichier avec le chemin /.well-known et publiez. Framer cite nommément les deux fichiers et accepte les fichiers sans extension. La fonction est disponible sur les plans Pro et Enterprise. Framer ne dit pas quel type de contenu reçoit un fichier sans extension : vérifiez-le après la publication.

Shopify. Shopify ne documente aucun moyen d’importer l’un ou l’autre fichier. Il génère les deux sur votre domaine personnalisé, jamais sur *.myshopify.com, une fois votre app enregistrée : dans les réglages Storefront API d’une application personnalisée, ou via l’API MobilePlatformApplication, dont le scope doit être activé par le support Shopify. Le fichier iOS se termine par /*, si bien que toutes les URL de la boutique, sauf /admin et deux callbacks de paiement, ouvrent l’app. Un développeur a demandé à pouvoir choisir les chemins en mai 2026 ; le 14 octobre, Shopify n’avait aucune nouvelle à annoncer.

Wix. Wix ne documente aucun moyen de servir des fichiers sous /.well-known/ (vérifié en octobre 2026). Son centre d’aide indique qu’on ne peut pas, pour l’instant, ajouter un fichier de vérification à la racine d’un domaine, et ce dans une demande de fonctionnalité qui recueille toujours des votes.

Squarespace. Aucune méthode documentée non plus. Sa page d’aide sur les fichiers explique que le CDN attribue les URL des fichiers et qu’on ne peut pas les modifier. La parade qui circule sur son forum est un mappage d’URL avec redirection 301, ce que refusent aussi bien Apple que Google.

La solution du sous-domaine

Si votre constructeur dit non, ou si le fichier de Shopify, qui envoie toutes les URL vers l’app, va plus loin que vous ne le souhaitez, laissez le site web où il est. Faites pointer un sous-domaine comme links.yourbrand.com vers un hébergeur statique comme Netlify, Vercel, Cloudflare Pages ou Firebase Hosting ; tous les quatre permettent de définir des en-têtes de réponse chemin par chemin. La note TN3155 d’Apple conseille d’ailleurs un sous-domaine distinct dans un cas voisin : depuis le navigateur, un lien d’une page yourbrand.com vers une autre n’ouvre pas l’app, alors qu’un lien vers un autre sous-domaine l’ouvre.

Deux choses changent. Les liens que vous partagez doivent pointer vers le sous-domaine ; les liens vers les pages de yourbrand.com ouvrent toujours le site web. Et l’app doit être mise à jour : applinks:links.yourbrand.com dans Associated Domains, et sur Android, un intent filter avec autoVerify pour cet hôte. Donnez aussi une destination à tous les autres chemins du sous-domaine, par exemple une redirection vers votre site web, pour que les personnes qui n’ont pas l’app ne tombent pas sur une erreur 404.

Les trois fichiers

Remplacez les identifiants et l’empreinte par les vôtres. Le générateur les remplit pour vous.

{
  "applinks": {
    "details": [
      {
        "appIDs": ["ABCDE12345.com.yourbrand.app"],
        "components": [
          { "/": "/*", "comment": "Every link on this subdomain opens the app" }
        ]
      }
    ]
  }
}

[{
  "relation": ["delegate_permission/common.handle_all_urls"],
  "target": {
    "namespace": "android_app",
    "package_name": "com.yourbrand.app",
    "sha256_cert_fingerprints": ["14:6D:E9:83:...:3F:CF:44:E5"]
  }
}]

/.well-known/apple-app-site-association
  Content-Type: application/json
/.well-known/assetlinks.json
  Content-Type: application/json

Configurer links.yourbrand.com

Avec Netlify comme exemple. Les autres hébergeurs suivent les mêmes étapes, avec leurs propres valeurs d’enregistrement.

Ou passez-vous du fichier

Un Universal Link n’est pas le seul chemin vers votre app. Sur l’offre Pro (9,99 $/mois), un lien Appy transporte le deep link à schéma d’URL de votre app, comme yourapp://product/42, à côté de vos adresses de store. Dans Safari et Chrome, il essaie l’app, puis le store. Dans les navigateurs in-app comme celui d’Instagram, il affiche une page avec un bouton « Ouvrir l’app », un bouton vers le store et les étapes pour ouvrir Safari ou Chrome. Les ordinateurs arrivent sur votre site web. Rien à déposer sur votre site.

Ce n’est pas pour autant un Universal Link sur votre domaine. Le lien est hébergé sur appy.to, et yourbrand.com/product/42 ouvre toujours le site web. Apple recommande vivement les Universal Links plutôt que les schémas, notamment parce que rien n’empêche une autre app d’enregistrer le vôtre. Sur l’offre Business, un domaine personnalisé comme go.yourbrand.com porte vos liens, mais se contente de rediriger ; les Universal Links et App Links sur votre propre domaine via Appy relèvent de l’offre Enterprise. Avec le sous-domaine décrit plus haut, un lien Pro peut utiliser https://links.yourbrand.com/product/42 comme deep link, et les téléphones sans l’app arrivent quand même sur le store.

Vérifiez avant de partager un lien

À lire ensuite

• Guide complet des Universal LinksCôté app : entitlements, intent filters et chemins.
• Les Universal Links ouvrent Safari ?Les causes habituelles une fois le fichier en place.
• App Links Android non vérifiésUn diagnostic en cinq minutes avec adb.
• Domaines personnalisésVotre propre domaine de liens sur Business, les liens d’app sur Enterprise.

Questions sur les Universal Links et les constructeurs de sites