SSO Google et LinkedIn : ce que la connexion en un clic change pour un réseau alumni

Le point où un réseau alumni perd ses membres n'est pas celui qu'on croit

Le parcours est toujours le même. Une invitation part par courriel, le destinataire clique, il tombe sur un formulaire. Nom, prénom, adresse, mot de passe, confirmation du mot de passe. À cet instant précis, il n'a rien vu de la plateforme, il n'a encore aucune raison de la vouloir, et on lui demande de fabriquer puis de mémoriser un secret de plus. Il se dit qu'il le fera ce soir. Ce soir, le courriel est enfoui sous vingt autres.

Ce qui se joue là n'est pas un problème d'ergonomie mais d'ordre. On réclame l'effort avant d'avoir montré la contrepartie, alors que tout le reste du produit est conçu dans l'ordre inverse. Le formulaire d'inscription est le seul écran d'une plateforme alumni qui demande quelque chose sans rien donner, et c'est celui par lequel tout le monde passe.

Le mot de passe se paie ensuite une deuxième fois, en réinitialisations. Le responsable alumni devient un service d'assistance à temps partiel, mobilisé sur un sujet qui n'apporte rien à personne. Puis une troisième fois, et celle-là ne se voit pas : le membre qui n'arrive pas à se reconnecter six mois plus tard ne demande pas d'aide, il referme l'onglet. Il n'apparaît dans aucune statistique de support, seulement dans la lente érosion de la base active, celle qu'on tente de rattraper trop tard avec des campagnes de réactivation d'un réseau endormi.

Sign in with Google : ce que dit la documentation officielle

Commençons par le nom, parce qu'il est régulièrement écorché. Le service s'appelle « Sign in with Google ». On lit souvent « SSO Google » comme s'il s'agissait d'un produit portant ce nom : ce n'en est pas un. La précision compte le jour où l'on cherche la documentation, où l'on rédige une politique de confidentialité, ou simplement où l'on veut être crédible devant une direction des systèmes d'information.

La documentation officielle décrit trois entrées, qu'il vaut la peine de citer littéralement : « Sign up, to optionally create a new account auto-filled from a Google Account profile », « Sign in, using an account chooser to select from multiple accounts », et « Sign in with one tap, if you've already signed in to your Google Account ». Traduites en langage de responsable alumni, ces trois lignes disent ceci : la création de compte se remplit seule à partir du profil, la connexion propose de choisir parmi les comptes disponibles sur l'appareil, et le membre déjà connecté à son compte Google entre en un geste.

La même page décrit le mécanisme d'ensemble : l'utilisateur peut « sign into a Google Account, provide their consent, and securely share their profile information with your platform ». L'ordre des trois éléments est le raisonnement complet. L'authentification a lieu chez Google, le consentement est demandé à l'utilisateur, et la plateforme reçoit des informations de profil. Ce que votre plateforme ne voit à aucun moment, c'est un mot de passe : il n'y en a plus à protéger, plus à réinitialiser, plus à perdre.

LinkedIn : un flux d'autorisation standard, à revérifier au moment de le brancher

Côté LinkedIn, la connexion repose sur l'Authorization Code Flow, documenté officiellement par Microsoft. C'est un flux standard, celui que l'on retrouve chez la plupart des fournisseurs d'identité, et le nommer suffit à situer le sujet auprès d'un prestataire ou d'un service informatique.

Nous nous en tenons volontairement là. Ce qu'un flux transmet exactement, les périmètres d'autorisation disponibles et les conditions pour y accéder évoluent avec les programmes du fournisseur, et un article qui les détaille se périme sans prévenir son lecteur. La règle de prudence est donc simple : ouvrir la documentation officielle au moment du branchement, et non se fier à ce qu'on en avait retenu l'année précédente.

Cette prudence a une conséquence pratique et non théorique. Les informations qu'une plateforme reçoit d'un fournisseur d'identité doivent figurer dans votre information aux membres, et cette liste se rédige à partir de la documentation du jour du branchement. C'est une ligne de plus dans les obligations documentaires que nous détaillons dans notre check-list RGPD pour un annuaire alumni, et c'est l'une des rares qui se traite en dix minutes si on la prend au bon moment.

