Push notifikace jsou důležitým marketingovým nástrojem pro každého, kdo má mobilní aplikaci.
Je to nejlepší způsob, jak komunikovat s vašimi uživateli, posílat naléhavé zprávy na jejich mobilní telefony.
Mobilní aplikace může uživateli odeslat oznámení push, což je krátká vyskakovací zpráva, která se zobrazí na jeho smartphonu, i když aplikace není otevřená.
Tato upozornění mohou zahrnovat připomenutí, aktualizace, slevy a další.
Jsou vytvořeny tak, aby upoutaly zraky uživatelů. Název, zpráva, obrázek a adresa URL jsou všechny možné součásti oznámení push. Jejich součástí mohou být i emotikony, loga a další věci.
Operační systémy jako Apple OS a Google Android mají různá rozhraní pro oznámení push.
Push oznámení lze použít k podpoře zapojení, zvýšení používání aplikací, ovlivnění konverzí a ještě mnohem více.
Možnosti jsou skutečně neomezené.
Push notifikace pro mobilní zařízení, známá také jako push notifikace pro mobilní zařízení, mohou doplnit vaše používání kanálů, jako je e-mail, SMS a online push notifikace, o řadu speciálních výhod.
V tomto příspěvku obdržíte rychlý popis oznamovací služby a informace o jejím účelu, designu na vysoké úrovni, speciálních funkcích a dalších.
Objektivní
Vyvinout oznamovací službu, která dokáže efektivně distribuovat zprávy od produktu k uživatelům prostřednictvím různých kanálů
požadavky:
- Odesílání API: Zveřejněte autorizovaný koncový bod, aby jakýkoli backend a mikroslužba mohly začít doručovat oznámení.
- Kompatibilní kanály: Podpora doručování upozornění na jakýkoli kanál, který publikuje rozhraní API, jako je e-mail, textová zpráva a push.
- Předvolby uživatele: Umožňují uživatelům vybrat si uživatelské předvolby pro každý kanál a oznámení.
- Limity pro soulad s navazujícími službami: Vyhněte se vlastní e-mail nebo služba SMS omezena nebo zastavena.
- Škálovatelné: Umožňuje (teoreticky) nekonečné horizontální škálování.
Architektura na vysoké úrovni
Řekněme, že váš kód má někoho informovat:
- Koncový bod POST / odeslání je vyvolán vaším kódem. Pro každý dostupný kanál požadavek obsahuje ID uživatele příjemce, typ oznámení a jeho obsah.
- Tok přihlašovacích údajů klienta OAuth2 používá koncový bod /send k ověření požadavku.
- Z databáze jsou pak požadovány volby oznámení uživatele. Předvolby ukazují, zda je uživatel přihlášen k odběru určitého kanálu a oznámení.
- Z databáze bude číst uživatelské charakteristiky, jako jsou e-mailové adresy a telefonní čísla.
- Tento koncový bod vytvoří objekt zprávy, který zahrnuje uživatelské charakteristiky, kanály a obsah specifický pro kanál. Nezahrnuje však deaktivované kanály. Zpráva je poté doručena službě fan-out.
- Příchozí zprávy jsou šířeny do front úloh prostřednictvím služby fanout. Filtrování je však na místě, aby se ignorovaly fronty úloh pro kanály, které nejsou specifikovány ve zprávě.
- Každý kanál má procesor a pracovní frontu. Zpracovatel převezme úkol a poté požádá o příslušnou službu, jako je transakční e-mail nebo služba SMS.
Hlavní prvky architektury
POST/odeslané
Možná jste si všimli, že požadavek na tento koncový bod obsahuje pouze ID uživatele a ani e-mailovou adresu ani telefonní číslo. To umožňuje, aby oznamovací služby zůstaly pro vaše uživatele anonymní.
Pro zajištění škálovatelnosti je koncový bod umístěn za a balancer.
Vaše typické uživatelské ověřování neposkytuje ochranu pro koncový bod.
Musíte použít odlišnou metodu ověřování známou jako OAuth2 Client Credential Flow používanou pro komunikaci mezi servery, protože služba, která odesílá požadavek, je samotný software.
Vaše aplikace bude poskytovat upozornění na mnoha různých místech. Funkci odesílání můžete využít téměř kdekoli, například z nové kódové základny nebo pracovního postupu sestavování, a to tak, že ji implementujete jako koncový bod za vyvažovači zátěže, což zaručuje, že je nezávisle škálovatelná.
PUT/uživatelské preference
Použijte pár klíč/hodnota nebo databázi NoSQL, která je extrémně škálovatelná. Záznamy naformátujte následovně: KLÍČ: ukázkové uživatelské id: ukázkové id oznámení, HODNOTA: [“e-mail“, „stav: pravda“, „SMS“, „stav: nepravda“, kanál: „e-mail“, „e-mail“, stav : skutečný
Pokud jsou v záznamech přítomny hodnoty „false“, koncový bod přenosu vyloučí odpovídající kanál ze zprávy doručené do fanoučku. Pokud pro kanál neexistuje záznam, uživatel výslovně neuvedl své preference. V tomto scénáři musíte souhlasit s výchozím nastavením.
Uživatel může upravit data v databázi uživatelských předvoleb pomocí vašeho uživatelského rozhraní a běžného koncového bodu, který je zabezpečen vašimi standardními ověřovacími postupy.
Uživatelé budou podrážděni a budou nuceni označit vaše upozornění jako spam nebo je umlčet, pokud jim neposkytnete možnost změnit jejich předvolby oznámení. Výsledkem bude další poškození vašeho uživatelského prostředí a služby doručování e-mailů nebo SMS mohou pozastavit váš účet.
Odfoukněte
Fanout zkopíruje zprávu a rozešle ji na různá místa. Jsou cenově dostupné a velmi škálovatelné. Použijte SNS v AWS. Používejte Pub/Sub v Azure a témata a předplatná v Google Cloud Platform.
Chcete-li zabránit odesílání nesmyslných zpráv do front úloh vyloučeného kanálu, můžete nakonfigurovat filtrování mezi frontami fanout a pracovními frontami. Například v AWS SNS můžete určit, že fronta e-mailových úloh by měla dostávat zprávu fanout pouze v případě, že má hodnotu „email“ v poli „channels“.
I když byste mohli vytvořit kód pro odeslání stejné zprávy do požadovaných front úloh, fanout je efektivnější a vyžaduje méně kódování. Fanout také nabízí pohodlí přidávání a odstraňování front, což vám umožňuje rozšiřovat a reorganizovat vaše kanály.
Zpracování práce
Zprávy jsou uloženy ve frontách čekajících na zpracování vašimi procesory úloh. Jsou také cenově dostupné a velmi škálovatelné. Procesory úloh jsou části kódu, které zpracovávají zprávy z front úloh. V závislosti na objemu zpráv ve frontě se mohou škálovat.
Zpracovatel by měl zavolat API správnému poskytovateli, aby doručil oznámení v našem scénáři prostřednictvím transakční e-mailové služby.
Většina poskytovatelů doručování e-mailů, SMS a podobných zpráv má přísné požadavky na množství a kalibr odesílaných zpráv. Navíc je chcete důkladně prozkoumat a nastavit vhodné postupy. Zde je naše rada, jak se vyhnout ukončení z AWS SES.
Můžete definovat maximální počet zpracovatelů úloh, abyste zabránili překročení limitů sazeb doručovacích služeb.
Další vylepšení
Můžete se podívat na spoustu těchto položek.
- Potřebují vlastní rozhraní API, tabulky atd., aby měli škálovatelnou službu oznámení v aplikaci.
- Shromáždění a zobrazení zprávy o otevření/kliknutí
- Odstranění obsahu oznámení z kódu a umožnění vašemu produktovému a návrhářskému týmu upravit upozornění vizuálně bez změny kódu
- Beze změny kódu může váš tým používat řídicí panel k aktivaci nebo deaktivaci oznámení pro určité kanály.
Výhody push notifikace
- Posílení interakce uživatelů: Aktualizace a nové materiály udrží vaše uživatele v zájmu.
- Zvyšte viditelnost komunikace: Zajistěte, aby vaše zprávy byly přijímány okamžitě, i když lidé nejsou aktivní. Odesílejte naléhavá upozornění a poskytněte uživatelům hladký průběh.
- Zachovat zachování: Použijte oznámení push, která jsou jasně viditelná, abyste vyzvali uživatele, aby se vrátili. Můžete zvýšit udržení uživatelů a snížit jejich odchod tím, že zákazníky přivedete zpět na svůj web a do aplikace.
- Vylepšete konverze: Vytvářením push kampaní kolem ocenění v aplikaci, propagačních akcí, slev nebo jiných nabídek můžete zvýšit prodeje.
- Škálujte svůj podnik: Váš komunikační přístup se musí měnit s tím, jak se rozšiřuje vaše publikum. Jak se vaše klientská základna rozšiřuje, push notifikace jsou efektivní metodou, jak s nimi zůstat v kontaktu.
- Propojte uživatelskou zkušenost (UX): Poskytováním transakčních upozornění spotřebitelům, aby byli informováni a poskytováním hladkého prostředí napříč kanály, můžete snížit tření během cesty zákazníka.
Proč investovat do čističky vzduchu?
Na závěr jsme získali znalosti o architektuře škálovatelné služby push notifikace. Podívali jsme se také na nástroje, které poskytují všichni hlavní poskytovatelé cloudových služeb, abyste na nich mohli založit svá oznámení.
Navzdory tomu, že jsem se ze všech sil snažil poskytnout vám přehled o architektuře systému push notifikací, v zákulisí se toho děje mnohem víc.
Upřímně doufám, že pro vás budou tyto informace užitečné a dobře je využijete.
Napsat komentář