پوش نوتیفیکیشن چیست؟ ارسال Push برای سایت، PWA و اپلیکیشن

پوش نوتیفیکیشن چیست و چرا سایت‌ها و اپلیکیشن‌ها از آن استفاده می‌کنند؟ برای پاسخ کوتاه به پرسش «پوش نوتیفیکیشن چیست» باید گفت Push Notification پیامی است که پس از دریافت اجازه کاربر می‌تواند از طرف سایت، PWA یا اپلیکیشن روی دستگاه او نمایش داده شود؛ حتی زمانی که کاربر در همان لحظه داخل صفحه اصلی سایت نیست.

یک اعلان Push می‌تواند درباره وضعیت سفارش، پیام جدید، محتوای تازه، یادآوری، پیشنهاد ویژه یا یک رویداد مهم باشد. تفاوت اصلی آن با بسیاری از پیام‌های داخل سایت این است که Push می‌تواند بیرون از صفحه فعال سایت و در سطح سیستم Notification دستگاه دیده شود.

اما استفاده حرفه‌ای از Push فقط به فشردن دکمه «ارسال اعلان» محدود نمی‌شود. Permission، Subscription، Service Worker، امنیت، Segmentation، Frequency، Deep Link، لغو عضویت و ارتباط Push با CRM و رفتار مشتری همگی بخشی از معماری این قابلیت هستند.

یکی از کاربردهای عملی Push در فروشگاه‌ها، اطلاع‌رسانی رویدادهایی است که کاربر منتظر آن‌هاست؛ برای نمونه در فروشگاه پوشاک آنلاین می‌توان موجود شدن دوباره یک سایز یا رنگ، شروع تخفیف یا ورود کالکشن جدید را اطلاع داد.

در این راهنما بررسی می‌کنیم پوش نوتیفیکیشن چیست، Web Push چگونه کار می‌کند، چه تفاوتی با اعلان Native App دارد، Push روی PWA و iPhone چگونه اجرا می‌شود و یک کسب‌وکار چه زمانی باید از Push برای فروش، پشتیبانی و ارتباط با مشتری استفاده کند.

پوش نوتیفیکیشن چیست؟

Push Notification یک پیام کوتاه و قابل مشاهده است که از یک سرویس دیجیتال به دستگاه کاربر ارسال می‌شود.

در اپلیکیشن موبایل، این پیام معمولاً از طریق زیرساخت Push سیستم‌عامل دریافت می‌شود. در وب، Web Push از APIهای استاندارد مرورگر و Service Worker استفاده می‌کند.

محتوای Push می‌تواند شامل این اجزا باشد:

• عنوان اعلان
• متن کوتاه
• آیکون
• تصویر در پلتفرم‌های پشتیبانی‌شده
• لینک مقصد
• شناسه یا Tag
• Action در برخی محیط‌ها

کاربر پس از لمس یا کلیک روی اعلان می‌تواند به صفحه‌ای مشخص از سایت یا اپلیکیشن هدایت شود.

Push با Notification چه تفاوتی دارد؟

این دو اصطلاح بسیار نزدیک‌اند اما دقیقاً یک مفهوم واحد نیستند.

Notification خود اعلان قابل مشاهده برای کاربر است.

Push مکانیزمی است که پیام را از Server به دستگاه یا Browser می‌رساند.

ممکن است یک برنامه Notification محلی ایجاد کند بدون اینکه Push جدیدی از Server دریافت کرده باشد. از طرف دیگر Push Message می‌تواند وارد Service Worker شود و سپس براساس منطق برنامه Notification نمایش داده شود.

در استفاده روزمره، عبارت Push Notification برای کل این فرایند به کار می‌رود.

Web Push چیست؟

Web Push امکان ارسال پیام از Server به Web Application را فراهم می‌کند.

طبق مستندات رسمی Push API، وب‌اپلیکیشن می‌تواند حتی وقتی در foreground نیست پیام Push دریافت کند. Service Worker در زمان نیاز فعال می‌شود و Push Event را پردازش می‌کند.

برای مطالعه جزئیات فنی می‌توانید مستندات Push API در MDN را بررسی کنید.

این قابلیت باعث می‌شود سایت از یک صفحه صرفاً وابسته به حضور لحظه‌ای کاربر فراتر برود و بتواند پس از Opt-in، رویدادهای مهم را به او اطلاع دهد.

پوش نوتیفیکیشن سایت چگونه کار می‌کند؟

اگر بخواهیم به شکل ساده توضیح دهیم، مسیر عمومی Web Push به این شکل است:

1. کاربر وارد سایت می‌شود.
2. سایت امکان دریافت اعلان را معرفی می‌کند.
3. کاربر خودش اجازه Notification را می‌دهد.
4. Browser یک Push Subscription ایجاد می‌کند.
5. اطلاعات Subscription به Backend سایت ارسال می‌شود.
6. Backend در زمان مناسب یک Push Message ارسال می‌کند.
7. Push Service پیام را به Browser می‌رساند.
8. Service Worker پیام را دریافت می‌کند.
9. Notification برای کاربر نمایش داده می‌شود.
10. کلیک کاربر می‌تواند او را به URL مشخص هدایت کند.

