Fin de Firebase Dynamic Links : que choisir maintenant

Pendant des années, Firebase Dynamic Links a été la réponse par défaut à la question « comment faire un seul lien qui fonctionne pour mon app sur iPhone, Android et le web ». C’était gratuit, fourni avec Firebase, et les deep links survivaient à l’installation. Ce service n’existe plus. Si vous avez encore des adresses page.link dans de vieux e-mails, sur des codes QR imprimés ou dans le code de votre app, elles ne fonctionnent plus.

Cet article explique ce qui s’est passé, ce que faisait chaque partie de Dynamic Links et ce qui remplace chacune d’elles, pour que vous ne reconstruisiez que ce que vous utilisiez vraiment.

Ce qui s’est passé

Il n’y a donc plus de délai de grâce, et aucun moyen de garder une adresse page.link en vie. Toute personne qui appuie sur l’une d’elles aujourd’hui voit une erreur. La seule chose que vous pouvez changer, c’est l’endroit où vous envoyez les gens à partir de maintenant.

Une conséquence passe facilement inaperçue : la connexion par lien envoyé par e-mail de Firebase Authentication utilisait Dynamic Links. D’après la FAQ de Google, cette connexion par lien e-mail continue de fonctionner, mais seulement avec les SDK Authentication récents, et les anciennes versions de l’app qui n’ont pas été mises à jour perdent ces fonctions. Si votre app connecte les gens avec un lien magique, vérifiez cela en premier.

Ce que faisait vraiment Dynamic Links

« Dynamic Links », c’était en réalité quatre fonctions sous un seul nom. La plupart des apps en utilisaient une ou deux.

1. Le routage vers les stores. Une seule adresse qui envoyait les iPhone vers l’App Store, les téléphones Android vers Google Play et les ordinateurs vers un site web.
2. L’ouverture de l’app si elle est installée. Appuyer sur le lien sur un téléphone où l’app est installée ouvrait le bon écran à l’intérieur.
3. Les liens profonds différés. Une personne sans l’app appuyait sur le lien, installait l’app et, à la première ouverture, arrivait sur l’écran visé par le lien : une invitation, un produit, une liste partagée.
4. Des liens courts et des chiffres de clics basiques.

Avant de choisir un remplaçant, passez en revue votre code et votre marketing, et notez sur lesquelles des quatre fonctions vous comptiez. C’est ce qui détermine l’ampleur de la migration.

Quel remplaçant pour quel usage

Ouvrir l’app si elle est installée : Universal Links et App Links

Pour la fonction 2, Google recommande lui-même les mécanismes intégrés aux plateformes : les Universal Links sur iOS et les App Links sur Android. Tous deux permettent à une adresse https:// ordinaire sur votre propre domaine d’ouvrir directement votre app quand elle est installée, et de basculer sur le site web quand elle ne l’est pas.

Ils demandent un peu de configuration :

• Sur iOS, un fichier apple-app-site-association sur votre domaine et l’entitlement Associated Domains dans l’app.
• Sur Android, un fichier assetlinks.json sur votre domaine et des intent filters avec autoVerify dans votre manifeste.
• Du code dans l’app qui lit l’URL reçue et ouvre le bon écran.

Pour la plupart des apps, c’est un après-midi de travail, cela ne coûte rien, et le domaine vous appartient : personne ne pourra le fermer à nouveau. Firebase Hosting peut servir les deux fichiers de vérification si votre site y est déjà hébergé.

Routage vers les stores : un lien intelligent

Pour la fonction 1, il vous faut un lien qui détecte l’appareil et redirige vers le bon store. Vous pouvez l’écrire vous-même sur votre site en quelques lignes, ou utiliser l’un des nombreux outils de liens intelligents. Le guide Un seul lien pour l’App Store et Google Play couvre les deux options et les détails qui piègent souvent (les iPad qui se présentent comme des Mac, les bots d’aperçu de lien, les navigateurs intégrés aux apps).

Liens profonds différés : tout dépend de la plateforme

C’est sur la fonction 3 que les plateformes diffèrent le plus.

• Sur Android, c’est simple. Google Play le prend en charge d’origine, donc un nouvel utilisateur peut arriver sur l’écran visé par le lien, sans aucune demande. Notre article Les liens profonds différés sur Android, expliqués détaille la démarche.
• Sur iPhone, il n’existe pas d’équivalent. Apple ne transmet rien d’un lien à travers une installation depuis l’App Store, donc les outils qui promettent des liens profonds différés sur iPhone reposent sur le fingerprinting ou une demande de collage. Les liens profonds différés expliqués compare les options, y compris celle qu’Apple interdit.

