Chip de solicitud de permisos

Hasta ahora, cuando un usuario visita un sitio que solicita un permiso, aparece una burbuja que le indica al usuario que tome una decisión. Por ejemplo, puedes ver el mensaje de permiso de geolocalización tal como se implementó en Chrome hasta la versión 96. (Puedes probar este y otros permisos en nuestro sitio de demostración permission.site).

Mensaje de permiso de ubicación geográfica de Chrome

Los datos de telemetría de Chrome demuestran que se ignoran muchas solicitudes de permisos. Puedes explorar los datos de permisos de notificaciones en el informe de UX de Chrome. Por ahora, considera la siguiente tabla que muestra cómo los usuarios de Windows reaccionaron a la solicitud de notificación en los sitios de forma acumulada, y ten en cuenta que las solicitudes de geolocalización tuvieron un comportamiento similar de descarte o omisión.

Acción Porcentaje de mensajes de notificaciones
Permitir 6.69%
Bloquear 9.20%
Descartar 35,76%
Ignorar 47.19%

Dado que el porcentaje de usuarios que ignoran o rechazan el mensaje es de aproximadamente el 85%, y en especial, dado lo mucho que se destaca el mensaje y se insiste en que los usuarios tomen una decisión de inmediato, existe un conflicto entre el nivel de urgencia que supone el navegador y la preferencia del usuario de esperar para tomar una decisión. Esto crea la percepción de que es "molesto" que un sitio solicite un permiso porque se perderá entre los posibles elementos adicionales a los que los usuarios deben reaccionar, como los banners de consentimiento de cookies, los registros para boletines informativos, etcétera.

Diseño nuevo

Por lo tanto, a partir de Chrome 98, presentamos una IU de chip animada que aparece junto al candado cada vez que se solicita un permiso. Consiste en un ícono y una etiqueta que describen el permiso que se solicita. Nuestro objetivo era mejorar la experiencia de navegación web y, al mismo tiempo, evitar las solicitudes de permisos que, por lo general, no son necesarias para la gran mayoría de los usuarios y que, con frecuencia, se ignoran o se rechazan.

La burbuja de instrucciones existente se mostrará cuando se haga clic en el chip de solicitud (si aún no se muestra) y la IU de la solicitud se ampliará automáticamente con la burbuja de solicitud según las siguientes heurísticas:

  • El permiso se activó a través de un gesto del usuario cuando interactuó con el sitio en sí, en lugar de que el sitio lo activara automáticamente.
  • El permiso se considera esencial y, por lo general, no es spam. Esto incluye la cámara, el micrófono y la cámara vinculada con el micrófono.

Diagrama de flujo que va del candado a la solicitud de ubicación geográfica que, si se descarta, da como resultado el ícono de “ubicación geográfica bloqueada”, que, después de una demora de cuatro segundos, finalmente se reemplaza por el candado otra vez.

Cómo forzar el nuevo diseño

Como se trata de un lanzamiento por etapas, puedes forzar el diseño nuevo activando las siguientes marcas:

  • chrome://flags/#permission-chip
  • chrome://flags/#permission-chip-gesture
  • chrome://flags/#permission-chip-request-type

Flujo del nuevo diseño

Sin gesto del usuario

En el caso de los permisos no esenciales que no se activan con un gesto, el mensaje ya no invade el contenido del sitio ni insiste en una decisión inmediata. El usuario puede ignorar el chip de solicitud hasta que tenga suficiente información para tomar una decisión.

Sin interacción

Sin interacción y después de una breve demora, el chip de solicitud se contraerá automáticamente a un ícono bloqueado (para indicar que el permiso se bloqueó temporalmente) antes de descartarse por completo. El objetivo es impedir a los usuarios que eligen no tomar una decisión que les permita hacerlo sin ninguna interacción.

Diagrama de flujo que va del candado al chip de geolocalización discreto, que, después de una demora de doce segundos, muestra el ícono "geolocalización bloqueada", que, después de una demora de cuatro segundos, vuelve a reemplazarse por el candado.

Impacto esperado a corto plazo

A corto plazo, y hasta que los usuarios se acostumbren a la IU nueva, es probable que los propietarios observen tasas de otorgamiento más bajas para los sitios, en especial para aquellos que solicitan permisos automáticamente sin preparar ni exigir un gesto del usuario (lo que, de todos modos, se considera una práctica no recomendada). Esta desventaja reconocida se compensa con creces por la experiencia menos invasiva.

Prácticas recomendadas

Depende del sitio asegurarse de proporcionar el contexto necesario y solo solicitar permisos en el momento adecuado y esperado. Los permisos que se bloquearon temporalmente (a través de un usuario que ignoró la solicitud o descartó el mensaje) pueden volver a solicitarse dentro de la misma sesión. Solo hazlo si el permiso es esencial para que funcione el sitio o la función. De lo contrario, existe el riesgo de que moleste a los usuarios y se bloquee automáticamente. En esos casos, mostramos el mensaje discreto que se introdujo en Chrome 80. Para obtener orientación más general, consulta UX de permisos.

Perspectivas y conclusiones

Se planean realizar más mejoras en la IU y la UX. El equipo de Chrome ya está trabajando en ellos y está investigando el bloqueo automático potencialmente más agresivo de los permisos según el comportamiento anterior. Una vez que estos planes estén listos, recibirás novedades aquí.

En conclusión, la nueva IU reduce la insistencia percibida en una decisión y mejora la experiencia de navegación. Dado que la mayoría de los mensajes de permisos se bloquean o se ignoran, el objetivo alcanzado fue mejorar la experiencia general de navegación sin interrumpir los flujos de usuarios cuando se muestra un mensaje de permiso, en especial en situaciones en las que se requieren permisos para completar un caso de uso.

Agradecimientos

Joe Medley revisó este documento.