در ظاهر فقط یک Popup کوچک دیده می‌شود، اما پشت آن یک ارتباط Server، Browser و Service Worker وجود دارد.

Push Subscription چیست؟

وقتی کاربر دریافت Web Push را قبول می‌کند، Browser یک Subscription مخصوص ایجاد می‌کند.

این Subscription معمولاً شامل Endpoint و اطلاعات رمزنگاری لازم برای ارسال پیام است.

Subscription را نباید مثل یک رشته بی‌اهمیت در نظر گرفت. MDN تأکید می‌کند Endpoint یک Capability URL محسوب می‌شود و باید از آن محافظت شود.

Backend همچنین باید بتواند Subscriptionهای منقضی یا لغوشده را پاک کند تا فهرست گیرندگان به‌مرور پر از مقصدهای نامعتبر نشود.

Service Worker چه نقشی در Push دارد؟

Service Worker یک JavaScript Worker است که جدا از صفحه اصلی سایت اجرا می‌شود.

در Web Push، Service Worker می‌تواند Push Event را دریافت کند و Notification را نمایش دهد.

مزیت این معماری این است که دریافت پیام کاملاً به بازبودن Tab سایت وابسته نیست.

Service Worker می‌تواند هنگام رسیدن پیام فعال شود، اطلاعات لازم را پردازش کند و با استفاده از API مربوط، Notification را نمایش دهد.

آیا بدون Service Worker می‌توان Web Push داشت؟

مدل استاندارد Web Push در مرورگرهای رایج به Service Worker وابسته است.

البته فناوری‌های وب در حال تکامل هستند. WebKit در نسخه‌های جدیدتر Safari روی Declarative Web Push نیز کار کرده است که در بعضی شرایط امکان نمایش Notification بدون اجرای JavaScript Service Worker را فراهم می‌کند.

با این حال برای پیاده‌سازی Cross-browser بهتر است Feature Detection و مستندات جاری Browserهای هدف بررسی شوند.

Push API چیست؟

Push API بخشی از Web Platform است که Subscription و دریافت Push Message را برای Web Application مدیریت می‌کند.

از طریق PushManager می‌توان Subscription ایجاد کرد و اطلاعات موردنیاز را برای Backend دریافت کرد.

Push API خودش ظاهر Notification را تعریف نمی‌کند؛ نمایش اعلان معمولاً با Notifications API و Service Worker انجام می‌شود.

Notifications API چیست؟

Notifications API امکان نمایش اعلان در سطح سیستم را به Web Application می‌دهد.

اما سایت نمی‌تواند بدون اجازه کاربر هر زمان خواست Notification نمایش دهد.

Permission Notification در اختیار خود کاربر است و وضعیت آن معمولاً یکی از سه حالت زیر است:

• default؛ هنوز تصمیم نگرفته است.
• granted؛ اجازه داده است.
• denied؛ اجازه را رد کرده است.

چه زمانی باید Permission اعلان را از کاربر بخواهیم؟

یکی از مهم‌ترین اصول تجربه کاربری Push این است که فوراً بعد از ورود کاربر به سایت Browser Prompt نمایش داده نشود.

کاربر هنوز نمی‌داند چه ارزشی دریافت می‌کند.

بهتر است ابتدا دلیل مشخصی برای فعال‌کردن Push نشان داده شود؛ برای مثال:

• «وضعیت سفارش را روی گوشی دریافت کنید.»
• «از موجودشدن این محصول باخبر شوید.»
• «خبرهای مهم این بخش را دریافت کنید.»
• «اعلان پاسخ پشتیبانی را فعال کنید.»

سپس بعد از اقدام مستقیم خود کاربر، Permission Browser درخواست شود.

MDN نیز توصیه می‌کند درخواست Notification Permission در پاسخ به User Gesture مانند کلیک کاربر انجام شود.

چرا درخواست زودهنگام Push اشتباه است؟

اگر کاربر هنگام اولین ورود با پیام «Allow Notifications?» روبه‌رو شود ولی هنوز ارزشی از سایت ندیده باشد، احتمال ردکردن درخواست بالا می‌رود.

مشکل مهم این است که Permission ردشده همیشه به‌سادگی قابل درخواست مجدد نیست و ممکن است کاربر مجبور شود از تنظیمات Browser آن را تغییر دهد.

بنابراین Permission یک دارایی UX است و نباید آن را بی‌دلیل مصرف کرد.

پوش نوتیفیکیشن در PWA چگونه کار می‌کند؟

PWA یکی از کاربردهای مهم Web Push است.

یک Progressive Web App می‌تواند Service Worker، Manifest و قابلیت نصب داشته باشد و در پلتفرم‌های پشتیبانی‌شده Push Notification دریافت کند.

به همین دلیل Push یکی از ویژگی‌هایی است که تجربه PWA را به App نزدیک‌تر می‌کند.

برای آشنایی کامل‌تر با ساختار PWA، مقاله اپلیکیشن PWA چیست؟ را مطالعه کنید.

