SSO de Google y LinkedIn: qué cambia la conexión en un gesto para una red de alumni

El punto en el que una red de alumni pierde a sus miembros no es el que se cree

El recorrido es siempre el mismo. Una invitación sale por correo, el destinatario hace clic y aterriza en un formulario. Nombre, apellidos, dirección, contraseña, confirmación de la contraseña. En ese preciso instante no ha visto nada de la plataforma, todavía no tiene ninguna razón para quererla, y se le pide que invente y memorice un secreto más. Se dice que lo hará esta noche. Esta noche, el correo está enterrado bajo otros veinte.

Lo que ocurre ahí no es un problema de ergonomía sino de orden. Se reclama el esfuerzo antes de haber mostrado la contrapartida, mientras que todo el resto del producto está diseñado al revés. El formulario de registro es la única pantalla de una plataforma de alumni que pide algo sin dar nada, y es la que todo el mundo tiene que atravesar.

La contraseña se paga después una segunda vez, en restablecimientos. El responsable de alumni se convierte en un servicio de asistencia a tiempo parcial sobre un asunto que no aporta nada a nadie. Y una tercera vez, de forma invisible: el miembro que no consigue volver a entrar seis meses después no pide ayuda, cierra la pestaña. No aparece en ninguna estadística de soporte, solo en la lenta erosión de la base activa, la que se intenta recuperar demasiado tarde con campañas de reactivación de una red dormida.

Sign in with Google: lo que dice la documentación oficial

Empecemos por el nombre, porque se maltrata con frecuencia. El servicio se llama «Sign in with Google». A menudo se escribe «SSO de Google» como si fuera el nombre del producto: no lo es. La precisión importa el día en que se busca la documentación, el día en que se redacta una política de privacidad, o simplemente el día en que se quiere ser creíble ante un departamento de sistemas.

La documentación oficial describe tres entradas que merece la pena citar literalmente: «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» y «Sign in with one tap, if you've already signed in to your Google Account». Traducidas al lenguaje de un responsable de alumni, esas tres líneas dicen lo siguiente: la creación de la cuenta se rellena sola a partir del perfil, la conexión propone elegir entre las cuentas disponibles en el dispositivo, y el miembro que ya está conectado a su cuenta de Google entra con un solo gesto.

La misma página describe el mecanismo de conjunto: el usuario puede «sign into a Google Account, provide their consent, and securely share their profile information with your platform». El orden de esos tres elementos es todo el razonamiento. La autenticación ocurre en Google, se pide el consentimiento al usuario, y la plataforma recibe información de perfil. Lo que su plataforma no ve en ningún momento es una contraseña: ya no hay ninguna que proteger, ninguna que restablecer, ninguna que perder.

LinkedIn: un flujo de autorización estándar, que hay que verificar al conectarlo

Del lado de LinkedIn, la conexión se apoya en el Authorization Code Flow, documentado oficialmente por Microsoft. Es un flujo estándar, el que se encuentra en la mayoría de los proveedores de identidad, y nombrarlo basta para situar el tema ante un proveedor o un equipo informático.

Nos detenemos ahí deliberadamente. Lo que un flujo transmite exactamente, los ámbitos de autorización disponibles y las condiciones para acceder a ellos evolucionan con los programas del proveedor, y un artículo que los detalla caduca sin avisar a su lector. La regla de prudencia es por tanto sencilla: abrir la documentación oficial en el momento de la conexión, y no fiarse de lo que se recordaba del año anterior.

Esa prudencia tiene una consecuencia práctica y no teórica. La información que una plataforma recibe de un proveedor de identidad debe figurar en lo que se comunica a los miembros, y esa lista se redacta a partir de la documentación del día de la conexión. Es una línea más entre las obligaciones documentales que detallamos en nuestra lista de comprobación RGPD para un directorio de alumni, y una de las pocas que se resuelve en diez minutos si se aborda en el momento adecuado.

El SSO autentica, no certifica ningún título

Esta es la confusión más costosa del tema, y se cuela en las reuniones bajo una forma tranquilizadora: «con la conexión de LinkedIn sabremos quiénes son». No. Una cuenta de Google o un perfil de LinkedIn demuestra que la persona que está al otro lado controla esa cuenta. No dice nada de su promoción, nada de su escuela, nada de si está al corriente de su cuota.

La verificación de la pertenencia sigue recayendo por tanto donde ya recaía: la invitación nominativa enviada desde la base, la lista de graduados facilitada por secretaría, o la validación por un administrador. El SSO no sustituye ese filtro, sustituye la contraseña. Abrir la conexión con Google sin conservar un control de entrada no produce una red de alumni, produce un directorio abierto a cualquiera que tenga una dirección de correo.

El orden que hay que recordar cabe en una frase: primero se decide quién tiene derecho a entrar, después cómo se conecta esa persona. Las dos preguntas son independientes, y tratarlas por separado evita la mayor parte de las malas sorpresas. Una vez hecha esa distinción, el SSO se convierte en lo que realmente es, una mejora de la comodidad de acceso, y no una política de admisión disfrazada.

La dirección de la escuela caduca, la cuenta personal permanece

El paso de estudiante a alumni concentra casi todo el riesgo de perder el contacto. La dirección institucional se desactiva unos meses después de la graduación, y con ella desaparecen el identificador de conexión, el canal de seguimiento y a menudo la única dirección que la escuela tenía. Es el punto de ruptura que describimos en nuestro artículo sobre el paso automático del estatus de estudiante al de alumni.

