پوش وب
نصب، رضایت، Inbox بدون سرور، دریافت پس‌زمینه، تمدید توکن و رفع خطا.
پوش وب‌سایت و WordPress — نسخه ۱
اعلان این اتصال در نوار اعلان سیستم‌عامل نمایش داده می‌شود؛ کارت داخل اپ ساخته نمی‌شود. سرور اختصاصی ناشر، JWT و کلید خصوصی در اپ لازم نیست. روش استاندارد از FCM/APNs یا Web Push استفاده می‌کند؛ روش مستقیم از خود دیدنکس می‌خواند. مجوز و رضایت واقعی مخاطب در هر دو لازم است.
روش دریافت را انتخاب کنید
- استاندارد: آماده‌سازی و کد ابتدای همین صفحه مربوط به FCM/Web Push است. - مستقیم، بدون Firebase: به بخش «اتصال مستقیم بدون Firebase» در ادامه همین صفحه بروید؛ وابستگی و تنظیمات FCM بخش استاندارد را نصب نکنید. محدودیت پس‌زمینه همان‌جا نوشته شده است. - فقط یک روش را برای هر نصب فعال کنید. برای تغییر روش، adapter قبلی را close/dispose و روش جدید را فعال کنید؛ برای توقف دریافت unsubscribe لازم است.
شناسه جایگاه چیست و از کجا بگیرم؟
پوش در دیدنکس از شناسه عمومی یکی از جایگاه‌های فعال همان رسانه برای پیدا کردن اپ یا سایت شما استفاده می‌کند. پیشوند واقعی این شناسه UNT_ است. این مقدار نام اپ، شناسه بسته، شناسه رسانه با پیشوند AST_، توکن FCM یا کلید API نیست و محرمانه نیست.
در پنل ناشر، «جایگاه‌های تبلیغ» را باز کنید؛ شناسه زیر نام جایگاه دیده می‌شود. همان شناسه کامل را کپی کنید. راه ساده‌تر: در «پوش ← اتصال رسانه‌ها»، برای رسانه خود «کد پوش» را بزنید و پلتفرم را انتخاب کنید؛ کد با شناسه واقعی شما ساخته می‌شود و نیازی به حدس یا جایگزینی دستی ندارد.
در مثال عمومی زیر، placementId یا PlacementId یا PLACEMENT_ID متغیری برای نگهداری همین شناسه است. متن PASTE_YOUR_PLACEMENT_ID_HERE فقط محل جایگزینی است و شناسه قابل استفاده نیست. آن را با شناسه کامل جایگاه خودتان که با UNT_ شروع می‌شود عوض کنید. یک جایگاه فعال کافی است؛ جایگاه مخصوص پوش و نمایش تبلیغ برای عضوکردن مخاطب لازم نیست. رسانه نیز باید فعال و تأییدشده باشد و پوش آن در پنل فعال شده باشد.
| مقدار | محل دریافت / کاربرد |
|---|---|
شناسه جایگاه (UNT_…) | پنل ناشر ← جایگاه‌های تبلیغ؛ ورودی ایجاد کنترلر پوش |
| شناسه بسته | تنظیمات پروژه اپ؛ باید با رسانه اپ ثبت‌شده یکسان باشد |
| دامنه دیدنکس | نشانی همین سرویس؛ سرور اختصاصی ناشر لازم نیست |
| کلید خصوصی API | داخل اپ یا مرورگر قرار نمی‌گیرد |
اگر inactive_inventory دیدید، فعال و تأییدبودن رسانه و فعال‌بودن جایگاه همان رسانه را بررسی کنید. کپی‌کردن شناسه از یک حساب یا رسانه دیگر اتصال را درست نمی‌کند.
روش استاندارد — آماده‌سازی
didnex-push-sw.js بسته وب را در ریشه سایت خودتان قرار دهید؛ مسیر باید JavaScript بدهد، نه صفحه HTML. سایت HTTPS و مرورگر پشتیبان Web Push باشد. با این کد، onMessage یا کارت داخل سایت لازم نیست. اگر PWA دارید، worker فعلی را حفظ و کد اعلان را در همان worker ادغام کنید: self.DIDNEX_ORIGIN='https://didnex.com'; importScripts('/didnex-push-sw.js'); سپس workerPath را به مسیر worker موجود تغییر دهید. SDK در scope دارای worker متفاوت، بدون ادغام آن را بازنویسی نمی‌کند.
WordPress: افزونه /sdk/wordpress/didnex-wordpress.zip نسخه 1.2.0 را نصب، نشانی دیدنکس و شناسه جایگاه همان سایت را وارد و پوش را فعال کنید. کارت بله/خیر فقط رضایت می‌گیرد؛ خود اعلان در نوار سیستم‌عامل است. انتخاب قبلی حفظ می‌شود و مرورگر بدون Web Push به Inbox تبدیل نمی‌شود. برای تغییر انتخاب از [didnex_push_preferences] استفاده کنید. iOS Web Push به نسخه/مرورگر پشتیبان و معمولاً نصب وب‌اپ روی Home Screen نیاز دارد.
کد اتصال استاندارد
<script src="https://didnex.com/sdk/didnex.js"></script>
<button id="enable-push">فعال‌سازی اعلان</button>
<button id="disable-push">لغو عضویت</button>
<script>
const placementId = "PASTE_YOUR_PLACEMENT_ID_HERE";
const push = DidnexAds.createPush(placementId,{onError:()=>console.log('push_unavailable')});
document.querySelector('#enable-push').addEventListener('click',async()=>{
const enabled=await push.enableWebPush({consent:true,workerPath:'/didnex-push-sw.js',topics:['general']});
if(!enabled)console.log('notification_permission_or_connection_required');
});
document.querySelector('#disable-push').addEventListener('click',async()=>{
try{await push.unsubscribe();}catch{console.log('unsubscribe_pending');}
});
</script>Manifest و مجوز روش استاندارد
HTTPS + same-origin Service Worker. userVisibleOnly:true. No TLS bypass.تنظیم یک‌باره ناشر
در «پوش ← اتصال رسانه‌ها»، پوش همان رسانه فعال و تأییدشده را روشن کنید. فقط اگر روش استاندارد FCM را انتخاب کرده‌اید، JSON حساب سرویس همان پروژه Firebase را فقط در پنل ثبت کنید؛ کلید خصوصی Service Account نباید داخل اپ، مخزن عمومی یا مرورگر باشد. google-services.json و GoogleService-Info.plist تنظیمات کلاینت اپ هستند و با Service Account فرق دارند. iOS در روش استاندارد به کلید APNs و قابلیت Push Notifications همان bundle نیاز دارد. برای وب، VAPID را دیدنکس ایجاد می‌کند و Service Worker روی دامنه خود ناشر است. سرویس OneSignal وابستگی این اتصال نیست؛ مخاطبان، صف و آمار در دیدنکس مدیریت می‌شوند.
کلاینت تبلیغات و پوش را مشترک نگه دارید. init هیچ اجازه‌ای درخواست نمی‌کند. فعال‌سازی را فقط در پاسخ به دکمه رضایت انجام دهید؛ برای راه‌اندازی بعدی، restore صرفاً رضایت قبلی را بازیابی می‌کند و مجوز تازه نمی‌خواهد. توکن تازه را دوباره ثبت و opt-out را به unsubscribe متصل کنید. close/dispose فقط شنونده محلی را می‌بندد؛ برای لغو عضویت سرور، unsubscribe لازم است. خطاها را کنترل کنید تا اپ به کار عادی ادامه دهد. اگر Firebase یا Service Worker دارید، callbackها را ادغام کنید و سرویس/worker تکراری نسازید.
تأیید ایمیل، مربوط به حساب ناشر در پنل است؛ کاربر نهایی اپ برای دریافت تبلیغ یا پوش، به حساب دیدنکس یا ورود نیاز ندارد. رضایت و مجوز اعلان همچنان الزامی است.
لینک مقصد اعلان
لینک لمس، دکمه و گونه می‌تواند HTTP یا HTTPS هر دامنه باشد؛ محدود به رسانه نیست. لینک اجرایی، فایل، داده و اطلاعات ورود رد می‌شوند. خالی یعنی صفحه اصلی سایت یا صفحه انتشار اپ. این مجوز برای مقصد است؛ اتصال سرویس و رسید فقط HTTPS خود دیدنکس است. Worker روی سایت ناشر نصب می‌شود. پشتیبانی HTTP در دستگاه نیازمند SDK همین انتشار است.
تست دستگاه
۱. بسته جدید همین پلتفرم و adapter آن را در اپ جایگزین کنید؛ آپدیت سرور به‌تنهایی SDK نصب‌شده روی دستگاه را تغییر نمی‌دهد. خروجی Release واقعی بگیرید. مجوز را با دکمه فعال‌سازی دریافت کنید.
۲. در پنل باید اشتراک FCM یا Web Push دیده شود؛ Inbox برای ارسال پنل کافی نیست. اعلان آزمایشی بفرستید. در پیش‌زمینه، پس‌زمینه و شروع سرد با لمس اعلان، نوار اعلان سیستم‌عامل را بررسی کنید؛ صفحه اپ نباید کارت اعلان اضافه کند.
۳. رد مجوز، اینترنت قطع، پیام منقضی و پیام تکراری را بررسی کنید؛ نباید delivered جعلی ساخته شود. بعد از لغو عضویت، ارسال بعدی نباید مخاطب را صف کند. اعلان قبلاً تحویل‌شده به provider ممکن است هنوز در مسیر باشد. receipt حاوی دسترسی خصوصی است و نباید وارد گزارش عمومی شود.
۴. دریافت پذیرفته‌شده توسط FCM به معنی دیده‌شدن نیست. در بعضی اعلان‌های پس‌زمینه، OS بدون اجرای SDK نمایش می‌دهد و delivered قابل گزارش نیست؛ آن را از accepted حدس نزنید. روی Android بدون Google Play Services یا بدون دسترسی شبکه به FCM، این مسیر ممکن است آماده نباشد. محدودیت سیستم‌عامل را با پیام داخل اپ جایگزین نکنید.
انتخاب مسیر و محدودیت مستقیم
برای فعال‌سازی روش مستقیم، روشن‌بودن پوش رسانه کافی است؛ Service Account، google-services.json و VAPID لازم نیست. هنگام ارسال پنل، همه مسیرهای اعلان به‌صورت پیش‌فرض مخاطب هستند؛ در تنظیمات بیشتر می‌توانید فقط «مستقیم» یا فقط «استاندارد» را انتخاب کنید. یک نصب هم‌زمان یک مسیر فعال دارد؛ تغییر روش، اشتراک روش قبلی را لغو می‌کند. controller/adapter قبلی را قبل از انتخاب تازه close کنید و فقط controller انتخاب‌شده را restore کنید. برای انصراف مخاطب از همه اعلان‌های این نصب unsubscribe را به کار ببرید.
در Android بومی، B4A، Flutter Android، Unity Android و Godot Android دریافت دوره‌ای JobScheduler با حداقل ۱۵ دقیقه ممکن است. این زمان‌بندی دقیق نیست و سیستم می‌تواند آن را عقب بیندازد. در iOS، React Native و وب دریافت مستقیم فقط زمان فعالیت اپ/صفحه است؛ برای دریافت از راه دور هنگام بسته‌بودن، مسیر استاندارد را انتخاب کنید. nativeBuild=not_run را به معنی تست دستگاه نگیرید.
API قدیمی
Inbox صرفاً برای سازگاری و ارسال صریح deliveryChannel=inbox باقی مانده و مسیر پنل نیست. برچسب‌ها، بخش مخاطب، quiet hours و هویت امضاشده در همان کنترلر قابل استفاده‌اند. اتصال عادی به سرور اختصاصی ناشر نیاز ندارد؛ اگر هویت امضاشده کاربر خودتان را می‌خواهید، فقط تولید همان proof به سرور امن خودتان نیاز دارد.
رفتار اعلان استاندارد
پیام notification+data در پس‌زمینه توسط provider به سیستم‌عامل می‌رسد؛ آن را دوباره نمایش ندهید. در پیش‌زمینه، adapter این بسته اعلان بومی می‌سازد. accepted پذیرش سرویس است؛ delivered ثبت اعلان در سیستم‌عامل از دید SDK و opened لمس واقعی است. حالت مزاحم نشوید، محدودیت باتری یا Force Stop ممکن است نمایش را محدود کند.
مرجع رسمی
https://developer.mozilla.org/en-US/docs/Web/API/ServiceWorkerRegistration/showNotification
اتصال مستقیم بدون Firebase
فایل didnex-push-sw.js بسته وب را روی دامنه خودتان قرار دهید. این روش VAPID یا اشتراک push سرویس مرورگر نمی‌سازد؛ SDK در زمان باز و فعال‌بودن صفحه پیام را از دیدنکس می‌گیرد و با Service Worker در نوار اعلان نمایش می‌دهد. به HTTPS و مجوز کاربر نیاز دارد. اگر PWA دارید، handlerهای worker دیدنکس را در worker خود ادغام و registration همان worker را در گزینه registration بدهید؛ worker دیگری را روی scope آن جایگزین نکنید.
<script src="https://didnex.com/sdk/didnex.js"></script>
<button id="enable-direct">فعال‌سازی اعلان مستقیم</button>
<button id="disable-direct">لغو عضویت</button>
<script>
const placementId="PASTE_YOUR_PLACEMENT_ID_HERE";
const push=DidnexAds.createPush(placementId,{onError:()=>console.log('direct_push_unavailable')});
document.querySelector('#enable-direct').onclick=async()=>{
const enabled=await push.enableDirect({consent:true,workerPath:'/didnex-push-sw.js',topics:['general']});
if(!enabled)console.log('permission_or_connection_required');
};
document.querySelector('#disable-direct').onclick=async()=>{try{await push.unsubscribe();}catch{console.log('unsubscribe_pending');}};
</script>Manifest مستقیم
HTTPS + OS/browser notification permission + same-site /didnex-push-sw.js. No Firebase project or VAPID subscription required.محدودیت دریافت مستقیم
دریافت فقط هنگام باز و فعال‌بودن صفحه است؛ با بستن تب یا محدودشدن اجرای آن، دریافت متوقف می‌شود. این محدودیت با Web Push استاندارد فرق دارد.