آیا PWA باید باز باشد تا Push دریافت شود؟

خیر؛ هدف Web Push دقیقاً این است که دریافت پیام به بازبودن همان صفحه در foreground محدود نباشد.

در سیستم‌های پشتیبانی‌شده، Push Service پیام را تحویل می‌دهد و Service Worker می‌تواند برای پردازش آن فعال شود.

البته رفتار دقیق Background Delivery به Browser، سیستم‌عامل، تنظیمات کاربر و محدودیت‌های پلتفرم وابسته است.

پوش نوتیفیکیشن روی iPhone کار می‌کند؟

بله، اما Web Push روی iPhone شرایط خاص خود را دارد.

Apple از iOS و iPadOS 16.4 به بعد Web Push را برای Web Appهایی که به Home Screen اضافه شده‌اند ارائه کرده است.

در این مدل، Web App می‌تواند بعد از اقدام مستقیم کاربر درخواست Permission کند و اعلان‌ها در Lock Screen و Notification Center نمایش داده شوند.

برای جزئیات رسمی می‌توانید راهنمای Web Push در iPhone و iPad را ببینید.

آیا برای Web Push آیفون باید Apple Developer Account داشته باشیم؟

برای Web Push استاندارد Home Screen Web App، Apple اعلام کرده است که عضویت Apple Developer Program الزامی نیست.

این موضوع با انتشار یک Native iOS App در App Store متفاوت است.

آیا Push روی Android هم کار می‌کند؟

بله. Android هم برای Web Push و هم برای Native Push محیط بسیار رایجی است.

در Web App، Browser و Push API نقش اصلی دارند. در Native Android App نیز زیرساخت‌های Push مخصوص App استفاده می‌شوند.

یکی از سرویس‌های رایج برای Messaging در Android و Web، Firebase Cloud Messaging یا FCM است.

Firebase Cloud Messaging چیست؟

Firebase Cloud Messaging یک سرویس پیام‌رسانی برای ارسال Message به Web، Android و سایر Clientهای پشتیبانی‌شده است.

در Web، SDK مربوط به FCM روی Browserهایی که Push API را پشتیبانی می‌کنند کار می‌کند و برای Service Worker به Secure Context نیاز دارد.

مستندات رسمی آن در راهنمای Firebase Cloud Messaging برای Web در دسترس است.

اما FCM تنها تعریف Push نیست. Web Push خود یک استاندارد وب است و معماری دقیق می‌تواند براساس Stack پروژه متفاوت باشد.

تفاوت Web Push و Native Push چیست؟

انتخاب Web Push یا Native Push به این بستگی دارد که کاربر از Website، PWA یا Native App استفاده می‌کند.

پوش نوتیفیکیشن با SMS چه تفاوتی دارد؟

Push و SMS هر دو می‌توانند پیام را به موبایل برسانند، اما زیرساخت و مدل Permission آن‌ها متفاوت است.

برای Push معمولاً کاربر باید در Browser یا App Opt-in کند. برای SMS شماره موبایل لازم است و ارسال از شبکه مخابراتی انجام می‌شود.

Push جای SMS را در همه سناریوها نمی‌گیرد. برای پیام‌های حساس مانند OTP نیز باید زیرساخت مناسب همان کاربرد انتخاب شود.

Push با Email چه تفاوتی دارد؟

Email برای پیام‌های طولانی، اسناد و ارتباطات قابل آرشیو مناسب است.

Push برای پیام‌های کوتاه، فوری و Action-oriented مناسب‌تر است.

یک کسب‌وکار حرفه‌ای معمولاً Channelها را جایگزین مطلق یکدیگر نمی‌کند و براساس اهمیت پیام انتخاب می‌کند.

پوش نوتیفیکیشن تراکنشی چیست؟

Transactional Push به رویدادی مربوط است که خود کاربر در آن نقش داشته است.

نمونه‌ها:

• ثبت موفق سفارش
• تغییر وضعیت سفارش
• آماده‌شدن سفارش
• ارسال مرسوله
• پاسخ Ticket
• تغییر وضعیت درخواست
• رسیدن موعد مشخص

این پیام‌ها معمولاً ارزش مستقیم و قابل فهمی برای کاربر دارند.

پوش تبلیغاتی چیست؟

Promotional Push برای معرفی محصول، تخفیف، کمپین یا پیشنهاد استفاده می‌شود.

این نوع Push به دلیل ماهیت تبلیغاتی باید با احتیاط بیشتری مدیریت شود.

اگر هر روز چند اعلان غیرمرتبط ارسال شود، کاربر ممکن است Notification Permission را خاموش کند یا اعتماد خود را به برند از دست بدهد.

Push Notification زمانی مؤثرتر است که بخشی از یک Workflow هدفمند باشد و پیام برای Segment مناسب، با زمان و هدف مشخص ارسال شود. در یک کمپین هوشمند، CRM، بخش‌بندی مشتریان، Push و زمان‌بندی ارسال می‌توانند در کنار یکدیگر قرار گیرند.

پوش نوتیفیکیشن شخصی‌سازی‌شده چیست؟

