En esta página, se describen las prácticas recomendadas que los desarrolladores deben tener en cuenta cuando comparten acceso a contenido controlado. Los permisos se pueden actualizar antes de que se inicie una actividad colaborativa o mientras está en curso.
Se recomienda implementar un método que genere la menor cantidad posible de fricción o interrupción para el usuario. Los desarrolladores deben mantener un equilibrio entre las restricciones del modelo de control de acceso de la app y los requisitos de seguridad, y cualquier interrupción para los usuarios.
Las siguientes son varias formas de proporcionar acceso a actividades colaborativas.
Otorga un token de acceso temporal (recomendado)
Un token de acceso temporal (que vence) proporciona las credenciales de acceso y seguridad de un usuario que son válidas dentro de un período específico. Para obtener más información, consulta Configura el acceso temporal.
Este enfoque proporciona la menor fricción del usuario. Cualquier persona que tenga el vínculo y el token de acceso temporal puede acceder al contenido. Los usuarios solo tienen acceso durante el período especificado en el token, que se genera una vez que el iniciador inicia la actividad.
Puedes compartir un token con el estado de inicio de la actividad. El token se puede canjear para obtener acceso temporal al contenido. El token de acceso temporal es independiente de la hora en que se crea el contenido. Este enfoque funciona con contenido nuevo y existente.
En la siguiente tabla, se muestran las ventajas y desventajas de usar este enfoque:
Ventajas | Desventajas |
---|---|
La menor cantidad de fricción para los usuarios | Riesgo de compartir contenido en exceso |
Permite que las personas se unan después de que comenzó la actividad | |
No requiere conocimiento de los participantes con anticipación. |
Compartir antes de que comience la actividad
Un enfoque alternativo es diseñar tu complemento de Meet para que le solicite al usuario que inicia la actividad que actualice los permisos antes de comenzar.
En la siguiente tabla, se muestran las ventajas y desventajas de usar este enfoque:
Ventajas | Desventajas |
---|---|
El uso compartido explícito minimiza los riesgos. | Determinar quiénes son los participantes puede ser un desafío. |
Mediana fricción o interrupciones que aprueban el acceso a medida que las personas se unen |
Compartir a pedido
Este es un enfoque reactivo en el que el iniciador de la actividad aprueba las solicitudes en tiempo real a medida que los usuarios solicitan acceso al contenido. Este método puede causar una gran fricción del usuario si no se determinan correctamente los participantes. Por lo tanto, es la menos recomendada.
En la siguiente tabla, se muestran las ventajas y desventajas de usar este enfoque:
Ventajas | Desventajas |
---|---|
No requiere conocer a los participantes con anticipación. | Genera fricciones y, además, interrumpe el flujo de la reunión. |
El uso compartido explícito minimiza los riesgos. | Requiere una ruta de acceso para actualizar los permisos de contenido después de que se inicia la actividad. |