Descripción general

Elige tu ruta de integración

Selecciona la ruta que mejor se adapte a tus necesidades:

Ruta	Ideal para	Más información
Universal Commerce Protocol (UCP)	Comerciantes y minoristas	Documentos del UCP
Vinculación de cuentas estándar	Casa inteligente, TV y YouTube	Documentos

Nota: Estas rutas de integración son complementarias. Si implementas el UCP, te recomendamos que revises tanto la guía de vinculación de identidad del UCP para conocer los requisitos específicos del producto como esta documentación para obtener detalles sobre la implementación principal de OAuth.

La vinculación de cuentas permite que los titulares de Cuentas de Google se conecten a tus servicios de forma rápida, fluida y segura. Puedes implementar la vinculación de la Cuenta de Google para compartir los datos de un usuario de tu plataforma con las apps y los servicios de Google.

El protocolo seguro OAuth 2.0 te permite vincular de forma segura la Cuenta de Google de un usuario con su cuenta en tu plataforma, lo que otorga a las aplicaciones y los dispositivos de Google acceso a tus servicios.

Los usuarios pueden vincular o desvincular sus cuentas y, de manera opcional, crear una nueva en tu plataforma con la vinculación de la Cuenta de Google.

Casos de uso

Estos son algunos de los motivos para implementar la vinculación de la Cuenta de Google:

• Compartir los datos de un usuario de tu plataforma con las apps y los servicios de Google

• Integrar con Google Shopping y las plataformas de IA (Búsqueda, Gemini) mediante el Universal Commerce Protocol (UCP).

• Reproducir tu contenido de video y películas con Google TV.

• Administrar y controlar los dispositivos conectados de la casa inteligente de Google con la app de Google Home y Asistente de Google, "Hey Google, enciende las luces".

• Crear experiencias y funcionalidades personalizadas de Asistente de Google para el usuario con Acciones conversacionales, "Hey Google, pide mi pedido habitual de Starbucks".

• Permitir que los usuarios ganen recompensas mirando transmisiones en vivo aptas en YouTube después de vincular su Cuenta de Google a la cuenta de un socio de recompensas.

• Completar previamente las cuentas nuevas durante el registro con datos compartidos de forma consensual desde un perfil de Cuenta de Google.

Capacidades y requisitos

En la siguiente matriz, se definen la compatibilidad y las recomendaciones para cada flujo de vinculación.

Flujo de vinculación	Funciones estándares	Funciones del UCP
Cambio de app	Recomendado	Recomendado
Vinculación optimizada	Recomendado	Recomendado
Vinculación de OAuth	Obligatorio (resguardo)	Obligatorio (resguardo)
OAuth 2.1	Recomendado	Recomendado

Desarrollo con agentes (MCP y UCP)

Los modelos de lenguaje grandes (LLM) y los agentes de IA requieren una autenticación sólida para acceder a los datos del usuario. La vinculación de la Cuenta de Google admite estos paradigmas emergentes:

• Protocolo de contexto del modelo (MCP): GAL actúa como el protocolo de enlace de seguridad. Los agentes usan tokens de OAuth 2.1 para consultar de forma segura las herramientas de tu servidor MCP.

• Universal Commerce Protocol (UCP): Permite que los agentes de compras accedan de forma segura a los perfiles de usuario y a los vectores de pago.

• Mejora la privacidad del usuario definiendo permisos personalizados para compartir solo los datos necesarios y aumenta la confianza del usuario definiendo claramente cómo se usan sus datos.

• El acceso a los datos y servicios alojados en tu plataforma se puede revocar desvinculando las cuentas. La implementación de un extremo de revocación de tokens opcionalte permite mantenerte sincronizado con los eventos iniciados por Google, mientras que la Protección de cuentas cruzadas (RISC) te permite notificar a Google sobre cualquier evento de desvinculación que tenga lugar en tu plataforma.

Nota: La mayor parte de la documentación de OAuth 2.0 para la Plataforma de identidad de Google abarca cómo puedes permitir que tus usuarios accedan con sus Cuentas de Google y obtener autorización para llamar a las APIs de Google en su nombre. La vinculación de Cuentas de Google abarca el caso inverso de permitir que el usuario de un servicio de Google se autentique con tu plataforma y llame a las APIs de tu servicio. Si deseas usar OAuth 2.0 para acceder a las APIs de Google, consulta la documentación del cliente de OAuth 2.0.

Flujos de vinculación de cuentas

Existen 3 flujos de vinculación de la Cuenta de Google, todos basados en OAuth, que requieren que administres o controles los extremos de autorización y de intercambio de tokens compatibles con OAuth 2.0.

Durante el proceso de vinculación, emites tokens de acceso a Google para Cuentas de Google individuales después de obtener el consentimiento de los titulares de las cuentas para vincularlas y compartir datos.

Vinculación de OAuth