Una cuenta personal de Google o un perfil de LinkedIn, en cambio, sobreviven a la entrega del título, a una mudanza y a tres cambios de empleador. Anclar la conexión a una identidad que el graduado conserva, en lugar de a una dirección que la institución le retira, no elimina el problema pero lo desplaza a un terreno manejable. Es un razonamiento de diseño, no una medición: aquí no adelantamos ninguna tasa, e invitamos a desconfiar de las que circulan.

Esto no exime, evidentemente, de recoger una dirección personal antes de la salida, que sigue siendo el mejor seguro y el primer reflejo que hay que instalar en las promociones salientes, como detallamos a propósito del compromiso de los recién graduados. El SSO es una segunda línea, útil precisamente el día en que la primera se ha olvidado.

Conectarse con LinkedIn no es animar la red en LinkedIn

Los dos temas llevan el mismo nombre de marca y casi no tienen nada en común. Conectarse con LinkedIn es una forma de entrar en su plataforma. Animar la comunidad dentro de un grupo de LinkedIn es una elección de lugar, que equivale a confiar a un tercero el directorio, la relación con los miembros y los datos que van con ella. Dedicamos una comparación completa a ese segundo tema, entre LinkedIn y una plataforma de alumni.

El SSO puede leerse de hecho como la respuesta pragmática a ese dilema. Se toma de LinkedIn lo que hace mejor que nadie, una identidad profesional mantenida al día por el propio interesado, sin confiarle el directorio, ni la memoria de la asociación, ni la capacidad de llegar a los miembros. La dependencia se limita entonces a la puerta de entrada, y sigue siendo reversible mientras exista otra puerta.

Cuándo la contraseña clásica sigue siendo la buena opción

Sería deshonesto presentar el SSO como el fin de la contraseña. Una parte de los miembros de una red de alumni no usa ni cuenta de Google ni perfil de LinkedIn, y no es una cuestión de generación: a veces es una elección asumida, a veces un contexto profesional, a veces un país donde dominan otros servicios. Cerrarles la puerta para simplificar la nuestra sería un mal cálculo.

Algunas organizaciones, además, regulan estrictamente el uso de proveedores de identidad externos, y una institución pública puede preferir su propio directorio por razones que no se discuten a nivel de un proyecto de alumni. El asunto sube entonces a un departamento informático, y la buena respuesta consiste en ofrecer la elección en lugar de imponer un canal.

Queda por último la dependencia en sí misma. Un miembro que pierde el acceso a su cuenta de Google pierde su entrada en la plataforma, y la pierde un domingo por la noche, antes de una asamblea general. De ahí la regla que resume esta sección: el SSO se añade, no sustituye. Conservar una entrada por contraseña cuesta poco, y es lo que transforma una dependencia en comodidad.

Conectar el SSO en una red de alumni, en seis pasos

1. Compruebe el plan antes de prometer nada. Los módulos google_sso y linkedin_sso solo figuran en los planes Premium y Business Club. Esa comprobación lleva un minuto y evita un anuncio que habría que retirar.
2. Añada el SSO sin suprimir la contraseña. El objetivo es quitar un obstáculo en la entrada, no crear uno nuevo para quienes no disponen de las cuentas en cuestión.
3. Decida cómo se reconcilian las cuentas existentes. Un miembro ya inscrito que llega por Google debe reencontrar su ficha, no crear una segunda. Esa regla se decide antes de la apertura, nunca después del primer duplicado.
4. Mantenga el filtro de pertenencia. Invitación nominativa, lista de graduados o validación por un administrador: el SSO no dice quién tiene derecho a entrar, solo dice cómo se entra.
5. Escriba qué se transmite. Redacte la lista de la información recibida del proveedor de identidad a partir de su documentación oficial, el día de la conexión, e incorpórela a lo que comunica a sus miembros.
6. Pruebe desde una cuenta que no sea la suya. En un móvil, con una cuenta corriente, sin estar ya conectado al espacio de administración. Es la única prueba que revela lo que vive realmente un miembro.

En qué planes se incluye, y por qué comprobarlo antes de hablar de ello

Los módulos google_sso y linkedin_sso solo están presentes en los planes Premium y Business Club. No figuran ni en Starter ni en Pro. No es un detalle de tarifas sino una restricción de calendario: anunciar la conexión en un gesto en una campaña de adhesión cuando la red está en Pro obliga a desdecirse en el peor momento, justo cuando se pedía un esfuerzo a los miembros.

La comprobación se hace por tanto antes de la comunicación, y no al revés. Vale para el SSO como para cualquier funcionalidad anunciada: la cuestión no es si la plataforma sabe hacerlo, sino si su plan lo incluye. Por lo demás, la conexión con Google o con LinkedIn no exime de ninguno de los trabajos de fondo descritos aquí: simplemente retira un obstáculo colocado en el peor punto del recorrido, justo antes de que el miembro haya visto la menor razón para quedarse. El panorama completo de lo que cubre la plataforma está en la página Terrilink for Alumni.

En resumen

Nota metodológica y fuentes. Las formulaciones relativas a Google proceden de la documentación oficial de Sign in with Google, consultada el 31 de agosto de 2026, de la que se toman el nombre exacto del servicio y las tres entradas descritas. El flujo utilizado por LinkedIn se nombra según la documentación oficial de Microsoft del Authorization Code Flow, consultada en la misma fecha; no afirmamos nada más preciso que el nombre del flujo, e invitamos a abrir esa página en el momento de la conexión. La disponibilidad de los módulos google_sso y linkedin_sso únicamente en los planes Premium y Business Club procede de la documentación de producto de Terrilink. El resto del artículo es un razonamiento de organización surgido de nuestra práctica y no una medición: no adelantamos deliberadamente ninguna tasa de activación, de conversión ni de registro, ya que no hemos medido ninguna. Este artículo no constituye asesoramiento jurídico ni documentación técnica de integración.