Hvorfor din web push-notifikation har lavere rækkevidde end forventet

Kontekstuelle eller korte beskeder, der sendes til brugerens enhed, hvad enten det er desktop, tablet eller mobilbrowsere, er kendt som web push-notifikationer. Hvis en besøgende på dit websted abonnerer på push-notifikationer, skal han/hun blive underrettet, hver gang du sender en push-notifikation. Rækkevidden bør være høj, da push-notifikationer sendes til abonnenter i realtid, og alle, der er online, før notifikationen udløber, bør modtage beskeden. Der er mange udbydere, der tilbyder push-notifikationstjenester. Uanset tjenesteudbyderen er rækkevidden af push-notifikationer dog ofte et problem.

Men hvis du bemærker, at rækkevidden ikke er høj, er her de sandsynlige årsager  –

1. Tilladelse nægtet fra Notifikationscenter – Hvis dine abonnenter har slået notifikationer fra på deres enhed under Indstillinger for notifikationer og handlinger, vil de ikke modtage nogen web push. Dette bør dog markeres som afmeldte brugere.
   Så mens du beregner din faktiske visningsrate, skal du prøve at trække de afmeldte abonnenter fra det samlede antal sendte. Man kan deaktivere notifikationer herfra enten for et bestemt websted eller for selve browseren.
2. Gamle abonnenter kan have lav rækkevidde, eller abonnentstatus opdateres ikke øjeblikkeligt i Cloud Managers –  Alle Web Push-notifikationer sendes til respektive cloud managers – FCM (Firebase Cloud Manager) for Chrome osv., som derefter leverer notifikationerne til de enkelte browsere.  Hvis en bruger har afmeldt sig notifikationer ved hjælp af browserindstillingerne, eller hvis brugeren ikke har brugt det i lang tid, markeres brugeren som afmeldt.  Men denne afmelding bør forplante sig til cloud managers.  Vi ser, at denne afmelding undertiden ikke opdateres på cloud manager-niveau, så der kan være en forsinkelse i markeringen af abonnenter som afmeldte.
   Det kan tage et stykke tid, før registrerings-tokenet er helt fjernet fra FCM. Derfor er det muligt, at beskeder sendt til FCM får et gyldigt meddelelses-ID som svar, selvom beskeden ikke vil blive leveret til klientappen. Eksempel – Mozilla markerer abonnenter som afmeldte efter 2 måneders manglende rækkevidde.
3. På batterisparetilstand – Hvis abonnenterne aktiverer batterisparetilstand på mobil eller desktop, tvinger den baggrundskørende apps til at stoppe, selvom enheden er forbundet til internettet. I dette tilfælde har brugeren en tendens til at springe over eller gå glip af notifikationer sendt på det pågældende tidspunkt, da det tvinger stop af kørende apps, som de ikke vil være i stand til at levere notifikationer til brugerens enhed.
4. Abonnement via flere profiler – Hvis en bruger abonnerer via flere profiler på én gang og kun bruger én af dem, vil browseren kun levere notifikationen til én profil.  Dette vil mindske notifikationens rækkevidde.  Hvis en bruger ikke logger ind på en profil i en browser, er der en chance for, at Cloud managers efter et stykke tid vil annullere abonnementet, da de ofte har regler om at annullere abonnementet efter lang tids inaktivitet (se punkt 2. ovenfor)
5. Svag internetforbindelse – Ved afsendelse af notifikationen kan browseren modtage signalet, men hvis internetforbindelsen er svag eller enheden er frakoblet, vil browseren ikke kunne downloade notifikationen, hvilket resulterer i, at abonnenter ikke modtager notifikationen.
6. Enhedsindstillinger – For at modtage notifikationen skal enheden være tændt, forbundet til internettet, og flytilstand skal være deaktiveret sammen med strømsparetilstand.
7. Browseren skal køre i baggrunden (for de fleste enheder)- Selvom abonnenten ikke er på hjemmesiden eller i browseren, er det i dette tilfælde vigtigt, at browseren kører i baggrunden.
8. Browseren skal være aktiv (kun for få enheder) – Normalt viser de fleste enheder stadig notifikationen, hvis browseren kører i baggrunden. Vi har dog observeret på enheder som MI (Xiaomi), at browseren skal være åben for at modtage en web push-notifikation. Dette er enhedsspecifikt, hvor det er obligatorisk for browseren at køre i forgrunden.
9. Ved brug af Adblockers, Malware Blockers eller virksomhedsfirewalls – Nogle gange kan annonceblokkere og virksomhedsfirewalls blokere URL'en for web push-udbydere på grund af deres indstillinger.  Ydermere kan landingssidens URL nogle gange være angivet i en Malware- eller Adblocker-katalog og blive blokeret på grund af det.
10. Cookies og Firefox Browser –  I Firefox er der et kendt problem, at cookies nogle gange, når de slettes, kan blive utilgængelige. I dette tilfælde, hvis du har brugere, der abonnerer fra Firefox-browseren, og de sletter cookies, modtager de muligvis ikke den notifikation, du har sendt.  Dette er ikke et almindeligt tilfælde, men findes i vores test til tider.
    
    
11. Notifikationsbakken bliver fyldt –  På mobile enheder tilføjes notifikationer til notifikationsbakken. Så hvis notifikationsbakken er fuld, vil abonnenten ikke modtage den nye notifikation. Tilsvarende har Windows' notifikationsbakke på desktop en grænse på få notifikationer, og hvis den er fyldt, kan notifikationen blive afvist.
12. På MI-enheder – Der er en fejl med MI mobile enheder, som betyder, at hvis en telefon er inaktiv (låst) i lang tid, og du sender en notifikation i den periode, er brugeren sandsynligvis til at gå glip af den notifikation.
13. Ved sletning af webstedsdata – Når brugeren sletter webstedsdata, afinstalleres service-worker.js-filen, hvilket er vigtigt for at sende og se notifikationer. Derfor modtager brugeren ikke notifikationen i dette tilfælde.
14. Notifikation på låseskærm  – Hvis browseren ikke har tilladelse til at downloade data, når skærmen er låst, vil abonnenten sandsynligvis gå glip af notifikationen.  Nogle gange ser vi på låseskærmen, at notifikationens titel vises, og beskeden fremstår som Privat.
15. Notifikation udløber, før den når abonnenterne –  Hvis brugeren ikke er online eller forbundet til internettet i lang tid, og du har indstillet en udløbstid for notifikationerne, vil abonnenten gå glip af notifikationen, der sendes i den tidsperiode.

Hvis du bemærker andre tilfælde ud over dette, kan du give os besked ved at sende en e-mail til [email protected].  Vi vil holde listen opdateret.

Bonustip: Hvis du ser et pludseligt skarpt fald i dine visninger, kan det være relateret til din konfiguration. Et almindeligt problem, vi ser, er, at andre Progressive Web App-plugins kan overskrive Service Worker, der bruges til push-notifikationer. Hvis du er vores kunde og ser det, så kontakt os, så vi kan fortælle dig løsningen til at håndtere det.