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.
Des années à l’avance
La fermeture est annoncée
Elle laisse pourtant des liens à l’abandon sur emballages et bios
2025
Les liens évidents migrent
Campagnes actives, pipeline, ceux dont quelqu’un se souvenait
25 août 2025
Tous les liens FDL renvoient 404
.page.link comme domaines FDL personnalisés ; les données de clics non exportées sont perdues
page.link/…404Un an après
Les liens oubliés reçoivent encore des clics
Aucune alerte, et rien n’apparaît dans votre analytics
page.link/…404
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.
- 1Le jour mêmeD’abord les surfaces permanentes à forte intentionFiches de store · bios sociales
- 2EnsuiteTout ce qui envoie encoreAutomatisations d’email · modèles de push
- 3À la prochaine réimpressionL’imprimé : changez la stratégie, pas seulement l’URLEmballages · affiches · chevalets de table
- 4Chaque moisLa longue traîne, sur un calendrierArticles invités · vieilles vidéos · PDF
- 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.
Une URL contrôlée par un tiers
Le code sur la boîte pointe droit vers le fournisseur
Le fournisseur ferme
404 sur chaque boîte, affiche et bio : réimpression
Un code qui encode votre lien
Le code sur la boîte ne change jamais
Modifier dans le tableau de bord
Le code imprimé reste valide : un simple 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 vers un écran de 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.
Versions que vous pouvez encore mettre à jour
Interceptez l’ancien domaine avant l’envoi de la requête
Routez vers le nouveau lien ou un écran de l’app
URLs servies par votre serveur
Réécrivez les payloads de push stockés, renvoyez de nouvelles URLs depuis votre API
Les anciens clients reçoivent des liens valides
Versions publiées impossibles à mettre à jour
Les appels aux URLs FDL échouent au niveau réseau
Surveillez le reporting d’erreurs des anciens parcours de partage
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 et redirigez-le vers une destination qui fonctionne, 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
Les tarifs d’Airbridge ont changé en 2026 : les offres gratuites sont devenues un essai de 30 jours
Airbridge mettait en avant un quota Core gratuit et une offre DeepLink gratuite. La page de tarifs affiche désormais 30 jours d’essai puis 40 $+ par mois. La chronologie, et ce qu’il faut vérifier si vous vous êtes inscrit aux anciennes conditions.
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.
Le serveur MCP d’Appy : créez et mesurez vos smart links depuis votre assistant IA
Connectez Claude Code, Claude Desktop, Codex, Cursor ou VS Code à Appy et demandez liens et chiffres de clics en langage courant. Ce qu’il fait, trois courtes conversations, à qui il s’adresse et comment vous gardez la main.
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