وب پوش نوتیفیکیشن چیست؟ راهنمای عضویت و لغو اعلان سایت
وب‌پوش زمانی برای یک کاربر قابل ارسال است که هم مجوز اعلان در مرورگر وجود داشته باشد و هم یک اشتراک معتبر برای همان دستگاه و مرورگر ثبت شده باشد. بنابراین دیدن پنجره «اجازه نمایش اعلان» به معنی عضویت موفق نیست؛ کاربر باید درخواست را بپذیرد، اشتراک ساخته و در سامانه ثبت شود و بعد بتوان پیام را برای آن اشتراک ارسال کرد.
در این مقاله:
- مجوز مرورگر با اشتراک وب‌پوش چه تفاوتی دارد؟
- opt-in؛ چگونه عضویت آگاهانه شکل می‌گیرد؟
- opt-out؛ لغو اشتراک دقیقاً چه معنایی دارد؟
- ارسال موفق، نمایش اعلان و کلیک یکی نیستند
- چک‌لیست یک تجربه عضویت محترمانه
- پرسش‌های متداول
مجوز مرورگر با اشتراک وب‌پوش چه تفاوتی دارد؟
مجوز تصمیم مرورگر و سیستم‌عامل درباره اجازه نمایش اعلان است. این تصمیم معمولاً با وضعیت‌هایی مانند پذیرفته‌شده، ردشده یا مسدودشده شناخته می‌شود. اشتراک داده فنی‌ای است که پس از راه‌اندازی مسیر پوش در مرورگر ایجاد می‌شود و سامانه ارسال از آن برای رساندن پیام به همان محیط استفاده می‌کند.
این دو به هم وابسته‌اند، اما یکی نیستند. ممکن است کاربر مجوز را پذیرفته باشد ولی ثبت اشتراک به پایان نرسیده باشد، اشتراک قدیمی شده باشد یا کاربر داده‌های سایت را پاک کرده باشد. برعکس، یک رکورد قدیمی در سامانه نیز نباید به‌تنهایی نشانه رضایت فعلی کاربر تلقی شود.
برای مثال فرض کنید کاربر در صفحه معرفی یک محصول روی «اطلاع از موجودی» کلیک می‌کند. اگر مرورگر اجازه بخواهد و کاربر آن را بپذیرد، سایت باید ایجاد اشتراک را بررسی و نتیجه را ثبت کند. اگر کاربر پنجره را ببندد یا گزینه رد را بزند، نباید او را عضو فرض کرد و نباید درخواست‌های مکرر و مزاحم برای اجازه نمایش داد.
وب‌پوش با پیام داخل صفحه نیز فرق دارد: پیام داخل صفحه به بازبودن همان صفحه وابسته است، اما وب‌پوش می‌تواند خارج از آن صفحه نمایش داده شود. عضویت وب هم خودکار به معنی عضویت در اپلیکیشن نیست. برای آشنایی مقدماتی با سازوکار وب‌پوش، مقایسه وب‌پوش و پوش اپلیکیشن را ببینید.
opt-in؛ چگونه عضویت آگاهانه شکل می‌گیرد؟
opt-in یعنی کاربر با اطلاع از نوع پیام و ارزش آن، دریافت اعلان را انتخاب کند. بهترین زمان درخواست، لحظه‌ای است که پیام پیشنهادی با نیاز کاربر ارتباط دارد؛ برای نمونه، پس از کلیک روی «خبرم کن وقتی کالا موجود شد»، نه بلافاصله هنگام ورود به سایت.
- ارزش عضویت را پیش از مجوز توضیح دهید: بنویسید چه نوع پیام‌هایی ارسال می‌شود؛ مانند تغییر وضعیت سفارش، موجودشدن کالا یا انتشار مطلب موردعلاقه.
- درخواست را به اقدام مستقیم کاربر وابسته کنید: دکمه‌ای مانند «فعال‌کردن اطلاع‌رسانی موجودی» انتخاب روشن‌تری از نمایش ناگهانی پنجره مجوز است.
- نتیجه را جداگانه ثبت کنید: پذیرش مجوز، ایجاد اشتراک و ثبت موفق آن در سامانه باید مراحل قابل بررسی باشند.
- اولین پیام را مرتبط و کم‌ریسک انتخاب کنید: پیام آزمایشی فرضی می‌تواند «اعلان‌های موجودی فعال شد» باشد و به صفحه تنظیمات یا محصول مرتبط لینک بدهد.
- راه مدیریت را نشان دهید: کاربر باید بداند از کجا موضوع پیام‌ها را تغییر دهد یا اعلان‌ها را متوقف کند.
در iOS و iPadOS نسخه ۱۶٫۴ و بالاتر، مسیر وب‌پوش برای وب‌اپی است که کاربر آن را به صفحه اصلی اضافه کرده و درخواست مجوز را پس از یک تعامل مستقیم انجام می‌دهد؛ یک تب عادی مرورگر معادل این مسیر نیست. جزئیات این محدودیت در توضیح WebKit درباره Web Push در iOS و iPadOS آمده است.
opt-out؛ لغو اشتراک دقیقاً چه معنایی دارد؟
opt-out یعنی کاربر دیگر دریافت پیام را نمی‌خواهد. این تصمیم می‌تواند با خاموش‌کردن اعلان سایت در تنظیمات مرورگر یا سیستم‌عامل، لغو اشتراک در رابط سایت، پاک‌کردن داده‌های مرورگر یا حذف وب‌اپ رخ دهد. سایت نباید برای کاربری که مجوز را رد یا اعلان را مسدود کرده، رضایت فرضی بسازد.
لغو اشتراک را به یک دکمه روشن و قابل دسترس تبدیل کنید؛ برای نمونه: «توقف اعلان‌های موجودی». پس از این انتخاب، ارسال‌های بازاریابی را متوقف کنید و وضعیت کاربر را در سامانه خود به‌روز کنید. اگر بعداً کاربر دوباره علاقه‌مند شد، باید انتخاب تازه او را در یک مسیر جداگانه ثبت کنید، نه اینکه رکورد قبلی را بدون تعامل دوباره فعال بدانید.
- یک صفحه تنظیمات برای انتخاب دسته پیام‌ها فراهم کنید.
- در متن لغو اشتراک، از عباراتی مانند «حذف کامل حساب» استفاده نکنید مگر اینکه واقعاً حساب حذف شود.
- اگر کاربر فقط یک دسته را خاموش می‌کند، سایر انتخاب‌های او را تغییر ندهید.
- پس از لغو، یک پیام تأیید داخل سایت نشان دهید؛ ارسال پوش برای تأیید لغو، تجربه متناقضی ایجاد می‌کند.
ارسال موفق، نمایش اعلان و کلیک یکی نیستند
گزارش‌ها را مرحله‌به‌مرحله بخوانید. ثبت درخواست در صف یا پذیرش آن به معنی نمایش اعلان نیست؛ نمایش موفق نیز به معنی خواندن پیام توسط انسان نیست. در مسیر وب، acknowledgement تحویل پس از اجرای موفق showNotification به‌دست می‌آید و فقط نشان می‌دهد اعلان برای نمایش ثبت شده است، نه اینکه کاربر آن را دیده یا روی آن کلیک کرده است.
برای بررسی یک شکایت، ابتدا شناسه اشتراک و زمان ارسال را کنترل کنید، سپس وضعیت مجوز، اعتبار اشتراک، تنظیمات اعلان دستگاه و گزارش نمایش را بررسی کنید. کلیک را جداگانه بسنجید و نبود کلیک را دلیل قطعی نرسیدن ندانید. برای خطاهای رایج و مراحل عیب‌یابی، چک‌لیست مشکل نرسیدن وب‌پوش مفید است.
اگر دستگاه کاربر آفلاین باشد، نگه‌داری پیام تابع تنظیمات و مهلت تحویل سرویس انتقال است؛ TTL به معنی ذخیره نامحدود یا تضمین تحویل نیست. جزئیات این تفاوت در مستندات Firebase درباره طول عمر پیام توضیح داده شده است.
چک‌لیست یک تجربه عضویت محترمانه
- پیش از درخواست مجوز، نوع و تعداد تقریبی پیام‌ها را شفاف کنید.
- برای ردکردن درخواست، مسیر سایت را مسدود نکنید.
- به‌جای پیام‌های عمومی، از رویداد مشخص کاربر مانند تغییر وضعیت سفارش استفاده کنید.
- عنوان و متن را کوتاه، قابل فهم و متناسب با مقصد لینک بنویسید.
- لینک اعلان را به صفحه‌ای مرتبط بفرستید؛ اطلاعات شخصی را داخل URL یا پارامترهای کمپین قرار ندهید.
- برای هر دسته پیام، وضعیت opt-in و opt-out را جداگانه نگه‌داری کنید.
- در گزارش داخلی، ارسال، نمایش و کلیک را سه شاخص مستقل ثبت کنید.
- در صورت مشاهده مشکل آفلاین یا تنظیمات دستگاه، وعده تحویل صددرصدی ندهید.
پرسش‌های متداول
آیا قبول‌کردن مجوز یعنی کاربر مشترک شده است؟
خیر. قبول مجوز فقط اجازه مرورگر برای نمایش اعلان است. عضویت زمانی قابل اتکاتر است که اشتراک ایجاد، در سامانه ثبت و برای ارسال معتبر تشخیص داده شود.
اگر کاربر اعلان سایت را در تنظیمات خاموش کند، چه اتفاقی می‌افتد؟
ارسال ممکن است دیگر به نمایش نرسد، حتی اگر رکوردی در سامانه باقی مانده باشد. وضعیت مجوز و نتیجه ارسال را بررسی کنید و تا انتخاب دوباره کاربر، او را عضو فعال فرض نکنید.
آیا گزارش تحویل ثابت می‌کند کاربر پیام را خوانده است؟
خیر. acknowledgement نمایش موفق اعلان را نشان می‌دهد. خواندن، تعامل و کلیک شاخص‌های جداگانه‌ای هستند و هیچ‌کدام را نباید با دیگری یکی دانست.