Google Firebase abandonne progressivement les tokens push Android au profit d'un nouvel identifiant, le Firebase Installation ID (FID). Le point le plus sensible est discret : un seul réglage dans l'application suffit à basculer tous ses SDK vers ce nouveau mode. Un outil qui n'est pas prêt cesse alors de recevoir des tokens, sans erreur visible.
Batch prend en charge le FID depuis la version 3.4.1 de son SDK Android, publiée le 9 octobre 2026. Pour vos campagnes, une seule action à prévoir : mettre à jour le SDK lors de votre prochaine release.
Cet article s'adresse à vos équipes CRM comme à vos équipes techniques. On y détaille ce qui change, le risque réel pour votre audience push et la façon dont Batch s'y adapte.
Ce qui change : le Firebase Installation ID remplace le token push
Un token push est l'adresse unique d'un appareil. Votre plateforme CRM le stocke et l'utilise pour envoyer chaque notification. Sur Android, ce token est fourni par Firebase Cloud Messaging (FCM), le service de Google qui achemine les notifications.
Avec la version 25.1.0 de sa librairie firebase-messaging, Google introduit un autre mode d'enregistrement. Chaque installation de l'application est identifiée par son Firebase Installation ID. Les méthodes historiques de récupération des tokens sont désormais marquées comme obsolètes dans la documentation Firebase.
Le changement touche aussi l'envoi. Dans l'API FCM HTTP v1, celle qu'utilisent les plateformes de push depuis 2024, le champ réservé aux tokens est lui aussi déprécié. Google invite à cibler le FID à la place.
Bon à savoir
Les deux formats cohabitent encore. Les tokens existants continuent de fonctionner, et l'API d'envoi accepte toujours les deux identifiants.
Pourquoi votre audience push Android peut baisser sans alerte
Le nouveau mode ne s'active pas outil par outil. Il s'active pour toute l'application, via un réglage unique dans son fichier de configuration Android (le manifest). Google recommande d'ailleurs de ne pas mélanger les deux méthodes d'enregistrement dans une même application.
Une application embarque souvent plusieurs SDK liés aux notifications : plateforme CRM, support client, messagerie, parfois deux solutions de push le temps d'une migration. Il suffit qu'un seul d'entre eux active le FID lors d'une mise à jour. Les outils qui ne gèrent pas ce mode ne récupèrent alors plus de token pour les nouvelles installations.
Résultat : l’enregistrement du token échoue silencieusement, et les installations déjà enregistrées ne sont plus joignables. Votre base de tokens Android s'érode alors release après release.
⚠️ Attention ce type de baisse se repère tard. Elle ressemble plus à une évolution normale de l'opt-in, qu’à un incident technique.
Calendrier : pas de date de fin pour les tokens, mais des signaux nets
Google n'a fixé aucune date de suppression des tokens push Android. L'historique de Firebase invite pourtant à anticiper.
Juin 2023 : Google déprécie les API legacy de FCM.
Juin 2024 : ces API sont coupées. Les plateformes qui n'avaient pas migré vers l'API FCM HTTP v1 ne peuvent plus envoyer.
Septembre 2026 : Google déprécie les API serveur Instance ID, liées à l'ancien modèle de tokens, ainsi que les groupes d'appareils.
1er janvier 2027 : les nouveaux projets ne peuvent plus adopter ces API dépréciées.
29 septembre 2027 : les appels à ces API commencent à échouer.
Ces API ne servent pas directement à envoyer vos notifications. Elles montrent toutefois la méthode de Google : une annonce, puis 12 mois pour migrer. Attendre l'annonce officielle pour les tokens, c'est s'exposer à une migration dans l'urgence, comme en 2024.
Batch prend déjà en charge le Firebase Installation ID
Ce que fait le SDK Batch Android 3.4.1
La version 3.4.1 du SDK Batch Android ajoute l'enregistrement par FID. Son comportement s'aligne sur le réglage Firebase de votre application.
Réglage FID activé, par vos équipes ou par un autre SDK : Batch utilise automatiquement le Firebase Installation ID.
Réglage absent ou désactivé : Batch continue d'utiliser les tokens FCM, comme aujourd'hui.
Aucune configuration supplémentaire n'est nécessaire côté Batch. Si un autre SDK active le FID, Batch suit automatiquement et vos nouvelles installations restent joignables.
Pour vos équipes CRM : ce qui ne change pas
Vos segments fonctionnent sans modification.
Vos campagnes continuent de partir normalement.
Pour vos équipes techniques : la marche à suivre
Mettez à jour le SDK Batch Android en version 3.4.1 ou supérieure. Le support du FID n'existe que dans la branche 3.x : la version 2.1.3, publiée le même jour, ne l'intègre pas. Votre application est encore en 2.x ? Prévoyez la migration vers la 3.x avec le guide dédié.
L’enregistrement par FID nécessite
firebase-messagingen version 25.1.2 ou supérieure.
Le détail de ces évolutions figure dans le changelog du SDK Batch Android.
Trois réflexes pour sécuriser votre audience push Android
Faites l'inventaire des SDK liés au push dans votre application. Pour chacun, vérifiez s'il supporte le FID et s'il l'active par défaut.
Suivez le nombre d'installations Android joignables après chaque release. Une baisse progressive sur les nouvelles installations est le premier symptôme d'un conflit entre SDK.
Planifiez la mise à jour du SDK Batch Android dans votre prochaine release, sans attendre une date de fin officielle.
En 2024, Batch accompagnait déjà ses clients dans la migration obligatoire vers l'API FCM HTTP v1, puis face à la limitation de la vitesse d'envoi et à la purge des tokens inactifs. Le passage au Firebase Installation ID suit la même logique : nos équipes suivent au quotidien les évolutions de Google et d'Apple, pour que vos équipes CRM n'aient pas à devenir expertes des API push.
Arnaud Roland
Senior Software Engineer @ Batch
Rejoignez-nous
La Newsletter du CRM
Toutes les nouveautés dans votre boîte mail !
