پوش نوتیفیکیشن چیست؟ اعلان اپ، اجازه کاربر و نرخ بازگشت

اگر می‌پرسید پوش نوتیفیکیشن چیست، پاسخ این است: پیامی که سامانه به دستگاه می‌فرستد تا حتی وقتی اپ یا تب باز نیست، روی صفحه دیده شود — معمولاً برای یک رویداد واقعی، نه برای «ما را فراموش نکنید». پوش جایگزین پیامک و ایمیل نیست و تضمین بازگشت کاربر هم نیست. کارش رساندن خبر به‌موقع است؛ اگر بی‌اجازه یا بی‌ربط باشد، اجازه قطع می‌شود و کانال می‌میرد.

پیشنهاد گوگل و جست‌وجوهای نزدیک اغلب این‌اند: «پوش نوتیفیکیشن چیست»، «تفاوت پوش و پیامک»، «اجازه نوتیفیکیشن اندروید»، «وب پوش چیست»، «زمان مناسب ارسال پوش»، «اسپم اعلان» و «اتصال پوش به بک‌اند». در این راهنما تعریف، اجازه، زمان‌بندی، مرز اسپم، و اتصال به سرور را می‌نویسیم. تصمیم کانال اپ در برابر وب را در تفاوت اپ و سایت ببینید، ساخت محصول را در طراحی اپلیکیشن موبایل، و اجرا را در خدمات طراحی اپلیکیشن روبینش.

Android 13 (API level 33) and higher supports a runtime permission for sending notifications from an app: POST_NOTIFICATIONS.

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

پوش نوتیفیکیشن پیام کوتاه قابل‌ضربه است که از سرور به کلاینت می‌رسد و در سایهٔ اعلان یا صفحهٔ قفل دیده می‌شود. در اپ موبایل معمولاً از سرویس پیام ابری سیستم‌عامل می‌گذرد؛ در وب از Web Push و Service Worker، و فقط روی HTTPS. کاربر لازم نیست اپ را همان لحظه باز کرده باشد. همین قدرت، مسئولیت اجازه و ربط را می‌آورد.

پوش همان پیام درون‌برنامه نیست. پیام داخل اپ وقتی دیده می‌شود که برنامه باز است. پوش برای وقتی است که برنامه بسته است. پوش همچنین پیامک نیست: به شماره وابسته نیست، هزینهٔ هر ارسال مثل SMS نیست، و اگر اپ حذف شود کانال قطع می‌شود. ایمیل در صندوق می‌ماند؛ پوش در چند ثانیه کهنه می‌شود. کانال ایمیل را در ایمیل مارکتینگ چیست جدا نگه دارید تا این صفحه روی اعلان دستگاه بماند.

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

اجازه کاربر را کی بپرسیم؟

از اندروید ۱۳ به بعد ارسال اعلان غیرمعاف نیاز به اجازهٔ زمان اجرا دارد. iOS از ابتدا اجازه می‌خواهد. وب هم بدون Accept در مرورگر چیزی نشان نمی‌دهد. پاپ‌آپ اجازه در ثانیهٔ اول ورود، قبل از ارزش، معمولاً رد می‌شود. بهتر است بعد از یک موفقیت کوچک بپرسید: سفارش ثبت شد، رزرو تأیید شد، یا کاربر خودش «خبر بده» را زد.

قبل از دیالوگ سیستم، یک صفحهٔ کوتاه بگویید چه نوع پیامی می‌آید و چگونه خاموش می‌شود. اگر کاربر رد کرد، دوباره همان جلسه فشار نیاورید. تنظیمات داخل اپ برای نوع پیام — سفارش جدا از پیشنهاد — اعتماد را نگه می‌دارد. اجازه را با رضایت بازاریابی ایمیل قاطی نکنید؛ دو تصمیم جداست.

زمان‌بندی اعلان یعنی چه؟

