Para nuestros nuevos amigos:

Logto es una alternativa a Auth0 diseñada para aplicaciones modernas y productos SaaS. Ofrece servicios tanto de Cloud como de código abierto para ayudarte a lanzar rápidamente tu sistema de gestión e identidad (IAM). Disfruta de autenticación, autorización y gestión multi-tenant todo en uno.

Recomendamos comenzar con un tenant de desarrollo gratuito en Logto Cloud. Esto te permite explorar todas las características fácilmente.

En este artículo, repasaremos los pasos para construir rápidamente la experiencia de inicio de sesión de Google (autenticación de usuario) con Flutter y Logto.

Requisitos previos

• Una instancia de Logto en funcionamiento. Consulta la página de introducción para comenzar.
• Conocimientos básicos de Flutter.
• Una cuenta de Google utilizable.

Crear una aplicación en Logto

Logto se basa en la autenticación OpenID Connect (OIDC) y la autorización OAuth 2.0. Admite la gestión de identidad federada a través de múltiples aplicaciones, comúnmente llamada inicio de sesión único (SSO).

Para crear tu aplicación Native app, simplemente sigue estos pasos:

1. Abre la Consola de Logto. En la sección "Comenzar", haz clic en el enlace "Ver todo" para abrir la lista de marcos de aplicaciones. Alternativamente, puedes navegar a Consola de Logto > Aplicaciones, y hacer clic en el botón "Crear aplicación".
2. En el modal que se abre, haz clic en la sección "Native app" o filtra todos los marcos "Native app" disponibles usando las casillas de filtro rápido a la izquierda. Haz clic en la tarjeta del marco "Flutter" para comenzar a crear tu aplicación.
3. Ingresa el nombre de la aplicación, por ejemplo, "Librería", y haz clic en "Crear aplicación".

🎉 ¡Ta-da! Acabas de crear tu primera aplicación en Logto. Verás una página de felicitaciones que incluye una guía de integración detallada. Sigue la guía para ver cómo será la experiencia en tu aplicación.

Integrar el SDK de Flutter

tip:

• El paquete SDK está disponible en pub.dev y en el repositorio de GitHub de Logto.
• El proyecto de ejemplo está construido usando Flutter material. Puedes encontrarlo en pub.dev.
• Este SDK es compatible con aplicaciones Flutter en las plataformas iOS, Android y Web. La compatibilidad con otras plataformas no ha sido probada.

Instalación

pub.dev

Puedes instalar el logto_dart_sdk package directamente usando el gestor de paquetes pub. Ejecuta el siguiente comando en la raíz de tu proyecto:

flutter pub add logto_dart_sdk

O añade lo siguiente a tu archivo pubspec.yaml:

dependencies:
  logto_dart_sdk: ^3.0.0

Luego ejecuta:

flutter pub get

GitHub

Si prefieres bifurcar tu propia versión del SDK, puedes clonar el repositorio directamente desde GitHub.

git clone https://github.com/logto-io/dart

Dependencia y configuraciones

Compatibilidad de versiones de SDK

Versión de Logto SDK	Versión de Dart SDK	Compatible con Dart 3.0
< 2.0.0	>= 2.17.6 < 3.0.0	false
>= 2.0.0 < 3.0.0	>= 3.0.0	true
>= 3.0.0	>= 3.6.0	true

Configuración de flutter_secure_storage

En su funcionamiento interno, este SDK utiliza flutter_secure_storage para implementar el almacenamiento seguro persistente de tokens multiplataforma.

• Se utiliza Keychain para iOS
• Se utiliza cifrado AES para Android.

Configurar versión de Android

Establece el android:minSdkVersion a >= 18 en el archivo android/app/build.gradle de tu proyecto.

build.gradle

  android {
      ...

      defaultConfig {
          ...
          minSdkVersion 18
          ...
      }
  }

Desactivar la copia de seguridad automática en Android

Por defecto, Android realiza copias de seguridad de los datos en Google Drive. Esto puede causar la excepción java.security.InvalidKeyException:Failed al desencriptar la clave. Para evitar esto,