Si votre parcours sur iPhone dépendait des liens profonds différés, voyez s’il peut fonctionner autrement : demandez aux nouveaux utilisateurs de se connecter ou de saisir un code d’invitation, et retrouvez le contexte à partir de leur compte.

Liens courts et chiffres

La fonction 4 est la plus facile à remplacer : presque tous les outils de liens raccourcissent et comptent. La vraie question, c’est de quels chiffres vous avez besoin. Les clics vous disent qui a appuyé. Dynamic Links ne vous en a jamais dit beaucoup plus. Si vous voulez savoir quel lien a amené des installations, et lequel a amené des gens qui ont payé, il vous faut un outil avec un SDK dans votre app, et c’est là qu’une migration peut vous laisser mieux loti qu’avant.

Les remplaçants complets

Si vous utilisiez les quatre fonctions, ou s’il vous faut aussi l’attribution des campagnes payantes, une plateforme complète de deep linking ou de mesure remplace Dynamic Links d’un seul coup. La FAQ de Google cite Adjust, Airbridge, AppsFlyer, Bitly, Branch, Kochava et Singular, et depuis la fermeture, de nombreux outils plus petits sont apparus, qui visent précisément les anciens utilisateurs de Dynamic Links. Ils diffèrent beaucoup par le prix, par leur comportement sur iPhone et par la configuration qu’ils demandent : testez-les avec votre propre app avant de tout migrer.

La place d’Unolink

Unolink n’est pas un remplaçant clé en main de tout Dynamic Links. Il remplace les parties que la plupart des apps utilisaient vraiment, et ajoute ce que Dynamic Links ne vous a jamais montré : ce que les gens ont fait après l’installation.

Ce qu’il remplace :

• Le routage vers les stores, sur tous les forfaits, Free compris : un lien par app qui envoie les iPhone et iPad vers l’App Store, Android vers Google Play et les ordinateurs vers votre site web ou votre store pour ordinateur. Les bots connus et les aperçus de lien ne sont jamais envoyés vers un store et jamais comptés. La configuration prend quelques minutes.
• Des liens courts avec des chiffres : un lien de campagne par publication, créateur ou publicité, chacun avec ses clics par pays, plateforme, référent et tag UTM.
• Des codes QR pour chaque lien, pour que vos prochains codes imprimés pointent vers une adresse que vous contrôlez.
• Les liens profonds différés sur Android (à partir de Pro, avec le SDK) : donnez un écran de destination à un lien, et les nouveaux utilisateurs Android y arrivent après l’installation. Voir Liens profonds différés sur Android.

Ce qu’il ajoute :

• Quel lien a amené chaque installation, sur iPhone et Android, sans fingerprinting (à partir de Pro, avec le SDK).
• Ce qui s’est passé ensuite, par lien : onboarding, vues du paywall et achats, avec les revenus RevenueCat qui arrivent tout seuls une fois la connexion faite. Vous voyez quelles publications, quels créateurs et quelles publicités amènent des utilisateurs payants, pas seulement des appuis.
• Des pages de destination et une page développeur (Indie et plus), pour les publicités et pour votre bio.
• Un prix fixe et public : Free pour commencer, puis 6 $US, 19 $US ou 49 $US par mois. Pas de frais par clic ni par installation, et pas d’appel commercial. Voir les tarifs.

Ce qu’il ne fait pas :

• Universal Links et App Links. Les liens Unolink passent toujours par le store ; pour ouvrir une app installée, configurez les liens propres aux plateformes sur votre domaine.
• Les liens profonds différés sur iPhone. Unolink ne fait pas de fingerprinting des appareils et n’utilise pas de demande de collage, il n’y a donc pas de liens profonds différés sur iPhone.
• Des liens sur votre propre domaine. Pour l’instant, les liens sont sur go.unolink.dev. Les domaines personnalisés arrivent bientôt.

Une configuration courante pour les petites équipes : Universal Links et App Links sur votre propre domaine pour ceux qui ont l’app, et un lien Unolink dans les bios, les publicités et les codes QR pour ceux qui ne l’ont pas.

Liste de contrôle pour la migration