Förstå pushnotis leverans
Lär dig mer om pushnotis leverans, inklusive hur den levereras och varför den kan misslyckas.
pushnotis leveranspushnotis leverans
pushnotis leverans avser när en pushnotis framgångsrikt levereras till en mottagares enhet.
En profil kan ha mer än 1 pushtoken om de har din mobilapp installerad på flera enheter. pushnotis kommer att försökas för alla enheter med en tokenbutik på profilen.
Begreppet leveransbarhet gäller inte för pushnotis på samma sätt som för e-post, eftersom det inte sker någon sortering när mottagarens enhet väl har tagit emot meddelandet.
När du skickar ett pushnotis via en kampanj eller flöde kontrollerar Klaviyo pushnotiset och skickar det sedan till Apple pushnotis Service (APN:er) för iOS, eller Androids pushnotis-tjänst, Firebase Cloud Messaging (FCM) för leverans till mottagarens enhet. Du kan se att vissa pushnotis hoppas över om det finns ett problem med leverans.
APN:er och FCM kommer antingen att acceptera meddelandet och försöka leverera det till mottagarens enhet, eller avvisa meddelandet med en rad möjliga fel.
Klaviyo har endast insyn i om dessa tjänster accepterar eller avvisar anmälan. Klaviyo kan inte bekräfta om meddelandet misslyckas efter att APN:er eller FCM har accepterat pushnotis.
Vill du begära en funktioner för Klaviyo pushnotis? Fyll i detta Google-formulär för att berätta för oss om det!
Skäl för avslag
Om Klaviyo får ett felsvar från APN:er eller FCM efter att ha skickat ett meddelande skapas en händelse som heter Bounced pushnotis för varje token som påverkas av den misslyckade leveransen. Detta kommer att visas i den mottagande profilens aktivitetsflöde tillsammans med mottagaraktiviteten för respektive flöde eller kampanj som meddelandet skickades från.
Händelsen Bounced pushnotis innehåller metadata som visar felkodsmeddelandet (t.ex. ExpiredToken) som returneras av APN:er eller Firebase. Om du upplever leveransproblem ska du samarbeta med din apputvecklare för att lösa felet baserat på beskrivningen i händelsen.
Om du vill visa metadata för en händelse klickar du på Aktivitetsdetaljer för händelsen i profilens aktivitetslogg.
Tyst pushnotis
Du kan se leveransfrekvensen och avvisningsfrekvensen för en enskild tyst pushnotis, men tysta pushnotis är undantagna från all aggregerad resultatrapportering i Klaviyo. Detta inkluderar saker som Mobil push öppningsfrekvens över tid, eftersom de inte har öppningar eller konvertering.
Observera att du kommer att se olika händelser för tysta pushnotis än för vanliga pushnotis, nämligen Received Sil ent pushnotis och Bounced Silent pushnotis.
Om du har problem med att tysta pushnotis levereras på iOS, observera att iOS inte garanterar leverans av tysta pushnotis. De kanske inte levererar dem baserat på enhetens aktuella status, t.ex. batterinivå och nätverksanslutning.
iOSiOS
För iOS-pushnotis som skickas via APN:er kan avslag ske av minst en av de anledningar som anges i Apples referens för hantering av aviseringssvar från APN:er.
Statuskod |
APN:er felsträng |
APN:er beskrivning |
400 |
BadDeviceToken |
Den angivna enhetens token var felaktig. Kontrollera att begäran innehåller en giltig token och att token matchar miljön. |
400 |
Dåligt ämne |
Värdet för APN:er-topic är ogiltigt. |
400 |
DeviceTokenNotForTopic |
Enhetens token matchar inte det angivna ämnet. |
400 |
Duplicerade rubriker |
En eller flera rubriker har upprepats. |
400 |
IdleTimeout |
Ledig tid ut. |
400 |
OgiltigPushTyp |
Värdet APN:er-pushnotis-type är ogiltigt. |
400 |
NyttolastTom |
Meddelandets nyttolast var tom. |
403 |
DåligtCertifikat |
Certifikatet var dåligt. |
403 |
DåligCertifikatMiljö |
Klientcertifikatet var avsett för fel miljö. |
403 |
OgiltigProviderToken |
Leverantörens token är inte giltig eller token-signaturen kunde inte verifieras. |
404 |
Dålig väg |
Begäran innehöll ett felaktigt :path-värde. |
405 |
MetodInte Tillåten |
Den angivna :metoden var inte POST. |
410 |
UtgångnaToken |
Enhetens token har löpt ut. |
410 |
Oregistrerad |
Enhetens token är Inaktiv för det angivna ämnet. |
429 |
För många uppdateringar av leverantörstoken |
Leverantörens token uppdateras för ofta. |
500 |
Internt serverfel |
Ett internt serverfel inträffade. |
503 |
ServiceOtillgänglig |
Tjänsten är inte tillgänglig. |
Android
För Android-pushnotis som skickas via FCM kan avslag ske av minst en av de anledningar som anges i Googles referens för FCM-felkoder.
Statuskod |
FCM felsträng |
FCM beskrivning |
400 |
OGILTIGT_ARGUMENT |
Kontrollera formatet på den registreringstoken som du skickar till servern. Kontrollera att den matchar den registreringstoken som klientappen får från registreringen med Firebase Notifications. Avkorta inte eller lägg till ytterligare tecken. |
400 |
OGILTIGT_ARGUMENT |
Kontrollera att meddelandet har skickats till en registreringstoken vars paketnamn motsvarar det värde som skickades i begäran. |
400 |
OGILTIGT_ARGUMENT |
Kontrollera att den totala storleken på nyttolasten data som ingår i ett meddelande inte överskrider FCM:s gränser: 4096 byte för de flesta meddelanden, eller 2048 byte när det gäller meddelanden till ämnen. Detta gäller både nycklar och värden. |
400 |
OGILTIGT_ARGUMENT |
Kontrollera att nyttolasten data inte innehåller en nyckel (t.ex. from, eller gcm, eller något värde med google som prefix) som används internt av FCM. Observera att vissa ord (t.ex. collapse_key) också används av FCM men är tillåtna i nyttolasten, i vilket fall nyttolastens värde kommer att åsidosättas av FCM-värdet. |
400 |
OGILTIGT_ARGUMENT |
Kontrollera att värdet som används i ttl är ett heltal som representerar en varaktighet i sekunder mellan 0 och 2.419.200 (4 veckor). |
400 |
OGILTIGT_ARGUMENT |
Kontrollera att de angivna parametrarna har rätt namn och typ. |
403 |
AVSÄNDARE_ID_AVVIKELSE |
Det autentiserade avsändar-ID:t skiljer sig från avsändar-ID:t för registreringstoken. |
404 |
INREGISTRERAD |
Appinstansen avregistrerades från FCM. Detta innebär vanligtvis att den använda token inte längre är giltig och att en ny måste användas. |
429 |
QUOTA_EXCEEDED |
Gränsen för sändning har överskridits för meddelandets mål. Ett tillägg av typen google.rpc.QuotaFailure returneras för att ange vilken kvot som överskreds. |
500 |
INTERN |
Ett okänt internt fel har inträffat. |
503 |
Ej tillgängligt |
Servern är överbelastad. |
Du kommer också att se en Bounced pushnotis-händelse om mottagaren saknas eller har en ogiltig pushtoken.
Bästa praxis
Samla in användarens samtyckeSamla in användarens samtycke
För att kunna skicka en standard pushnotis till en profil måste du först inhämta dennes uttryckliga samtycke .
För att samla in pushnotis samtycke måste du ge kund en uppmaning om tillståndsskärm under deras första interaktion med din mobilapp.
Det är bästa praxis att din prompt för tillståndsskärm innehåller ett samtyckesspråk som ger följande information och gör det möjligt för dem att välja eller välja bort:
-
Vilka typer av meddelanden ditt varumärke skickar
Inkludera detaljer om de olika pushnotis ditt varumärke abonnemang att skicka (till exempel Kontoändringar, Kontoändringar, påminnelser och specialrabatter). -
Varför användare ska välja att delta
Inkludera information om varför en kund bör ge tillstånd (till exempel för att få viktig uppdatering eller tidig tillgång till försäljning).
Läs mer om hur du samlar in samtycke från pushnotis .
Skicka relevanta meddelandenSkicka relevanta meddelanden
När du skickar pushnotis-kampanjer är det viktigt att dra nytta av Klaviyo:s segmentering för att skicka innehåll som är personligt och relevant för din prenumerant.
Om du till exempel vet att du har en segment av dedikerade återkommande kund, kan du använda pushnotis för att varna dem om nya erbjudanden eller kampanjer före alla andra.
Genom att se till att innehållet du skickar till kund är relevant för deras intressen och preferenser kan du minska sannolikheten för att kund väljer bort och maximera din förmåga att nå din kund med pushnotis.
övervaka och analysera prestandaövervaka och analysera prestanda
Det är viktigt att kontinuerligt övervaka din pushnotis-prestanda med Klaviyo för att snabbt identifiera leveransproblem och nedgångar i viktiga pushnotis-mättal.
Det bästa sättet att göra det är att övervaka följande pushnotis-händelser:
- Mottog pushnotis
- Öppnad pushnotis
- Studsade pushernotis
Du kan skapa en Rapport om flera mättal i Klaviyo för att övervaka hur dina prestationer med dessa events förändras över tid.
Ytterligare resurser