1. Para desactivar la copia de seguridad automática, ve a tu archivo de manifiesto de la aplicación y establece los atributos android:allowBackup y android:fullBackupContent en false.

   AndroidManifest.xml

   <manifest ... >
       ...
       <application
         android:allowBackup="false"
         android:fullBackupContent="false"
         ...
       >
           ...
       </application>
   </manifest>
   

2. Excluye sharedprefs de FlutterSecureStorage.

   Si necesitas mantener el android:fullBackupContent para tu aplicación en lugar de desactivarlo, puedes excluir el directorio sharedprefs de la copia de seguridad. Consulta más detalles en la documentación de Android.

   En tu archivo AndroidManifest.xml, añade el atributo android:fullBackupContent al elemento <application>, como se muestra en el siguiente ejemplo. Este atributo apunta a un archivo XML que contiene reglas de copia de seguridad.

   AndroidManifest.xml

   <application ...
     android:fullBackupContent="@xml/backup_rules">
   </application>

   Crea un archivo XML llamado @xml/backup_rules en el directorio res/xml/. En este archivo, añade reglas con los elementos <include> y <exclude>. El siguiente ejemplo realiza una copia de seguridad de todas las preferencias compartidas excepto device.xml:

   @xml/backup_rules

   <?xml version="1.0" encoding="utf-8"?>
   <full-backup-content>
     <exclude domain="sharedpref" path="FlutterSecureStorage"/>
   </full-backup-content>

Por favor, consulta flutter_secure_storage para más detalles.

Configuración de flutter_web_auth_2

Detrás de escena, este SDK utiliza flutter_web_auth_2 para autenticar a los usuarios con Logto. Este paquete proporciona una forma sencilla de autenticar a los usuarios con Logto utilizando el webview del sistema o el navegador.

Este complemento utiliza ASWebAuthenticationSession en iOS 12+ y macOS 10.15+, SFAuthenticationSession en iOS 11, Chrome Custom Tabs en Android y abre una nueva ventana en la Web.

• iOS: No se requiere configuración adicional

• Android: Registra la URL de callback en Android

  Para capturar la URL de callback desde la página de inicio de sesión de Logto, necesitarás registrar tu redirectUri de inicio de sesión en tu archivo AndroidManifest.xml.

  AndroidManifest.xml

    <manifest>
      <application>
          <activity
            android:name="com.linusu.flutter_web_auth_2.CallbackActivity"
            android:exported="true">
            <intent-filter android:label="flutter_web_auth_2">
            <action android:name="android.intent.action.VIEW" />
            <category android:name="android.intent.category.DEFAULT" />
            <category android:name="android.intent.category.BROWSABLE" />
            <data android:scheme="YOUR_CALLBACK_URL_SCHEME_HERE" />
            </intent-filter>
          </activity>
      </application>
    </manifest>

• Navegador web: Crea un endpoint para manejar la URL de callback

  Si estás utilizando la plataforma web, necesitas crear un endpoint para manejar la URL de callback y enviarla de vuelta a la aplicación utilizando la API postMessage.

  callback.html

  <!doctype html>
  <title>Autenticación completa</title>
  <p>
    La autenticación está completa. Si esto no ocurre automáticamente, por favor cierra la ventana.
  </p>
  <script>
    function postAuthenticationMessage() {
      const message = {
        'flutter-web-auth-2': window.location.href,
      };
  
      if (window.opener) {
        window.opener.postMessage(message, window.location.origin);
        window.close();
      } else if (window.parent && window.parent !== window) {
        window.parent.postMessage(message, window.location.origin);
      } else {
        localStorage.setItem('flutter-web-auth-2', window.location.href);
        window.close();
      }
    }
  
    postAuthenticationMessage();
  </script>

Por favor, consulta la guía de configuración en el paquete flutter_web_auth_2 para más detalles.

Integración

Inicializar LogtoClient

Importa el paquete logto_dart_sdk e inicializa la instancia de LogtoClient en la raíz de tu aplicación.

lib/main.dart

import 'package:logto_dart_sdk/logto_dart_sdk.dart';
import 'package:http/http.dart' as http;

void main() async {
  WidgetsFlutterBinding.ensureInitialized();
  runApp(const MyApp());
}

