W Chrome 80 wprowadziliśmy dyskretniejszy interfejs użytkownika do przyznawania uprawnień do wyświetlania powiadomień. Aby pomóc właścicielom witryn zrozumieć dane dotyczące uprawnień do powiadomień, dodajemy te dane do Raportu na temat użytkowania Chrome (CrUX) w zbiorze danych 202001, który został opublikowany 11 lutego 2020 r. Dzięki temu właściciele witryn będą mogli lepiej poznać typowe odpowiedzi użytkowników na prośby o zezwolenie na wysyłanie powiadomień w ich witrynach i w podobnych witrynach w danej kategorii.
CrUX podaje tylko ogólne podsumowanie wskaźników akceptacji, blokowania, ignorowania i odrzucania próśb o zgodę na wyświetlanie powiadomień. Zalecamy uzupełnienie tych danych o szczegółowe analizy z wybranej platformy analitycznej.
Informacje o danych dotyczących uprawnień do powiadomień w CrUX
Format danych i metodologia CrUX są szczegółowo opisane w dokumentacji dla deweloperów. Warto też zapoznać się z sprawdzonymi metodami dotyczącymi populacji i analizy. Ponieważ raportowane dane pochodzą tylko od użytkowników, którzy wyrazili zgodę na ich udostępnianie, mogą występować różnice między danymi w zbiorze danych CrUX a danymi zbieranymi przez Twoje własne narzędzia analityczne.
Gdy zostanie wysłana prośba o zgodę na wysyłanie powiadomień, Chrome wyświetli użytkownikom odpowiedni komunikat. Użytkownicy mogą aktywnie lub pasywnie wykonać jedno z 4 działań opisanych w tabeli poniżej.
| Zezwól | Użytkownik wyraźnie zezwala witrynie na wyświetlanie powiadomień. |
| Blokowanie | Użytkownik wyraźnie zabronił witrynie wyświetlania powiadomień. |
| Zamknij | Użytkownik zamyka prośbę o uprawnienia bez udzielania wyraźnej odpowiedzi. Zamknięcie karty jest traktowane jako odrzucenie. Na urządzeniach mobilnych przełączenie karty jest również traktowane jako zamknięcie, a w interfejsie cichym jest dostępna opcja zamknięcia przez użytkownika. |
| Zignoruj | Użytkownik w ogóle nie wchodzi w interakcję z promptem. Za zignorowanie uznawane są też zdarzenia nawigacji, takie jak kliknięcie przycisku Wstecz lub nawigacja za pomocą paska adresu. |
Zbiór danych CrUX zawiera dane dotyczące każdego z tych działań użytkownika w postaci odsetka odpowiedzi.
Jak interpretować dane
Dwa najważniejsze rodzaje danych to odsetek blokowania i odsetek akceptowania. Zgodnie z opisem w tym artykule na blogu Chrome będzie automatycznie rejestrować witryny o bardzo niskim odsetku akceptacji w interfejsie o mniejszej liczbie powiadomień. Wskaźnik blokowania jest również silnym sygnałem. Gdy użytkownik kliknie Blokuj, wysyła jasny sygnał, że nie jest zainteresowany otrzymywaniem powiadomień z witryny – nie tylko w danym momencie, ale w ogóle. Najczęściej oznacza to, że użytkownik nie rozumie zamierzonego zastosowania powiadomienia, wartości produktu lub usługi albo nie ma zaufania do Twojej witryny. Zarówno niskie, jak i wysokie wskaźniki akceptacji lub blokowania są wyraźnym sygnałem, że właściciel witryny powinien zapoznać się z sekcją Zalecane wzorce w tym artykule.
Jest to normalne i oczekiwane, że różne typy witryn będą miały różne współczynniki akceptacji i blokowania. Na przykład aplikacja do czatowania lub poczty e-mail ma bardzo silne zastosowanie, więc można oczekiwać, że współczynnik akceptacji będzie dość wysoki.
To normalne, że wskaźniki dla tej samej witryny mogą się znacznie różnić w przypadku komputerów i urządzeń mobilnych, ponieważ przypadki użycia mogą być różne, a użytkownicy mogą preferować powiadomienia na jednym typie urządzenia bardziej niż na innym. Duża różnica między urządzeniami mobilnymi a komputerami jest powodem, dla którego automatyczne rejestrowanie witryn w interfejsie uprawnień do cichych powiadomień jest rozdzielone według typu urządzenia. Niektóre witryny mogą być zarejestrowane w trybie cichego interfejsu tylko na urządzeniach mobilnych lub tylko na komputerach.
W miarę jak coraz więcej użytkowników będzie korzystać z interfejsu cichszych powiadomień, spodziewamy się, że odsetek ignorowanych powiadomień będzie z czasem wzrastać w porównaniu z innymi danymi. Ten trend należy traktować jako normalny i oczekiwany.
Zalecane wzorce
Pozwól użytkownikom przejąć inicjatywę i włączyć powiadomienia w dogodnym dla nich momencie. Wprowadzaj przełączniki lub przyciski w sposób dyskretny jako część istniejących elementów interfejsu, aby były one wyświetlane na etapach pracy użytkownika, na których istnieje duże prawdopodobieństwo, że będzie on chciał otrzymywać aktualne powiadomienia.
Unikaj wyświetlania promptów lub nakładek bez kontekstu albo bezpośrednio po wejściu użytkownika na stronę. Prośby przerywają przeglądanie treści przez użytkownika, nie podając kontekstu, dlaczego powiadomienia są potrzebne lub przydatne.
Wysyłanie zapytań dotyczących zbioru danych
Począwszy od zbioru danych CrUX z 202001 roku, możesz uzyskać dostęp do danych o uprawnieniach do powiadomień, przesyłając zapytanie do pola experimental.permission.notifications.
SELECT
SUM(experimental.permission.notifications.accept) AS accept,
SUM(experimental.permission.notifications.deny) AS deny,
SUM(experimental.permission.notifications.ignore) AS `ignore`,
SUM(experimental.permission.notifications.dismiss) AS dismiss
FROM
`chrome-ux-report.all.202001`
WHERE
origin = 'https://news.google.com'
W tym przykładzie wysyłamy zapytanie o dane dotyczące uprawnień do wysyłania powiadomień w przypadku Wiadomości Google. Aby uzyskać widok obejmujący całą domenę, używamy funkcji SUM do sumowania współczynników uprawnień dla każdego wymiaru (rodzaju urządzenia i efektywnego typu połączenia).
| zaakceptuj | odmówić, | ignoruj | zamknij |
|---|---|---|---|
| 0,8231 | 0,0476 | 0,0502 | 0,0791 |
Wyniki pokazują, że 82,3% użytkowników akceptuje prośbę o przyznanie uprawnień do wysyłania powiadomień, 4,8% – odrzuca, 5,0% – ignoruje, a 7,9% – zamyka.
Dowiedz się więcej o korzystaniu z CrUX w BigQuery i przejrzyj Poradnik korzystania z CrUX, aby zobaczyć więcej przykładowych zapytań.
Prześlij opinię
Jeśli masz pytania lub chcesz podzielić się opinią na temat danych o uprawnieniach do powiadomień w raporcie na temat użytkowania Chrome, możesz skontaktować się z nami na forum pomocy dotyczącym tego raportu lub na Twitterze pod adresem@ChromeUXReport.