Personalized Push به‌جای ارسال یک پیام یکسان به همه کاربران، براساس Context یا Segment انتخاب می‌شود.

برای مثال:

• موجودشدن محصولی که کاربر دنبال کرده است.
• تغییر قیمت محصول موردعلاقه.
• وضعیت سفارش همان کاربر.
• پیشنهاد مرتبط با دسته‌ای که قبلاً خریده است.
• یادآوری رویدادی که خودش انتخاب کرده است.

شخصی‌سازی باید بر اساس داده مجاز، شفاف و مرتبط انجام شود؛ نه جمع‌آوری بی‌دلیل اطلاعات حساس.

Segmentation در Push چیست؟

Segmentation یعنی کاربران را براساس ویژگی یا رفتار مرتبط به گروه‌های منطقی تقسیم کنیم.

مثلاً:

• مشتریان فعال
• مشتریان غیرفعال
• خریداران یک دسته خاص
• کاربران PWA
• کاربران Android App
• کاربرانی که اعلان کمپین را پذیرفته‌اند
• مشتریانی که سفارش فعال دارند

ارسال Targeted Push معمولاً از Broadcast بی‌هدف منطقی‌تر است.

پوش نوتیفیکیشن و CRM چه ارتباطی دارند؟

وقتی Push بدون Context ارسال شود، فقط یک کانال ارسال پیام است.

اتصال آن به CRM می‌تواند کمک کند پیام براساس وضعیت واقعی Customer Journey انتخاب شود.

برای مثال CRM می‌تواند نشان دهد مشتری جدید است، خرید قبلی داشته، Lead است یا Ticket فعال دارد.

در چنین معماری‌ای Push می‌تواند یکی از Channelهای ارتباطی باشد، نه یک Database جداگانه از مخاطبان.

برای درک این بخش، مقاله CRM چیست؟ را مطالعه کنید.

پوش نوتیفیکیشن برای فروشگاه اینترنتی چه کاربردی دارد؟

فروشگاه اینترنتی یکی از محیط‌هایی است که Push می‌تواند کاربرد عملی زیادی داشته باشد.

نمونه‌های مناسب:

• تأیید سفارش
• تغییر وضعیت ارسال
• موجودشدن کالا
• شروع تخفیف انتخابی
• پایان نزدیک یک پیشنهاد
• یادآوری Wishlist
• پیام باشگاه مشتریان

برای شناخت ساختار کامل فروشگاه، راهنمای طراحی سایت فروشگاهی و امکانات فروشگاه اینترنتی را ببینید.

آیا برای سبد خرید رهاشده Push بفرستیم؟

Abandoned Cart یکی از کاربردهای رایج Marketing Automation است، اما باید با احتیاط اجرا شود.

اینکه کاربر کالایی را داخل Cart گذاشته الزاماً به معنی رضایت او برای دریافت پیام تبلیغاتی مکرر نیست.

اگر چنین Workflowی طراحی می‌شود، بهتر است:

• کاربر قبلاً Permission داده باشد.
• پیام محدود باشد.
• زمان‌بندی منطقی باشد.
• خرید تکمیل‌شده دوباره Reminder نگیرد.
• امکان خاموش‌کردن این نوع پیام وجود داشته باشد.

پوش نوتیفیکیشن و پرداخت اقساطی

در فروشگاه دارای پرداخت اعتباری یا اقساطی نیز Push می‌تواند برای وضعیت خود سفارش کاربرد داشته باشد.

اما اطلاعات مالی حساس نباید بدون ملاحظه Privacy روی Lock Screen نمایش داده شوند.

برای شناخت Workflow خرید قسطی، مقاله پرداخت اقساطی در فروشگاه اینترنتی را مطالعه کنید.

پوش برای باشگاه مشتریان

باشگاه مشتریان یکی دیگر از سناریوهای طبیعی Push است.

نمونه‌ها:

• افزایش امتیاز
• فعال‌شدن پاداش
• نزدیک‌شدن انقضای Benefit
• پیشنهاد مخصوص Segment
• رویداد تولد یا مناسبت

Push زمانی ارزش بیشتری دارد که به یک Customer Profile واقعی متصل باشد.

برای اطلاعات بیشتر مقاله باشگاه مشتریان چیست؟ را ببینید.

Push برای سایت خبری و محتوا

رسانه خبری می‌تواند برای Breaking News یا موضوعاتی که کاربر انتخاب کرده Push ارسال کند.

اما اگر تمام خبرهای منتشرشده Push شوند، Notification Fatigue خیلی سریع ایجاد می‌شود.

بهتر است کاربر بتواند حوزه موردعلاقه خود را انتخاب کند؛ مثلاً فناوری، اقتصاد یا ورزش.

در مقاله سایت خبری چیست؟ ساختار انتشار و مدیریت اخبار را بررسی کرده‌ایم.

Push برای منوی دیجیتال و رستوران

در QR Menu، بسیاری از کاربران مهمان و کوتاه‌مدت هستند؛ بنابراین Push برای همه مشتریان الزاماً مناسب نیست.

