Questions fréquentes sur l'abandon des liens dynamiques

Nous avons lancé Firebase Dynamic Links il y a plus de sept ans pour rendre les URL plus puissantes, par exemple en modifiant de manière dynamique la destination d'un lien en fonction des conditions d'exécution.

Au fil des ans, les écosystèmes Web et mobile ont évolué avec des technologies telles que les liens vers les applications, Google Play Instant, les liens universels et les App Clips. Ils ont ainsi rendu les parcours utilisateur dans les applications et sur le Web plus fluides et prévisibles pour les utilisateurs de votre application. Nous pensons que vous et vos utilisateurs bénéficierez davantage de l'adoption directe de ces technologies et de la poursuite de l'évolution de l'écosystème. Toutefois, parallèlement à ces nouvelles modifications, les API natives d'origine sur lesquelles Firebase Dynamic Links a été conçu ont également évolué et ont présenté de nouveaux défis.

Par exemple, les changements dans l'écosystème ont affecté notre capacité à fournir une expérience stable et cohérente pour l'une des principales fonctionnalités de Firebase Dynamic Links : offrir aux utilisateurs une transition fluide vers l'application après l'installation, quelle que soit la plate-forme.

Plutôt que de continuer à proposer une expérience moins qu'idéale, nous avons décidé d'abandonner Firebase Dynamic Links et de réorienter nos ressources vers la résolution d'autres difficultés des développeurs.

Nous sommes conscients que ce changement vous demandera du temps pour évaluer et adopter d'autres solutions ou fournisseurs de plates-formes sur le marché.

Nous continuons d'évoluer Firebase pour répondre à vos besoins, à mesure que l'écosystème évolue et change. Nous continuerons à lancer de nouvelles fonctionnalités et mises à jour dans les produits Firebase, et nous nous engageons à vous aider à exceller dans votre parcours de développement d'applications.

Que dois-je savoir ?

Firebase Dynamic Links sera arrêté le 25 août 2025. Tous les liens diffusés par Firebase Dynamic Links (hébergés à la fois sur des domaines personnalisés et sur des sous-domaines page.link) cesseront de fonctionner, et vous ne pourrez plus en créer.

Pour vous aider à décider comment migrer depuis Firebase Dynamic Links, nous continuerons de mettre à jour ce document de questions fréquentes avec des informations supplémentaires à prendre en compte, ainsi que des guides de migration pour différents scénarios de migration qui pourraient correspondre à la façon dont vous utilisez Firebase Dynamic Links aujourd'hui.

Nous continuerons également à mettre à jour ce guide avec d'autres questions fréquentes à mesure que l'abandon de la fonctionnalité se rapprochera de la date d'abandon prévue pour le 25 août 2025 et que nous découvrirons d'autres problèmes pour vous aider dans vos efforts de migration.

Consultez les questions fréquentes ci-dessous pour obtenir des réponses à certaines de vos questions les plus importantes.

Pour commencer votre migration, consultez les questions fréquentes sur la migration depuis le service ci-dessous.

Firebase Dynamic Links sera arrêté le 25 août 2025. Tous les liens diffusés par Firebase Dynamic Links (à la fois ceux hébergés sur des domaines personnalisés et sur des sous-domaines page.link) cesseront de fonctionner.

Combien de temps vais-je avoir pour migrer ?

Vous avez jusqu'au 25 août 2025 pour effectuer la migration.

Oui, vos liens nouveaux et existants continueront de fonctionner jusqu'à l'arrêt du service des liens dynamiques le 25 août 2025.