Le SSO authentifie, il ne certifie aucun diplôme

Voici la confusion la plus coûteuse du sujet, et elle se glisse dans les réunions sous une forme rassurante : « avec la connexion LinkedIn, on saura qui ils sont ». Non. Un compte Google ou un profil LinkedIn prouve que la personne en face contrôle ce compte. Il ne dit rien de sa promotion, rien de son école, rien de sa qualité de membre à jour de cotisation.

La vérification de l'appartenance reste donc portée par ce qui la portait déjà : l'invitation nominative envoyée depuis la base, la liste d'admission fournie par la scolarité, ou la validation par un administrateur. Le SSO ne remplace pas ce filtre, il remplace le mot de passe. Ouvrir la connexion par Google sans conserver de contrôle d'entrée ne produit pas un réseau alumni, cela produit un annuaire ouvert à qui possède une adresse électronique.

L'ordre à retenir tient en une phrase : on décide d'abord qui a le droit d'entrer, ensuite comment cette personne se connecte. Les deux questions sont indépendantes, et les traiter séparément évite l'essentiel des mauvaises surprises. Une fois cette distinction posée, le SSO devient ce qu'il est réellement, une amélioration du confort d'accès, et non une politique d'admission déguisée.

L'adresse de l'école expire, le compte personnel reste

La bascule de l'étudiant vers l'alumni concentre presque tout le risque de perte de contact. L'adresse institutionnelle est désactivée quelques mois après la diplomation, et avec elle disparaissent l'identifiant de connexion, le canal de relance et souvent la seule adresse que l'école détenait. C'est le point de rupture que nous décrivons dans notre article sur la bascule automatique du statut étudiant vers alumni.

Un compte Google personnel ou un profil LinkedIn, eux, survivent à la remise du diplôme, à un déménagement et à trois changements d'employeur. Adosser la connexion à une identité que le diplômé conserve, plutôt qu'à une adresse que l'établissement lui retire, ne supprime pas le problème mais le déplace là où il est gérable. C'est un raisonnement de conception, pas une mesure : nous n'avançons ici aucun taux, et nous invitons à se méfier de ceux qui circulent.

Cela ne dispense évidemment pas de collecter une adresse personnelle avant la sortie, qui reste la meilleure assurance et le premier réflexe à installer auprès des promotions sortantes, comme nous le détaillons à propos de l'engagement des jeunes diplômés. Le SSO est une seconde ligne, utile précisément le jour où la première a été oubliée.

Se connecter avec LinkedIn n'est pas animer son réseau sur LinkedIn

Les deux sujets portent le même nom de marque et n'ont presque rien en commun. Se connecter avec LinkedIn est un mode d'entrée sur votre plateforme. Animer sa communauté dans un groupe LinkedIn est un choix de lieu, qui revient à confier à un tiers l'annuaire, la relation aux membres et les données qui vont avec. Nous avons consacré une comparaison complète à ce second sujet, entre LinkedIn et une plateforme alumni.

Le SSO peut d'ailleurs se lire comme la réponse pragmatique à ce dilemme. On prend à LinkedIn ce qu'il fait mieux que quiconque, une identité professionnelle tenue à jour par l'intéressé lui même, sans lui confier ni l'annuaire, ni la mémoire de l'association, ni la capacité de joindre ses membres. La dépendance se limite alors à la porte d'entrée, et elle reste réversible tant qu'une autre porte existe.

Quand le mot de passe classique reste le bon choix

Il serait malhonnête de présenter le SSO comme la fin du mot de passe. Une partie des membres d'un réseau alumni n'utilise ni compte Google ni profil LinkedIn, et ce n'est pas une question de génération : c'est parfois un choix assumé, parfois un contexte professionnel, parfois un pays où d'autres services dominent. Leur fermer la porte pour simplifier la nôtre serait un mauvais calcul.

