# Connexion sociale
Connexion sociale (également appelée **connexion sociale**) permet aux utilisateurs de s'authentifier sur les formulaires d'inscription. Elle prend en charge **Se connecter avec Apple**, **Google Sign-In**, **LINE Login**, et **Facebook Login**.
Elle fonctionne bien pour les flux 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 tapés.
Placez les boutons des fournisseurs au-dessus des champs du formulaire pour encourager la connexion en une seule touche.
{% hint style="info" %}
Cette page couvre **comment se comporte la connexion sociale** dans The Wallet Crew (UX, correspondance, attentes en matière de données).
Elle **ne** couvre pas la configuration de la console du fournisseur. Utilisez ces guides de configuration :
* [Configuration Apple Sign In](/docs/fr/inscrire/enrolment-form/social-sign-in/apple-sign-in.md)
* [Configuration Google Sign-In](/docs/fr/inscrire/enrolment-form/social-sign-in/google-sign-in.md)
* [Configuration LINE Login](/docs/fr/inscrire/enrolment-form/social-sign-in/line-sign-in.md)
* [Configuration Facebook Sign-in](/docs/fr/inscrire/enrolment-form/social-sign-in/facebook-sign-in.md)
{% endhint %}
Exemples concrets
* **Enrôlement en magasin par QR :** Les clients scannent un QR et s'enrôlent en une seule touche.
* **Enrôlement d'un membre de retour :** Faire correspondre le profil et passer les champs connus.
### Ce que cela fait
La connexion sociale ajoute une **étape d'identité prise en charge par le fournisseur** à un formulaire d'inscription. The Wallet Crew l'utilise pour **résoudre un client tôt**. Ce contexte client change le comportement du formulaire.
L'utilisateur tape sur un bouton fournisseur. Le fournisseur authentifie l'utilisateur. Il renvoie une charge utile d'identité. The Wallet Crew extrait des attributs utilisables de cette charge utile. The Wallet Crew applique ensuite vos règles de correspondance.
Un formulaire peut prendre en charge les nouveaux utilisateurs et les utilisateurs de retour. Si une correspondance est trouvée, The Wallet Crew charge le profil. L'utilisateur continue en tant que client connu. Si aucune correspondance n'est trouvée, l'utilisateur continue en tant que nouveau. Un profil est créé lors de la soumission.
Un 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 des fournisseurs est intentionnellement exclue de cette page.
Cette page **ne** inclut :
* Captures d'écran des consoles Apple/Google/LINE/Facebook et configuration pas à pas
* Identifiants client, identifiants de service, clés, secrets, URL de redirection ou listes d'autorisation de domaines
* Dépannage des erreurs spécifiques au fournisseur (`origin_mismatch`, configuration Apple relay email, etc.)
Utilisez les guides de configuration des fournisseurs liés ci-dessus pour cela.
### Avantages
* Enrôlement plus rapide avec moins de champs à taper.
* Correspondance plus fiable avec un e-mail vérifié par le fournisseur.
* Moins de doublons causés par des fautes de frappe dans les e-mails.
* Meilleurs taux de complétion sur mobile et parcours QR (moindre friction).
* Un flux d'enrôlement pour les nouveaux et les utilisateurs de retour.
#### Modèles UX (enrôlement rapide, faible friction)
La connexion sociale fonctionne mieux lorsque le formulaire est construit 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, cachez le champ e-mail. Ou rendez-le en lecture seule. Conservez un repli comme « Continuer avec l'e-mail ». Passez les champs que vous avez déjà pour les utilisateurs correspondants. Gardez le chemin pour les nouveaux utilisateurs court et ciblé.
{% hint style="warning" %}
Apple « Masquer mon e‑mail » peut renvoyer un e‑mail relais. Évitez des formulations comme « nous avons trouvé votre e‑mail personnel ». Les noms peuvent être absents. Ne bloquez pas la soumission sur le prénom/nom de famille.
{% endhint %}
#### Vitesse et efficacité d'enrôlement (ce qu'il faut optimiser)
Optimisez pour un flux qui se termine en quelques secondes. Supposons que l'utilisateur est dans une file d'attente. Demandez uniquement ce dont vous avez réellement besoin lors de l'enrôlement.
Privilégiez le profilage progressif après l'enrôlement. Utilisez la connexion sociale pour capturer la clé de correspondance. Gardez les consentements explicites mais courts. Maintenez les longs textes juridiques hors du chemin critique. Faites en sorte que les erreurs soient spécifiques et exploitables.
Pour les flux QR en magasin, supposez une mauvaise connectivité. Évitez les allers-retours réseau supplémentaires. N'ajoutez que des vérifications qui réduisent la fraude réelle.
#### Considérations de sécurité
La connexion sociale est un **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 **propriété du compte** dans votre CRM. Vous n'obtenez pas non plus de liaison automatique entre les 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](/docs/fr/inscrire/enrolment-form.md) pour les paramètres du formulaire.
#### Considérations géographiques et de marché (quels fournisseurs proposer)
Le choix des fournisseurs est souvent régional. Proposez les boutons que vos clients utilisent déjà.
Se connecter avec Apple est un bon choix par défaut sur les marchés dominés par iOS. Google Sign-In est un bon choix par défaut sur les marchés dominés par Android. Google peut être contraint là où les services sont restreints. LINE Login est particulièrement pertinent au Japon, à Taïwan et en Thaïlande.
Si vous opérez dans plusieurs pays, gardez les choses simples. Utilisez **des formulaires d'enrôlement séparés par région**. N'activez que les fournisseurs pertinents sur chaque formulaire. Cela évite de perturber les utilisateurs avec des boutons inutilisés.
#### Quelles données vous obtenez
Vous pouvez vous attendre à un **email** de chaque fournisseur. Le prénom et le nom dépendent du fournisseur. Traitez les noms comme optionnels.
Concevez vos règles de correspondance comme si vous ne receviez l'e‑mail qu'avec le temps. Apple peut renvoyer les noms une seule fois. Apple peut également renvoyer des e‑mails relais. Voir [Configuration Apple Sign In](/docs/fr/inscrire/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. Conservez un repli comme « Continuer avec l'e‑mail ».
{% endhint %}
### FAQ
L'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 correspondent sur l'e‑mail.
Si Apple et Google renvoient le **même e‑mail**, ils correspondent au même profil. S'ils renvoient des e‑mails différents, vous pouvez créer des doublons. Cela se produit souvent avec les e‑mails relais d'Apple, les e‑mails professionnels vs personnels, ou des utilisateurs modifiant les paramètres du fournisseur.
Évitez les doublons en liant les identités dans votre CRM. Stockez l'identifiant du fournisseur (par exemple, le subject du fournisseur) auprès du client lorsque vous le pouvez. Utilisez un second identifiant pour la correspondance lorsque l'e‑mail n'est pas stable. Les choix courants sont le numéro de fidélité, le téléphone ou un code à usage unique.
Avons‑nous encore besoin de la vérification de l'e‑mail ?
Généralement non, car le fournisseur vérifie l'e‑mail.
Conservez la vérification de l'e‑mail lorsque vous avez besoin d'une assurance supplémentaire. Les cas courants sont les comptes de grande valeur et les programmes réglementés. Un autre modèle courant est la vérification renforcée uniquement lorsque le risque est élevé. Exemple : connexion sociale pour l'enrôlement, puis vérification OTP avant des modifications de compte ou la rédemption de récompenses.
Comment gérer Apple « Masquer mon e‑mail » ?
Traitez les e‑mails relais Apple comme des e‑mails valides. Ils peuvent toujours recevoir des messages. Ne supposez pas qu'ils correspondent à l'e‑mail dans votre CRM.
Si vous avez déjà des clients dans un autre système, évitez la correspondance « e‑mail uniquement » pour des audiences majoritairement Apple. Ajoutez un second identifiant dans le flux. Utilisez un numéro d'adhésion, 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 retomber sur votre chemin d'entrée alternatif. Un repli courant est « Continuer avec l'e‑mail ».
Gardez le message d'erreur spécifique. Utilisez des formulations comme « Connexion annulée » ou « Échec de la connexion ». Évitez des messages ambigus comme « Quelque chose s'est mal passé ». Si vous constatez des échecs fréquents, vérifiez les paramètres des cookies tiers, les bloqueurs de pop‑up et les origines de redirection autorisées configurées chez le fournisseur.
Pouvons‑nous limiter quels fournisseurs apparaissent (par pays ou par appareil) ?
Oui. Gardez l'ensemble 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'enrôlement séparés par région. N'activez que les fournisseurs pertinents sur chaque formulaire. Si vous souhaitez une UX spécifique à l'appareil, mettez Apple en avant sur iOS et Google en avant sur Android, mais fournissez quand même un chemin de repli pour les utilisateurs qui ne veulent pas utiliser la connexion sociale.
---
# Agent Instructions: 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:
```
GET https://docs.thewalletcrew.io/docs/fr/inscrire/enrolment-form/social-sign-in.md?ask=
```
The question should be specific, self-contained, and written in natural language.
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.