> 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
The Wallet Crew suit l’activité des Cartes grâce aux é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 à l’origine de ces limites.
Cela facilite la configuration des rapports, l’alignement des attentes entre les équipes et la décision des signaux qui peuvent être utilisés pour l’analyse des campagnes ou le suivi opérationnel.
Exemples concrets du monde réel
* Une équipe marketing vérifie si les installations de Wallet peuvent être rattachées à l’e-mail, au e-commerce ou au trafic en magasin.
* Une équipe opérationnelle confirme si une Carte supprimée d’un appareil est considérée comme complètement désinstallée ou encore active ailleurs.
* Une équipe CRM vérifie quels signaux de Wallet peuvent être synchronisés automatiquement et lesquels n’existent pas sur Apple ou Google.
## Ce que The Wallet Crew suit
The Wallet Crew enregistre les événements du cycle de vie que les plateformes de 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 lorsqu’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 seule 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 déjà été installée.
### Source d’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 distribution, comme l’e-mail, le e-commerce ou le magasin
* **Étiquette** — étiquettes 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 de Wallet termine l’installation sans renvoyer le contexte d’acquisition d’origine.
### Suppression de Carte
The Wallet Crew suit lorsqu’une Carte est retirée d’un Wallet. Chaque suppression diminue le nombre d’installations actives.
Lorsque le nombre d’installations actives atteint zéro, la Carte est complètement désinstallée. Cela compte 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 de consulter l’activité des mises à jour dans le 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 l’utilisation en caisse 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.
## 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 de Wallet fait face 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 ensuite.
| Ce à quoi on pourrait s’attendre | Pourquoi ce n’est pas disponible |
| ------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Ouvertures ou vues de Carte | Apple et Google n’indiquent 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 de Wallet. |
| Taux de clic sur les notifications push | La livraison peut être confirmée. Le fait que le client ait appuyé sur la notification n’est indiqué par aucune des deux plateformes. |
| Activations déclenchées par géolocalisation | Les déclencheurs de localisation se déclenchent sur l’appareil. L’appareil ne renvoie pas d’information à l’émetteur lorsque cela se produit. |
| Comptage par appareil sur Google | Google suit l’installation par compte. Trois appareils Android sur un seul compte comptent toujours pour une seule 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é par le moteur de modèles vers les attributs de Wallet Apple et Google qui contrôlent l’affichage et le comportement.
| Ce qui doit être exprimé | Apple | Google |
| ---------------------------------- | -------------------------------------------------------------- | ------------------------------------------------------------------------------------ |
| La Carte est utilisée ou consommée | `voided: true` — apparaît grisée dans Apple Wallet | `state: COMPLETED` ou `INACTIVE` — passe dans la **Expiré** section |
| La Carte a expiré avec le temps | `expirationDate` — retirée des Cartes actives après cette date | `validTimeInterval` — passe automatiquement à l’état expiré à la fin de l’intervalle |
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 métier sans intervention manuelle.
## Utiliser ces données
Les événements de Wallet suivis sont utiles dans les flux de travail marketing, opérationnels et CRM. Ils aident les équipes à agir sur de vrais signaux du 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’adhésion à Wallet
* Identifier les clients qui ont désinstallé leur Carte comme signal de churn
* Attribuer les installations au canal source avec **Média** et **Étiquette**
* Utiliser les événements de scan pour confirmer l’utilisation au point de vente
Pour une utilisation en aval, voir [Interrogez vos données — API Insights](/guides-monitoring/fr/monitor/interrogez-vos-donnees-api-insights.md) pour des requêtes programmatiques et [Envoyer les événements de Wallet vers vos outils](/guides-monitoring/fr/monitor/sync-pass-installation-status-to-your-crm.md) pour une diffusion en temps réel.
## FAQ
Pourquoi une 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 une seule suppression ?
Une Carte n’est comptée comme désinstallée que lorsque son nombre d’installations actives atteint zéro. Si elle existe encore sur un autre appareil ou dans un autre contexte de Wallet, elle reste active.
Pourquoi la source d’installation est-elle parfois manquante ?
Les données source sont capturées lorsque l’installation démarre depuis 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 vues de Carte. Il s’agit d’une règle de confidentialité de la plateforme de Wallet, pas d’une limitation de The Wallet Crew.
---
# 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 dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
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 optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
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.