Push njoftimet janë një mjet jetik marketingu për këdo me një aplikacion celular.
Është mënyra më e mirë për të komunikuar me përdoruesit tuaj, duke dërguar mesazhe urgjente në telefonat e tyre celularë.
Një aplikacion celular mund t'i dërgojë një përdoruesi një njoftim shtytës, i cili është një mesazh i shkurtër pop-up që shfaqet në telefonin e tij të mençur edhe kur aplikacioni nuk është i hapur.
Këto sinjalizime mund të përfshijnë rikujtues, përditësime, zbritje dhe më shumë.
Ato janë krijuar për të kapur sytë e përdoruesve. Titulli, mesazhi, fotografia dhe URL-ja janë të gjithë komponentët e mundshëm të një njoftimi shtytës. Emoji, logot dhe gjëra të tjera gjithashtu mund të jenë pjesë e tyre.
Sistemet operative si Apple OS dhe Google Android kanë ndërfaqe të ndryshme për njoftime shtytëse.
Njoftimet Push mund të përdoren për të promovuar angazhimin, për të rritur përdorimin e aplikacioneve, për të ndikuar në konvertimet dhe shumë më tepër.
Opsionet janë vërtet të pakufishme.
Njoftimet shtytëse për pajisjet celulare, të njohura gjithashtu si njoftime shtytëse për pajisjet celulare, mund të plotësojnë përdorimin tuaj të kanaleve si emaili, SMS dhe njoftimet pushuese në internet me një sërë avantazhesh të veçanta.
Do të merrni një përshkrim të shpejtë të shërbimit të njoftimit në këtë postim dhe informacion mbi objektivin e tij, dizajnin e nivelit të lartë, veçoritë speciale dhe më shumë.
Objektiv
Për të zhvilluar një shërbim njoftimi që mund të shpërndajë në mënyrë efikase mesazhet nga produkti te përdoruesi nëpër një sërë kanalesh
Kërkesat:
- Dërgimi i API-së: Publikoni një pikë përfundimtare të autorizuar në mënyrë që çdo backend dhe mikroshërbim të mund të fillojë të japë njoftime.
- Kanalet e përputhshme: Mbështet dhënien e sinjalizimeve për çdo kanal që publikon një API, si p.sh. email, mesazh me tekst dhe shtytje.
- Preferencat e përdoruesit: Lejoni përdoruesit të zgjedhin preferencat e tyre të përdoruesit për çdo kanal dhe njoftim.
- Kufijtë për pajtueshmërinë e shërbimit në rrjedhën e poshtme: Shmangni marrjen tuaj Email ose shërbimi SMS u mbyt ose u ndal.
- I shkallëzuar: Lejon (teorikisht) shkallëzim të pafund horizontal.
Arkitekturë e nivelit të lartë
Le të themi se kodi juaj supozohet të njoftojë dikë:
- Pika përfundimtare POST/send thirret nga kodi juaj. Për çdo kanal të disponueshëm, kërkesa përfshin ID-në e përdoruesit të marrësit, llojin e njoftimit dhe përmbajtjen e tij.
- Rrjedha e Kredencialeve të Klientit OAuth2 përdoret nga pika përfundimtare /send për të vërtetuar kërkesën.
- Zgjedhjet e njoftimit të përdoruesit kërkohen më pas nga baza e të dhënave. Preferencat tregojnë nëse përdoruesi është abonuar ose jo në një kanal të caktuar dhe njoftim.
- Nga baza e të dhënave, ajo do të lexojë karakteristikat e përdoruesit si adresat e postës elektronike dhe numrat e telefonit.
- Kjo pikë fundore do të krijojë një objekt mesazhi që përfshin karakteristikat e përdoruesit, kanalet dhe përmbajtjen specifike të kanalit. Megjithatë, ai nuk do të përfshijë kanale të çaktivizuara. Më pas, mesazhi i dërgohet një shërbimi të ventilatorit.
- Mesazhet hyrëse shpërndahen në radhët e punës nëpërmjet shërbimit fanout. Megjithatë, filtrimi është vendosur për të shpërfillur radhët e punës për kanalet që nuk janë të specifikuara në mesazh.
- Çdo kanal ka një procesor dhe një radhë pune. Procesori merr detyrën dhe më pas kërkon shërbimin e duhur, siç është shërbimi i postës elektronike transaksionale ose SMS.
Elementet kryesore të arkitekturës
POST/dërguar
Ju mund të keni vënë re se vetëm ID-ja e përdoruesit dhe as adresa e emailit dhe as numri i telefonit nuk janë përfshirë në kërkesën për këtë pikë përfundimtare. Kjo mundëson që shërbimet e njoftimit të mbeten anonime për përdoruesit tuaj.
Për të siguruar shkallëzueshmërinë, pika e fundit vendoset pas a balancues i ngarkesës.
Autentifikimi juaj tipik i drejtuar nga përdoruesi nuk ofron mbrojtje për pikën përfundimtare.
Ju duhet të përdorni një metodë të veçantë vërtetimi të njohur si Fluksi i Kredencialeve të Klientit OAuth2 që përdoret për komunikimin server-me-server pasi shërbimi që paraqet kërkesën është vetë softueri.
Aplikacioni juaj do të japë njoftime në shumë vende të ndryshme. Ju mund ta përdorni funksionin e dërgimit pothuajse kudo, si p.sh. nga një bazë e re kodi ose rrjedha e punës suaj të ndërtimit, duke e zbatuar atë si një pikë fundore pas një balancuesi të ngarkesës, i cili garanton se është i shkallëzueshëm në mënyrë të pavarur.
PUT/preferencat e përdoruesit
Përdorni një çift çelës/vlerë ose një bazë të dhënash NoSQL që është jashtëzakonisht e shkallëzueshme. Formatoni të dhënat si më poshtë: KEY: identifikues i përdoruesit shembull: ID-ja e njoftimit të mostrës, VLERË: ["email", "state: true", "SMS", "state: false", kanal: "email", "email", shteti : e vërtetë”]
Nëse vlerat "false" janë të pranishme në regjistrime, pika përfundimtare e transmetimit do të përjashtojë kanalin përkatës nga mesazhi i dërguar në fanout. Nëse nuk ka një regjistrim për një kanal, përdoruesi nuk ka treguar shprehimisht preferencat e tij. Ju duhet të pranoni parazgjedhjen në këtë skenar.
Përdoruesi mund të modifikojë të dhënat në bazën e të dhënave të preferencave të përdoruesit duke përdorur UI-në tuaj dhe një pikë të rregullt përfundimtare që sigurohet nga procedurat tuaja standarde të vërtetimit.
Përdoruesit do të irritohen dhe do të detyrohen t'i përcaktojnë sinjalizimet tuaja si të padëshiruara ose t'i mbyllin në heshtje nëse nuk u jepni atyre mundësinë për të ndryshuar preferencat e tyre të njoftimit. Përvoja juaj e përdoruesit do të dëmtohet më tej si rezultat dhe shërbimet e dërgimit të postës elektronike ose SMS mund të pezullojnë llogarinë tuaj.
Fan Out
Fanout kopjon një mesazh dhe e shpërndan atë në vende të ndryshme. Ato janë të përballueshme dhe shumë të shkallëzueshme. Përdorni SNS në AWS. Përdor Pub/Sub në Azure dhe tema dhe abonime në Google Cloud Platform.
Për të parandaluar dërgimin e mesazheve të pakuptimta në radhët e punës së kanalit të përjashtuar, mund të konfiguroni filtrimin midis radhëve fanout dhe punës. Për shembull, në AWS SNS, mund të specifikoni që radha e punës së postës elektronike duhet të marrë mesazhin fanout vetëm nëse ka vlerën "email" në fushën "kanalet".
Edhe nëse mund të krijoni kod për të dërguar mesazhin identik në radhët e kërkuara të punës, fanout është më efikas dhe kërkon më pak kodim. Fanout ofron gjithashtu lehtësinë e shtimit dhe heqjes së radhëve, duke ju lejuar të zgjeroni dhe riorganizoni kanalet tuaja.
Përpunimi i Punës
Mesazhet ruhen në radhë në pritje të përpunimit nga përpunuesit tuaj të punës. Ato janë gjithashtu të përballueshme dhe shumë të shkallëzueshme. Përpunuesit e punës janë pjesë kodi që përpunojnë mesazhe nga radhët e punës. Në varësi të vëllimit të mesazheve në radhë, ato mund të shkallëzohen.
Përpunuesi i punës duhet të bëjë një thirrje API te ofruesi i duhur për të dhënë njoftimin në skenarin tonë nëpërmjet një shërbimi të postës elektronike transaksionale.
Shumica e ofruesve të dërgimit të mesazheve të postës elektronike, SMS dhe të ngjashme kanë kërkesa të forta për sasinë dhe kalibrin e mesazheve që dërgoni. Për më tepër, ju dëshironi t'i shqyrtoni këto dhe të vendosni plotësisht procedurat e përshtatshme. Këtu janë këshillat tona se si të shmangni përfundimin nga AWS SES.
Ju mund të përcaktoni një numër maksimal të përpunuesve të punës për të parandaluar tejkalimin e kufijve të tarifave të shërbimeve të ofrimit.
Përmirësime të mëtejshme
Ju mund t'i hidhni një sy një grupi të këtyre artikujve.
- Ata kanë nevojë për API-të e tyre, tabelat, etj., në mënyrë që të kenë një shërbim të shkallëzuar të njoftimeve brenda aplikacionit.
- Mbledhja dhe shfaqja e raportit të hapur/kliko
- Heqja e përmbajtjes së njoftimeve nga kodi dhe lejimi i produktit dhe ekipit tuaj të dizajnit të modifikojë sinjalizimet vizualisht në vend të kësaj pa një ndryshim kodi
- Pa ndryshuar asnjë kod, ekipi juaj mund të përdorë pultin për të aktivizuar ose çaktivizuar njoftimet për kanale të caktuara.
Përfitimet e njoftimit Push
- Rritni ndërveprimin me përdoruesit: Përditësimet dhe materiali i freskët do t'i mbajnë përdoruesit tuaj të interesuar.
- Rritni dukshmërinë e komunikimit: Sigurohuni që mesazhet tuaja të merren menjëherë, edhe kur njerëzit nuk janë aktivë. Dërgoni njoftime urgjente dhe siguroni përdoruesve një përvojë të qetë.
- Ruajtja e mbajtjes: Përdorni njoftime shtytëse që janë qartësisht të dukshme për t'i nxitur përdoruesit tuaj të kthehen. Ju mund të rrisni mbajtjen e përdoruesve dhe të zvogëloni frenimin duke i shtyrë klientët përsëri në uebsajtin dhe aplikacionin tuaj.
- Përmirësoni konvertimet: Duke krijuar fushata shtytëse rreth çmimeve brenda aplikacionit, promovimeve, zbritjeve ose ofertave të tjera, ju mund të rrisni shitjet.
- Zmadhoni ndërmarrjen tuaj: Qasja juaj e komunikimit duhet të shkallëzohet ndërsa audienca juaj zgjerohet. Ndërsa baza juaj e klientit zgjerohet, njoftimet shtytëse janë një metodë efektive për të qëndruar në kontakt me ta.
- Lidhni përvojën e përdoruesit (UX): Duke ofruar sinjalizime transaksionale për konsumatorët për t'i mbajtur ata të informuar dhe për të ofruar një përvojë të qetë ndër-kanale, ju mund të reduktoni fërkimet gjatë gjithë udhëtimit të klientit.
Përfundim
Si përfundim, ne fituam njohuri për arkitekturën e një shërbimi të shkallëzuar të njoftimeve shtytëse. Ne shikuam gjithashtu mjetet që ofrohen nga të gjithë ofruesit kryesorë të shërbimeve cloud, në mënyrë që të mund t'i bazoni njoftimet tuaja mbi këto.
Përkundër faktit që u përpoqa maksimalisht t'ju ofroj një përmbledhje të arkitekturës së sistemit të njoftimit push, ka shumë më tepër që po ndodhin prapa skenave.
Unë sinqerisht shpresoj se ky informacion do t'ju duket i dobishëm dhe do ta përdorni mirë.
Lini një Përgjigju