زمان خوب به منطقهٔ زمانی کاربر و نوع رویداد است نه به ساعت دلخواه مارکتینگ. «ارسال شد» وقتی کالا حرکت کرده معنا دارد. «میز فردا» شب قبل مفید است، نه سه روز مانده با تخفیف نامربوط. ساعات سکوت را از اول در محصول بگذارید. انبوه نیمه‌شب، حتی با محتوای درست، اجازه را می‌کشد.

رزرو رستوران یادآوری ظرفیت و ساعت ورود می‌خواهد؛ ویترین را در طراحی سایت رستوران ببینید و پوش را به همان رویداد وصل کنید. تور گردشگری تغییر پرواز یا یادآوری مدارک را می‌خواهد نه اسپم مقصد؛ کاتالوگ را در طراحی سایت گردشگری جدا نگه دارید. وضعیت واریز و احراز در صرافی باید دقیق و بدون وعدهٔ سود باشد — طراحی سایت صرافی. فروشگاه وقتی چند کانال دارد، یک وضعیت سفارش؛ اتصال را در اتصال اپ به فروشگاه بخوانید.

اسپم اعلان از کجا شروع می‌شود؟

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

عنوان باید صادق باشد. اگر «ارسال شد» می‌گویید و هنوز در انبار است، پشتیبانی می‌سوزد. یک اعلان، یک اقدام. دکمه‌های زیاد و متن طولانی در سایهٔ اعلان خوانده نمی‌شوند. اندازه‌گیری را ساده نگه دارید: چند نفر اجازه دادند، چند پیام رویداد محور رفت، چند نفر به صفحهٔ درست رسیدند. درصد صنعت را کپی نکنید و به مشتری قول ندهید.

اتصال پوش به بک‌اند

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

رویداد باید از همان منبع حقیقت سفارش یا نوبت بیاید، نه از کرون «هر ساعت یک پیام». اگر سایت پیامک می‌فرستد و اپ پوش، در پنل مشخص کنید کدام وضعیت کدام کانال است تا دوبرابر نشود؛ قواعد کانال شماره را در راهنمای بازاریابی پیامکی ببینید. وب‌هوک و صف را در وب‌هوک چیست جدا ببینید اگر اتصال سیستم‌ها مسئلهٔ اصلی است. انتشار استور را در راهنمای انتشار اپ دنبال کنید؛ سیاست اعلان بعضی فروشگاه‌ها را هم بخوانید.

اشتباهات رایج پوش نوتیفیکیشن

• پرسیدن اجازه در ثانیهٔ اول
• پیام تبلیغاتی به‌جای رویداد
• دوبرابر شدن با پیامک همان وضعیت
• ساعت نامربوط و بدون سکوت شب
• عنوان دروغین برای باز کردن اپ
• توکن دستگاه بدون وصل به حساب
• قول نرخ بازگشت ثابت

چک‌لیست قبل از روشن کردن پوش

1. حداقل یک رویداد واقعی برای پیام اول دارید.
2. اجازه بعد از ارزش پرسیده می‌شود.
3. نوع پیام در تنظیمات اپ جدا می‌شود.
4. ساعات سکوت تعریف شده است.
5. توکن به کاربر و خروج حساب وصل است.
6. تداخل با پیامک و ایمیل در پنل روشن است.
7. محیط تست از لیست واقعی جداست.
8. متن کوتاه و مقصد یک URL مشخص است.

جمع‌بندی: اجازه، رویداد، منبع حقیقت

پوش نوتیفیکیشن چیست؟ پیام دستگاه برای رویداد محصول، با اجازهٔ صریح. زمان‌بندی به ساعت محلی و رخداد وصل است. اسپم اجازه را می‌کشد. بک‌اند توکن و وضعیت را از یک منبع می‌خواند. بازگشت کاربر را تضمین نمی‌کنیم؛ ربط پیام را می‌توانید کنترل کنید.

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