Analysez vos paiements dans vos propres outils analytics
rgive pousse automatiquement vos données de paiement vers Google Tag Manager (GTM) ou Matomo Tag Manager (MTM). Ce guide vous explique comment les brancher, les configurer et les exploiter dans GA4 ou Matomo — sans écrire une seule ligne de code.
Pas développeur ? Ce guide est fait pour vous. rgive ne permet pas d'injecter du code personnalisé — et c'est une bonne chose pour la sécurité de vos payeurs. GTM et MTM ont précisément été conçus pour que des équipes non-techniques puissent gérer le tracking de façon autonome, sans solliciter un développeur à chaque campagne.
Connecter votre outil de tracking
rgive s'intègre nativement avec Google Tag Manager (GTM) et Matomo Tag Manager (MTM). Il vous suffit de renseigner quelques champs dans votre back-office — aucune ligne de code à toucher.
Obligation légale — mettez en place une CMP
Avant de renseigner votre identifiant GTM ou MTM, assurez-vous d'avoir mis en place une solution de gestion du consentement (CMP) sur votre site. C'est un prérequis légal, pas une option.
Renseignez vos identifiants dans rgive
Format GTM-XXXXXXX, disponible en haut à droite de votre espace de travail sur tagmanager.google.com.
Configuration proxy (avancé) : si votre organisation héberge un serveur GTM côté serveur (server-side tagging), renseignez l'URL de ce serveur dans le champ prévu à cet effet. Cette configuration améliore la conformité RGPD et contourne les bloqueurs de publicité. Laissez ce champ vide si vous n'êtes pas concerné.
URL complète du script MTM. Disponible dans Matomo → Administration → Tag Manager → Installer.
Ajoutez automatiquement des informations propres à votre organisation dans tous vos événements analytics — sans les reconfigurer dans chaque balise GTM ou MTM. Elles sont injectées une seule fois, au chargement du formulaire.
Chaque ligne est une paire Clé (le nom que vous choisissez) + Valeur (son contenu). Ces données accompagnent tous vos événements automatiquement.
integration — sans rien configurer ici. Les valeurs additionnelles sont utiles principalement pour les organisations qui gèrent plusieurs entités distinctes (causes abritées, sous-égide…) et veulent les distinguer dans leurs rapports GA4.GTM ou MTM, lequel choisir ?
rgive supporte les deux solutions. Voici les différences essentielles pour faire le bon choix selon vos contraintes et les valeurs de votre organisation.
- Écosystème Google natif (GA4, Ads, Search Console…)
- Interface très répandue, tutoriels abondants
- Mode Aperçu (Preview) pour débugger en temps réel
- Marketplace de templates communautaires
- Option server-side tagging disponible
- 100 % open source, code auditable publiquement
- Données hébergées sur vos propres serveurs
- RGPD natif — aucun partage avec des tiers
- Intégré à l'écosystème Matomo Analytics
- Idéal secteur public et associations exigeantes
Rappel : quel que soit l'outil choisi, une CMP doit être active sur votre site avant de publier votre container en production. Voir la section Mise en place pour les détails.
Pourquoi rgive n'accepte pas de code personnalisé ?
rgive a fait le choix délibéré de ne permettre aucune injection de JavaScript, HTML ou CSS. Ce n'est pas une limitation — c'est une décision d'architecture qui protège vos payeurs et la pérennité de votre intégration.
Les 3 événements du parcours payeur
rgive pousse automatiquement ces événements dans le dataLayer à chaque étape clé du parcours. Vous n'avez pas à les déclencher manuellement — il vous suffit de créer les déclencheurs correspondants dans GTM ou MTM.
Déclenché quand le payeur valide le formulaire de paiement — c'est-à-dire au moment où il confirme ses informations et lance le traitement du paiement. Cet événement est envoyé par le backend rgive, pas au simple clic sur un bouton.
checkout, puis associez-le à votre balise GA4.Déclenché quand un paiement est confirmé avec un paiement immédiat : carte bancaire, PayPal, Apple Pay, Google Pay, prélèvement SEPA. C'est l'événement de conversion principal — nativement reconnu par GA4 pour ses rapports de revenus.
value, currency et items.Déclenché quand un payeur fait une promesse de paiement à paiement différé : chèque envoyé par courrier ou virement bancaire à effectuer. Le prélèvement SEPA génère un événement purchase, pas un pledge.
purchase couvre tout paiement immédiat (CB, PayPal, SEPA…). pledge couvre uniquement les promesses à paiement différé (chèque, virement). Pour plus de détails, voir la FAQ.Toutes les variables disponibles
rgive enrichit chaque événement avec des variables décrivant précisément le paiement, la campagne et le payeur. Dans GTM ou MTM, créez une « Variable de couche de données » pour chaque propriété que vous souhaitez exploiter dans vos rapports.
items sont des propriétés imbriquées dans le tableau e-commerce — elles ne nécessitent pas de variables de couche de données séparées dans GTM.| Variable | Clé dataLayer | Type | Description | Exemple / Valeurs | Config GA4 | Événements |
|---|---|---|---|---|---|---|
| campaign_id | ecommerce.campaign_id | String | Code de la campagne | CAMP_123 | Dimension perso · Événement | checkout, purchase, pledge |
| campaign_name | ecommerce.campaign_name | String | Nom de la campagne | Don été 2025 | Dimension perso · Événement | checkout, purchase, pledge |
| campaign_type | ecommerce.campaign_type | String | Type de campagne | donation·membership·subscription·payment | Dimension perso · Événement | checkout, purchase, pledge |
| campaign_media_code | ecommerce.campaign_media_code | String | Code média de la campagne | EMAIL_MAI | Dimension perso · Événement | checkout, purchase, pledge |
| campaign_origin_code | ecommerce.campaign_origin_code | String | Code origine de la campagne | NEWSLETTER | Dimension perso · Événement | checkout, purchase, pledge |
| campaign_assignment_code | ecommerce.campaign_assignment_code | String | Code d'affiliation de la campagne | FH | Dimension perso · Événement | checkout, purchase, pledge |
| integration | ecommerce.integration | String | Mode d'intégration du formulaire | page·landing page·iframe·popin | Dimension perso · Événement | checkout, purchase, pledge |
| form_type | ecommerce.form_type | String | Format du formulaire de paiement | 3-step·express | Dimension perso · Événement | checkout, purchase, pledge |
| step | ecommerce.step | String | Étape actuelle du formulaire au moment de l'événement | amount·contact·payment·push-regular1·confirmation | Dimension perso · Événement | checkout, purchase, pledge |
| firststep | ecommerce.firststep | String | Étape par laquelle le payeur est arrivé directement sur le formulaire | amount·contact·payment | Dimension perso · Événement | checkout, purchase, pledge |
| donation_type | ecommerce.donation_type | String | Fréquence du paiement | one-off·monthly | Dimension perso · Événement | checkout, purchase, pledge |
| amount_type | ecommerce.amount_type | String | Montant choisi dans la grille ou personnalisé | default·custom | Dimension perso · Événement | checkout, purchase, pledge |
| initial_amount | ecommerce.initial_amount | Float | Montant initialement choisi avant le déclenchement éventuel du widget push don régulier. Vide si le widget ne s'est pas déclenché ou si le payeur maintient le don ponctuel. | 23 | Dimension perso · Événement | checkout, purchase, pledge |
| payment_method | ecommerce.payment_method | String | Moyen de paiement utilisé | Carte Bancaire·PayPal·Apple Pay·Google Pay·IBAN·Virement·Chèque | Dimension perso · Événement | purchase, pledge |
| donor_email | ecommerce.donor_email | String | Email du payeur. Renseigné dès l'arrivée sur le formulaire si l'email est passé en paramètre URL, sinon complété à la confirmation de paiement. | contact@exemple.fr | Dimension perso · Événement | checkout, purchase, pledge |
| affiliation | ecommerce.affiliation | String | Nom de l'organisation collectrice. Utile quand une association crée des formulaires pour des entités abritées ou sous-égide — permet de distinguer l'entité concernée dans les rapports. | NOM MARQUE | Dimension perso · Événement | checkout, purchase, pledge |
| type | ecommerce.type | String | Type de don (dédicace, mémoire) | dédicace·en mémoire | Dimension perso · Événement | purchase, pledge |
| value | ecommerce.value | Float | Montant du paiement | 23.0 | Natif GA4 | checkout, purchase, pledge |
| currency | ecommerce.currency | String | Devise au format ISO | EUR·USD·GBP | Natif GA4 | checkout, purchase, pledge |
| transaction_id | ecommerce.transaction_id | String | Identifiant unique du paiement | a1b2c3d4-e5f6-... | Natif GA4 | purchase, pledge |
| items | ecommerce.items | Array | Tableau des articles requis par GA4 pour le tracking e-commerce. Contient les sous-variables item_id, item_name, affiliation, item_category, item_category2, price et quantity. | voir sous-variables items ci-dessous | Natif e-commerce | checkout, purchase, pledge |
| Sous-variables de l'objet items[ ] — propriétés du tableau e-commerce GA4 | ||||||
| items.item_id | ecommerce.items.0.item_id | String | Identifiant du formulaire ou de la cause (multi-cause à venir) | FORM_456 | Natif e-commerce | checkout, purchase, pledge |
| items.item_name | ecommerce.items.0.item_name | String | Nom du formulaire ou valeur technique de l'affectation | NOM MARQUE | Natif e-commerce | checkout, purchase, pledge |
| items.affiliation | ecommerce.items.0.affiliation | String | Nom de l'organisation collectrice au niveau du produit e-commerce | NOM MARQUE | Natif e-commerce | checkout, purchase, pledge |
| items.item_category | ecommerce.items.0.category | String | Fréquence du paiement au niveau du produit e-commerce | one-off·monthly | Natif e-commerce | checkout, purchase, pledge |
| items.item_category2 | ecommerce.items.0.item_category2 | String | Moyen de paiement au niveau du produit e-commerce | Carte Bancaire·cheque·PayPal | Natif e-commerce | purchase, pledge |
| items.price | ecommerce.items.0.price | Float | Valeur du paiement au niveau du produit e-commerce. Obligatoire pour GA4. | 23 | Natif e-commerce | checkout, purchase, pledge |
| items.quantity | ecommerce.items.0.quantity | Float | Quantité du produit e-commerce. Toujours égale à 1 sur rgive. | 1 | Natif e-commerce | checkout, purchase, pledge |
campaign_type, step, donation_type, payment_method et form_type ont des valeurs prédéfinies — respectez la casse exacte indiquée pour garantir la cohérence de vos rapports GA4 dans le temps.Payloads complets du dataLayer
Voici des exemples de payloads que rgive pousse dans le dataLayer pour chaque événement. Les valeurs réelles dépendent de la configuration de votre formulaire.
{ "event": "checkout", "ecommerce": { "affiliation": "NOM MARQUE", "campaign_id": "", "campaign_media_code": "", "campaign_assignment_code": "XX", "campaign_origin_code": "", "campaign_name": "XXX", "integration": "page", "campaign_type": "donation", "form_type": "3-step", "step": "amount", "currency": "EUR", "amount_type": "default", "value": 0, "donation_type": "one-off", "donor_email": "test@gmail.com", "items": [ { "item_id": "", "item_name": "NOM MARQUE", "affiliation": "NOM MARQUE", "item_category": "one-off", "price": 5, "quantity": 1 } ] } }
Suivre les abandons à chaque étape du formulaire
rgive utilise des fragments d'URL pour identifier chaque étape du tunnel de paiement. GTM peut détecter ces changements automatiquement et les envoyer dans GA4 — sans aucun développement supplémentaire de la part de rgive.
Configuration GTM en 3 étapes
Avant toute configuration, activez le mode Aperçu (Preview) dans GTM. Naviguez sur votre formulaire de paiement en passant de l'étape 1 à 2, puis à 3. Dans le panneau Tag Assistant, vérifiez que des événements History Change apparaissent à chaque changement d'étape. Si ces événements apparaissent, la solution est viable.
a) Activer les variables intégrées
Variables → Variables intégrées → Configurer → cochez New History Fragment et History Source.
b) Créer les déclencheurs
Déclencheurs → Nouveau → Type : Modification de l'historique.
— Déclencheur 1 : "New History Fragment" contient contact → nommer rgive - Passage étape 2 Contact
— Déclencheur 2 : "New History Fragment" contient payment → nommer rgive - Passage étape 3 Paiement
c) Créer les balises GA4
Balises → Nouvelle → type Événement GA4.
— Balise 1 : événement form_step_contact → déclencheur rgive - Passage étape 2 Contact
— Balise 2 : événement form_step_payment → déclencheur rgive - Passage étape 3 Paiement
d) Tester puis publier
Repassez en mode Aperçu, vérifiez que les deux balises se déclenchent. Une fois validé, publiez le conteneur.
Dans GA4 → Explorer → Exploration en entonnoir, définissez les 5 étapes suivantes :
Ajoutez des dimensions de répartition pour affiner l'analyse : campaign_name, donation_type, payment_method, form_type…
checkout est déclenché par le backend rgive quand le formulaire de paiement est soumis et validé côté serveur — pas au simple clic sur « Je paye ». Il peut y avoir un léger décalage en cas d'erreur de validation côté client.UTM / MTM — comprendre et bien utiliser
Les paramètres UTM sont des informations que vous ajoutez à vos liens pour savoir précisément d'où viennent vos payeurs. Sans eux, vos rapports analytics sont partiellement aveugles. Avec eux, vous savez quelle campagne, quel canal et quel contenu a généré chaque paiement.
| Source | Medium | Sessions |
|---|---|---|
| gmail.com | (none) | 312 |
| yahoo.fr | (none) | 187 |
| orange.fr | (none) | 143 |
| (direct) | (none) | 114 |
Vos newsletters apparaissent comme du trafic webmail — impossible de savoir que c'est votre campagne.
| Campagne | Medium | Sessions |
|---|---|---|
| newsletter-mai-25 | 298 | |
| newsletter-avr-25 | 231 | |
| relance-don | 107 | |
| campagne-meta | paid-social | 120 |
Vous savez exactement quelle campagne a amené ces payeurs et généré ces paiements.
Les 6 paramètres disponibles
Aucun n'est techniquement obligatoire — mais 3 sont essentiels. La logique est identique sur Matomo (MTM).
D'où vient le payeur ? Identifie l'émetteur du lien — la plateforme ou le canal d'origine.
Quel type de canal marketing ? Permet de regrouper les sources par famille dans vos rapports.
Le nom de votre campagne. C'est la dimension la plus utile au quotidien pour comparer vos actions de collecte.
Quelle variante créative ? Utile pour les tests A/B — comparer deux visuels, deux boutons ou deux accroches dans la même campagne.
Le mot-clé ciblé. Pertinent uniquement pour les campagnes Google Ads Search — inutile sur email ou social.
Un identifiant unique de campagne. Utile si vous gérez vos campagnes dans un outil externe et voulez faire le lien avec vos données GA4.
Nos recommandations par canal
Les conventions ci-dessous sont celles que nous recommandons à nos clients nonprofit pour garantir des rapports cohérents et comparables dans le temps.
utm_term est inutile sur email — il n'y a pas de mot-clé de recherche. Précisez le nom de la newsletter dans utm_source pour pouvoir comparer vos éditions entre elles.
cpc (coût par clic) est la convention GA4 pour les moteurs de recherche payants. Activez l'auto-tagging dans Google Ads pour remplir utm_term automatiquement.
paid-social distingue la publicité sociale du search payant (cpc). Même logique pour TikTok, LinkedIn et Instagram — adaptez uniquement utm_source.
Les règles de nommage — à respecter absolument
GA4 est sensible à la casse et traite chaque variante comme une valeur distincte. Email et email et e-mail — ce sont trois sources différentes dans vos rapports.
GA4 est sensible à la casse. Une majuscule suffit à créer une nouvelle entrée distincte dans vos rapports — vos données se fragmentent sans que vous vous en aperceviez.
Choisissez une convention une fois pour toutes et ne la changez jamais. Le tiret est la convention la plus répandue. Évitez absolument les espaces.
Décidez une fois comment vous appelez chaque canal et documentez-le. Toute l'équipe doit utiliser les mêmes valeurs dans tous les outils — emailing, CMS, réseaux sociaux.
Comment rgive gère vos UTMs
rgive capture et conserve vos paramètres UTM de façon native — même si le payeur refuse les cookies.
Les valeurs UTM sont enregistrées côté serveur dans la base de données, indépendamment du consentement cookies du payeur. Rien n'est perdu.
Chaque paiement stocke utm_source, utm_medium, utm_campaign, utm_content, utm_term et utm_id associés à la transaction.
Filtrez vos paiements par utm_source, utm_medium ou utm_campaign directement dans rgive pour isoler les résultats d'une campagne.
Les valeurs UTM sont exportables en CSV et disponibles comme dimensions dans Metabase pour vos tableaux de bord personnalisés.
Générateur d'URL UTM
Construisez votre URL trackée en remplissant les champs ci-dessous. L'URL se génère automatiquement en temps réel, prête à coller dans votre email ou votre campagne.
Les valeurs sont automatiquement converties en minuscules. Les espaces sont remplacés par des tirets.
Générer votre configuration prête à importer
Configurer GTM ou MTM manuellement prend du temps — il faut créer une variable pour chaque propriété rgive, un déclencheur pour chaque événement, puis câbler les balises GA4. Ce fichier JSON fait tout ça automatiquement : importez-le en un clic dans votre container et votre configuration de base est prête en moins d'une minute.
Le fichier exporté est adapté au format natif de la plateforme choisie.
Questions fréquentes
Les réponses aux questions que nos clients posent le plus souvent lors de l'intégration GTM ou MTM avec rgive.
Oui — c'est une obligation légale, pas une recommandation.
Si vous n'avez pas encore de CMP, mettez en place ce prérequis avant de publier votre container GTM ou MTM en production.
Pour trois raisons principales :
GTM et MTM ont précisément été conçus pour répondre à ce besoin de façon gouvernée, auditée et réversible.
Les causes les plus fréquentes :
Oui, pour la majorité des variables rgive.
Pour toutes les autres variables rgive (campaign_name, donation_type, payment_method, integration…), vous devez créer une Dimension personnalisée dans GA4.
Utilisez le chemin exact de la colonne « Clé dataLayer » de la section Variables comme nom de paramètre.