Este es el flujo de vinculación de OAuth que envía a los usuarios a tu sitio web para la vinculación. Se redirecciona al usuario a tu sitio web para que acceda a su cuenta. Una vez que accede, el usuario da su consentimiento para compartir sus datos en tu servicio con Google. En ese momento, se vinculan la Cuenta de Google del usuario y tu servicio.

La vinculación de OAuth admite el código de autorización y los flujos implícitos de OAuth. Tu servicio debe alojar un extremo de autorización compatible con OAuth 2.0 para el flujo implícito y debe exponer un extremo de autorización y de intercambio de tokens cuando se usa el flujo de código de autorización.

Precaución: Para los flujos de MCP, UCP y basados en agentes, OAuth 2.1 es obligatorio y el flujo implícito no es compatible. Usa el flujo de código de autorización.

Nota: La implementación de la vinculación de OAuth es obligatoria para todas las integraciones de vinculación de cuentas, ya que es el método de resguardo para los flujos de cambio de app y optimizados.

Figura 1. Vinculación de cuentas en el teléfono de un usuario con vinculación de OAuth

Vinculación de cambio de app basada en OAuth ("Cambio de app")

Un flujo de OAuth que envía a los usuarios a tu app para la vinculación.

La vinculación de cambio de app basada en OAuth guía a los usuarios a medida que se mueven entre tus apps para dispositivos móviles verificadas para Android o iOS y la plataforma de Google para revisar los cambios propuestos en el acceso a los datos y otorgar su consentimiento para vincular su cuenta en tu plataforma con su Cuenta de Google. Para habilitar el cambio de app, tu servicio debe admitir la vinculación de OAuth o la vinculación de Acceder con Google basada en OAuth mediante el flujo de código de autorización.

El cambio de app es compatible con Android y iOS.

Funcionamiento:

La app de Google verifica si tu app está instalada en el dispositivo del usuario:

• Si se encuentra la app, el usuario se "cambia" a tu app. Tu app obtiene el consentimiento del usuario para vincular la cuenta con Google y, luego, "vuelve" a la plataforma de Google.
• Si no se encuentra la app o se produce un error durante el proceso de vinculación de cambio de app, se redirecciona al usuario al flujo de vinculación optimizado o de OAuth.

Figura 2. Vinculación de cuentas en el teléfono de un usuario con cambio de app

Vinculación optimizada basada en OAuth ("Optimizada")

La vinculación optimizada de Acceder con Google basada en OAuth agrega Acceder con Google sobre la vinculación de OAuth, lo que permite a los usuarios completar el proceso de vinculación sin salir de la plataforma de Google, lo que reduce las fricciones y las bajas. La vinculación optimizada basada en OAuth ofrece la mejor experiencia del usuario con el acceso, la creación de cuentas y la vinculación de cuentas sin problemas combinando Acceder con Google con la vinculación de OAuth. Tu servicio debe admitir extremos de autorización y de intercambio de tokens compatibles con OAuth 2.0. Además, tu extremo de intercambio de tokens debe admitir aserciones de token web JSON (JWT) e implementar los intents check, create, y get.

Nota: El usuario nunca abandona la plataforma de Google durante este flujo, por lo que Google debe mostrar el consentimiento en nombre del tercero para que el flujo funcione correctamente.

Funcionamiento:

Google afirma la cuenta de usuario y te pasa esta información:

• Si existe una cuenta para el usuario en tu base de datos, el usuario vincula correctamente su Cuenta de Google con su cuenta en tu servicio.
• Si no existe una cuenta para el usuario en tu base de datos, el usuario puede elegir crear una cuenta nueva de terceros con la información afirmada que proporciona Google: correo electrónico, nombre y foto de perfil, o elegir acceder y vincular con otro correo electrónico (esto requerirá que acceda a tu servicio con la vinculación de OAuth linking).

Figura 3. Vinculación de cuentas en el teléfono de un usuario con vinculación optimizada

¿Qué flujo deberías usar?

Te recomendamos que implementes todos los flujos para garantizar que los usuarios obtengan la mejor experiencia de vinculación. Los flujos de cambio de app y optimizados reducen la fricción de la vinculación, ya que los usuarios pueden completar el proceso de vinculación en muy pocos pasos. El flujo de vinculación de OAuth tiene el nivel de esfuerzo más bajo y es un buen punto de partida después del cual puedes agregar los otros flujos de vinculación.

Nota: El flujo de vinculación de OAuth es obligatorio para todas las integraciones, ya que es el res guardo para los otros flujos.

Trabajar con tokens

La vinculación de la Cuenta de Google se basa en el estándar de la industria de OAuth 2.0.

Emite tokens de acceso a Google para Cuentas de Google individuales después de obtener el consentimiento de los titulares de las cuentas para vincularlas y compartir datos.

Tipos de tokens

OAuth 2.0 usa cadenas llamadas tokens para comunicarse entre el agente de usuario, la aplicación cliente y el servidor de OAuth 2.0.

Se pueden usar tres tipos de tokens de OAuth 2.0 durante la vinculación de cuentas:

