> For the complete documentation index, see [llms.txt](https://docs.thewalletcrew.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.thewalletcrew.io/guides-monitoring/fr/monitor/ce-que-the-wallet-crew-suit.md).
# Ce que The Wallet Crew suit
Comprenez quels événements Wallet The Wallet Crew suit, comment les installations sont comptabilisées et où Apple et Google fixent des limites.
The Wallet Crew suit l’activité des cartes au moyen d’événements générés à chaque moment significatif du cycle de vie de la carte. Cette page explique ce qui est suivi, comment fonctionne le comptage des installations et ce qui ne peut pas être suivi, ainsi que les règles des plateformes Apple et Google qui sous-tendent ces limites.
Cela facilite la configuration des rapports, l’alignement des attentes entre les équipes et la décision sur les signaux qui peuvent être utilisés pour l’analyse des campagnes ou le suivi opérationnel.
Exemples concrets
* Une équipe marketing vérifie si les installations de carte peuvent être rattachées à l’e-mail, au commerce électronique ou au trafic en magasin.
* Une équipe opérations confirme si une carte supprimée d’un appareil est considérée comme entièrement désinstallée ou toujours active ailleurs.
* Une équipe CRM valide quels signaux Wallet peuvent être synchronisés automatiquement et lesquels n’existent pas sur Apple ou Google.
The Wallet Crew enregistre les événements du cycle de vie que les plateformes Wallet exposent et que le flux de carte peut générer de manière fiable. Certains événements décrivent la carte elle-même, tandis que d’autres décrivent ce qui s’est passé sur un Wallet ou un appareil.
### Création de carte
Un enregistrement de carte est créé dans The Wallet Crew lorsqu’une carte est émise. Cela peut se produire via l’API, après la création du compte, lorsqu’une maquette de carte est affichée ou via un connecteur.
Une carte créée existe dans la plateforme même si personne ne l’a encore ajoutée à un Wallet. La création montre l’émission. Elle ne confirme pas l’adoption.
### Installation de carte
La plateforme suit le moment où une carte est ajoutée à un Wallet. Le comptage des installations fonctionne différemment dans Apple Wallet et Google Wallet, car chaque fournisseur définit l’installation à sa manière.
* **Apple Wallet** suit chaque appareil individuellement. Ajouter la même carte à un iPhone et à une Apple Watch compte pour deux installations. Le passage à un nouveau téléphone crée également une nouvelle installation.
* **Google Wallet** suit l’installation par compte Google. Plusieurs appareils Android connectés au même compte comptent pour une installation.
Deux compteurs existent pour chaque carte :
* **Installations actives** — diminue lorsque la carte est retirée d’un Wallet
* **Installations totales** — cumulatives et ne diminuent jamais
Ces compteurs servent à des fins différentes. Les installations actives montrent combien de présences valides dans Wallet existent encore. Les installations totales montrent combien de fois la carte a été installée au total.
### Source de l’installation
Lorsqu’un client appuie sur un **Ajouter à Wallet** bouton, The Wallet Crew capture le contexte source de cette action. Cela aide à relier l’adoption de Wallet à la campagne ou à la page qui l’a déclenchée.
* **Média** — le canal de diffusion, par exemple l’e-mail, le commerce électronique ou le magasin
* **Balise** — balises personnalisées de campagne ou de segment
* **URL** — la page exacte où le bouton était affiché
* **Hôte** — le domaine de cette page
Les données source ne sont pas disponibles lorsqu’une carte est installée via un transfert d’appareil, un partage de téléphone ou d’autres mécanismes au niveau du système. Dans ces cas, la plateforme Wallet termine l’installation sans renvoyer le contexte d’acquisition d’origine.
### Retrait de carte
The Wallet Crew suit le moment où une carte est retirée d’un Wallet. Chaque retrait diminue le nombre d’installations actives.
Lorsque le nombre d’installations actives atteint zéro, la carte est complètement désinstallée. Cela est important pour l’analyse du churn, car une carte retirée d’un appareil peut encore rester active sur un autre.
### Mises à jour envoyées
Chaque mise à jour push livrée à un appareil est enregistrée. Cela permet d’examiner l’activité des mises à jour au fil du temps et de comprendre à quelle fréquence le contenu de la carte est actualisé.
### Scans
Chaque scan de code-barres est enregistré, y compris les données scannées et le type de scan. Cela rend l’historique des scans utile pour la validation des remises et la vérification opérationnelle.
### Notifications push envoyées
Chaque notification push envoyée à un appareil est enregistrée, y compris son contenu et le fournisseur de Wallet. Cela confirme que la notification a été envoyée via la plateforme.
### Clics sur les liens
Les liens à l’intérieur d’une carte sont réécrits afin qu’un appui soit comptabilisé avant que le client ne poursuive vers la destination. Chaque appui est enregistré avec la position du lien dans la carte, le Wallet depuis lequel il a été appuyé, la langue du texte lu par le client et la destination atteinte.
Il s’agit du seul signal d’engagement que les plateformes Wallet autorisent, car l’appui quitte le Wallet et arrive sur un lien que The Wallet Crew contrôle. Le suivi est activé par défaut pour chaque type de carte, et la couverture diffère entre Apple et Google. Voir [Mesurer les clics sur les liens dans les cartes](/guides-monitoring/fr/monitor/measure-link-clicks.md).
## Ce qui ne peut pas être suivi
{% hint style="warning" %}
Il s’agit de décisions de confidentialité prises par Apple et Google pour protéger les clients, et non de limitations de The Wallet Crew. Chaque plateforme Wallet est confrontée aux mêmes contraintes.
{% endhint %}
Certains signaux semblent naturellement attendus, mais les fournisseurs de Wallet ne les exposent pas. Lorsque la plateforme ne reçoit pas les données, elle ne peut pas les signaler plus tard.
| Ce qui pourrait être attendu | Pourquoi ce n’est pas disponible |
| --------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Ouvertures ou consultations de carte | Apple et Google ne signalent pas si un client a consulté une carte. Il n’existe pas d’équivalent du taux d’ouverture d’un e-mail pour les cartes Wallet. |
| Taux d’appui sur les notifications push | La livraison peut être confirmée. Le fait que le client ait appuyé sur la notification n’est signalé par aucune des deux plateformes. |
| Activations géo-déclenchées | Les déclencheurs de localisation s’activent sur l’appareil. L’appareil ne renvoie pas cette information à l’émetteur lorsque cela se produit. |
| Nombre par appareil sur Google | Google suit l’installation par compte. Trois appareils Android sur un seul compte comptent toujours pour une installation. |
## État de la carte — annulée et expirée
The Wallet Crew n’impose pas de modèle d’état fixe aux cartes. L’état de la carte provient des données source et est mappé via le moteur de modèles vers les attributs Wallet Apple et Google qui contrôlent l’affichage et le comportement.
| Ce qu’il faut exprimer | Apple | Google |
| ---------------------------------- | -------------------------------------------------------------- | ------------------------------------------------------------------------------------- |
| La carte est utilisée ou consommée | `voided: true` — apparaît grisé dans Apple Wallet | `state: COMPLETED` ou `INACTIVE` — passe à la **Expiré** section |
| La carte a expiré au fil du temps | `expirationDate` — retirée des cartes actives après cette date | `validTimeInterval` — passe automatiquement à expirée lorsque l’intervalle se termine |
Lorsque les données source changent, The Wallet Crew met à jour la carte et pousse automatiquement la modification vers l’appareil. Cela maintient l’état du Wallet aligné sur l’état de l’entreprise sans intervention manuelle.
## Utilisation de ces données
Les événements Wallet suivis sont utiles dans les workflows marketing, opérations et CRM. Ils aident les équipes à agir sur de vrais signaux de cycle de vie plutôt que sur des hypothèses.
* Déclencher une mise à jour CRM lorsqu’une carte est installée pour la première fois afin de confirmer l’opt-in Wallet
* Identifier les clients qui ont désinstallé leur carte comme signal de churn
* Attribuer les installations au canal source avec **Média** et **Balise**
* Utiliser les événements de scan pour confirmer l’utilisation au point de vente
* Comparer quels liens à l’intérieur de la carte sont appuyés, et suivre ce trafic jusqu’au site de destination
Pour une utilisation en aval, voir [Interrogez vos données — API Insights](/guides-monitoring/fr/monitor/interrogez-vos-donnees-a-laide-de-lapi-insights.md) pour des requêtes programmatiques et [Envoyer les événements Wallet à vos outils](/guides-monitoring/fr/monitor/send-wallet-events-to-your-tools.md) pour une livraison en temps réel.
## FAQ
Pourquoi une seule personne peut-elle générer plus d’une installation ?
Dans Apple Wallet, l’installation est comptée par appareil. La même personne peut installer une carte sur un iPhone et une Apple Watch, ou générer une nouvelle installation après avoir changé de téléphone.
Pourquoi une carte n’est-elle pas comptée comme désinstallée après un seul retrait ?
Une carte n’est comptée comme désinstallée que lorsque son nombre d’installations actives atteint zéro. Si elle existe toujours sur un autre appareil ou dans un autre contexte Wallet, elle reste active.
Pourquoi la source d’installation manque-t-elle parfois ?
Les données source sont capturées lorsque l’installation démarre à partir d’un **Ajouter à Wallet** bouton suivi. Elles ne sont pas disponibles pour le transfert d’appareil, le partage de téléphone ou d’autres chemins d’installation au niveau du système.
The Wallet Crew peut-il suivre si une carte a été ouverte ou consultée ?
Non. Apple et Google ne renvoient pas aux émetteurs les ouvertures ou consultations de carte. Il s’agit d’une règle de confidentialité des plateformes Wallet, pas d’une limitation de The Wallet Crew.
Si les ouvertures de carte ne peuvent pas être suivies, comment les clics sur les liens le sont-ils ?
Un appui sur un lien suivi quitte le Wallet et atteint un lien que The Wallet Crew contrôle, ce qui le comptabilise et redirige le client vers la destination. Le Wallet lui-même ne renvoie rien ; le clic est observé à l’autre bout.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.thewalletcrew.io/guides-monitoring/fr/monitor/ce-que-the-wallet-crew-suit.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.