اما اگر مشتری PWA را نصب کرده، عضو باشگاه مشتریان شده یا رابطه تکرارشونده با مجموعه دارد، اعلان می‌تواند برای موارد مشخص کاربرد داشته باشد.

مثلاً:

• آماده‌شدن سفارش
• پیشنهاد مخصوص اعضا
• فعال‌شدن یک آیتم فصلی
• پاداش باشگاه مشتریان

برای شناخت زیرساخت این بخش، مقاله منوی دیجیتال چیست؟ را مطالعه کنید.

Deep Link در Push چیست؟

Deep Link باعث می‌شود کاربر بعد از کلیک روی اعلان دقیقاً به صفحه مرتبط هدایت شود.

مثلاً:

اعلان «سفارش شما ارسال شد» نباید کاربر را فقط به Homepage ببرد؛ بهتر است مستقیماً صفحه همان سفارش باز شود.

یا Push «این محصول موجود شد» باید به Product Page همان محصول برسد.

Deep Linking اصطکاک بین Notification و Action موردنظر را کاهش می‌دهد.

پوش نوتیفیکیشن خوب چه ویژگی‌هایی دارد؟

Push خوب معمولاً کوتاه، مرتبط و Actionable است.

چهار سؤال قبل از ارسال:

• این پیام برای چه کسی است؟
• چرا همین الان باید ارسال شود؟
• ارزش پیام برای کاربر چیست؟
• بعد از کلیک باید کجا برود؟

اگر پاسخ واضحی برای این چهار سؤال نداریم، احتمالاً Push ضروری نیست.

عنوان Push چقدر باید کوتاه باشد؟

محدودیت نمایش بین Platformها متفاوت است و بخشی از متن ممکن است روی صفحه کوچک Cut شود.

بهتر است مهم‌ترین مفهوم در ابتدای عنوان و Body باشد.

برای مثال به‌جای:

«کاربر گرامی، با سلام و احترام به اطلاع می‌رساند که...»

می‌توان نوشت:

«سفارش شما ارسال شد»

و جزئیات بیشتر را در صفحه مقصد نشان داد.

Frequency Capping چیست؟

Frequency Capping یعنی سیستم محدود کند هر کاربر در یک بازه چه تعداد پیام تبلیغاتی دریافت کند.

یک عدد ثابت مناسب برای همه کسب‌وکارها وجود ندارد.

فروشگاه، رسانه خبری، نرم‌افزار مالی و رستوران رفتار کاملاً متفاوتی دارند.

اصل مهم این است که Frequency براساس ارزش پیام و رفتار کاربر طراحی شود.

Notification Fatigue چیست؟

Notification Fatigue زمانی رخ می‌دهد که کاربر آن‌قدر اعلان دریافت می‌کند که دیگر به آن‌ها توجه نمی‌کند یا Permission را کاملاً خاموش می‌کند.

نشانه‌های احتمالی:

• افت Click Rate
• افزایش Unsubscribe
• افزایش Permission Denied
• کاهش تعامل با Campaignها

در چنین وضعیتی راه‌حل ارسال Push بیشتر نیست؛ باید Relevance و Frequency اصلاح شود.

چه KPIهایی برای Push مهم هستند؟

فقط تعداد Sent کافی نیست.

شاخص‌های مفید می‌توانند شامل این موارد باشند:

• Permission Opt-in Rate
• Active Subscriptions
• Delivery Rate
• Notification Click Rate
• Conversion بعد از Push
• Unsubscribe Rate
• Invalid Subscription Rate
• Revenue Attribution در صورت امکان
• Time to Action

برای Transactional Push معیار موفقیت ممکن است با Promotional Push متفاوت باشد.

آیا Push روی SEO تأثیر مستقیم دارد؟

نباید Push Notification را یک Ranking Factor مستقیم فرض کنیم.

Push بیشتر یک ابزار Retention و Re-engagement است.

ممکن است کاربر را دوباره به محتوای مفید سایت برگرداند، اما این با ادعای «ارسال Push باعث افزایش مستقیم رتبه Google می‌شود» متفاوت است.

SEO همچنان به Crawlability، محتوا، Internal Linking، Technical SEO و تجربه کاربر وابسته است.

آیا Push برای Googlebot ارسال می‌شود؟

خیر، منطق Push برای کاربران Opt-in شده طراحی می‌شود، نه Crawler موتور جست‌وجو.

محتوای مهم سایت نباید فقط داخل Notification قرار داشته باشد.

صفحه مقصد باید URL مستقل، Crawlable و محتوای کافی داشته باشد اگر قرار است در Search حضور داشته باشد.

امنیت Web Push

Push Subscription و اطلاعات مربوط به آن باید مثل داده عملیاتی محافظت شوند.

چند اصل مهم:

• HTTPS
• اعتبارسنجی درخواست Subscription
• جلوگیری از CSRF
• محافظت از Endpointها
• عدم ارسال اطلاعات حساس در Notification
• کنترل Authorization برای Targeting
• پاک‌سازی Subscription نامعتبر
• Audit ارسال‌های مدیریتی

MDN نیز در مستندات Push API درباره محافظت در برابر CSRF/XSRF هشدار می‌دهد.