Lorsque Firebase Dynamic Links sera abandonné, vous pouvez vous attendre à ce que:

  • Tous les liens sur lesquels les utilisateurs cliquent renvoient une réponse d'état HTTP 404.
  • Toutes les requêtes HTTP vers:

    • https://firebasedynamiclinks.googleapis.com/v1/shortLinks (API Short Links)
    • https://firebasedynamiclinks.googleapis.com/v1/SHORT_DYNAMIC_LINK/linkStats (API Link Stats)

    renvoie une réponse d'état HTTP 400/403.

  • Comportement suivant en fonction de la version de la plate-forme du SDK et de l'appel d'API effectué dans votre application:

    iOS

    Cas d'utilisation Appel d'API Code d'état Comportement Votre application plantera-t-elle ?
    Créer un lien vers un Short

    shorten (Swift)

    shortenUrl (Swift)

    shortenWithCompletion (Objective-C)

    400 Une erreur est émise avec le motif de l'échec Non*
    Attribution "première ouverture"

    Appelé automatiquement sur FirebaseApp.configure (Swift)/FIRApp.configure (Objective-C)

    400 Aucune erreur n'est émise, mais un objet FDL est renvoyé avec des données vides. Non*
    Attribution de la réouverture

    handleUniversalLink (Swift)

    handleUniversalLink (Objective-C)

    400 Une erreur est émise avec le motif de l'échec Non*

    Android

    Cas d'utilisation Appel d'API Code d'état Comportement Votre application plantera-t-elle ?
    Créer un lien vers un Short

    buildShortDynamicLink (Kotlin)

    buildShortDynamicLink (Java)

    400 Une erreur est émise avec le motif de l'échec Non*
    Attribution "première ouverture"

    getDynamicLink(getIntent()) (Kotlin)

    getDynamicLink(getIntent()) (Java)

    400 La tâche renvoie une réponse positive, mais les données FDL sont vides Non*
    Attribution de la réouverture

    getDynamicLink(getIntent()) (Kotlin)

    getDynamicLink(getIntent()) (Java)

    400 La tâche renvoie une réponse positive, mais les données FDL sont vides Non*
    Accepter l'invitation Module AppInvite dans les services Google Play appelé lors de la gestion de la redirection d'intent (à partir de *.page.link ou de domaine personnalisé) 400 Affiche un voyant de chargement lorsque les services Google Play sont appelés et disparaît lorsqu'une réponse 400 est renvoyée Non*

Comment procéder à la migration depuis le service ?

Nous avons constaté que les besoins des développeurs concernant l'utilisation des liens dynamiques Firebase étaient différents.

En fonction de vos propres cas d'utilisation et de l'évaluation de votre utilisation de Firebase Dynamic Links, il est probable que l'un des scénarios ci-dessous corresponde à vos besoins.

Dans ce scénario, nous vous recommandons d'utiliser d'autres fournisseurs/prestataires de services de liens profonds, tels que Adjust, Airbridge, AppsFlyer, Bitly, Branch, Kochava et d'autres fournisseurs similaires sur le marché. (Notez que ces fournisseurs n'ont pas été examinés par Google, mais qu'ils proposent des fonctionnalités similaires à Firebase Dynamic Links.)

Vous pouvez également exporter vos métadonnées de lien profond, ce qui peut faciliter la migration de vos liens vers le fournisseur de votre choix.

Pour trouver un fournisseur proposant des fonctionnalités compatibles avec Firebase Dynamic Links, consultez la liste ci-dessous.

