Varför dina webb push-notiser har lägre räckvidd än förväntat

Kontextuella eller korta meddelanden som skickas till användarens enhet, oavsett om det är en stationär dator, surfplatta eller mobil webbläsare, kallas webb push-meddelanden. Om en besökare på din webbplats prenumererar på push-meddelanden, bör han eller hon meddelas varje gång du skickar ett push-meddelande. Räckvidden bör vara hög eftersom push-meddelanden skickas till prenumeranter i realtid, och alla som är online innan meddelandet går ut bör få meddelandet. Det finns många leverantörer som erbjuder push-meddelandetjänster. Men oavsett tjänsteleverantör är räckvidden för push-meddelanden ofta ett problem.

Men om du märker att räckvidden inte är hög, här är de troliga orsakerna –

1. Behörighet nekad från Notifikationscenter – Om dina prenumeranter har stängt av notifikationerna på sin enhet under Inställningar för notifikationer och åtgärder kommer de inte att få några webb push-meddelanden. Detta bör dock markeras som avregistrerade användare.
   Så när du beräknar din faktiska visningsfrekvens, försök att dra bort de avregistrerade prenumeranterna från det totala antalet skickade. Man kan inaktivera notifikationerna här antingen för en specifik webbplats eller för själva webbläsaren.
2. Gamla prenumeranter kan ha låg räckvidd, eller så uppdateras prenumerationsstatusen inte omedelbart i molnhanterarna –  Alla webb push-meddelanden skickas via respektive molnhanterare – FCM (Firebase Cloud Manager) för Chrome, etc, som sedan levererar meddelandena till de enskilda webbläsarna.  Om en användare har avregistrerat sig från notifikationer med webbläsarinställningarna, eller om användaren inte har använt det på länge, markeras användaren som avregistrerad.  Men denna avregistrering bör propagera till molnhanterarna.  Vi ser att denna avregistrering ibland inte uppdateras på molnhanterarnivå, så det kan finnas en fördröjning i att markera prenumeranter som avregistrerade.
   Det kan ta ett tag innan registrerings-token helt tas bort från FCM. Därför är det möjligt att meddelanden som skickas till FCM får ett giltigt meddelande-ID som svar, även om meddelandet inte kommer att levereras till klientappen. Exempel – Mozilla markerar prenumeranter som avregistrerade efter 2 månaders oåtkomlighet.
3. I batterisparläge – Om prenumeranterna aktiverar batterisparläge på mobil eller stationär dator, stoppas appar som körs i bakgrunden även om enheten är ansluten till internet. I det här fallet tenderar användaren att hoppa över eller missa meddelanden som skickas vid den aktuella tidpunkten eftersom det stoppar appar som körs, vilket gör att de inte kan leverera meddelanden till användarens enhet.
4. Prenumeration via flera profiler – Om en användare prenumererar via flera profiler på en gång och bara använder en av dem, kommer webbläsaren att leverera aviseringen till endast en profil.  Detta kommer att minska aviseringens räckvidd.  Om en användare inte loggar in på en profil i en webbläsare, är chansen stor att molnhanterarna efter en tid släpper prenumerationen, eftersom de ofta har regler för att släppa prenumerationen efter lång inaktivitet (se punkt 2 ovan)
5. Svag internetanslutning – Vid sändning av aviseringen kan webbläsaren ta emot signalen, men om internetanslutningen är svag eller enheten är frånkopplad kommer webbläsaren inte att kunna ladda ner aviseringen, vilket resulterar i att prenumeranter inte får aviseringen.
6. Enhetsinställningar – För att ta emot aviseringen måste enheten vara påslagen, ansluten till internet och flygplansläget måste vara inaktiverat tillsammans med energisparläget.
7. Webbläsaren måste åtminstone köras i bakgrunden (för de flesta enheter) – Även om prenumeranten inte är på webbplatsen eller i webbläsaren, är det i detta fall viktigt att webbläsaren körs i bakgrunden.
8. Webbläsaren måste vara aktiv (endast för vissa enheter) – Vanligtvis visar de flesta enheter fortfarande aviseringen om webbläsaren körs i bakgrunden. Vi har dock observerat på enheter som MI (Xiaomi) att webbläsaren måste vara öppen för att ta emot en webbavisering. Detta är enhetsspecifikt där det är obligatoriskt för webbläsaren att köras i förgrunden.
9. Vid användning av Adblockers, Malware Blockers eller företagsbrandväggar – Ibland kan annonsblockerare och företagsbrandväggar blockera URL:en för webbaviseringleverantörer på grund av deras inställningar. Vidare kan landningssidans URL ibland listas i en skadlig programvara- eller annonsblockerarkatalog och blockeras på grund av det.
10. Cookies och Firefox-webbläsare –  I Firefox finns ett känt problem att ibland vid radering av cookies kan de bli otillgängliga. I detta fall, om du har användare som prenumererar från Firefox-webbläsaren och om de raderar cookies kan de inte få aviseringen som du har skickat.  Detta är inte ett vanligt fall men hittas i vår testning ibland.
    
    
11. Aviseringsfacket blir fullt  –  På mobila enheter läggs aviseringar till i aviseringsfacket. Så, om aviseringsfacket är fullt, kommer prenumeranten inte att få den nya aviseringen. Likaså, på stationära datorer har Windows aviseringsfack en gräns på några aviseringar, och om det är fullt kan aviseringen tappas.
12. På MI-enheter – Det finns en bugg med MI-mobila enheter som innebär att om en telefon är inaktiv (låst) under en längre tid, och om du skickar en avisering under den perioden är användaren sannolikt att missa den aviseringen.
13. Vid rensning av webbplatsdata – När användaren rensar webbplatsdata avinstalleras filen service-worker.js, vilket är viktigt för att skicka och visa aviseringar. Därför får användaren ingen avisering i detta fall.
14. Avisering på låst skärm  – Om webbläsaren inte har behörighet att ladda ner data när skärmen är låst, kommer prenumeranten troligen att missa aviseringen.  Ibland ser vi att aviseringens titel visas på den låsta skärmen och meddelandet visas som Privat.
15. Avisering går ut innan den når prenumeranterna –  Om användaren inte är online eller ansluten till internet under en längre tid och du har angett en utgångstid för aviseringarna, kommer prenumeranten att missa aviseringen som skickas under den tidsperioden.

Om du märker några andra fall utöver detta kan du meddela oss genom att skicka ett e-postmeddelande till [email protected].  Vi kommer att hålla listan uppdaterad.

Bonustips: Om du ser en plötslig kraftig minskning av dina visningar kan det bero på din konfiguration. Ett vanligt problem vi ser är att andra plugins för progressiva webbappar kan skriva över Service Worker som används för push-aviseringar. Om du är vår kund och ser det, kontakta oss så kan vi ge dig lösningen för att åtgärda det.