Certaines organisations, ensuite, encadrent strictement l'usage de fournisseurs d'identité externes, et un établissement public peut préférer son propre annuaire pour des raisons qui ne se discutent pas au niveau d'un projet alumni. Le sujet remonte alors à une direction informatique, et la bonne réponse consiste à proposer le choix plutôt qu'à imposer un canal.

Il reste enfin la dépendance elle même. Un membre qui perd l'accès à son compte Google perd son entrée sur la plateforme, et il la perd un dimanche soir, avant une assemblée générale. D'où la règle qui résume cette section : le SSO s'ajoute, il ne remplace pas. Conserver une entrée par mot de passe coûte peu, et c'est ce qui transforme une dépendance en commodité.

Brancher le SSO sur un réseau alumni, en six étapes

1. Vérifiez l'offre avant de promettre quoi que ce soit. Les modules google_sso et linkedin_sso ne figurent que dans les offres Premium et Business Club. Cette vérification prend une minute et évite une annonce à retirer.
2. Ajoutez le SSO sans supprimer le mot de passe. L'objectif est de retirer un obstacle à l'entrée, pas d'en créer un nouveau pour ceux qui ne disposent pas des comptes concernés.
3. Décidez comment les comptes existants se réconcilient. Un membre déjà inscrit qui arrive par Google doit retrouver sa fiche, pas en créer une seconde. Cette règle se tranche avant l'ouverture, jamais après le premier doublon.
4. Gardez le filtre d'appartenance. Invitation nominative, liste d'admission ou validation par un administrateur : le SSO ne dit pas qui a le droit d'entrer, il dit seulement comment on entre.
5. Écrivez ce qui est transmis. Rédigez la liste des informations reçues du fournisseur d'identité à partir de sa documentation officielle, au jour du branchement, et intégrez la à votre information aux membres.
6. Testez depuis un compte qui n'est pas le vôtre. Sur un téléphone, avec un compte ordinaire, sans être déjà connecté à l'espace d'administration. C'est le seul test qui révèle ce que vit réellement un membre.

Dans quelles offres, et pourquoi le vérifier avant d'en parler

Les modules google_sso et linkedin_sso ne sont présents que dans les offres Premium et Business Club. Ils ne figurent ni en Starter ni en Pro. Ce n'est pas un détail de grille tarifaire mais une contrainte de calendrier : annoncer la connexion en un clic dans une campagne d'adhésion alors que le réseau est en Pro oblige à se dédire au pire moment, celui où l'on demandait justement un effort aux membres.

La vérification se fait donc avant la communication, et non l'inverse. Elle vaut pour le SSO comme pour toute fonctionnalité annoncée : la question n'est pas de savoir si la plateforme sait le faire, mais si votre offre l'inclut. Pour le reste, la connexion par Google ou par LinkedIn ne dispense d'aucun des travaux de fond décrits ici : elle enlève simplement un obstacle placé au pire endroit du parcours, juste avant que le membre ait vu la moindre raison de rester. Le tour d'horizon complet de ce que couvre la plateforme figure sur la page Terrilink for Alumni.

En bref

Note de méthode et sources. Les formulations relatives à Google proviennent de la documentation officielle Sign in with Google, consultée le 31 août 2026, dont sont repris le nom exact du service et les trois entrées décrites. Le flux utilisé par LinkedIn est nommé d'après la documentation officielle Microsoft de l'Authorization Code Flow, consultée à la même date ; nous n'affirmons rien de plus précis que le nom du flux, et nous invitons à ouvrir cette page au moment du branchement. La disponibilité des modules google_sso et linkedin_sso dans les seules offres Premium et Business Club relève de la documentation produit Terrilink. Le reste de l'article est un raisonnement d'organisation issu de notre pratique et non une mesure : nous n'avançons volontairement aucun taux d'activation, de conversion ou d'inscription, ces chiffres n'ayant fait l'objet d'aucune mesure de notre part. Cet article ne constitue pas un conseil juridique ni une documentation technique d'intégration.