> 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-enrolment/fr/overview.md).

# Guides d’inscription

L'inscription définit comment un client obtient l'installation d'une carte Apple Wallet ou d'une carte Google Wallet. Pour la plupart des projets, l'inscription est un sujet clé. Elle nécessite une analyse et une conception.

L'inscription n'est pas seulement un mécanisme de वितरण. C'est le système qui relie l'acquisition, la résolution d'identité, la collecte de données et l'installation de la carte.

Chaque choix de conception effectué lors de l'inscription a des effets en aval. Il peut améliorer la conversion, renforcer la qualité des données, réduire les doublons et rendre la réinstallation fiable après un changement d'appareil. Avec le temps, ces détails déterminent si un programme Wallet devient une habitude ou reste une installation ponctuelle.

<details>

<summary><strong>Exemples concrets</strong></summary>

* **Acquisition de fidélité en magasin :** un code QR ouvre un formulaire d'inscription et émet une carte de fidélité.
* **Accès à la carte cadeau après l'achat :** une page de compte affiche « Ajouter à Wallet » pour installer la carte cadeau.
* **Programme d'adhésion :** un lien e-mail permet aux clients de réinstaller une carte de membre après un changement d'appareil.
* **Billetterie d'événements :** une page après l'achat ou un écran dans l'application déclenche l'installation du billet.

</details>

<table data-view="cards"><thead><tr><th></th><th data-hidden data-card-cover data-type="image">Image de couverture</th><th data-hidden data-card-target data-type="content-ref"></th></tr></thead><tbody><tr><td><h3>Formulaire d'inscription</h3></td><td><a href="/files/6f515cdcd482e21df97ce28c12b0a75a15a52a08">/files/6f515cdcd482e21df97ce28c12b0a75a15a52a08</a></td><td><a href="/pages/a86fc1d93c86289202b592d4a68ed898cdf3e95f">/pages/a86fc1d93c86289202b592d4a68ed898cdf3e95f</a></td></tr><tr><td><h3>Intégration au site web</h3></td><td><a href="/files/271bc72ef15fa0597d15feb1b8384648ffb156cc">/files/271bc72ef15fa0597d15feb1b8384648ffb156cc</a></td><td><a href="/pages/5534d0b648e2c7b8893d01f22a5e203897c27848">/pages/5534d0b648e2c7b8893d01f22a5e203897c27848</a></td></tr><tr><td><h3>Distribution par e-mail</h3></td><td><a href="/files/6fb2b9af09253c335d4e76352762d7b2e478b7d9">/files/6fb2b9af09253c335d4e76352762d7b2e478b7d9</a></td><td><a href="/pages/77da4bfb084a727011695679af882fd6e1b9e514">/pages/77da4bfb084a727011695679af882fd6e1b9e514</a></td></tr><tr><td><h3>Intégration à l'application mobile</h3></td><td><a href="/files/317ce9ccfa42d8f62b189bb135c5751277ea7575">/files/317ce9ccfa42d8f62b189bb135c5751277ea7575</a></td><td><a href="/pages/2fdd33bfcbbbfac8e6564d10e059f88b656c9886">/pages/2fdd33bfcbbbfac8e6564d10e059f88b656c9886</a></td></tr><tr><td><h3>Pages de téléchargement</h3></td><td></td><td><a href="/pages/ec0de3fca09f6217dd9d1ed75758b47614b320a8">/pages/ec0de3fca09f6217dd9d1ed75758b47614b320a8</a></td></tr></tbody></table>

## Canaux d'inscription

The Wallet Crew propose plusieurs façons de s'inscrire au meilleur moment du parcours client.

En pratique, l'inscription correspond à l'endroit où « Ajouter à Wallet » est exposé, par exemple via un code QR, un bouton du site web, un lien e-mail ou une action dans l'application.

En pratique, le « meilleur moment » désigne généralement un moment où l'intention est forte et où l'identité est facile à résoudre. Pour la fidélité et l'adhésion, ce moment est souvent l'action d'adhésion. Pour les billets et les cartes cadeaux, ce moment est souvent une zone authentifiée ou un écran après l'achat.

Les pages ci-dessus couvrent les principaux canaux d'inscription et de distribution pris en charge par The Wallet Crew.

Certains projets nécessitent une intégration plus poussée pour conserver l'inscription entièrement intégrée aux flux web ou applicatifs existants. Dans ces cas, le SDK The Wallet Crew peut être utilisé sur un site web ou dans une application mobile native, selon l'architecture choisie.

Les pages de téléchargement prennent en charge la distribution après qu'une carte existe déjà. Elles affichent les actions Wallet pour une carte ou une liste de cartes. Elles ne collectent pas de données d'inscription ni de consentement. Voir [Pages de téléchargement](/guides-enrolment/fr/inscription/pages-de-telechargement.md).

## Autres modèles pris en charge

Certains projets nécessitent des modèles d'inscription supplémentaires. Le plus courant est **l'inscription en masse**. Elle est utilisée lorsqu'une Brand dispose déjà d'une liste de clients ou de membres et souhaite émettre des cartes à grande échelle, par exemple lors d'une migration, pour des membres saisonniers ou pour des programmes d'entreprise.

L'inscription en masse peut être déclenchée depuis le back-office (import CSV ou Excel). Elle peut aussi être automatisée via API ou via une intégration basée sur des fichiers, comme SFTP, selon le périmètre du projet. Pour les projets de migration, voir [Migration de Carte](https://docs.thewalletcrew.io/configuration/wallet/import-and-export/pass-migration).