چرا نباید اطلاعات حساس داخل Notification باشد؟

Notification ممکن است روی Lock Screen دیده شود.

بنابراین متن Push نباید بدون ضرورت شامل اطلاعاتی باشد که نمایش عمومی آن برای کاربر مشکل ایجاد کند.

بهتر است Push بگوید:

«یک پیام جدید برای شما ثبت شده است.»

و جزئیات حساس بعد از Authentication داخل حساب کاربر نمایش داده شود.

لغو دریافت Push چگونه باید انجام شود؟

کاربر باید بتواند Notification را خاموش کند.

این کار ممکن است از تنظیمات Browser یا سیستم‌عامل انجام شود و در سیستم‌های حرفه‌ای بهتر است Preferenceهای داخل حساب کاربری نیز وجود داشته باشند.

مثلاً کاربر بتواند:

• پیام سفارش را فعال نگه دارد.
• Push تبلیغاتی را خاموش کند.
• اعلان محتوا را فقط برای دسته خاص دریافت کند.

آیا کاربر بعد از Deny شدن دوباره Permission می‌دهد؟

ممکن است، اما معمولاً سایت نمی‌تواند هر بار Browser Prompt را دوباره نمایش دهد.

کاربر ممکن است مجبور شود Permission را از تنظیمات سایت یا Browser تغییر دهد.

به همین دلیل Pre-permission UX بسیار مهم است.

تفاوت Broadcast و Targeted Push

Broadcast Push به همه Subscribers واجد شرایط یک پیام یکسان ارسال می‌کند.

Targeted Push فقط برای Segment مشخص ارسال می‌شود.

برای مثال:

Broadcast: «نسخه جدید سایت منتشر شد.»

Targeted: «محصولی که دنبال کرده بودید دوباره موجود شد.»

هر دو مدل کاربرد دارند، اما پیام Targeted معمولاً Context بیشتری دارد.

Scheduled Push چیست؟

Scheduled Push یعنی پیام برای زمان مشخص برنامه‌ریزی شود.

این قابلیت در Campaignها، رویدادها یا انتشار محتوا مفید است.

اما Timezone کاربر و ماهیت پیام باید در نظر گرفته شوند. ارسال اعلان تبلیغاتی در نیمه‌شب صرفاً به این دلیل که Server یک زمان ثابت دارد تجربه مناسبی نیست.

Event-triggered Push چیست؟

Event-triggered Push به‌جای ساعت ثابت، با رخ‌دادن یک Event اجرا می‌شود.

مثال:

• Order shipped
• Ticket answered
• Product restocked
• Loyalty reward activated
• Payment confirmed

این Pushها معمولاً Relevance بالایی دارند چون مستقیم به یک Event واقعی مرتبط هستند.

Push Notification و Automation

Automation می‌تواند Push را به Workflowهای کسب‌وکار متصل کند.

اما Automation بدون Guardrail خطرناک است.

مثلاً اگر Event اشتباهی چند بار تکرار شود، نباید کاربر پنج اعلان یکسان دریافت کند.

بنابراین Idempotency، Cooldown و Delivery Log در طراحی سیستم اهمیت دارند.

پوش نوتیفیکیشن چیست از دید مدیر کسب‌وکار؟

برای مدیر کسب‌وکار، پاسخ به سؤال پوش نوتیفیکیشن چیست فقط یک تعریف تکنیکی نیست.

Push یک Channel ارتباطی Owned است که پس از Permission کاربر می‌تواند بین سیستم عملیاتی و دستگاه مشتری ارتباط ایجاد کند.

ارزش آن زمانی بیشتر می‌شود که با Order، CRM، Content، Customer Club و App یکپارچه باشد.

Push Notification در سامانه ساعت صفر

در وب‌پنل ساعت صفر، Push Notification به‌عنوان یکی از قابلیت‌های مستقل سامانه در کنار امکاناتی مانند PWA، Android App، Campaigns، Scheduled Sending و مرکز عملیات ۳۶۰ درجه قرار گرفته است.

این جایگاه اهمیت معماری Push را نشان می‌دهد: اعلان قرار نیست یک ابزار کاملاً جدا از سایت باشد.

در معماری یکپارچه می‌توان Trigger و مخاطب Push را به Context واقعی کسب‌وکار متصل کرد؛ برای مثال سفارش، مشتری، محتوا یا رویداد.

البته نوع دقیق Automation و Targeting باید براساس قابلیت فعال هر وب‌پنل و Policy کسب‌وکار تنظیم شود.

Push و PWA در ساعت صفر

وقتی کسب‌وکار نسخه PWA دارد، Push می‌تواند بخشی از تجربه App-like آن باشد.

کاربر همچنان با همان هسته سایت، حساب و داده‌های کسب‌وکار کار می‌کند و PWA یک سیستم مستقل برای محصولات یا مشتریان ایجاد نمی‌کند.

این موضوع با فلسفه کلی ساعت صفر همسو است: Website، PWA، Android App و ابزارهای عملیاتی بهتر است تا جای ممکن از یک هسته داده مشترک استفاده کنند.

