Server-side GTM pour Applications : de nouvelles possibilités pour la collecte de données mobile
- Server-side GTM pour Applications : de nouvelles possibilités pour la collecte de données mobile
- Introduction : sGTM for Apps, le server-side pour les applications
- Use cases : à quoi sert sGTM for Apps ?
- Pourquoi passer sur sGTM for Apps ?
- Option 1 : Firebase SDK seul
- Option 2 : Firebase SDK + GTM iOS/Android
- Option 3 : Firebase SDK + sGTM for Apps (nouveauté)
- sGTM for Apps est-il fait pour vous ?
- Comment implémenter sGTM for Apps ?
- 1. Préparer l’application pour la collecte côté serveur
- 2. Créer et configurer le conteneur serveur
- 3. Visualiser et déboguer
- 4. Déployer progressivement
- Sources et ressources utiles
Introduction : sGTM for Apps, le server-side pour les applications
Disponible officiellement depuis octobre 2024, Server-side GTM pour Applications (sGTM for Apps) permet aux applications mobiles (iOS et Android) utilisant le SDK Firebase d'envoyer leurs données directement vers un conteneur GTM côté serveur.
Cette innovation comble permet d’aller plus loin pour la collecte de données d’applications : jusqu'ici, le server-side tagging était réservé aux sites web. Avec sGTM for Apps, les applications mobiles peuvent bénéficier du même niveau de contrôle, de transparence et de personnalisation des données transmises aux plateformes tierces.
Use cases : à quoi sert sGTM for Apps ?
L’intégration de sGTM for Apps ouvre la voie à des cas d’usage avancés jusqu’ici réservés au Web. L’intérêt principal réside dans la possibilité de reprendre la main sur les données avant qu’elles ne soient envoyées à Google Analytics, Google Ads ou d’autres plateformes.
Par exemple, il est possible de supprimer ou anonymiser des informations sensibles comme l’adresse IP, le user-agent, ou les identifiants d’appareils mobiles. Cela permet d’adapter la collecte de données aux exigences internes (compliance, sécurité) et réglementaires (RGPD, CNIL, etc.).
C’est également un moyen puissant de centraliser les flux Web et App au sein d’une architecture commune, ce qui facilite la maintenance, la cohérence du tracking et l’analyse cross-device.
Enfin, l’utilisation de sGTM permet d’envoyer un même événement vers plusieurs destinations de manière contrôlée et unifiée : GA4, Google Ads, BigQuery, partenaires tiers (MMP, Meta CAPI, etc.).
Ce diagramme montre comment un seul flux d'événements peut être routé et transformé vers différentes destinations depuis le serveur.
Pourquoi passer sur sGTM for Apps ?
Trois approches techniques sont possibles pour la collecte de données dans une app mobile avec un tracking Firebase. Chacune a ses avantages et ses limites :
Option 1 : Firebase SDK seul
Il s’agit de l’implémentation par défaut. Le SDK Firebase (GA4F : Google Analytics for Firebase) est embarqué dans l’app et envoie les événements à Google Analytics en passant par Firebase. C’est la solution la plus rapide à mettre en place, mais aussi la moins flexible : aucun enrichissement ni filtrage n’est possible. Vous ne pouvez pas inspecter ni transformer les données avant qu’elles ne soient envoyées.
Option 2 : Firebase SDK + GTM iOS/Android
Cette configuration ajoute un niveau d’abstraction dans l’app grâce à un conteneur GTM mobile. Il est ainsi possible de modifier la configuration de certains événements ou balises sans réaliser une nouvelle release de l’app. Cependant, cela reste une solution client-side : aucune anonymisation, aucun filtrage RGPD, et toujours un envoi direct à Firebase/GA4.
Option 3 : Firebase SDK + sGTM for Apps (nouveauté)
Là, toute la logique de traitement passe par le serveur. L’app envoie les événements Firebase vers le conteneur sGTM, où ils peuvent être inspectés, modifiés, supprimés ou redirigés avant d’être envoyés vers les outils de destination. C’est la seule solution permettant un contrôle total de la donnée, avec une approche scalable et privacy-first.
sGTM for Apps est-il fait pour vous ?
La mise en place de sGTM for Apps demande une certaine maturité technique, mais elle devient incontournable pour toute entreprise qui veut aller plus loin dans sa stratégie de collecte responsable.
Voici quelques signaux que cette solution est faite pour vous :
- Vous utilisez déjà GTM Server-side pour votre site web : mutualiser l’infrastructure pour vos apps rend votre système plus cohérent, maintenable, et évolutif.
- Votre app mobile repose sur Firebase (SDK Google Analytics for Firebase : GA4F SDK) : c’est un prérequis technique indispensable pour un tracking robuste, aujourd’hui compatible avec Flutter, React Native, Android et iOS.
- Vous avez des enjeux de privacy, RGPD, ou de cloisonnement des données : sGTM permet de ne pas transmettre certaines données à des tiers, ou de les filtrer avant envoi.
- Vous souhaitez enrichir les données collectées avec Firebase sur votre application, notamment avec des données 1st-party comme :
- Vous avez les ressources internes ou un partenaire technique pour maintenir une instance GTM Server (GCP, Addingwell, etc.).
- User-provided data (email, téléphone, …) pour un meilleur matching publicitaire
- Marges des produits ou customer lifetime value pour amélioration des performances publicitaires (value based bidding)
Si vous répondez positivement à ces points, l’investissement dans une telle architecture a toutes les chances d’être un point fort pour votre collecte de données.
Comment implémenter sGTM for Apps ?
L’implémentation complète repose sur trois grandes étapes principales, avec plusieurs sous-étapes détaillées que nous décrivons ci-dessous.
1. Préparer l’application pour la collecte côté serveur
- Installer le SDK Firebase à jour : téléchargez la dernière version du SDK Google Analytics for Firebase (GA4F) compatible avec le routage vers un serveur.
- Configurer les fichiers de l’application : dans le fichier
AndroidManifest.xml
(Android) ouInfo.plist
(iOS), activez sGTM et si besoin le Preview Mode de GTM (recommandé). - Activer l’option dans GA4 : dans votre flux de données mobile GA4, cochez "Activer l’envoi des événements vers GTM Server". C’est avec ces éléments que le SDK Firebase va pouvoir faire le lien avec sGTM for Apps.
Si besoin, notamment pour des tests ou un progressive roll-out : vous pouvez choisir le pourcentage de trafic à router (10 %, 50 %, 100 %).
2. Créer et configurer le conteneur serveur
- Créer un conteneur GTM Server-side sur votre instance GCP ou partenaire tiers (ex : Addingwell)
- Ajouter un client "GA4 (App)" : ce client va intercepter les appels du SDK Firebase
- Créer des balises server-side : vous pouvez alors router les données vers GA4, Google Ads, Search Ads 360, ou tout autre partenaire (via balises HTTP, webhook, etc.)
3. Visualiser et déboguer
- Utiliser le mode preview de GTM Server avec l'app : depuis GTM, sélectionnez "Send requests from app", générez un QR code et scannez-le avec votre app pour visualiser les événements en temps réel.
4. Déployer progressivement
- Activer progressivement le routage via GA4 : commencez par un faible pourcentage pour tester (ex. 10%), puis augmentez progressivement jusqu’à 100 % une fois validé.
- Vérifier le comportement de toutes les destinations (GA, Google Ads, Piano Analytics, Meta,…) dans les rapports et logs du conteneur serveur.
Sources et ressources utiles
- Documentation Google officielle (FR)
- Documentation Google officielle (EN)
- Webinar Google : Server-side Google Tag Manager for Apps
Envie d’approfondir le sujet tracking app ou spécifiquement la mise en place de sGTM for Apps avec nos experts ?
- EdgeAngel vous accompagne sur l’audit de votre architecture data, le déploiement technique, le paramétrage des balises, et le respect des contraintes RGPD pour sGTM for Apps : notre offre de services sur le tracking d’applications mobiles 👉 https://edgeangel.co/app-tracking
- Et pour tous vos besoins data marketing et/ou accompagnement sur la stratégie et le pilotage de vos campagnes, contactez-nous pour un premier appel de découverte !
Services
Data Collection, Architecture et Privacy
Conseil en Tag Management System avec Google Tag Manager (GTM)
Tracking de sites web avec Google Analytics 4 (GA4)
Tracking d’applications mobiles
Création de dashboards personnalisés et automatisés avec Google Looker Studio (GLS)
Création de plans de marquage avancés et personnalisés
Intégration de vos données avec Google Cloud Platform (GCP)
Audit et analyse de web performance
A/B testing et Conversion Rate Optimization (CRO)
Implémentation de Consent Mode (Google, Microsoft, Piano Analytics)
Conseil et pilotage de campagnes Google Ads
Conseil et gestion de campagnes Meta : Facebook Ads et Instagram Ads
Conseil et pilotage de campagnes Microsoft Advertising
Conseil et pilotage de campagnes native ads : Taboola et Outbrain
Conseil et pilotage de publicité programmatique
SEO : audit, recommandations et accompagnement à la refonte
Data Activation et Conseil Stratégique
Conseil en stratégie digitale et data marketing
Solutions
À propos
Notes d’experts
Causal Impact : mesure de l’efficacité publicitaire
Restrictions sur les cookies tiers pour Chrome
Google Ads : tracking avancé et données 1st-party
Link Tracking Protection d’Apple sur iOS 17
Google Analytics 4 : modélisation des données et attribution
Google Ads : nouveaux paramètres wbraid et gbraid pour le suivi des conversions
© 2025 EdgeAngel. Tous droits réservés.