class MyApp extends StatelessWidget {
  const MyApp({Key? key}) : super(key: key);

  @override
  Widget build(BuildContext context) {
    return const MaterialApp(
      title: 'Flutter Demo',
      home: MyHomePage(title: 'Logto Demo Home Page'),
    );
  }
}

class MyHomePage extends StatefulWidget {
  const MyHomePage({Key? key, required this.title}) : super(key: key);
  final String title;

  @override
  State<MyHomePage> createState() => _MyHomePageState();
}

class _MyHomePageState extends State<MyHomePage> {
  late LogtoClient logtoClient;

  void render() {
    // cambio de estado
  }

  // LogtoConfig
  final logtoConfig = const LogtoConfig(
    endpoint: "<your-logto-endpoint>",
    appId: "<your-app-id>"
  );

  void _init() {
    logtoClient = LogtoClient(
      config: logtoConfig,
      httpClient: http.Client(), // Cliente http opcional
    );
    render();
  }

  @override
  void initState() {
    super.initState();
    _init();
  }

  // ...
}

Implementar inicio de sesión

Antes de entrar en los detalles, aquí tienes una visión general rápida de la experiencia del usuario final. El proceso de inicio de sesión se puede simplificar de la siguiente manera:

1. Tu aplicación invoca el método de inicio de sesión.
2. El usuario es redirigido a la página de inicio de sesión de Logto. Para aplicaciones nativas, se abre el navegador del sistema.
3. El usuario inicia sesión y es redirigido de vuelta a tu aplicación (configurada como el URI de redirección).

Sobre el inicio de sesión basado en redirección

1. Este proceso de autenticación sigue el protocolo OpenID Connect (OIDC), y Logto aplica medidas de seguridad estrictas para proteger el inicio de sesión del usuario.
2. Si tienes múltiples aplicaciones, puedes usar el mismo proveedor de identidad (Logto). Una vez que el usuario inicia sesión en una aplicación, Logto completará automáticamente el proceso de inicio de sesión cuando el usuario acceda a otra aplicación.

Para aprender más sobre la lógica y los beneficios del inicio de sesión basado en redirección, consulta Experiencia de inicio de sesión de Logto explicada.

---

Antes de comenzar, necesitas agregar un URI de redirección en la Consola de Administración para tu aplicación.

Vamos a cambiar a la página de detalles de la aplicación en Logto Console. Añade un URI de redirección io.logto://callback y haz clic en "Guardar cambios".

• Para iOS, el esquema del URI de redirección no importa realmente ya que la clase ASWebAuthenticationSession escuchará el URI de redirección independientemente de si está registrado.
• Para Android, el esquema del URI de redirección debe estar registrado en el archivo AndroidManifest.xml.

Después de configurar el URI de redirección, agregamos un botón de inicio de sesión a tu página, que llamará a la API logtoClient.signIn para invocar el flujo de inicio de sesión de Logto:

lib/main.dart

class _MyHomePageState extends State<MyHomePage> {
  // ...
  final redirectUri = 'io.logto://callback';

  @override
  Widget build(BuildContext context) {
    // ...

    Widget signInButton = TextButton(
      onPressed: () async {
        await logtoClient.signIn(redirectUri);
        render();
      },
      child: const Text('Sign In'),
    );

    return Scaffold(
      appBar: AppBar(
        title: Text(widget.title),
      ),
      body: Center(
        child: Column(
          mainAxisAlignment: MainAxisAlignment.center,
          children: <Widget>[
            SelectableText('My Demo App'),
            signInButton,
          ],
        ),
      ),
    );
  }
}

Implementar cierre de sesión

Cambiemos a la página de detalles de la aplicación en Logto Console. Añade un URI de redirección posterior al cierre de sesión io.logto://callback y haz clic en "Guardar cambios".

URI de redirección posterior al cierre de sesión es un concepto de OAuth 2.0 que implica la ubicación a la que se debe redirigir después de cerrar sesión.

Ahora vamos a agregar un botón de cierre de sesión en la página principal para que los usuarios puedan cerrar sesión en tu aplicación.

lib/main.dart