Le résultat de l'inscription en masse est généralement un **lien de carte** par client. La Brand peut distribuer ce lien via ses propres canaux. L'envoi de bout en bout peut également être confié à The Wallet Crew, lorsque nécessaire.

L'inscription en masse sépare la génération des cartes de leur distribution. Cela rend les déploiements flexibles à grande échelle. Si les cartes doivent être remises en dehors de The Wallet Crew, voir [Exporter les cartes de TWC vers un autre fournisseur](https://docs.thewalletcrew.io/configuration/wallet/import-and-export/pass-migration/export-passes-from-twc-to-another-provider).

## Pourquoi la conception de l'inscription est importante

L'inscription fait partie de l'expérience produit. Elle définit la « porte d'entrée » d'un programme Wallet. Elle définit aussi les règles pour identifier un client et décider quelle carte doit être installée.

#### Commencer par le moment de valeur

La bonne conception commence généralement au moment où la carte devient utile. Le canal choisi doit correspondre à ce moment.

* Acquisition en magasin → QR + formulaire d'inscription
* Achat authentifié ou accès au compte → intégration web ou intégration à l'application native
* Remise d'une carte existante → page de téléchargement
* Migration ou amorçage d'un programme existant → inscription en masse
* Réinstallation ou changement d'appareil → distribution par e-mail comme solution de secours robuste

Les moments de renouvellement et de réinstallation doivent être traités comme des flux de premier ordre. Ils favorisent l'adoption à long terme et réduisent la charge de support.

#### Choisir tôt une stratégie d'identité

La conception de l'identité est la contrainte suivante. Une clé de correspondance est nécessaire pour éviter les doublons et garantir que la bonne carte est renvoyée. L'e-mail est courant, mais il n'est pas toujours stable. Le numéro de téléphone, le numéro de membre, l'ID de commande du billet ou un identifiant CRM peuvent être de meilleures clés selon le programme.

Lorsque l'inscription repose sur un formulaire, la résolution d'identité et les vérifications d'éligibilité sont souvent mises en œuvre via [l'authentification sociale](/guides-enrolment/fr/inscription/enrolment-form/social-sign-in.md) et [les règles de validation](/guides-enrolment/fr/inscription/enrolment-form/validation-rules.md).

#### Limiter au minimum la collecte de données

La collecte de données doit rester minimale lors de l'inscription. Les champs qui ne sont pas nécessaires à l'émission peuvent être collectés plus tard. Cela améliore généralement le taux de complétion tout en maintenant une qualité de données élevée.

Lorsque le consentement est recueilli lors de l'inscription, alignez le libellé du consentement et son stockage avec la politique de confidentialité de la Brand, les [politiques de confidentialité et de sécurité](https://docs.thewalletcrew.io/policies/privacy-and-security) et le modèle d'accord de traitement des données [Modèle d'accord de traitement des données](https://docs.thewalletcrew.io/policies/privacy-and-security/data-processing-agreement-model).

## Approche recommandée

La plupart des projets convergent vers une approche simple : un canal principal, plus un canal de secours.

Le canal principal doit correspondre à l'endroit où le programme « vit » pour les clients. La fidélité et l'adhésion vivent souvent en magasin ou lors de l'acquisition par campagne, ce qui fait du QR → formulaire une valeur par défaut solide. Les billets et les cartes cadeaux vivent souvent dans des environnements authentifiés, ce qui fait de la distribution par site web ou par application une valeur par défaut solide.

Le canal de secours est généralement la distribution par e-mail, car elle est résiliente sur tous les appareils et toutes les plateformes. C'est aussi un excellent moyen de réinstaller une carte lorsqu'elle a été supprimée ou lorsqu'un client change de téléphone.

## FAQ

<details>

<summary><strong>Y a-t-il une différence entre l'inscription et la distribution ?</strong></summary>

Dans cette documentation, il n'y en a pas.

Les deux termes renvoient au même sujet : choisir le point d'entrée (QR, web, e-mail, application), résoudre l'identité si nécessaire, et offrir l'expérience d'installation Apple Wallet / Google Wallet.

</details>

<details>

<summary><strong>Quel canal fonctionne le mieux pour les cartes de fidélité et de membre ?</strong></summary>

Un formulaire d'inscription est généralement le meilleur point de départ.

Il prend en charge la collecte de données, les règles d'éligibilité et l'identité. Il prend également en charge l'acquisition par QR en magasin et les flux assistés par le personnel.

</details>

<details>

<summary><strong>Quel canal fonctionne le mieux pour les billets et les cartes cadeaux ?</strong></summary>

Une interface de site web connectée ou une interface intégrée dans l'application est souvent la voie la plus simple.

Elle évite de recueillir à nouveau des données et utilise le contexte du compte existant pour résoudre l'identité.

</details>

<details>

<summary><strong>Pourquoi conserver la distribution par e-mail si un site web ou une application existe ?</strong></summary>

L'e-mail est un excellent canal de secours pour le bureau et pour les changements d'appareil.

Il réduit aussi la charge de support, car il crée un parcours de réinstallation en libre-service.

</details>

<details>

<summary><strong>Que signifie « inscription en masse » en pratique ?</strong></summary>

L'inscription en masse consiste à émettre des cartes pour une liste existante de clients ou de membres.

Elle est généralement utilisée pour les migrations, l'amorçage d'une base de fidélité, les adhésions d'entreprise ou les programmes saisonniers. Elle produit généralement un lien de carte par client, puis la distribution s'effectue soit via les canaux de la Brand, soit via un envoi délégué opéré par The Wallet Crew.

</details>


---

# 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-enrolment/fr/overview.md?ask=<question>&goal=<endgoal>
```

`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.