Push و Android App در ساعت صفر

برای کسب‌وکارهایی که نسخه Android نیز دارند، Notification می‌تواند یکی از Channelهای App باشد.

مسئله مهم این است که کاربر سایت و کاربر App به دو Customer Profile جدا تبدیل نشوند.

برای شناخت معماری سایت و App، مقاله تبدیل سایت به اپلیکیشن اندروید را مطالعه کنید.

Push و مرکز عملیات ۳۶۰ درجه

در معماری یکپارچه، Push می‌تواند یکی از خروجی‌های عملیات باشد.

مثلاً Order Service وضعیت سفارش را تغییر می‌دهد، CRM Context مشتری را نگه می‌دارد و Notification Layer پیام مناسب را برای User ارسال می‌کند.

در چنین ساختاری LLM یا اپراتور نباید مستقیماً بدون Permission و Rule پیام انبوه ارسال کند؛ Business Rule و Audit باید مشخص باشند.

آیا برای Push باید شماره موبایل مشتری را داشته باشیم؟

برای Web Push استاندارد، شماره موبایل شرط اصلی نیست.

Browser Subscription مقصد ارسال را مشخص می‌کند.

با این حال اگر Subscription به Account کاربر متصل شود، Backend می‌تواند آن را با Customer Profile مرتبط کند.

آیا Push بدون Login کار می‌کند؟

بله، از نظر فنی کاربر می‌تواند بدون Login نیز Notification Permission بدهد.

در این حالت Subscription به Browser یا Device Context مربوط است و ممکن است هنوز هویت تجاری مشخصی برای کاربر نداشته باشیم.

اگر بعداً Login انجام شود، سیستم می‌تواند در صورت طراحی صحیح Subscription را به Account مرتبط کند.

یک کاربر چند Subscription دارد؟

ممکن است یک کاربر چند Device، Browser یا نصب PWA داشته باشد.

بنابراین یک Customer الزاماً فقط یک Push Subscription ندارد.

مدل داده بهتر است رابطه:

User → Devices / Subscriptions

را پشتیبانی کند.

اگر Subscription منقضی شود چه کنیم؟

Push Endpoint ممکن است دیگر معتبر نباشد.

Backend باید پاسخ Push Service را بررسی کند و Subscriptionهای Expired یا Invalid را پاک یا غیرفعال کند.

در غیر این صورت Delivery Rate به‌مرور غیرواقعی می‌شود و هزینه پردازش بالا می‌رود.

آیا Push تضمین می‌کند پیام حتماً دیده شود؟

خیر.

ارسال موفق به معنی دیده‌شدن قطعی توسط انسان نیست.

ممکن است:

• دستگاه خاموش باشد.
• Notification توسط سیستم محدود شود.
• کاربر Focus Mode داشته باشد.
• Permission تغییر کرده باشد.
• پیام تحویل شود ولی کاربر آن را باز نکند.

بنابراین در پیام‌های Mission-critical نباید بدون طراحی Failover فقط به Push متکی بود.

Push برای چه پیام‌هایی مناسب نیست؟

Push انتخاب مناسبی برای همه محتواها نیست.

موارد نامناسب:

• متن بسیار طولانی
• اطلاعات محرمانه
• قرارداد یا سند رسمی
• پیام‌هایی که کاربر رضایت دریافت آن‌ها را نداده است
• تبلیغات بسیار مکرر

اشتباهات رایج در Push Notification

• درخواست Permission در اولین ثانیه ورود
• ارسال یک پیام برای تمام کاربران
• نداشتن Deep Link
• نمایش اطلاعات حساس روی Lock Screen
• ارسال بیش از حد
• عدم پاک‌کردن Subscription نامعتبر
• نبود Unsubscribe
• عدم تفکیک Transactional و Promotional
• عدم اندازه‌گیری Conversion
• ارسال Notification تکراری در Retry
• نادیده‌گرفتن Timezone
• فرض یکسان‌بودن رفتار تمام Browserها

چک‌لیست راه‌اندازی Push Notification

• HTTPS فعال است؟
• Browser Support با Feature Detection بررسی می‌شود؟
• Service Worker درست ثبت شده است؟
• Permission بعد از User Gesture درخواست می‌شود؟
• ارزش Push قبل از درخواست توضیح داده می‌شود؟
• Subscription سمت Server ذخیره می‌شود؟
• Subscription به Device/User درست متصل می‌شود؟
• Endpointها محافظت می‌شوند؟
• CSRF کنترل شده است؟
• Deep Link تعریف شده است؟
• Unsubscribe وجود دارد؟
• Transactional و Promotional جدا هستند؟
• Frequency Rule تعریف شده است؟
• Invalid Subscription پاک می‌شود؟
• Delivery Log وجود دارد؟
• Click و Conversion اندازه‌گیری می‌شوند؟
• iOS/PWA واقعی تست شده است؟
• Android و Desktop Browser تست شده‌اند؟
• اطلاعات حساس داخل Notification نیست؟

سؤالات متداول درباره Push Notification

پوش نوتیفیکیشن چیست؟