class _MyHomePageState extends State<MyHomePage> {
  // ...

  final postSignOutRedirectUri = 'io.logto//home';

  @override
  Widget build(BuildContext context) {
    // ...

    Widget signOutButton = TextButton(
      onPressed: () async {
        await logtoClient.signOut(postSignOutRedirectUri);
        render();
      },
      child: const Text('Sign Out'),
    );

    return Scaffold(
      appBar: AppBar(
        title: Text(widget.title),
      ),
      body: Center(
        child: Column(
          mainAxisAlignment: MainAxisAlignment.center,
          children: <Widget>[
            SelectableText('My Demo App'),
            signInButton,
            signOutButton,
          ],
        ),
      ),
    );
  }
}

Manejar el estado de autenticación

Logto SDK proporciona un método asincrónico para verificar el estado de autenticación. El método es logtoClient.isAuthenticated. El método devuelve un valor booleano, true si el usuario está autenticado, de lo contrario false.

En el ejemplo, renderizamos condicionalmente los botones de inicio y cierre de sesión según el estado de autenticación. Ahora actualicemos el método render en nuestro Widget para manejar el cambio de estado:

lib/main.dart

class _MyHomePageState extends State<MyHomePage> {
  // ...
  bool? isAuthenticated = false;

  void render() {
    setState(() async {
      isAuthenticated = await logtoClient.isAuthenticated;
    });
  }

  @override
  Widget build(BuildContext context) {
    // ...

    return Scaffold(
      appBar: AppBar(
        title: Text(widget.title),
      ),
      body: Center(
        child: Column(
          mainAxisAlignment: MainAxisAlignment.center,
          children: <Widget>[
            SelectableText('My Demo App'),
            isAuthenticated == true ? signOutButton : signInButton,
          ],
        ),
      ),
    );
  }
}

Punto de control: Prueba tu aplicación

Ahora, puedes probar tu aplicación:

1. Ejecuta tu aplicación, verás el botón de inicio de sesión.
2. Haz clic en el botón de inicio de sesión, el SDK iniciará el proceso de inicio de sesión y te redirigirá a la página de inicio de sesión de Logto.
3. Después de iniciar sesión, serás redirigido de vuelta a tu aplicación y verás el botón de cierre de sesión.
4. Haz clic en el botón de cierre de sesión para limpiar el almacenamiento de tokens y cerrar sesión.

Añadir el conector Google

Para habilitar un inicio de sesión rápido y mejorar la conversión de usuarios, conéctate con Flutter como un proveedor de identidad (IdP). El conector social de Logto te ayuda a establecer esta conexión en minutos permitiendo la entrada de varios parámetros.

Para añadir un conector social, simplemente sigue estos pasos:

1. Navega a Console > Connectors > Social Connectors.
2. Haz clic en "Add social connector" y selecciona "Google".
3. Sigue la guía README y completa los campos requeridos y personaliza la configuración.

nota:

Si estás siguiendo la guía del Conector en el lugar, puedes omitir la siguiente sección.

Configura Google OAuth app

Paso 1: Crea un proyecto en Google Auth Platform

Antes de poder usar Google como proveedor de autenticación, debes configurar un proyecto en Google Cloud Console para obtener credenciales de OAuth 2.0. Si ya tienes un proyecto, puedes omitir este paso.

1. Visita la Google Cloud Console e inicia sesión con tu cuenta de Google.
2. Haz clic en el botón Seleccionar un proyecto en la barra superior del menú y luego haz clic en el botón Nuevo proyecto para crear un proyecto.
3. En tu proyecto recién creado, navega a APIs y servicios > Pantalla de consentimiento OAuth para configurar tu aplicación:
   • Información de la aplicación: Ingresa el Nombre de la aplicación y el Correo electrónico de soporte que se mostrarán en la página de consentimiento.
   • Audiencia (Audience): Selecciona tu tipo de audiencia preferido:
     • Interna (Internal) - Solo para usuarios de Google Workspace dentro de tu organización.
     • Externa (External) - Para cualquier usuario de Google (requiere verificación para uso en producción).
   • Información de contacto: Proporciona direcciones de correo electrónico para que Google pueda notificarte sobre cualquier cambio en tu proyecto.
   • Marca Acepto las políticas de Google para finalizar la configuración básica.