Fonctionnalités Firebase Dynamic Links:

  • Redirige les utilisateurs vers le magasin approprié pour leur appareil en un seul clic (et redirige vers une page Web si nécessaire)
  • Permet aux utilisateurs de poursuivre leur parcours après avoir téléchargé et installé votre application et consulté un lien profond différé.
  • Offre aux utilisateurs une expérience contextuelle via le contenu associé à des liens profonds dans votre application (lorsqu'application est déjà installée)
  • Fournit des données analytiques sur les événements de clic sur des liens dynamiques
  • Permet de créer des URL courtes
  • Possibilité d'ajouter des métadonnées aux liens pour le partage sur les réseaux sociaux

Que se passe-t-il si je ne souhaite créer de liens profonds vers mon application qu'après son installation ?

Pour ce scénario, nous vous recommandons d'utiliser des liens vers l'application et des liens universels, qui sont des méthodes compatibles avec la plate-forme permettant aux développeurs de proposer des expériences de liens profonds à leurs utilisateurs.

Consultez ce guide pour en savoir plus sur la migration vers l'utilisation d'App Links et d'Universal Links.

Ce guide explique également comment utiliser Firebase Hosting pour héberger les fichiers de validation des domaines et des associations d'assets nécessaires sur le domaine que vous prévoyez d'utiliser pour vos nouveaux liens (par exemple, le fichier assetlinks.json pour les liens d'application, le fichier apple-app-site-association pour les liens universels).

Dans ce scénario, vous n'avez peut-être pas besoin d'effectuer d'action dans votre application pour gérer l'arrêt à venir. Toutefois, nous vous recommandons de:

  • Vérifiez vos Firebase Dynamic Links existants en suivant le guide d'exportation des métadonnées de vos liens pour vous assurer que vos utilisateurs et votre application ne seront pas affectés une fois que les liens ne seront plus diffusés.

  • Supprimez les préfixes d'URL Firebase Dynamic Links dans la console Firebase. Remarque: Les domaines avec préfixe d'URL seront automatiquement supprimés après le 25 août 2025.

  • Supprimez le SDK Firebase Dynamic Links de vos applications.

Si un scénario de migration ne répond pas à vos besoins, contactez-nous pour nous en informer.

Les API Firebase Dynamic Links pour les Liens courts et Analytics resteront disponibles jusqu'à la date d'abandon, le 25 août 2025.

Passé ce délai, ces API ne seront plus disponibles et le service sera arrêté.

Pour savoir comment exporter les métadonnées de vos liens, consultez le guide sur l'exportation des métadonnées de vos liens.

Vous pouvez utiliser le guide d'exportation pour récupérer les métadonnées de vos liens dynamiques Firebase, y compris le lien lui-même.

Vous pouvez utiliser l'API Analytics Firebase Dynamic Links pour récupérer les données statistiques sur les liens pour chacun de vos Firebase Dynamic Links. Cette API Analytics est limitée à environ 5 RPS. Pour savoir comment respecter cette limite de requêtes lorsque vous utilisez l'API, consultez cet exemple de tâche Cloud.

Vous pouvez également utiliser Google Analytics et exporter vos données pour un sous-ensemble de données d'analyse des liens, y compris les événements de mise à jour de l'application, qui sont propres à Google Analytics.

Si vous avez besoin d'un taux de requêtes plus élevé pour faciliter votre migration, veuillez nous contacter via l'assistance Firebase.

Les métadonnées de votre domaine et de vos associations seront marquées pour suppression le 25 août 2025 et supprimées conformément à notre Règlement relatif à la conservation des données.

Non, vous n'avez pas besoin d'intégrer Firebase Dynamic Links, car cela n'est plus possible. Vous pouvez plutôt suivre les guides mis à jour pour commencer à utiliser l'authentification par lien d'e-mail afin de l'activer et de l'implémenter pour votre projet:

Consultez la liste complète des actions concernées par ce changement.

L'authentification par lien e-mail et vos actions par e-mail hors bande avec Firebase continueront de fonctionner. Toutefois, vous devrez passer aux derniers SDK Firebase Authentication et migrer vers la nouvelle solution pour continuer à utiliser ces actions après l'arrêt du service Firebase Dynamic Links le 25 août 2025.

Pour savoir comment effectuer la migration, suivez les guides dont le lien est indiqué ci-dessous:

Consultez la liste complète des actions concernées.

Quel est l'impact sur les implémentations du flux OAuth avec les versions du SDK Android Firebase Authentication antérieures à la version 20.0.0 ou les versions du BoM antérieures à la version 26.0.0 ?

Vous devrez passer à la dernière version du SDK Android Firebase Authentication (au moins la version 20.0.0) pour continuer à utiliser votre implémentation du flux OAuth dans vos applications Android.

Les actions par e-mail Firebase Authentication sur les applications Web sont-elles concernées ?

Non. L'abandon de Firebase Dynamic Links n'a d'incidence que sur la gestion des URL entrantes sur les appareils mobiles.

Quel est l'impact des implémentations qui utilisent les bibliothèques du SDK JavaScript Firebase pour authentifier des fournisseurs OAuth dans une application Cordova ?

Oui, le SDK JavaScript Firebase utilise Firebase Dynamic Links pour implémenter le flux d'authentification OAuth. Vous devrez modifier votre implémentation du flux en effectuant le flux OAuth manuellement et en transmettant les identifiants OAuth obtenus à Firebase pour terminer le flux d'authentification.

Pour en savoir plus, consultez le guide Cordova.

Veuillez consulter les questions fréquentes sur la migration depuis le service, qui détaillent différents scénarios de migration et fournissent des guides de migration pour les différentes alternatives disponibles.