Push Notification پیامی است که سایت، PWA یا اپلیکیشن پس از دریافت Permission می‌تواند روی دستگاه کاربر نمایش دهد و او را به یک Action یا صفحه مشخص هدایت کند.

Web Push چیست؟

Web Push فناوری استاندارد وب برای ارسال پیام از Server به Web Application از طریق Push API و زیرساخت Browser است.

آیا Push وقتی سایت بسته است کار می‌کند؟

در Web Push پشتیبانی‌شده، پیام به بازبودن همان Tab وابسته نیست و Service Worker می‌تواند برای پردازش Push فعال شود. رفتار نهایی به Platform و Browser بستگی دارد.

آیا Push روی iPhone کار می‌کند؟

بله. Web Push از iOS و iPadOS 16.4 برای Home Screen Web Apps پشتیبانی می‌شود.

آیا برای Web Push آیفون باید Apple Developer Account داشته باشیم؟

برای Web Push استاندارد Home Screen Web App، Apple اعلام کرده عضویت Apple Developer Program الزامی نیست.

آیا Push روی PWA کار می‌کند؟

بله، در Browser و سیستم‌عامل‌های پشتیبانی‌شده Push یکی از قابلیت‌های مهم PWA است.

آیا Push روی Android کار می‌کند؟

بله. Android هم Web Push و هم Native App Push را پشتیبانی می‌کند و FCM یکی از زیرساخت‌های رایج Messaging است.

Firebase Cloud Messaging چیست؟

FCM سرویس Messaging شرکت Firebase برای ارسال Message به Android، Web و سایر Clientهای پشتیبانی‌شده است.

آیا برای Push شماره موبایل لازم است؟

برای Web Push استاندارد خیر. Push Subscription نقش مقصد فنی ارسال را دارد.

آیا بدون اجازه کاربر می‌توان Push فرستاد؟

در Web Notification استاندارد، کاربر باید Permission لازم را بدهد.

آیا Push Notification برای SEO مفید است؟

Push را نباید Ranking Factor مستقیم در نظر گرفت. نقش اصلی آن Retention، Re-engagement و ارتباط با کاربران Opt-in شده است.

Push تبلیغاتی و تراکنشی چه تفاوتی دارند؟

Transactional Push به Event واقعی کاربر مانند وضعیت سفارش مرتبط است؛ Promotional Push برای کمپین، تخفیف یا پیشنهاد بازاریابی استفاده می‌شود.

آیا Push می‌تواند به صفحه خاصی لینک شود؟

بله. با Deep Link یا URL مقصد می‌توان کاربر را بعد از کلیک مستقیم به محصول، سفارش، مقاله یا بخش مرتبط هدایت کرد.

چرا کاربر Push دریافت نمی‌کند؟

دلایل مختلفی ممکن است وجود داشته باشد؛ Permission خاموش، Subscription نامعتبر، محدودیت Browser یا OS، Focus Mode، مشکل Service Worker یا Delivery Error.

پوش نوتیفیکیشن در ساعت صفر وجود دارد؟

بله. Push Notification در امکانات فعلی وب‌پنل ساعت صفر در کنار PWA، Android App، Campaigns، Scheduled Sending و سایر ابزارهای عملیاتی قرار گرفته است.

جمع‌بندی؛ Push باید پیام درست را به کاربر درست برساند

اگر دوباره بپرسیم پوش نوتیفیکیشن چیست، پاسخ حرفه‌ای فقط «یک پیام روی گوشی» نیست.

Push یک Channel ارتباطی مبتنی بر Permission است که Website، PWA یا App را به دستگاه کاربر متصل می‌کند.

در Web Push، Push API، Service Worker، Subscription و Notifications API کنار هم کار می‌کنند. در Native App نیز زیرساخت Messaging سیستم‌عامل نقش مشابهی دارد.

اما ارزش واقعی Push از فناوری ارسال نمی‌آید؛ از Relevance پیام می‌آید.

اعلان وضعیت سفارش، موجودشدن محصول یا پاسخ پشتیبانی می‌تواند واقعاً مفید باشد. همان سیستم اگر روزانه پیام تبلیغاتی نامرتبط ارسال کند، خیلی سریع Permission کاربر را از دست می‌دهد.

بنابراین پاسخ کامل به سؤال پوش نوتیفیکیشن چیست باید سه بخش داشته باشد: فناوری صحیح، رضایت کاربر و Context درست.

در سامانه ساعت صفر، Push Notification در کنار PWA، Android App، CRM، Campaign و سایر اجزای وب‌پنل قرار گرفته است. این معماری امکان می‌دهد Push به‌جای یک ابزار جدا، بخشی از ارتباط میان کسب‌وکار و مشتری باشد.

Push Notification را به وب‌پنل کسب‌وکار متصل کنید

اگر می‌خواهید سایت، فروشگاه یا PWA شما بتواند در کنار سایر Channelهای ارتباطی از Push Notification نیز استفاده کند، امکانات وب‌پنل سامانه ساعت صفر را بررسی کنید.

شروع ساخت وب‌پنل در سامانه ساعت صفر