4. Opcionalmente, ve a la sección Branding para editar la información del producto y subir el Logo de tu aplicación, que aparecerá en la pantalla de consentimiento OAuth para ayudar a los usuarios a reconocer tu app.

tip:

Si eliges el tipo de audiencia Externa (External), deberás agregar usuarios de prueba durante el desarrollo y publicar tu aplicación para su uso en producción.

Paso 2: Crea credenciales OAuth 2.0

Navega a la página de Credenciales en Google Cloud Console y crea credenciales OAuth para tu aplicación.

1. Haz clic en Crear credenciales > ID de cliente de OAuth.
2. Selecciona Aplicación web (Web application) como tipo de aplicación.
3. Completa el Nombre de tu cliente OAuth. Esto te ayuda a identificar las credenciales y no se muestra a los usuarios finales.
4. Configura los URI autorizados:
   • Orígenes JavaScript autorizados: Agrega el origen de tu instancia Logto (por ejemplo, https://tu-dominio-logto.com)
   • URI de redirección autorizados: Agrega el Callback URI de Logto (cópialo desde tu conector de Google en Logto)
5. Haz clic en Crear para generar el cliente OAuth.

Paso 3: Configura el conector de Logto con las credenciales

Después de crear el cliente OAuth, Google mostrará una ventana modal con tus credenciales:

1. Copia el ID de cliente (Client ID) y pégalo en el campo clientId en Logto.
2. Copia el Secreto de cliente (Client secret) y pégalo en el campo clientSecret en Logto.
3. Haz clic en Guardar y Listo en Logto para conectar tu sistema de identidad con Google.

aviso:

Mantén tu secreto de cliente seguro y nunca lo expongas en código del lado del cliente. Si se ve comprometido, genera uno nuevo de inmediato.

Paso 4: Configura los alcances (Scopes)

Los alcances (Alcances (Scopes)) definen los permisos que tu aplicación solicita a los usuarios y controlan a qué datos puede acceder tu app desde sus cuentas de Google.

Configura los alcances en Google Cloud Console

1. Navega a APIs y servicios > Pantalla de consentimiento OAuth > Alcances (Scopes).
2. Haz clic en Agregar o quitar alcances (Add or Remove Scopes) y selecciona solo los alcances que tu aplicación requiere:
   • Autenticación (Authentication) (Obligatorio):
     • https://www.googleapis.com/auth/userinfo.email
     • https://www.googleapis.com/auth/userinfo.profile
     • openid
   • Acceso a API (Opcional): Agrega cualquier alcance adicional necesario para tu app (por ejemplo, Drive, Calendar, YouTube). Explora la Biblioteca de API de Google para encontrar servicios disponibles. Si tu app necesita acceso a APIs de Google más allá de los permisos básicos, primero habilita las APIs específicas que tu app usará (por ejemplo, Google Drive API, Gmail API, Calendar API) en la Biblioteca de API de Google.
3. Haz clic en Actualizar (Update) para confirmar la selección.
4. Haz clic en Guardar y continuar (Save and Continue) para aplicar los cambios.

Configura los alcances en Logto

Elige una o más de las siguientes opciones según tus necesidades:

Opción 1: No se necesitan alcances de API adicionales

• Deja el campo Scopes en tu conector de Google en Logto en blanco.
• Los alcances predeterminados openid profile email serán solicitados para asegurar que Logto pueda obtener correctamente la información básica del usuario.

Opción 2: Solicitar alcances adicionales al iniciar sesión

• Ingresa todos los alcances deseados en el campo Scopes, separados por espacios.
• Cualquier alcance que listes aquí sobrescribe los predeterminados, así que siempre incluye los alcances de autenticación: https://www.googleapis.com/auth/userinfo.email https://www.googleapis.com/auth/userinfo.profile openid.
• Usa URLs completas de los alcances. Ejemplo: https://www.googleapis.com/auth/calendar.readonly.

Opción 3: Solicitar alcances incrementales más adelante

• Después de que el usuario inicie sesión, puedes solicitar alcances adicionales bajo demanda reiniciando un flujo de autorización social federada y actualizando el conjunto de tokens almacenados del usuario.
• Estos alcances adicionales no necesitan ser rellenados en el campo Scopes de tu conector de Google en Logto, y se pueden lograr a través de la API de Verificación Social de Logto.

Siguiendo estos pasos, tu conector de Google en Logto solicitará exactamente los permisos que tu app necesita, ni más ni menos.

tip:

Si tu app solicita estos alcances para acceder a la API de Google y realizar acciones, asegúrate de habilitar Almacenar tokens para acceso persistente a la API en el conector de Google en Logto. Consulta la siguiente sección para más detalles.

Paso 5: Personaliza los prompts de autenticación

Configura Prompts en Logto para controlar la experiencia de autenticación del usuario. Prompts es un arreglo de cadenas que especifica el tipo de interacción de usuario requerida:

• none - El servidor de autorización no muestra ninguna pantalla de autenticación ni de consentimiento. Devuelve un error si el usuario no está ya autenticado y no ha preconfigurado el consentimiento para los alcances solicitados. Úsalo para comprobar la autenticación y/o consentimiento existentes.
• consent - El servidor de autorización solicita el consentimiento del usuario antes de devolver información al cliente. Es necesario para habilitar el acceso sin conexión (offline access) para el acceso a la API de Google.
• select_account - El servidor de autorización solicita al usuario seleccionar una cuenta. Esto permite a los usuarios con varias cuentas de Google elegir cuál usar para la autenticación.

Paso 6: Configuración general

Aquí tienes algunas configuraciones generales que no bloquearán la conexión con Google pero pueden afectar la experiencia de autenticación del usuario final.

Sincronizar información de perfil

En el conector de Google, puedes establecer la política para sincronizar la información de perfil, como nombres de usuario y avatares. Elige entre:

• Sincronizar solo al registrarse: La información del perfil se obtiene una vez cuando el usuario inicia sesión por primera vez.
• Sincronizar siempre al iniciar sesión: La información del perfil se actualiza cada vez que el usuario inicia sesión.

Almacenar tokens para acceder a las APIs de Google (Opcional)

Si deseas acceder a APIs de Google y realizar acciones con la autorización del usuario (ya sea mediante inicio de sesión social o vinculación de cuentas), Logto necesita obtener alcances específicos de API y almacenar tokens.

1. Agrega los alcances requeridos en la configuración de la pantalla de consentimiento OAuth de Google Cloud Console y en el conector de Google en Logto.
2. Habilita Almacenar tokens para acceso persistente a la API en el conector de Google en Logto. Logto almacenará de forma segura los tokens de acceso y actualización de Google en el Secret Vault.
3. Para asegurar que se devuelvan tokens de actualización, configura tu conector de Google en Logto de la siguiente manera:
   • Establece Prompts para incluir consent
   • Habilita Acceso sin conexión (Offline Access)

aviso:

No necesitas agregar offline_access en el campo Scope de Logto; hacerlo puede causar un error. Google utiliza access_type=offline automáticamente cuando el acceso sin conexión está habilitado.

Paso 7: Habilita Google One Tap (Opcional)

Google One Tap es una forma segura y simplificada de permitir que los usuarios inicien sesión en tu sitio web con su cuenta de Google usando una interfaz emergente.

Una vez que tengas configurado el conector de Google, verás una tarjeta para Google One Tap en la página de detalles del conector. Habilita Google One Tap activando el interruptor.

Opciones de configuración de Google One Tap

• Seleccionar automáticamente la credencial si es posible: Inicia sesión automáticamente al usuario con la cuenta de Google si se cumplen ciertas condiciones.
• Cancelar el prompt si el usuario hace clic/toca fuera: Cierra el prompt de Google One Tap si el usuario hace clic o toca fuera del prompt. Si está deshabilitado, el usuario debe hacer clic en el botón de cerrar para descartar el prompt.
• Habilitar la experiencia mejorada de One Tap en navegadores ITP: Habilita la experiencia de usuario mejorada de Google One Tap en navegadores con Intelligent Tracking Prevention (ITP). Consulta esta documentación para más información.

aviso:

Asegúrate de agregar tu dominio en la sección Orígenes JavaScript autorizados en la configuración de tu cliente OAuth. De lo contrario, Google One Tap no podrá mostrarse.

Limitaciones importantes con Google One Tap

Si habilitas Almacenar tokens para acceso persistente a la API junto con Google One Tap, no recibirás automáticamente un token de acceso ni los alcances solicitados.

El inicio de sesión con Google One Tap (a diferencia del botón estándar "Iniciar sesión con Google") no emite un token de acceso OAuth. Solo devuelve un token de ID (un JWT firmado) que verifica la identidad del usuario, pero no otorga acceso a la API.

Para acceder a las APIs de Google con usuarios de Google One Tap, puedes usar la API de Verificación Social de Logto para reiniciar un flujo de autorización social federada después de que el usuario inicie sesión con Google One Tap. Esto te permite solicitar alcances adicionales según sea necesario y actualizar el conjunto de tokens almacenados del usuario, sin requerir que los alcances se prellen en el conector de Google en Logto. Este enfoque permite una autorización incremental, por lo que los usuarios solo reciben solicitudes de permisos adicionales cuando tu app realmente los necesita.

Obtén más información sobre las limitaciones de Google One Tap en la documentación oficial.

Paso 8: Prueba y publica tu aplicación

Para aplicaciones internas

Si tu tipo de Audiencia (Audience) en Google está configurado como Interna (Internal), tu aplicación solo estará disponible para usuarios de Google Workspace dentro de tu organización. Puedes probar usando cualquier cuenta de tu organización.

Para aplicaciones externas

Si tu tipo de Audiencia (Audience) es Externa (External):

1. Durante el desarrollo: Navega a Pantalla de consentimiento OAuth > Usuarios de prueba (Test users) y agrega las direcciones de correo electrónico de los usuarios de prueba. Solo estos usuarios podrán iniciar sesión con tu app.
2. Para producción: Haz clic en Publicar aplicación (Publish App) en la sección de pantalla de consentimiento OAuth para que esté disponible para cualquier persona con una cuenta de Google.

nota:

Las aplicaciones con alcances sensibles o restringidos pueden requerir la verificación de Google antes de poder publicarse. Este proceso puede tardar varias semanas.

Guarda tu configuración

Verifica que hayas completado los valores necesarios en el área de configuración del conector Logto. Haz clic en "Guardar y listo" (o "Guardar cambios") y el conector Google debería estar disponible ahora.

Habilitar el conector Google en la Experiencia de inicio de sesión

Una vez que crees un conector social con éxito, puedes habilitarlo como un botón "Continuar con Google" en la Experiencia de inicio de sesión.

1. Navega a Consola > Experiencia de inicio de sesión > Registro e inicio de sesión.
2. (Opcional) Elige "No aplicable" para el identificador de registro si solo necesitas inicio de sesión social.
3. Añade el conector Google configurado a la sección "Inicio de sesión social".

Pruebas y Validación

Regresa a tu aplicación Flutter. Ahora deberías poder iniciar sesión con Google. ¡Disfruta!

Lecturas adicionales

Flujos de usuario final: Logto proporciona flujos de autenticación listos para usar, incluyendo MFA y SSO empresarial, junto con potentes APIs para la implementación flexible de configuraciones de cuenta, verificación de seguridad y experiencia multi-tenant.

Autorización (Authorization): La autorización define las acciones que un usuario puede realizar o los recursos a los que puede acceder después de ser autenticado. Explora cómo proteger tu API para aplicaciones nativas y de una sola página e implementar el Control de Acceso Basado en Roles (RBAC).

Organizaciones (Organizations): Particularmente efectivo en aplicaciones SaaS multi-tenant y B2B, la función de organización permite la creación de inquilinos, gestión de miembros, RBAC a nivel de organización y aprovisionamiento justo a tiempo.

Serie IAM del cliente: Nuestros artículos de blog en serie sobre la Gestión de Identidad y Acceso del Cliente (o Consumidor), desde los conceptos básicos hasta temas avanzados y más allá.