Firebase Dynamic Links, un an après : trouvez les liens qui renvoient encore 404
Le 25 août marque un an depuis l’extinction de tous les liens FDL. La plupart des équipes ont corrigé les liens évidents en 2025. Voici l’audit des surfaces que tout le monde oublie — et pourquoi les QR imprimés exigent plus qu’une nouvelle URL.
Un an de clics qui ne mènent nulle part
Le 25 août 2025, Firebase Dynamic Links a fermé définitivement. Tous les liens FDL — les liens courts .page.link et ceux des domaines FDL personnalisés — ont cessé de résoudre et renvoient 404 depuis. Selon la FAQ de Firebase, la fermeture a aussi clos la fenêtre d’export : les données de clics non exportées avant cette date sont perdues.
C’était il y a un an. La plupart des équipes ont traité la partie visible de la migration en 2025 : les liens des campagnes actives, ceux du pipeline, ceux dont quelqu’un se souvenait. Mais un lien FDL n’a pas besoin de vivre dans votre code pour continuer à recevoir des clics. Il lui suffit d’exister quelque part où une personne peut le trouver.
Chacun de ces clics est quelqu’un qui voulait votre application et a trouvé une page d’erreur. Aucune alerte ne le signale, et ce trafic n’apparaît pas dans votre analytics puisque le lien qui l’a reçu n’est plus le vôtre. La seule façon de mesurer les dégâts est d’aller les chercher. C’est le but de cette checklist.
L’audit en un coup d’œil
- Modèles d’email404
- QR imprimés404
- Fiche du store404
- Bios sociales404
- Centre d’aide404
- Brochures PDF404
- Boutons du site301
- Pied de newsletter301
- Campagnes actives301
L’audit : dix surfaces que tout le monde oublie
Parcourez la liste dans l’ordre. Sur chaque surface, l’objectif est le même : trouver toute URL contenant page.link ou votre ancien domaine FDL, puis la remplacer ou la retirer.
Vieux emails marketing encore en circulation
Impossible de rappeler un email envoyé ; les copies transférées et enregistrées continuent de générer des clics. Ce que vous pouvez corriger, c’est la bibliothèque de modèles : cherchez page.link dans les modèles, les automatisations et les brouillons. Les séquences de bienvenue sont les suspectes habituelles.
QR imprimés sur emballages et affiches
Le pire cas : le papier ne se patche pas. Rassemblez un exemplaire de chaque pièce imprimée portant un QR — emballages, affiches, supports d’événement — et scannez-les. Tout ce qui résout vers un lien FDL doit être réimprimé, avec une autre stratégie cette fois. Détails plus bas.
Bios des réseaux sociaux
Instagram, TikTok, X et la page À propos de la chaîne YouTube portent chacun un seul lien précieux, et personne ne se souvient de qui l’a mis. Vérifiez chaque profil de votre marque, comptes régionaux compris.
Fiches App Store et Google Play
Texte de description, texte promotionnel, légendes des captures et URL marketing de la fiche. Un lien mort ici s’affiche devant votre audience la plus décidée.
Docs de support et centres d’aide
Passez la base de connaissances au crible. Si votre centre d’aide propose un export ou une API, cherchez page.link dans le dump ; sinon, utilisez la recherche admin. Les articles expliquant comment installer l’app sont les premiers suspects.
Brochures PDF et decks commerciaux
Cherchez les PDF et présentations dans les drives partagés, puis à l’intérieur des fichiers. Les équipes commerciales font circuler de vieux decks pendant des années ; le fichier ne sait pas que ses liens sont morts.
Signatures d’email
Les modèles de signature d’entreprise portent souvent un lien de téléchargement. Une correction de modèle couvre toute l’équipe pour la suite ; les emails déjà envoyés gardent le lien mort pour toujours.
Descriptions de vidéos YouTube
Les descriptions restent modifiables après la mise en ligne : c’est l’une des corrections les moins chères de la liste. Triez la chaîne par vues et descendez.
Anciens articles de blog et articles invités
Pour votre propre CMS, cherchez dans la base ou un export. Pour les articles invités et la presse, combinez des recherches site: avec "page.link", puis écrivez aux éditeurs. Attendez-vous à un taux de réponse bien inférieur à la moitié. Écrivez quand même.
Deep links de push stockés côté serveur
Si votre backend stocke des URLs de deep link — modèles de notification, configurations de campagne, fiches utilisateur — requêtez l’ancien domaine. Ces liens échouent en silence à chaque envoi.
Triage : quoi corriger en premier
Vous ne nettoierez pas les dix surfaces en une après-midi. L’ordre compte plus que la vitesse.
- 1
D’abord les surfaces permanentes à forte intention
Fiches de store et bios sociales s’affichent devant des gens en train de décider d’installer. Corrigez-les le jour même.
- 2
Tout ce qui envoie encore
Les automatisations d’email actives et les modèles de push côté serveur créent de nouveaux clics morts chaque heure. Arrêtez l’hémorragie avant l’archéologie.
- 3
L’imprimé : changez la stratégie, pas seulement l’URL
Réimprimer avec une autre URL fixe recrée le même piège. Réimprimez avec un QR qui encode un lien re-ciblable plus tard, pour que la prochaine fermeture soit une édition, pas un nouveau tirage.
- 4
La longue traîne, sur un calendrier
Articles invités, vieilles vidéos, PDF oubliés. Regroupez-les dans une tâche mensuelle récurrente au lieu de les laisser bloquer l’urgent.
La leçon : ne diffusez jamais une URL que vous ne pouvez pas re-cibler
La fermeture de FDL avait été annoncée des années à l’avance, et elle a quand même abandonné des liens sur des emballages et dans des bios partout dans le monde. L’erreur de fond n’était pas d’avoir choisi Firebase, mais d’avoir imprimé et largement diffusé des URLs dont la destination appartenait à un tiers et dont le comportement ne pouvait pas être modifié après coup.
La solution durable est de posséder la couche que vous diffusez. Un QR dynamique encode votre lien, pas la destination : le code imprimé reste valide pendant que vous modifiez sa cible. Dans Appy, chaque QR fonctionne ainsi : téléchargez-le en SVG ou PNG, imprimez-le, changez la destination plus tard depuis le tableau de bord. Le routage par appareil vers l’App Store, Google Play et Huawei AppGallery fonctionne sur tous les plans, les redirections sont illimitées y compris en Free, et l’analytics des clics — OS, pays, séries temporelles — inclut 90 jours de rétention sur le plan Free.
Soyons clairs sur le compromis : un lien sur appy.to vit aussi sur une infrastructure que vous n’exploitez pas. Aucun fournisseur ne peut honnêtement promettre l’éternité. Ce que vous pouvez exiger : des destinations modifiables, un analytics exportable, et un imprimé qui porte un code dont vous contrôlez le sens. Cette combinaison transforme la prochaine fermeture en changement de réglage.
S’il reste des liens FDL dans le code
Les versions déjà publiées de l’app sont la seule surface non modifiable. Si d’anciennes versions construisent ou ouvrent des URLs FDL — partage, parrainage, invitations — ces appels échouent désormais au niveau réseau. Dans les versions encore mises à jour, interceptez l’ancien domaine avant la requête et routez vers votre nouveau lien ou un fallback dans l’app.
Pour les versions non mises à jour, déplacez le correctif côté serveur quand c’est possible : réécrivez les payloads de push stockés, renvoyez de nouvelles URLs depuis votre API et surveillez le reporting d’erreurs. Cela n’attrapera pas tout. Cela attrape le trafic que vous contrôlez encore.
Questions fréquentes
Peut-on ressusciter d’anciens Firebase Dynamic Links ?
Non. Le domaine page.link appartient à Google et le service derrière a disparu ; ces liens échoueront définitivement. Si vous utilisiez un domaine FDL personnalisé qui vous appartient, vous pouvez le pointer vers votre propre couche de redirection et reconstruire à la main les chemins essentiels — mais le service FDL lui-même ne peut pas être restauré.
Puis-je encore récupérer mon analytics Dynamic Links ?
Non. La fenêtre d’export de Firebase s’est fermée avec l’arrêt du 25 août 2025, selon la FAQ de Firebase. Les données non exportées avant cette date sont irrécupérables. Leçon pratique valable pour tout fournisseur : exportez votre analytics régulièrement, pas seulement au moment de migrer.
Et les liens FDL dans les versions déjà publiées de l’app ?
Un binaire publié ne se modifie pas ; gérez-le à l’exécution quand c’est possible : interceptez l’ancien domaine dans les versions actualisables avec un routage de repli, et réécrivez les URLs servies par le serveur — payloads de push, réponses d’API — pour que les anciens clients reçoivent des liens valides.
Comment éviter cela avec n’importe quel fournisseur de liens ?
Possédez la couche imprimée. Diffusez des QR et des liens courts à destination modifiable, tenez un inventaire consultable de tous les endroits où vos liens apparaissent et exportez votre analytics régulièrement. Une fermeture de fournisseur devient alors un changement de redirection, pas une réimpression.
Continuer à explorer
Le plan gratuit d’AppsFlyer vient de rétrécir : ce qui passe au payant, et vos options
Le deferred deep linking, les domaines de marque, les Smart Banners, les liens en masse et l’API ont quitté le plan gratuit Zero. Ce qui a changé, le coût de remplacement et une migration qui tient dans une après-midi.
Statistiques des QR codes 2026 : les chiffres qui comptent vraiment
Un tour d’horizon sourcé de l’usage des QR codes, de la taille du marché, du volume des paiements et des comportements de scan en 2026 — chaque chiffre avec sa source, et une lecture honnête pour les équipes d’apps.
Un seul lien pour l’App Store, Google Play et Huawei AppGallery
Un lien Google Play est une impasse sur un téléphone Huawei. Découvrez comment un smart link envoie chaque visiteur Android vers une boutique réellement présente sur son appareil.
Vous cherchez autre chose ? Parcourez tous les sujets sur le blog.
Re-ciblez une fois, ne réimprimez jamais
Créez des smart links et des QR dynamiques dont la destination reste modifiable après impression — avec des redirections illimitées sur le plan Free.
Créer un lien gratuit