UX für Berechtigungen bisher
Wenn ein Nutzer eine Website besucht, auf der eine Berechtigung angefordert wird, wird ein Infofeld eingeblendet, in dem der Nutzer aufgefordert wird, eine Entscheidung zu treffen. Unten sehen Sie beispielsweise die Aufforderung zur Standortbestimmung, die in Chrome bis Version 96 implementiert wurde. Diese und andere Berechtigungen können Sie auf der Demowebsite permission.site ausprobieren.
Die meisten Berechtigungsaufforderungen werden ignoriert oder abgelehnt.
Die Telemetriedaten von Chrome zeigen, dass viele Berechtigungsaufforderungen ignoriert werden. Sie können sich die Daten zu Benachrichtigungsberechtigungen im UX-Bericht für Chrome selbst ansehen. Fürs Erste sehen Sie sich die folgende Tabelle an, die zeigt, wie Windows-Nutzer in zusammengefasster Form auf die Aufforderung zur Benachrichtigung von Websites reagiert haben. Dabei ist zu beachten, dass die Aufforderungen zur Standortbestimmung ein ähnliches Verhalten zum Schließen oder Ignorieren gab.
Bei einer Ignorier-/Ablehnungsrate von etwa 85 % und vor allem, wie stark sich die Aufforderung abhebt und darauf besteht, dass der Nutzer sofort eine Entscheidung trifft, besteht ein Konflikt zwischen dem Grad der Dringlichkeit, die vom Browser angenommen wird, und der Präferenz des Nutzers, auf eine Entscheidung zu warten. Dies erzeugt die Wahrnehmung, dass es „ärgerlich“ ist, wenn eine Website um eine Berechtigung bittet, da sie durch möglicherweise zusätzliche Dinge verloren geht, auf die Nutzer reagieren müssen, z. B. auf Cookie-Einwilligungsbanner oder Newsletteranmeldungen.
Neues Design
Ab Chrome 98 haben wir daher eine animierte Chip-UI eingeführt, die neben dem Schloss angezeigt wird, wenn eine Berechtigung angefordert wird. Diese bestehen aus einem Symbol und einem Label, das die angeforderte Berechtigung beschreibt. Unser Ziel war es, das Surfen im Web zu verbessern und Berechtigungsanfragen zu vermeiden, die für die meisten Nutzer im Allgemeinen unnötig sind und häufig ignoriert oder abgelehnt werden.
Das vorhandene Infofeld wird angezeigt, wenn auf den Anfrage-Chip geklickt wird (sofern nicht bereits angezeigt). Die Anfrage-UI wird basierend auf der folgenden Heuristik automatisch mit dem Anfrage-Infofeld ergänzt:
- Die Berechtigung wurde durch eine Nutzergeste ausgelöst, wenn sie mit der Website selbst interagiert hat. Sie wird nicht automatisch von der Website ausgelöst.
- Die Genehmigung gilt als wesentlich und ist in der Regel kein Spam. Dies umfasst derzeit Kamera, Mikrofon und Kamera, die mit dem Mikrofon gekoppelt sind.
Das neue Design erzwingen
Da es sich um einen gestaffelten Roll-out handelt, können Sie das neue Design erzwingen, indem Sie die folgenden Flags deaktivieren:
chrome://flags/#permission-chipchrome://flags/#permission-chip-gesturechrome://flags/#permission-chip-request-type
Ablauf des neuen Designs
Ohne Nutzergeste
Bei nicht unbedingt erforderlichen Berechtigungen, die nicht durch eine Geste ausgelöst werden, dringt die Aufforderung nicht mehr in den Websiteinhalt ein und besteht nicht mehr auf einer sofortigen Entscheidung. Der Nutzer kann den Anfrage-Chip ignorieren, bis er genügend Informationen hat, um eine Entscheidung zu treffen.
Ohne Interaktion
Ohne Interaktion und nach einer kurzen Verzögerung wird der Chip für Anfragen automatisch zu einem blockierten Symbol minimiert, bevor die Berechtigung vollständig abgelehnt wird. Damit wird angezeigt, dass die Berechtigung vorübergehend blockiert wird. Das Ziel besteht darin, Nutzern, die sich dafür nicht entscheiden, aus dem Weg zu gehen, und lassen sie dies ohne Interaktion tun.
Erwartete kurzfristige Auswirkungen
Kurzfristig und bis sich die Nutzer an die neue Benutzeroberfläche gewöhnt haben, ist es wahrscheinlich, dass Websiteinhaber niedrigere Erteilungsraten für Websites feststellen, insbesondere bei solchen, die automatisch Berechtigungen anfordern, ohne eine Nutzergeste vorzubereiten oder zu verlangen. Dies wird sowieso als unangemessene Vorgehensweise erachtet. Dieser anerkannte Nachteil wird durch die weniger störende Nutzung bei Weitem überwiegt.
Best Practices
Es liegt an der Website, dafür zu sorgen, dass der erforderliche Kontext bereitgestellt wird und Berechtigungen nur zum richtigen und erwarteten Zeitpunkt angefordert werden. Berechtigungen, die vorübergehend blockiert wurden, weil ein Nutzer die Anfrage ignoriert oder die Aufforderung ablehnt, kann die Berechtigung innerhalb derselben Sitzung noch einmal anfordern. Tun Sie dies nur, wenn die Berechtigung für die Funktion der Website oder Funktion unbedingt erforderlich ist. Andernfalls besteht die Gefahr, dass Nutzer verärgert und automatisch blockiert werden. In diesen Fällen wird die in Chrome 80 eingeführte laute Nachricht angezeigt. Eine allgemeine Anleitung finden Sie unter UX-Berechtigung.
Ausblick und Schlussfolgerungen
Es sind weitere Verbesserungen an der Benutzeroberfläche und der Benutzeroberfläche geplant. Das Chrome-Team arbeitet bereits an diesen Problemen und untersucht eine potenziell aggressivere automatische Blockierung von Berechtigungen auf der Grundlage des bisherigen Verhaltens. Sobald diese Pläne ausgereift sind, erfährst du hier mehr darüber.
Zusammenfassend lässt sich sagen, dass die neue Benutzeroberfläche die wahrgenommene Unsicherheit auf einer Entscheidung verringert und das Surferlebnis verbessert. Da die meisten Berechtigungsaufforderungen blockiert oder ignoriert werden, bestand das Ziel darin, das allgemeine Surfen zu verbessern und gleichzeitig den Nutzerfluss beim Anzeigen einer Berechtigungsaufforderung nicht zu beeinträchtigen, insbesondere in Situationen, in denen Berechtigungen erforderlich sind, um einen Anwendungsfall abzuschließen.
Danksagungen
Hero-Image von Sigmund auf Unsplash Dieser Artikel wurde von Joe Medley gelesen.