உங்கள் ஆப்பில் அறிவிப்புகளை எப்படி சேர்ப்பது: In-App, Email மற்றும் Push
web ஆப்பில் அறிவிப்புகளைச் சேர்க்க, in-app அறிவிப்புகளில் தொடங்குங்கள்: உங்கள் database-இல் ஒரு அறிவிப்புகள் table மற்றும் படிக்கப்படாத உருப்படிகளைக் காட்டும் bell icon. மக்கள் இல்லாதபோது தெரிந்திருக்க வேண்டியவற்றுக்கு ஒரு email provider மூலம் email-ஐச் சேருங்கள், நேரத்தில் வரும் எச்சரிக்கைகள் முக்கியமாக இருக்கும்போது மட்டும் web push-ஐச் சேருங்கள், ஏனெனில் அதற்கு service worker, பயனர் அனுமதி, மற்றும் iPhone-இல் ஆப் Home Screen-இல் சேமிக்கப்பட்டிருக்க வேண்டும். நீங்கள் எந்த சேனல்களைப் பயன்படுத்தினாலும், ஒவ்வொரு அறிவிப்பையும் சர்வரில் ஒரே இடத்தில் உருவாக்குங்கள், எதைப் பெறுவது என்பதை பயனர்கள் தேர்வு செய்யட்டும்.
இந்த வழிகாட்டி சேனல்களை ஒப்பிடுகிறது, ஒரு எளிய கட்டமைப்பைக் காட்டுகிறது, AI app builder-உடன் பயன்படுத்தக்கூடிய prompts தருகிறது.
முக்கிய சேனல்களின் ஒப்பீடு
| சேனல் | பயனர்களைச் சென்றடையும் நேரம் | அமைப்பு முயற்சி | இயக்கச் செலவு | சிறந்தது |
|---|---|---|---|---|
| In-app (bell, toasts) | அவர்கள் உங்கள் ஆப்பைப் பயன்படுத்தும்போது | குறைவு | உங்கள் database தவிர வேறு செலவு இல்லை | செயல்பாடு, குறிப்பிடுதல்கள், நிலை மாற்றங்கள் |
| அவர்கள் email பார்க்கும் எந்த நேரத்திலும் | நடுத்தரம்: provider, domain அமைப்பு | உங்கள் provider-இன் ஒரு-மின்னஞ்சல் விலை | ரசீதுகள், தொகுப்புகள், முக்கியமான அனைத்தும் | |
| Web push | browser அல்லது நிறுவப்பட்ட web ஆப், மூடியிருந்தாலும் | நடுத்தரம் முதல் அதிகம் | பொதுவாக அனுப்ப இலவசம் | நேரம் உணர்திறன் கொண்ட எச்சரிக்கைகள் |
| SMS | கிட்டத்தட்ட எப்போதும் | நடுத்தரம்; ஒப்புதல் விதிகள் பொருந்தும் | ஒரு-செய்தி கட்டணங்கள் | சந்திப்பு நினைவூட்டல்கள், அவசர எச்சரிக்கைகள் |
| Chat கருவிகள் (Slack, Teams) | அவர்கள் வேலையில் இருக்கும்போது | குறைவு முதல் நடுத்தரம் | பொதுவாக இலவசம் | உள் கருவிகள் மற்றும் குழு எச்சரிக்கைகள் |
பெரும்பாலான ஆப்களுக்கு in-app மற்றும் email தேவை. நேரம் உண்மையில் முக்கியமாக இருக்கும்போது — முன்பதிவு நினைவூட்டல் அல்லது தயாரான ஆர்டர் போல — push மற்றும் SMS பயனுள்ளவை.
அறிவிப்பு அமைப்பு எப்படி ஒன்றிணைகிறது
எளிமையாகவும் மையமாகவும் வைத்திருங்கள்:
- ஏதோ ஒன்று நடக்கிறது. ஒரு கருத்து பதிவிடப்படுகிறது, ஒரு பணம் செலுத்துதல் தோல்வியடைகிறது, ஒரு முன்பதிவு நாளை.
- உங்கள் சர்வர் ஒரே function-ஐ அழைக்கிறது, எடுத்துக்காட்டாக
notify(user, type, data). - அந்த function பயனரின் விருப்பங்களைச் சரிபார்த்து
notificationstable-இல் ஒரு வரியை எழுதுகிறது (bell-க்காக). - பின்னர் அந்த வகைக்கு பயனர் இயக்கிய பிற சேனல்களுக்கு அனுப்புகிறது: உங்கள் provider மூலம் email, Push API மூலம் push.
- frontend படிக்கப்படாத அறிவிப்புகளைக் காட்டுகிறது, திறக்கும்போது படித்ததாக குறிக்கிறது.
ஒரே நுழைவுப் புள்ளி இருப்பதால், codebase முழுவதும் தேடாமல் ஒரு சேனலைச் சேர்க்கலாம், வாசகத்தை மாற்றலாம், அல்லது விருப்பங்களை மதிக்கலாம்.
எதைச் சேமிப்பது
அறிவிப்புகள் table-க்கு பொதுவாக இவை தேவை: பயனர் ID, வகை (எடுத்துக்காட்டாக comment_reply), குறுகிய தலைப்பு மற்றும் உடல், தொடர்புடைய பக்கத்திற்கான link, உருவாக்கிய நேரம், படித்த நேரம். ஒரு தனி விருப்பங்கள் table ஒவ்வொரு பயனரும் ஒவ்வொரு வகைக்கும் எந்த சேனல்களை விரும்புகிறார் என்பதைச் சேமிக்கும்.
புதிய அறிவிப்புகளைக் காட்டுதல்
- பக்கம் பார்க்கும்போது ஏற்றி ஒவ்வொரு 30–60 வினாடிக்கும் poll செய்யுங்கள். எளிமையானது, நம்பகமானது.
- நேரடி புதுப்பிப்புகள் WebSockets அல்லது server-sent events மூலம் உடனடியாக உணரும், ஆனால் நகரும் பாகங்களைச் சேர்க்கும். உடனடி புதுப்பிப்புகள் முக்கியமில்லையென்றால் polling-இல் தொடங்குங்கள்.
Email அறிவிப்புகள்
Email-க்கு அனுப்பும் provider மற்றும் சரிபார்க்கப்பட்ட domain தேவை; விவரங்கள் உங்கள் ஆப்பிலிருந்து emails அனுப்புவது எப்படி என்பதில் உள்ளன. அறிவிப்புகளுக்கு குறிப்பாக:
- சர்வரிலிருந்து அனுப்புங்கள், browser-இல் provider key வைத்து ஒருபோதும் அனுப்பாதீர்கள்.
- அடிக்கடி நிகழும் நிகழ்வுகளை குழுவாக்குங்கள். ஒரு email-இல் "3 புதிய கருத்துகள்" என்பது மூன்று emails-ஐ விட சிறந்தது.
- குறைந்த முன்னுரிமை செயல்பாட்டுக்கு தினசரி அல்லது வாராந்திர தொகுப்பை வழங்குங்கள்.
- அத்தியாவசியமற்ற email-இல் unsubscribe அல்லது விருப்பங்கள் link சேருங்கள். marketing email பற்றிய விதிகள் நாட்டுக்கு நாடு வேறுபடும்; உங்களுக்குப் பொருந்துவதை சரிபாருங்கள்.
Web push அறிவிப்புகள்
Web push உங்கள் தளம் ஆப் அறிவிப்புகள் போல் தோன்றும் எச்சரிக்கைகளை அனுப்ப அனுமதிக்கிறது. MDN-இன் Push API ஆவணத்தின்படி, இது இப்படி வேலை செய்கிறது:
- உங்கள் தளம் ஒரு service worker-ஐப் பதிவு செய்கிறது, இது browser பின்னணியில் இயக்கக்கூடிய ஒரு script.
- பயனர் ஒப்புக்கொண்ட பிறகு, service worker
PushManager.subscribe()மூலம் சந்தா செய்கிறது. browser ஒரு endpoint மற்றும் encryption keys கொண்ட subscription-ஐத் திருப்பித் தருகிறது. - உங்கள் சர்வர் அந்த subscription-ஐ சேமிக்கிறது, ஏதாவது நடக்கும்போது endpoint-க்கு ஒரு செய்தியை அனுப்புகிறது, பொதுவாக VAPID keys (உங்கள் சர்வரை அடையாளம் காட்டும் key pair) மூலம் கையொப்பமிடப்பட்டு.
- உங்கள் பக்கம் திறக்கப்படாவிட்டாலும், browser உங்கள் service worker-ஐத் தொடங்குகிறது, அது அறிவிப்பைக் காட்டுகிறது.
endpoint-ஐ ரகசியமாக வைத்திருக்க வேண்டும் என்றும் MDN குறிப்பிடுகிறது, ஏனெனில் அதை அறிந்தாலே அந்தப் பயனருக்கு செய்திகளை அனுப்ப முடியும்.
iPhone மற்றும் iPad
WebKit iOS மற்றும் iPadOS 16.4-இல் web apps-க்கு Web Push-ஐச் சேர்த்தது; அதன் அறிவிப்பில் இரண்டு நிபந்தனைகள் உள்ளன: தளம் Home Screen-இல் சேர்க்கப்பட்டிருக்க வேண்டும், மேலும் அனுமதி Subscribe பொத்தானைத் தட்டுவது போன்ற பயனர் செயலுக்கு பதிலாக கேட்கப்பட வேண்டும். எனவே iPhone-இல், உங்கள் web ஆப்பை நிறுவிய பயனர்களை மட்டுமே push சென்றடையும். web ஆப்பை நிறுவுவது என்றால் என்ன என்பதற்கு native மற்றும் progressive web apps பார்க்கவும்.
அனுமதியை நன்றாகக் கேட்பது
முதல் வருகையிலேயே கேட்காதீர்கள். முதலில் நன்மையை விளக்குங்கள் ("உங்கள் வகுப்புக்கு ஒரு மணி நேரம் முன் நினைவூட்டல் பெறுங்கள்"), பிறகு பயனர் ஒரு பொத்தானைத் தட்டும்போது browser prompt-ஐக் காட்டுங்கள். யாராவது மறுத்தால், browser மீண்டும் கேட்க அனுமதிக்காமல் போகலாம், எனவே முன்கூட்டிய prompt அவர்களை நிரந்தரமாக இழக்கச் செய்யலாம்.
திட்டமிட்ட அறிவிப்புகளுக்கு ஒரு trigger தேவை
"24 மணி நேரத்திற்கு முன் நினைவூட்டல்" அல்லது "ஒவ்வொரு திங்கட்கிழமையும் வாராந்திர சுருக்கம்" இரண்டுக்கும் அட்டவணையில் இயங்க ஏதாவது தேவை. அது background-job பிரச்சினை, background jobs-ஐ எப்படி இயக்குவது என்பதில் விளக்கப்பட்டுள்ளது. ஒரு பொதுவான முறை: ஒரு வெளிப்புற scheduler ஒவ்வொரு சில நிமிடங்களுக்கும் பாதுகாக்கப்பட்ட endpoint-ஐ அழைக்கும், அந்த endpoint நிலுவையில் உள்ளதை அனுப்பும்.
உங்கள் AI builder-க்குக் கொடுக்க வேண்டிய prompts
in-app உடன் தொடங்குங்கள்:
In-app அறிவிப்புகளைச் சேர்க்கவும். ஒரு notifications table உருவாக்கவும் (user, type, title, body, link, created_at, read_at). ஒவ்வொரு அம்சமும் அழைக்கும் server function notify(userId, type, data) சேர்க்கவும். header-இல் படிக்கப்படாத எண்ணிக்கையுடன் ஒரு bell icon, சமீபத்திய 20-இன் dropdown, மற்றும் "அனைத்தையும் படித்ததாகக் குறி" பொத்தான் காட்டவும். ஒவ்வொரு 60 வினாடிக்கும் புதியவற்றுக்கு poll செய்யவும்.
பிறகு விருப்பங்களும் email-உம்:
அறிவிப்பு அமைப்புகளைச் சேர்க்கவும்: ஒவ்வொரு வகைக்கும் (கருத்து பதில்கள், குறிப்பிடுதல்கள், பில்லிங்), பயனர் in-app, email, இரண்டும் அல்லது எதுவும் வேண்டாம் என்பதைத் தேர்வு செய்யட்டும். notify() இவற்றை மதிக்க வேண்டும். [PROVIDER] மூலம் email அனுப்பவும், சர்வரில் மட்டும் [ENV_NAME] என்ற secret-ஐப் பயன்படுத்தி. கருத்து emails-ஐ குழுவாக்குங்கள், ஒரு பயனருக்கு 15 நிமிடத்திற்கு அதிகபட்சம் ஒரு email மட்டும் போகும்படி.
தேவைப்பட்டால், பிறகு push:
விருப்பத்தேர்வு web push-ஐச் சேர்க்கவும். service worker-ஐப் பதிவு செய்யவும், VAPID keys உருவாக்கி private key-ஐ ஒரு secret ஆக சேமிக்கவும். settings-இல் "அறிவிப்புகளை இயக்கு" பொத்தானைச் சேர்க்கவும், அது கிளிக் செய்யப்படும்போது மட்டும் அனுமதி கேட்கட்டும். ஒவ்வொரு பயனர் மற்றும் சாதனத்திற்கும் subscription-ஐ சேமிக்கவும், பயனர் ஒப்புக்கொண்டிருந்தால் notify()-இலிருந்து push அனுப்பவும், push சேவை காலாவதியானதாகக் குறிக்கும் subscriptions-ஐ நீக்கவும்.
பொதுவான தவறுகள்
- அறிவிப்புகள் code முழுவதும் சிதறிக் கிடப்பது. ஒவ்வொரு அம்சமும் தனித்தனியாக email அனுப்பும், விருப்பங்கள் புறக்கணிக்கப்படும். ஒரே
notify()function-ஐப் பயன்படுத்துங்கள். - பக்கம் ஏற்றப்படும்போதே push அனுமதியைக் கேட்பது. பெரும்பாலானவர்கள் மறுத்துவிடுவார்கள், மீண்டும் வாய்ப்பு கிடைக்காமல் போகலாம்.
- விருப்பங்கள் இல்லாமல் இருப்பது. தொந்தரவான எச்சரிக்கைகளை அணைக்க முடியாத பயனர்கள் எல்லாவற்றையும் அணைப்பார்கள், அல்லது வெளியேறுவார்கள்.
- browser-இலிருந்து அனுப்புவது. email மற்றும் push keys சர்வரில் இருக்க வேண்டும்.
- இறந்த push subscriptions-ஐ சுத்தம் செய்யாதது. காலாவதியான subscriptions குவிந்து அனுப்புதல்களை வீணாக்கும்.
- அறிவிப்பு உரையில் உணர்திறன் தகவல்கள். lock screen-இல் அது தெரியும். "உங்களுக்கு புதிய செய்தி உள்ளது" என்பது செய்தியையே காட்டுவதை விட பாதுகாப்பானது.
- என்ன அனுப்பப்பட்டது என்ற பதிவு இல்லாதது. "எனக்கு email வரவில்லை" என்று பயனர் சொல்லும்போது, provider message IDs உள்ள logs ஏன் என்று கண்டறிய உதவும்.
சரிபார்ப்புப் பட்டியல்
- எல்லா இடங்களிலும் பயன்படுத்தப்படும் ஒரு சர்வர்-பக்க
notify()function - படிக்கப்பட்ட நிலையுடன் கூடிய notifications table, படிக்கப்படாத எண்ணிக்கையுடன் ஒரு bell
- ஒவ்வொரு வகைக்கும் சேனல் விருப்பங்கள்,
notify()மதிக்கிறது - சர்வரிலிருந்து சரிபார்க்கப்பட்ட domain-உடன் email அனுப்பப்படுகிறது; அடிக்கடி நிகழும் நிகழ்வுகளுக்கு தொகுப்பு அல்லது குழுவாக்கம்
- பயனர் செயலுக்குப் பிறகு மட்டும், விளக்கத்துடன் push அனுமதி கேட்கப்படுகிறது
- desktop-இலும், Home Screen-இல் ஆப் சேர்க்கப்பட்ட iPhone-இலும் push சோதிக்கப்பட்டது
- காலாவதியான push subscriptions நீக்கப்பட்டுள்ளன
- push அல்லது email முன்னோட்டங்களில் உணர்திறன் உள்ளடக்கம் இல்லை
- திட்டமிட்ட நினைவூட்டல்களுக்கு நம்பகமான trigger உள்ளது
Mythex-இல் அறிவிப்புகள்
Mythex நீங்கள் உருவாக்கும் ஆப்களுக்கு உள்ளமைந்த email அல்லது push சேவையை உள்ளடக்கவில்லை, எனவே உங்கள் சொந்த email provider-ஐக் கொண்டு வருகிறீர்கள், உங்கள் சொந்த push keys-ஐ உருவாக்கி project secrets-ஆக சேமிக்கிறீர்கள். in-app பகுதிக்கு project-இன் database மட்டுமே தேவை, அதை நீங்கள் கேட்கும்போது Mythex சேர்க்கும். மேலே உள்ளது போன்ற prompts மூலம் உருவாக்கி, Preview-இல் bell மற்றும் emails-ஐச் சோதியுங்கள், மேலும் service workers மற்றும் push-க்கு உண்மையான HTTPS முகவரி தேவை என்பதால் publish செய்த URL-இல் push-ஐச் சோதியுங்கள். docs-இன் உங்கள் ஆப்பிலிருந்து email அனுப்பு செய்முறையில் தொடக்க prompt உள்ளது. Mythex திட்டமிட்ட jobs-ஐ ஆவணப்படுத்தவில்லை, எனவே background jobs-ஐ எப்படி இயக்குவது என்பதில் விளக்கியபடி வெளிப்புற trigger மூலம் நேர நினைவூட்டல்களைத் திட்டமிடுங்கள்.
கேள்விகள்
web ஆப்பில் சேர்ப்பதற்கு எளிதான அறிவிப்பு எது?
In-app அறிவிப்புகள்: உங்கள் database-இல் அறிவிப்புகளின் table மற்றும் படிக்கப்படாதவற்றைக் காட்டும் bell icon. இவற்றுக்கு மூன்றாம் தரப்பு சேவை தேவையில்லை. அடுத்த படி email, அதற்கு ஒரு email provider தேவை.
web ஆப் iPhone-களுக்கு push அறிவிப்புகளை அனுப்ப முடியுமா?
ஆம், சில வரம்புகளுடன். iOS மற்றும் iPadOS 16.4-இல் Home Screen web apps-க்கு WebKit Web Push-ஐ சேர்த்தது, எனவே பயனர் முதலில் உங்கள் web ஆப்பை Home Screen-இல் சேர்க்க வேண்டும், அனுமதி ஒரு Subscribe பொத்தான் போன்ற தட்டுதலுக்குப் பிறகு கேட்கப்பட வேண்டும்.
இணையதளம் மூடப்பட்டிருக்கும்போது push அறிவிப்புகள் வேலை செய்யுமா?
ஆம். Push API செய்திகளை உங்கள் தளத்தின் service worker-க்கு வழங்குகிறது; செய்தி வரும்போது browser அதைத் தொடங்குகிறது, எனவே பக்கம் திறந்திருக்க வேண்டியதில்லை. பயனர் முதலில் அனுமதி வழங்கியிருக்க வேண்டும்.
அறிவிப்புகள் பயனர்களை எரிச்சலூட்டாமல் இருக்க எப்படி செய்வது?
பயனர் அக்கறை கொள்ளும் விஷயங்களுக்கு மட்டும் தெரிவிக்கவும், அடுத்தடுத்து வரும் அறிவிப்புகளை ஒரே செய்தியாகக் குழுவாக்கவும், ஒவ்வொரு வகைக்கும் செட்டிங்ஸில் சேனல்களைத் தேர்ந்தெடுக்க அனுமதிக்கவும், அது ஏன் பயனுள்ளது என்று பார்த்த பின்னரே push அனுமதியைக் கேட்கவும்.