Zrozum powiadomienie push dostarczenie
Dowiedz się więcej o powiadomieniu push dostarczenie, w tym o tym, jak jest ono dostarczane i dlaczego może zawieść.
powiadomienie push dostarczeniepowiadomienie push dostarczenie
Powiadomienie push dostarczenie odnosi się do sytuacji, gdy powiadomienie push zostanie pomyślnie dostarczone do urządzenia odbiorcy.
Profil może mieć więcej niż 1 token powiadomień push, jeśli ma zainstalowaną Twoją aplikację mobilną na wielu urządzeniach. powiadomienie push będzie próbowane dla wszystkich urządzeń z tokenem sklep na profilu.
Koncepcja dostarczalności nie ma zastosowania do powiadomień push, tak jak ma to miejsce w przypadku wiadomości e-mail, ponieważ nie jest wykonywane sortowanie po pomyślnym odebraniu powiadomienia przez urządzenie odbiorcy.
Gdy wysyłasz powiadomienie push przez kampanię lub sekwencję, Klaviyo sprawdza Push, a następnie wysyła je do usługi powiadomienie push Apple (powiadomienia push dla urządzeń Apple (APN)) dla iOS lub usługi powiadomienie push Androida, Firebase Cloud Messaging (FCM) w celu dostarczenia do urządzenia odbiorcy. Możesz zobaczyć, że niektóre powiadomienia zostaną pominięte, jeśli wystąpi problem z dostarczeniem.
Powiadomienia push dla urządzeń Apple (APN) i FCM albo zaakceptują powiadomienie i spróbują dostarczyć je do urządzenia odbiorcy, albo odrzucą powiadomienie z szeregiem możliwych błędów.
Klaviyo ma tylko ukryte potrzeby praktyczne dane na temat tego, czy te usługi akceptują powiadomienie, czy je odrzucają. Klaviyo nie może potwierdzić, czy powiadomienie nie powiodło się po powiadomieniu push dla urządzeń Apple (APN) lub FCM akceptuje Push.
Chcesz poprosić o funkcje dla Klaviyo powiadomienie push? Wypełnij formularz Google i opowiedz nam o tym!
Powody odrzucenia
Jeśli po wysłaniu powiadomienia Klaviyo otrzyma odpowiedź o błędzie od powiadomienia push dla urządzeń Apple (APN) lub FCM, dla każdego tokena, którego dotyczy nieudane dostarczenie, tworzone jest zdarzenie o nazwie Bounced Push. Pojawi się ono w kanale aktywności profilu odbiorcy wraz z aktywnością odbiorcy dla danej sekwencji lub kampanii, z której wysłano powiadomienie.
Zdarzenie Bounced Push zawiera metadane, które pokazują komunikat z kodem błędu (np. ExpiredToken) zwrócony przez powiadomienia push dla urządzeń Apple (APN) lub Firebase. Jeśli widzisz problemy z dostarczeniem, współpracuj z twórcą aplikacji, aby rozwiązać błąd na podstawie opisu w zdarzeniu.
Aby wyświetlić metadane zdarzenia, kliknij Szczegóły aktywności dla zdarzenia w dzienniku aktywności profilu.
Silent Push
Możesz zobaczyć wskaźnik dostarczalności i wskaźnik odbicia dla indywidualnego cichego powiadomienia push; jednak ciche powiadomienie push jest wykluczone ze wszystkich zagregowanych raportów wydajności w Klaviyo. Obejmuje to takie rzeczy jak Mobile Push wskaźnik wyświetleń wiadomości w czasie, ponieważ nie mają one otwarć ani konwersji.
Zwróć uwagę, że w przypadku cichej wiadomości Push zobaczysz inne zdarzenia niż w przypadku standardowej wiadomości Push, a mianowicie odebraną cichą wiadomość Pushi odbitą cichą wiadomość Push.
Jeśli masz problemy z dostarczeniem cichego powiadomienia push na iOS, pamiętaj, że iOS nie gwarantuje dostarczenia cichego powiadomienia push. Mogą one nie dostarczać ich w oparciu o aktualny stan urządzenia, taki jak poziom naładowania baterii i połączenie sieciowe.
iOSiOS
W przypadku powiadomień push dla systemu iOS wysyłanych za pośrednictwem powiadomień push dla urządzeń Apple (APN), odrzucenia mogą wystąpić z co najmniej jednego z powodów wymienionych w dokumencie referencyjnym Apple dotyczącym obsługi odpowiedzi na powiadomienia push dla urządzeń Apple (APN).
Kod statusu |
powiadomienia push dla urządzeń Apple (APN) ciąg błędów |
powiadomienia push dla urządzeń Apple (APN) opis |
400 |
BadDeviceToken |
Podany token urządzenia był nieprawidłowy. Sprawdź, czy żądanie zawiera prawidłowy token i czy token jest zgodny ze środowiskiem. |
400 |
BadTopic |
Powiadomienie push dla urządzenia Apple (APN) - wartość tematu jest nieprawidłowa. |
400 |
DeviceTokenNotForTopic |
Token urządzenia nie pasuje do określonego tematu. |
400 |
DuplicateHeaders |
Jeden lub więcej nagłówków zostało powtórzonych. |
400 |
IdleTimeout |
Czas bezczynności. |
400 |
InvalidPushType |
Powiadomienie push dla urządzenia Apple (APN) - wartość typu push jest nieprawidłowa. |
400 |
PayloadEmpty |
Ładunek wiadomości był pusty. |
403 |
BadCertificate |
Certyfikat był zły. |
403 |
BadCertificateEnvironment |
Certyfikat klienta dotyczył niewłaściwego środowiska. |
403 |
InvalidProviderToken |
Token usługodawcy dostawcy jest nieprawidłowy lub nie można zweryfikować podpisu tokena. |
404 |
BadPath |
Żądanie zawierało nieprawidłową wartość :path. |
405 |
MethodNotAllowed |
Określona :method nie była metodą POST. |
410 |
ExpiredToken |
Token urządzenia wygasł. |
410 |
Niezarejestrowany |
Token urządzenia to nieaktywni dla określonego tematu. |
429 |
TooManyProviderTokenUpdates |
Token dostawcy usług jest aktualizowany zbyt często. |
500 |
InternalServerError |
Wystąpił wewnętrzny błąd serwera. |
503 |
ServiceUnavailable |
Usługa jest niedostępna. |
Android
W przypadku powiadomień push na Androida wysyłanych za pośrednictwem FCM, odrzucenia mogą wystąpić z co najmniej jednego z powodów wymienionych w odnośniku Google dotyczącym kodów błędów FCM.
Kod statusu |
Ciąg błędu FCM |
Opis FCM |
400 |
INVALID_ARGUMENT |
Sprawdź format tokena rejestracyjnego przekazywanego do serwera. Upewnij się, że jest on zgodny z tokenem rejestracyjnym, który aplikacja kliencka otrzymuje po zarejestrowaniu się w Firebase Notifications. Nie obcinaj ani nie dodawaj dodatkowych znaków. |
400 |
INVALID_ARGUMENT |
Upewnij się, że wiadomość została zaadresowana do tokena rejestracji, którego nazwa pakietu odpowiada wartości przekazanej w żądaniu. |
400 |
INVALID_ARGUMENT |
Sprawdź, czy całkowity rozmiar danych ładunku zawartych w wiadomości nie przekracza limitów FCM: 4096 bajtów dla większości wiadomości lub 2048 bajtów w przypadku wiadomości do tematów. Dotyczy to zarówno kluczy, jak i wartości. |
400 |
INVALID_ARGUMENT |
Sprawdź, czy dane ładunku nie zawierają klucza (takiego jak from, gcm lub jakiejkolwiek wartości poprzedzonej google), który jest używany wewnętrznie przez FCM. Zwróć uwagę, że niektóre słowa (takie jak collapse_key) są również używane przez FCM, ale są dozwolone w ładunku, w którym to przypadku wartość ładunku zostanie zastąpiona wartością FCM. |
400 |
INVALID_ARGUMENT |
Sprawdź, czy wartość użyta w ttl jest liczbą całkowitą reprezentującą czas trwania w sekundach między 0 a 2 419 200 (4 tygodnie). |
400 |
INVALID_ARGUMENT |
Sprawdź, czy podane parametry mają właściwą nazwę i typ. |
403 |
SENDER_ID_MISMATCH |
Uwierzytelniony identyfikator nadawcy różni się od identyfikatora nadawcy tokena rejestracyjnego. |
404 |
UNREGISTERED |
Instancja aplikacji została wyrejestrowana z FCM. Zwykle oznacza to, że użyty token nie jest już ważny i należy użyć nowego. |
429 |
QUOTA_EXCEEDED |
Przekroczono limit wysyłania dla celu wiadomości. Rozszerzenie typu google.rpc.QuotaFailure jest zwracane w celu określenia, który limit został przekroczony. |
500 |
WEWNĘTRZNE |
Wystąpił nieznany błąd wewnętrzny. |
503 |
Niedostępny |
Serwer jest przeciążony. |
Zobaczysz również zdarzenie Bounced Push, jeśli brakuje odbiorcy lub ma on nieprawidłowy token powiadomień push.
Najlepsze praktyki
Zbieraj zgody użytkownikówZbieraj zgody użytkowników
Aby wysłać standardowe powiadomienie push do profilu, musisz najpierw uzyskać jego wyraźną zgodę .
Aby zebrać powiadomienie push o zgodzie, musisz zapewnić klientowi monit na ekranie zgody podczas jego pierwszej interakcji z Twoją aplikacją mobilną.
Najlepszą praktyką jest, aby Twój monit na ekranie zgody zawierał język zgody, który zawiera następujące informacje i umożliwia im wyrażenie zgody lub rezygnację:
-
Jakie rodzaje powiadomień wysyła Twoja marka
Uwzględnij szczegóły dotyczące różnych powiadomień push, które Twoja marka planuje wysyłać (na przykład zmiany konta, zmiany konta, przypomnienia i specjalne rabaty). -
Dlaczego użytkownicy powinni wyrazić zgodę
Uwzględnij informacje o tym, dlaczego klient powinien udzielić zgody (na przykład, aby otrzymywać ważne aktualizacje lub wczesny dostęp do sprzedaży).
Dowiedz się więcej o zbieraniu powiadomień push.
Wysyłaj odpowiednie powiadomieniaWysyłaj odpowiednie powiadomienia
Wysyłając powiadomienia push kampanie, ważne jest, aby skorzystać z Klaviyo segmentacji, aby wysyłać treści, które są spersonalizowane i odpowiednie dla Twojego subskrybenta.
Na przykład, jeśli wiesz, że masz segment dedykowanych stałych klientów, możesz użyć powiadomienia push, aby powiadomić ich o nowych ofertach lub promocjach przed innymi.
Upewniając się, że treści, które wysyłasz klientowi, są odpowiednie dla jego zainteresowań i preferencji, możesz zmniejszyć prawdopodobieństwo rezygnacji klienta i zmaksymalizować swoją zdolność docierania do klienta z powiadomieniem push.
monitoruj i analizuj wydajnośćmonitoruj i analizuj wydajność
Niezbędne jest ciągłe monitorowanie wydajności powiadomień push za pomocą Klaviyo, aby szybko zidentyfikować problemy z dostarczeniem i spadki w kluczowej metryce Push.
Najlepszym sposobem na to jest monitorowanie następujących powiadomień push:
- Otrzymano powiadomienie push
- Otwarte powiadomienia push
- Odrzucono powiadomienie push
Możesz skonfigurować Raport dot. wielu metryk w Klaviyo, aby monitorować, jak Twoja wydajność w tych wydarzeniach zmienia się w czasie.
Dodatkowe źródłaDodatkowe źródła
Zrozum powiadomienie push consent