> 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/inscription/enrolment-form/social-sign-in.md).
# Connexion sociale
Connexion sociale (aussi appelée **connexion sociale**) permet aux utilisateurs de s'authentifier sur les formulaires d'inscription. Elle prend en charge **Connexion avec Apple**, **Google Sign-In**, **LINE Login**, et **Facebook Login**.
Elle fonctionne bien pour les parcours mobiles sur **iOS et Android**. Elle identifie les clients tôt dans le parcours. Elle évite la création de mots de passe. Elle réduit les doublons causés par des e-mails mal saisis.
Placez les boutons des fournisseurs au-dessus des champs du formulaire pour encourager la connexion en un tap.
{% hint style="info" %}
Cette page couvre **le fonctionnement de la connexion sociale** dans The Wallet Crew (UX, correspondance, attentes en matière de données).
Elle ne **pas** couvre pas la configuration de la console du fournisseur. Utilisez ces guides de configuration :
* [Configuration de la connexion Apple](/guides-enrolment/fr/inscription/enrolment-form/social-sign-in/apple-sign-in.md)
* [Configuration de la connexion Google](/guides-enrolment/fr/inscription/enrolment-form/social-sign-in/google-sign-in.md)
* [Configuration de la connexion LINE](/guides-enrolment/fr/inscription/enrolment-form/social-sign-in/line-sign-in.md)
* [Configuration de la connexion Facebook](/guides-enrolment/fr/inscription/enrolment-form/social-sign-in/facebook-sign-in.md)
{% endhint %}
Exemples concrets
* **Inscription par QR en magasin :** Les clients scannent un QR et s'inscrivent en un tap.
* **Inscription d'un membre déjà inscrit :** Faites correspondre le profil et ignorez les champs déjà connus.
### Ce que cela fait
La connexion sociale ajoute une **étape d'identité fournie par le fournisseur** à un formulaire d'inscription. The Wallet Crew l'utilise pour **résoudre l'identité d'un client tôt**. Ce contexte client change le comportement du formulaire.
L'utilisateur appuie sur un bouton de fournisseur. Le fournisseur authentifie l'utilisateur. Il renvoie une charge utile d'identité. The Wallet Crew en extrait les attributs exploitables. The Wallet Crew applique ensuite vos règles de correspondance.
Un seul formulaire peut prendre en charge les nouveaux utilisateurs et les utilisateurs déjà inscrits. Si une correspondance est trouvée, The Wallet Crew charge le profil. L'utilisateur continue comme client connu. Si aucune correspondance n'est trouvée, l'utilisateur continue comme nouveau. Un profil est créé lors de l'envoi.
Un seul formulaire peut prendre en charge plusieurs connexions sociales en même temps (Apple, Google, Line, Facebook)
### Ce que cette page ne couvre pas
La configuration du fournisseur est volontairement exclue de cette page.
Cette page **pas** inclut :
* des captures d'écran des consoles Apple/Google/LINE/Facebook et une configuration pas à pas
* des IDs client, des IDs de service, des clés, des secrets, des URL de redirection ou des listes d'autorisation de domaines
* le dépannage des erreurs spécifiques au fournisseur (`origin_mismatch`, configuration de l'e-mail de relais Apple, etc.)
Utilisez pour cela les guides de configuration du fournisseur liés ci-dessus.
### Avantages
* Inscription plus rapide avec moins de champs saisis.
* Correspondance plus fiable grâce à l'e-mail vérifié par le fournisseur.
* Moins de doublons causés par des fautes de frappe dans les e-mails.
* De meilleurs taux de complétion sur mobile et dans les parcours QR (moins de friction).
* Un seul parcours d'inscription pour les nouveaux utilisateurs et les utilisateurs déjà inscrits.
#### Schémas UX (inscription rapide, faible friction)
La connexion sociale fonctionne mieux lorsque le formulaire est conçu autour d'elle. Placez les boutons des fournisseurs **au-dessus** des champs du formulaire. Faites-en le chemin d'entrée par défaut sur mobile.
Après la connexion, masquez le champ e-mail. Ou rendez-le en lecture seule. Gardez une solution de repli comme « Continuer avec l'e-mail ». Ignorez les champs que vous avez déjà pour les utilisateurs correspondants. Gardez le parcours du nouvel utilisateur court et ciblé.
{% hint style="warning" %}
« Masquer mon e-mail » d'Apple peut renvoyer un e-mail de relais. Évitez des formulations comme « nous avons trouvé votre e-mail personnel ». Les noms peuvent être absents. Ne bloquez pas l'envoi en l'absence du prénom/nom.
{% endhint %}
#### Vitesse et efficacité de l'inscription (quoi optimiser)
Optimisez pour un parcours qui se termine en quelques secondes. Supposez que l'utilisateur est dans une file d'attente. Ne demandez que ce dont vous avez vraiment besoin à l'inscription.
Privilégiez le profilage progressif après l'inscription. Utilisez la connexion sociale pour capturer la clé de correspondance. Gardez les consentements explicites mais courts. Éloignez les longs textes juridiques du chemin critique. Rendez les erreurs spécifiques et exploitables.
Pour les parcours QR en magasin, supposez une mauvaise connectivité. Évitez les allers-retours réseau supplémentaires. N'ajoutez que les vérifications qui réduisent une fraude réelle.
#### Considérations de sécurité
La connexion sociale est un fort **signal d'identité**. Ce n'est pas une sécurité de compte complète. Traitez-la comme la preuve que l'utilisateur contrôle un compte fournisseur.
Vous bénéficiez des contrôles du fournisseur comme la confiance de l'appareil et la MFA. Vous obtenez généralement un e-mail vérifié. Vous avez toujours besoin d'une règle pour **la propriété du compte** dans votre CRM. Vous n'obtenez pas non plus de liaison automatique entre fournisseurs.
### Activation
Vous activez la connexion sociale à deux endroits :
1. Configurez le fournisseur (Apple / Google / LINE / Facebook).
2. Activez le bouton du fournisseur sur le formulaire d'inscription.
La configuration du fournisseur est une configuration unique par fournisseur. Utilisez ces guides :
Une fois le fournisseur configuré, activez-le sur le formulaire d'inscription souhaité. Voir [Formulaire d'inscription](/guides-enrolment/fr/inscription/enrolment-form.md) pour les paramètres du formulaire.
#### Considérations géographiques et de marché (quels fournisseurs proposer)
Le choix du fournisseur est souvent régional. Proposez les boutons que vos clients utilisent déjà.
Se connecter avec Apple est un choix par défaut solide sur les marchés dominés par iOS. Google Sign-In est un choix par défaut solide sur les marchés dominés par Android. Google peut être restreint là où ses services sont limités. LINE Login est particulièrement pertinent au Japon, à Taïwan et en Thaïlande.
Si vous opérez dans plusieurs pays, restez simple. Utilisez **des formulaires d'inscription distincts par région**. N'activez que les fournisseurs pertinents sur chaque formulaire. Cela évite de dérouter les utilisateurs avec des boutons inutilisés.
#### Les données que vous obtenez
Vous pouvez vous attendre à **e-mail** de chaque fournisseur. Le prénom et le nom dépendent du fournisseur. Considérez les noms comme facultatifs.
Concevez vos règles de correspondance comme si vous ne receviez que l'e-mail au fil du temps. Apple ne peut renvoyer les noms qu'une seule fois. Apple peut aussi renvoyer des e-mails de relais. Voir [Configuration de la connexion Apple](/guides-enrolment/fr/inscription/enrolment-form/social-sign-in/apple-sign-in.md) pour ces comportements.
{% hint style="info" %}
Facebook ne renvoie pas toujours un e-mail. Certains comptes n'ont pas d'e-mail exploitable, et certaines configurations ne le demandent pas. Gardez une solution de repli comme « Continuer avec l'e-mail ».
{% endhint %}
### FAQ
Le même utilisateur peut-il se connecter avec différents fournisseurs ?
Oui, mais le résultat dépend de ce que vous utilisez comme clé de correspondance. La plupart des configurations se basent sur l'e-mail.
Si Apple et Google renvoient le **même e-mail**, ils aboutissent au même profil. S'ils renvoient des e-mails différents, vous pouvez créer des doublons. Cela arrive souvent avec les e-mails de relais Apple, les e-mails professionnels contre personnels, ou des utilisateurs qui modifient les paramètres du fournisseur.
Évitez les doublons en liant les identités dans votre CRM. Stockez l'identifiant du fournisseur (par exemple, le sujet du fournisseur) associé au client lorsque vous le pouvez. Utilisez un deuxième identifiant pour la correspondance lorsque l'e-mail n'est pas stable. Les choix courants sont l'ID de fidélité, le téléphone ou un code à usage unique.
Avons-nous toujours besoin de la vérification de l'e-mail ?
En général non, car le fournisseur vérifie l'e-mail.
Conservez la vérification de l'e-mail lorsque vous avez besoin d'une étape d'assurance supplémentaire. Les cas courants sont les comptes à forte valeur et les programmes réglementés. Un autre schéma courant est la vérification renforcée uniquement lorsque le risque est élevé. Exemple : connexion sociale pour l'inscription, puis vérification OTP avant les modifications du compte ou l'utilisation des récompenses.
Comment devons-nous gérer « Masquer mon e-mail » d'Apple ?
Traitez les e-mails de relais Apple comme des e-mails valides. Ils peuvent toujours recevoir des messages. Ne supposez pas qu'ils correspondent à l'e-mail de votre CRM.
Si vous avez déjà des clients dans un autre système, évitez la correspondance « e-mail uniquement » pour les audiences très Apple. Ajoutez un deuxième identifiant dans le parcours. Utilisez un numéro d'adhérent, un numéro de téléphone ou un code à usage unique. Vous pouvez aussi laisser l'utilisateur confirmer un identifiant connu après la connexion avant de charger un profil existant.
Que se passe-t-il si l'utilisateur annule la connexion sociale ou si le fournisseur échoue ?
L'utilisateur reste non authentifié. Le formulaire doit revenir à votre parcours d'entrée alternatif. Une solution de repli courante est « Continuer avec l'e-mail ».
Gardez le message d'erreur spécifique. Utilisez un libellé comme « La connexion a été annulée » ou « La connexion a échoué ». Évitez les messages ambigus comme « Une erreur s'est produite ». Si vous constatez des échecs fréquents, vérifiez les paramètres des cookies tiers, les bloqueurs de fenêtres contextuelles et les origines de redirection autorisées configurées chez le fournisseur.
Pouvons-nous limiter les fournisseurs affichés (par pays ou par appareil) ?
Oui. Gardez le jeu de boutons minimal pour chaque audience. Proposez les fournisseurs que vos utilisateurs utilisent déjà sur ce marché.
Si vous opérez dans plusieurs pays, utilisez des formulaires d'inscription distincts par région. N'activez que les fournisseurs pertinents sur chaque formulaire. Si vous voulez une UX spécifique à l'appareil, mettez Apple en avant sur iOS et Google en avant sur Android, tout en proposant un parcours de repli pour les utilisateurs qui ne veulent pas utiliser la connexion sociale.
---
# 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/inscription/enrolment-form/social-sign-in.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.