• Código de autorización : Es un token de corta duración que se puede intercambiar por un token de acceso y un token de actualización. Por motivos de seguridad, Google llama a tu extremo de autorización para obtener un código de uso único o de muy corta duración.

• Token de acceso : Es un token que otorga al portador acceso a un recurso. Para limitar la exposición que podría resultar de la pérdida de este token, tiene una vida útil limitada, que suele vencer después de una hora.

• Token de actualización : Es un token de larga duración que se puede intercambiar por un token de acceso nuevo cuando vence un token de acceso. Cuando tu servicio se integra con Google, Google almacena y usa este token de forma exclusiva. Google llama a tu extremo de intercambio de tokens para intercambiar tokens de actualización por tokens de acceso, que, a su vez, se usan para acceder a los datos del usuario.

Manejo de tokens

Las condiciones de carrera en entornos agrupados y los intercambios cliente-servidor pueden generar situaciones complejas de manejo de errores y sincronización cuando se trabaja con tokens. Por ejemplo:

• Recibes una solicitud de un token de acceso nuevo y emites uno. Al mismo tiempo, recibes una solicitud de acceso al recurso de tu servicio con el token de acceso anterior que no venció.
• Google aún no recibió (o nunca recibe) tu respuesta del token de actualización. Mientras tanto, el token de actualización válido anteriormente se usa en una solicitud de Google.

Las solicitudes y las respuestas pueden llegar en cualquier orden o no llegar debido a los servicios asíncronos que se ejecutan en un clúster, el comportamiento de la red o por otros medios.

No se puede garantizar un estado compartido inmediato y completamente coherente dentro de tus sistemas de manejo de tokens y los de Google, ni entre ellos. Pueden coexistir varios tokens válidos que no vencieron dentro de los sistemas o entre ellos durante un período breve. Para minimizar el impacto negativo en el usuario, te recomendamos que hagas lo siguiente:

• Acepta los tokens de acceso que no vencieron, incluso después de que se emita un token más reciente.
• Usa alternativas a la rotación de tokens de actualización.
• Admite varios tokens de acceso y actualización válidos de forma simultánea. Por motivos de seguridad, debes limitar la cantidad de tokens y la vida útil de los tokens.

Manejo de mantenimiento y fallas

Durante el mantenimiento o las fallas no planificadas, es posible que Google no pueda llamar a tus extremos de autorización o de intercambio de tokens para obtener tokens de acceso y de actualización.

Tus extremos deben responder con un código de error 503 y un cuerpo vacío. En este caso, Google vuelve a intentar las solicitudes de intercambio de tokens fallidas durante un tiempo limitado. Siempre que Google pueda obtener tokens de actualización y de acceso más adelante, los usuarios no verán las solicitudes fallidas.

Advertencia: No muestres un código de error 400 ni un cuerpo {"error": "invalid_grant"} durante el mantenimiento o las fallas. Si lo haces, se borrarán los tokens emitidos anteriormente y los usuarios deberán volver a vincular sus cuentas.

Si un usuario inicia solicitudes fallidas de un token de acceso, se mostrará un error visible. Los usuarios deberán volver a intentar las fallas de vinculación si se usa el flujo implícito de OAuth 2.0.

Recomendaciones

Existen muchas soluciones para minimizar el impacto del mantenimiento. Estas son algunas opciones que puedes considerar:

• Mantén tu servicio existente y enruta una cantidad limitada de solicitudes a tu servicio recién actualizado. Migra todas las solicitudes solo después de confirmar la funcionalidad esperada.

• Reduce la cantidad de solicitudes de tokens durante el período de mantenimiento:

  • Limita los períodos de mantenimiento a menos de la vida útil del token de acceso.

  • Aumenta temporalmente la vida útil del token de acceso:

    1. Aumenta la vida útil del token a más del período de mantenimiento.
    2. Espera el doble de la duración de la vida útil del token de acceso, lo que permite a los usuarios intercambiar tokens de corta duración por tokens de mayor duración.
    3. Ingresa al mantenimiento.
    4. Responde a las solicitudes de tokens con un código de error 503 y un cuerpo vacío.
    5. Sal del mantenimiento.
    6. Disminuye la vida útil del token a la normalidad.

Vinculación persistente

La vinculación persistente es un requisito fundamental para las integraciones estables. Garantiza que las cuentas de usuario permanezcan vinculadas incluso durante las fallas de red transitorias o las actualizaciones periódicas de credenciales.

Para implementar la vinculación persistente, usa un enfoque de "ventana deslizante": extiende el vencimiento del token de actualización existente en lugar de rotarlo (consulta la sección 6 de RFC 6749). Esto evita las condiciones de carrera y la desvinculación no deseada que puede ocurrir si se emite un token de actualización nuevo, pero Google no lo recibe ni almacena correctamente.

Registrarse en Google

Necesitaremos detalles de tu configuración de OAuth 2.0 y compartir credenciales para habilitar la vinculación de cuentas. Consulta el registro para obtener más detalles.