پوش Unity

نصب، رضایت، Inbox بدون سرور، دریافت پس‌زمینه، تمدید توکن و رفع خطا.

پوش Unity برای Android و iOS — نسخه ۱

اعلان این اتصال در نوار اعلان سیستم‌عامل نمایش داده می‌شود؛ کارت داخل اپ ساخته نمی‌شود. سرور اختصاصی ناشر، 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 و Firebase Unity App/Messaging را نصب و Samples~/DidnexFcm.cs را به Assets کپی کنید. تا قبل از نصب Firebase، فایل adapter را کپی نکنید؛ بسته تبلیغات به آن وابسته نیست. google-services.json / GoogleService-Info.plist و APNs را آماده کنید. برای Android، activity و MessageForwardingService راهنمای رسمی Firebase Unity را با manifest پروژه ادغام کنید؛ سرویس Kotlin مخصوص SDK Android را در Unity اضافه نکنید. helper بومی Android/iOS همراه همین بسته است و به Unity Mobile Notifications وابسته نیست. مجوز را SDK بررسی می‌کند؛ متغیر مجوز را true فرض نکنید. callback navigate را برای مسیر مجاز اپ کامل کنید. در minification، کلاس Java com.didnex.ads.DidnexNotifications و متدهای عمومی آن را در ProGuard حفظ کنید.

کد اتصال استاندارد

using System;
using System.Threading.Tasks;
using UnityEngine;
using Didnex;
public sealed class SystemPushExample:MonoBehaviour{
 const string PlacementId="PASTE_YOUR_PLACEMENT_ID_HERE";
 DidnexAds ads;DidnexPush push;DidnexFcm fcm;
 async void Start(){
  ads=DidnexAds.CreateDirect("https://didnex.com",Application.identifier);
  push=ads.CreatePush(PlacementId);
  fcm=new DidnexFcm(push,message=>Task.CompletedTask,error=>Debug.LogWarning("push_unavailable"));
  await fcm.RestoreAsync(); // Saved consent only, no new permission prompt.
 }
 public async void EnableNotifications(){try{await fcm.EnableAsync(true);}catch(Exception){Debug.LogWarning("push_setup_required");}}
 public async void DisableNotifications(){try{await fcm.UnsubscribeAsync();}catch(Exception){Debug.LogWarning("unsubscribe_pending");}}
 void OnDestroy(){fcm?.Dispose();if(push!=null)Destroy(push.gameObject);}
}

Manifest و مجوز روش استاندارد

INTERNET + POST_NOTIFICATIONS
Firebase Unity messaging activity/service manifest.
iOS: Push Notifications + APNs. Device Release build required.

تنظیم یک‌باره ناشر

در «پوش ← اتصال رسانه‌ها»، پوش همان رسانه فعال و تأییدشده را روشن کنید. فقط اگر روش استاندارد 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://firebase.google.com/docs/cloud-messaging/unity/get-started

اتصال مستقیم بدون Firebase

پکیج جدید را اضافه کنید. Android به نمایشگر Java و manifest موجود در Runtime/Plugins/Android و iOS به Swift plugin همین بسته نیاز دارد. در خروجی iOS پشتیبانی Swift و UserNotifications را فعال کنید. Firebase SDK و Mobile Notifications برای این روش لازم نیست. نمونه را به دکمه واقعی رضایت وصل کنید؛ در Editor دریافت سیستمی را موفق فرض نکنید.

using System;
using UnityEngine;
using Didnex;
public sealed class DirectPushExample:MonoBehaviour{
 DidnexAds ads;DidnexPush push;
 async void Start(){ads=DidnexAds.CreateDirect("https://didnex.com",Application.identifier);push=ads.CreatePush("PASTE_YOUR_PLACEMENT_ID_HERE");push.OnError=error=>Debug.LogWarning("direct_push_unavailable");try{await push.RestoreDirectAsync();}catch(Exception){Debug.LogWarning("direct_restore_unavailable");}}
 public async void EnableFromConsentButton(){try{if(await push.RequestPermissionAsync())await push.EnableDirectAsync(true,backgroundPolling:true);}catch(Exception){Debug.LogWarning("direct_push_setup_required");}}
 public async void DisableNotifications(){try{await push.UnsubscribeAsync();}catch(Exception){Debug.LogWarning("unsubscribe_pending");}}
 void OnDestroy(){if(push!=null)Destroy(push.gameObject);}
}

Manifest مستقیم

Android: the packaged manifest merges POST_NOTIFICATIONS, INTERNET, RECEIVE_BOOT_COMPLETED and the direct JobService.
iOS: Swift plugin + UserNotifications permission.

محدودیت دریافت مستقیم

Android دریافت دوره‌ای نامعین حداقل ۱۵ دقیقه دارد. iOS فقط هنگام فعالیت بازی پیام جدید را مستقیم دریافت می‌کند. در Editor و desktop پوش سیستمی این مسیر پشتیبانی نمی‌شود.