Der natürliche Schritt nach dem Abrufen eines PushSubscription und dem Speichern auf unserem Server besteht darin, eine Push-Nachricht auszulösen. Es gibt jedoch eine Sache, die ich schamlos übergangen habe. Die Nutzererfahrung, wenn der Nutzer um Erlaubnis gebeten wird, ihm Push-Benachrichtigungen zu senden.
Leider machen sich nur wenige Websites Gedanken darüber, wie sie ihre Nutzer um Erlaubnis bitten. Sehen wir uns daher kurz sowohl gute als auch schlechte UX an.
Gängige Muster
Es gibt einige gängige Muster, die Ihnen bei der Entscheidung helfen können, was für Ihre Nutzer und Ihren Anwendungsfall am besten ist.
Wertversprechen
Bitte Nutzer, Push-Benachrichtigungen zu abonnieren, wenn der Vorteil offensichtlich ist.
Beispiel: Ein Nutzer hat gerade einen Artikel in einem Onlineshop gekauft und den Bezahlvorgang abgeschlossen. Die Website kann dann Updates zum Lieferstatus anbieten.
Dieser Ansatz funktioniert in verschiedenen Situationen:
- Ein bestimmter Artikel ist nicht auf Lager. Möchten Sie benachrichtigt werden, wenn er wieder verfügbar ist?
- Diese Eilmeldung wird regelmäßig aktualisiert. Möchten Sie benachrichtigt werden, wenn es neue Entwicklungen gibt?
- Sie sind der Höchstbietende. Möchten Sie benachrichtigt werden, wenn Sie überboten werden?
An diesen Punkten hat der Nutzer in Ihren Dienst investiert und es gibt einen klaren Vorteil für ihn, Push-Benachrichtigungen zu aktivieren.
Owen hat ein Mockup einer hypothetischen Website einer Fluggesellschaft erstellt, um diesen Ansatz zu demonstrieren.
Nachdem der Nutzer einen Flug gebucht hat, wird er gefragt, ob er Benachrichtigungen zu Flugverspätungen erhalten möchte.
Beachten Sie, dass es sich hierbei um eine benutzerdefinierte Benutzeroberfläche der Website handelt.
Ein weiteres nettes Detail in Owens Demo ist, dass die Website beim Anzeigen der Berechtigungsaufforderung ein halbtransparentes Overlay über die gesamte Seite legt, wenn der Nutzer auf „Benachrichtigungen aktivieren“ klickt. Dadurch wird die Aufmerksamkeit der Nutzer auf die Berechtigungsaufforderung gelenkt.
Die Alternative zu diesem Beispiel, die schlechte UX für die Anfrage, besteht darin, die Berechtigung anzufordern, sobald ein Nutzer die Website der Fluggesellschaft aufruft.
Bei diesem Ansatz wird nicht erklärt, warum Benachrichtigungen für den Nutzer erforderlich oder nützlich sind. Außerdem wird der Nutzer durch diese Berechtigungsaufforderung daran gehindert, seine ursprüngliche Aufgabe (z.B. einen Flug zu buchen) zu erledigen.
Doppelte Berechtigung
Vielleicht sind Sie der Meinung, dass es für Ihre Website einen klaren Anwendungsfall für Push-Nachrichten gibt, und möchten den Nutzer daher so schnell wie möglich um Erlaubnis bitten.
Beispiele sind Instant-Messaging- und E‑Mail-Clients. Das Anzeigen einer Benachrichtigung für eine neue Nachricht oder E-Mail ist eine gängige Funktion auf vielen Plattformen.
Für diese Kategorie von Apps lohnt es sich, das Muster der doppelten Berechtigung in Betracht zu ziehen.
Zeigen Sie zuerst ein Dialogfeld an, das von Ihrer Website gesteuert wird und in dem der Wert für den Anwendungsfall Ihrer Website erläutert wird. Im Dialogfeld können dann Schaltflächen angeboten werden, um die erforderliche Berechtigungsanfrage auszulösen oder darauf zu verzichten. Wenn der Nutzer ein positives Signal gibt, fordern Sie die Berechtigung an und lösen Sie die echte Browser-Berechtigungsaufforderung aus.
Bei diesem Ansatz wird in Ihrer Webanwendung eine benutzerdefinierte Aufforderung angezeigt, die zuerst Kontext liefert. So kann der Nutzer die Option aktivieren oder deaktivieren, ohne dass deine Website Gefahr läuft, dauerhaft blockiert zu werden, weil der Nutzer von einer unerwarteten Berechtigungsaufforderung genervt war. Wenn der Nutzer in der benutzerdefinierten UI die Option zum Aktivieren auswählt, wird die eigentliche Berechtigungsaufforderung angezeigt. Andernfalls wird das benutzerdefinierte Dialogfeld ausgeblendet und die Auswahl des Nutzers berücksichtigt.
Weitere Informationen finden Sie unter Best Practices für Berechtigungen und So hat Google Meet den Berechtigungsablauf verbessert.
Bereich „Einstellungen“
Du kannst Benachrichtigungen in ein Einstellungsfeld verschieben, damit Nutzer Push-Benachrichtigungen einfach aktivieren und deaktivieren können, ohne dass die Benutzeroberfläche deiner Web-App überladen wird.
Ein gutes Beispiel dafür ist die Google I/O-Website. Wenn Sie die Google I/O-Website zum ersten Mal laden, werden Sie nicht aufgefordert, etwas zu tun. Sie können die Website einfach erkunden.
Nach einigen Besuchen wird durch Klicken auf den Menüpunkt rechts ein Einstellungsbereich angezeigt, in dem der Nutzer Benachrichtigungen einrichten und verwalten kann.
Wenn Sie das Kästchen anklicken, wird die Berechtigungsanfrage angezeigt. Keine versteckten Überraschungen.
Nachdem die Berechtigung erteilt wurde, ist das Kästchen angekreuzt und der Nutzer kann loslegen. Das Tolle an dieser Benutzeroberfläche ist, dass Nutzer Benachrichtigungen an einer Stelle auf der Website aktivieren und deaktivieren können.
Passiver Ansatz
Eine der einfachsten Möglichkeiten, Nutzern Push-Benachrichtigungen anzubieten, ist eine Schaltfläche oder ein Schalter, mit dem Push-Benachrichtigungen an einer Stelle auf der Seite aktiviert oder deaktiviert werden können, die auf der gesamten Website einheitlich ist.
Dadurch werden Nutzer nicht dazu veranlasst, Push-Benachrichtigungen zu aktivieren, aber es bietet ihnen eine zuverlässige und einfache Möglichkeit, die Interaktion mit Ihrer Website zu aktivieren und zu deaktivieren. Für Websites wie Blogs, die sowohl regelmäßige Besucher als auch hohe Absprungraten haben, ist dies eine gute Option, da sie regelmäßige Besucher anspricht, ohne Gelegenheitsbesucher zu verärgern.
Auf meiner persönlichen Website habe ich in der Fußzeile einen Schalter für Push-Benachrichtigungen.
Sie ist zwar etwas abseits, sollte aber für regelmäßige Besucher, die Updates erhalten möchten, genügend Aufmerksamkeit erhalten. Einmalige Besucher sind davon überhaupt nicht betroffen.
Wenn der Nutzer Push-Benachrichtigungen abonniert, ändert sich der Status des Schalters und bleibt auf der gesamten Website erhalten.
Die schlechte UX
Das sind einige der gängigen Praktiken, die mir im Web aufgefallen sind. Leider gibt es eine sehr häufige schlechte Praxis.
Das Schlimmste, was Sie tun können, ist, Nutzern das Dialogfeld zur Berechtigung anzuzeigen, sobald sie auf Ihrer Website landen.
Sie haben keinen Kontext, warum sie um eine Berechtigung gebeten werden, und wissen möglicherweise nicht einmal, wofür Ihre Website gedacht ist, was sie tut oder was sie bietet. Es ist nicht ungewöhnlich, dass Nutzer die Berechtigungen an dieser Stelle aus Frustration blockieren, da dieses Pop-up sie bei ihrer eigentlichen Aufgabe behindert.
Wenn der Nutzer die Berechtigungsanfrage blockiert, kann Ihre Web-App die Berechtigung nicht noch einmal anfordern. Wenn die Berechtigung blockiert wurde, muss der Nutzer sie in der Benutzeroberfläche des Browsers ändern. Das ist für den Nutzer nicht einfach, offensichtlich oder angenehm.
Fragen Sie auf keinen Fall nach der Berechtigung, sobald der Nutzer Ihre Website öffnet. Überlegen Sie sich eine andere Benutzeroberfläche oder einen anderen Ansatz, der den Nutzer dazu motiviert, die Berechtigung zu erteilen.
Biete einen Ausweg an
Neben der UX für die Anmeldung von Nutzern für Push-Benachrichtigungen solltest du auch berücksichtigen, wie Nutzer sich von Push-Benachrichtigungen abmelden oder diese deaktivieren können.
Die Anzahl der Websites, die sofort nach dem Seitenaufbau um Erlaubnis bitten und dann keine Benutzeroberfläche zum Deaktivieren von Push-Benachrichtigungen anbieten, ist erstaunlich.
Auf Ihrer Website sollte erklärt werden, wie Nutzer Push-Benachrichtigungen deaktivieren können. Andernfalls werden Nutzer wahrscheinlich die radikale Option wählen und die Berechtigung dauerhaft blockieren.
Weitere Informationen
- Best Practices für Webberechtigungen
- Weniger Reibung, mehr Kontrolle: Wie Google Meet die Audio- und Videoberechtigungen verbessert hat (in englischer Sprache)
- Web-Push-Benachrichtigungen – Übersicht
- Funktionsweise von Push
- Nutzer abonnieren
- Nachrichten mit Web-Push-Bibliotheken senden
- Web-Push-Protokoll
- Push-Ereignisse verarbeiten
- Benachrichtigung anzeigen
- Benachrichtigungsverhalten
- Häufige Benachrichtigungsmuster
- Häufig gestellte Fragen zu Push-Benachrichtigungen
- Häufige Probleme und Fehler melden