Comment activer la connexion avec Google et Apple
Découvrez comment préparer les identifiants développeur Google et Apple afin que vos clients puissent se connecter ou s'inscrire à B2CORE avec leur compte Google ou Apple
Ce guide s'adresse aux courtiers qui souhaitent permettre à leurs clients de se connecter ou de s'inscrire à l'aide de leur compte Google ou Apple, en plus (ou à la place) de l'e-mail et du mot de passe. Il explique ce que vous devez préparer de votre côté et ce qui se passe une fois que vous transmettez les informations à B2Broker.
Il s'agit d'une configuration conjointe : vous êtes propriétaire des comptes développeur et des identifiants Google/Apple, et B2Broker les intègre à votre instance B2CORE. Rien n'est activé tant que les deux parties n'ont pas terminé.
Cette fonctionnalité implique des frais de configuration uniques. Contactez votre responsable de compte ou notre équipe d'assistance afin de confirmer les frais et la disponibilité avant de demander l'accès.
Ce que vous obtenez
- Un bouton « Sign in with Google » et/ou « Sign in with Apple » sur vos pages de connexion et d'inscription.
- Les nouveaux utilisateurs qui s'inscrivent de cette manière sont créés automatiquement — aucun formulaire d'inscription distinct n'est nécessaire.
- Les utilisateurs qui disposent déjà d'un compte avec mot de passe peuvent également associer un compte Google/Apple ultérieurement (l'association se fait via l'adresse e-mail).
Avant de commencer
- Confirmez auprès de votre responsable de compte B2Broker que la connexion sociale est disponible pour votre instance B2CORE. Cela dépend du fait que vous utilisiez déjà la plateforme d'identité actuelle.
- Décidez quels fournisseurs vous souhaitez utiliser : Google uniquement, Apple uniquement ou les deux. Apple nécessite un compte Apple Developer payant, prévoyez-le donc si vous le souhaitez.
- Vous aurez besoin d'une personne de votre côté ayant accès aux comptes Google Cloud / Apple Developer de votre entreprise (ou pouvant en créer de nouveaux).
Ce que vous devez préparer — Google
- Un projet Google Cloud. Utilisez un projet d'entreprise existant ou créez-en un nouveau dédié à la connexion.
- Écran de consentement OAuth. Configurez :
- Le nom de l'application, l'e-mail d'assistance, le logo (c'est ce que vos utilisateurs verront dans l'invite de consentement Google).
- Les champs d'application :
openid,email,profile. - Le statut de publication : tant que l'application est en mode Testing, seuls les utilisateurs de test explicitement ajoutés peuvent se connecter — les autres obtiennent
access_denied. Passez l'application à Published avant la mise en production.
- Un ID client OAuth 2.0 (type d'application : Web application).
-
Nous vous fournirons l'URI de redirection autorisé exact à enregistrer — il est lié au nom d'hôte de votre instance B2CORE et se présente comme suit :
https://<your-api-host>/srvsz/auth/clients/v1/self-service/methods/oidc/callback/google -
Ajoutez le même hôte (sans chemin) comme Authorized JavaScript origin.
-
- Copiez l'ID client et le secret client obtenus.
Ce que vous devez préparer — Apple
La configuration d'Apple comporte davantage d'éléments et nécessite un abonnement actif au Apple Developer Program.
- Un App ID avec la fonctionnalité Sign In with Apple activée (réutilisez un App ID existant si vous en avez un, ou créez-en un nouveau).
- Un Services ID — il s'agit du client OAuth réel utilisé par Apple. Lors de sa configuration :
- Domaine : l'hôte API de votre instance B2CORE (sans schéma ni chemin).
- URL de retour : l'URL de rappel Apple que nous fournissons, au même format que celle de Google ci-dessus mais se terminant par
/apple.
- Une clé privée « Sign in with Apple » (fichier
.p8) générée dans la section Keys d'Apple, avec la fonctionnalité Sign In with Apple associée à votre App ID.
Ce fichier n'est téléchargeable qu'une seule fois — enregistrez-le immédiatement dans un emplacement sûr.
- Votre Team ID (alphanumérique à 10 caractères, affiché dans l'en-tête de votre compte Apple Developer).
- Le Key ID de la clé créée à l'étape 3.
Vous disposerez de cinq éléments d'information : le Services ID (ID client), le Team ID, le Key ID, le fichier de clé privée .p8 et — contrairement à Google — aucun « secret client » distinct à copier ; le secret Apple est dérivé des quatre autres éléments.
Transmission des identifiants à B2Broker
Envoyez-nous :
- Google : ID client + secret client.
- Apple : Services ID, Team ID, Key ID et le fichier de clé privée
.p8.
Traitez-les comme des secrets — en particulier la clé privée Apple. Envoyez-les via un canal sécurisé fourni par votre responsable de compte (un lien de partage de secrets ou une pièce jointe chiffrée), et non par e-mail ou chat en clair. Nous confirmerons une fois qu'ils seront stockés de manière sécurisée de notre côté et vous informerons lorsque les boutons seront actifs.
Ce qui se passe ensuite
Une fois vos identifiants reçus, nous activons la fonctionnalité sur votre instance B2CORE et effectuons le déploiement.
Cela entraîne généralement un bref redémarrage du service de connexion — aucune interruption n'est prévue, mais évitez de le planifier pendant les heures de pointe.
Tests après la mise en production
- Ouvrez votre page de connexion — vous devriez voir le ou les boutons Google/Apple.
- Connectez-vous avec un compte réel pour chaque fournisseur activé.
- Confirmez que l'utilisateur arrive connecté et que son e-mail/nom apparaît correctement dans votre panneau d'administration.
- Si Google est encore en mode Testing, seuls les utilisateurs de test ajoutés à l'écran de consentement pourront se connecter — tous les autres verront
access_denied. Publiez l'application avant de promouvoir cette fonctionnalité auprès de vrais utilisateurs.
Bon à savoir
Apple ne partage le nom et l'e-mail de l'utilisateur que lors de son tout premier consentement. Si un utilisateur révoque votre application dans les réglages de son identifiant Apple et se connecte à nouveau plus tard, Apple ne renverra qu'un identifiant anonyme — le nom peut alors ne plus être disponible. Il s'agit d'une limitation d'Apple, et non d'un bug de notre côté.
Les e-mails Apple peuvent être des adresses de « relais privé » (...@privaterelay.appleid.com). Ce sont des adresses réelles et fonctionnelles — elles sont simplement acheminées via Apple. Traitez-les comme l'e-mail canonique de l'utilisateur ; elles ne correspondront pas automatiquement à un compte existant avec mot de passe utilisant l'e-mail réel de l'utilisateur.
Google exige une adresse e-mail vérifiée. Si l'e-mail d'un compte Google n'est pas vérifié, la connexion échouera par conception — cela protège votre base d'utilisateurs contre les identités non vérifiées.
Les ID des fournisseurs sont fixes (google, apple). Si vous devez un jour faire tourner les identifiants (par exemple, en cas de fuite d'un secret), contactez B2Broker — nous pouvons les mettre à jour sans modifier les URL de connexion déjà utilisées par vos utilisateurs.
Questions / assistance
Contactez votre responsable de compte B2Broker ou votre canal d'assistance en indiquant le nom de votre courtier et le ou les fournisseurs que vous configurez.
Dernière mise à jour le