Jak działa powiadomienie web push?
Proces ma trzy części. Twoja strona prosi o zgodę na powiadomienia; jeśli użytkownik ją zaakceptuje, przeglądarka tworzy przez Push API subskrypcję web push i zwraca endpoint w usłudze powiadomień push prowadzonej przez producenta przeglądarki (Google, Mozilla, Apple). Twój serwer wysyła na ten endpoint ładunek podpisany Twoimi kluczami VAPID. Przeglądarka budzi wtedy Twój service worker – skrypt działający bez otwartej karty – który wyświetla powiadomienie. Nic nie zostaje wysłane, zanim użytkownik wyrazi zgodę, a uprawnienie można w każdej chwili cofnąć na poziomie przeglądarki.
Czy web push działa na iOS i w Safari?
Tak, z zastrzeżeniem, które zaskakuje większość zespołów. Od Safari 16.4 (marzec 2023) iOS i iPadOS dostarczają web push tylko do aplikacji webowych, które użytkownik dodał do ekranu początkowego (Home Screen) – w zwykłej karcie Safari nie da się zasubskrybować powiadomień. Prośba o zgodę musi też nastąpić po działaniu użytkownika, np. stuknięciu przycisku. Na macOS Safari obsługuje web push w zwykłej przeglądarce od wersji 16.1. Praktyczny skutek: na iPhonie web push to kanał dla Twoich najbardziej zaangażowanych użytkowników, a nie kanał o szerokim zasięgu.
Kiedy mały zespół powinien używać web push?
Web push zasługuje na swoje miejsce, gdy musisz dotrzeć do użytkowników poza stroną bez adresu e-mail: zachęty przed końcem okresu próbnego, przypomnienia o dokończeniu konfiguracji, alerty o zdarzeniach, które użytkownik zdecydował się obserwować. Naturalnie łączy się z wiadomościami in-app – in-app mówi do użytkowników, gdy są w produkcie, a web push sprowadza ich z powrotem, gdy ich tam nie ma. O tym, jak oba kanały składają się na jeden program, przeczytasz w poradniku web push i wiadomości in-app. Narzędzia takie jak OneSignal i Novu istnieją w dużej mierze po to, by zarządzać subskrypcjami i dostarczaniem za Ciebie.
Jakie są ograniczenia web push?
- Zgoda jest krucha: zapytaj za wcześnie, a użytkownicy klikną „Blokuj”, co jest niemal nieodwracalne – większość zespołów najpierw pokazuje własny komunikat w interfejsie, a dopiero potem prośbę przeglądarki.
- Dostarczenie nie jest gwarantowane: powiadomienia przechodzą przez usługę powiadomień push producenta przeglądarki i mogą zostać ograniczone, zwinięte lub odrzucone na nieosiągalnych urządzeniach.
- Brak skrzynki: odrzucone powiadomienie znika, więc wszystko, co ma przetrwać, powinno trafić też do e-maila albo in-app.
- Nierówny zasięg: Chrome na komputerach i Android działają dobrze; na iPhonie kwalifikują się tylko zainstalowane aplikacje webowe.