پوش Android · Kotlin

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

پوش Android با Kotlin — نسخه ۱

اعلان این اتصال در نوار اعلان سیستم‌عامل نمایش داده می‌شود؛ کارت داخل اپ ساخته نمی‌شود. سرور اختصاصی ناشر، 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 دیدید، فعال و تأییدبودن رسانه و فعال‌بودن جایگاه همان رسانه را بررسی کنید. کپی‌کردن شناسه از یک حساب یا رسانه دیگر اتصال را درست نمی‌کند.

روش استاندارد — آماده‌سازی

از AAR یا Gradle project همان بسته Android استفاده کنید و کلاس قدیمی را کنار کلاس جدید نگه ندارید. Firebase App/Messaging و google-services.json را طبق راهنمای رسمی در ماژول app پیکربندی کنید. examples/DidnexMessagingService.kt را کپی یا دو callback آن را در سرویس Firebase موجود ادغام کنید؛ فقط یک سرویس پیام‌رسانی داشته باشید. کانال اعلان didnex و نمایشگر بومی در SDK است. اگر مجوز در تنظیمات رد شده، با انتخاب کاربر تنظیمات اعلان اپ را باز کنید؛ prompt را در هر اجرا تکرار نکنید. handleIntent داده لمس را برمی‌گرداند؛ مقصد را فقط با allowlist اپ خودتان باز کنید.

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

import android.app.Activity
import android.os.Bundle
import android.content.Intent
import com.didnex.ads.Didnex
import com.didnex.ads.DidnexPush
import com.google.firebase.messaging.FirebaseMessaging
class PushActivity:Activity(){
 private val placementId="PASTE_YOUR_PLACEMENT_ID_HERE"
 private lateinit var push:DidnexPush
 override fun onCreate(state:Bundle?){super.onCreate(state)
  val client=Didnex.initialize(this,"https://didnex.com")
  push=client.createPush(placementId,onError={android.util.Log.w("DidnexPush",it)})
  push.handleIntent(intent)
 }
 fun enableNotifications(){ // Call from your consent button.
  if(!push.notificationsEnabled()){push.requestPermission(this,9421);return}
  FirebaseMessaging.getInstance().token.addOnSuccessListener{push.subscribeFcm(it,true,listOf("general"))}
   .addOnFailureListener{android.util.Log.w("DidnexPush","fcm_token_unavailable")}
 }
 override fun onNewIntent(value:Intent){super.onNewIntent(value);intent=value;push.handleIntent(value)}
 override fun onDestroy(){push.close();super.onDestroy()}
 // After permission result, call enableNotifications again only if the grant succeeded.
 // Opt-out button: push.unsubscribe{ok-> /* Retry if false. */ }
}

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

<uses-permission android:name="android.permission.INTERNET" />
<uses-permission android:name="android.permission.POST_NOTIFICATIONS" />
<!-- Inside application; merge with an existing Firebase service. -->
<service android:name="com.didnex.ads.DidnexMessagingService" android:exported="false">
 <intent-filter><action android:name="com.google.firebase.MESSAGING_EVENT" /></intent-filter>
</service>
<meta-data android:name="com.google.firebase.messaging.default_notification_channel_id" android:value="didnex" />

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

در «پوش ← اتصال رسانه‌ها»، پوش همان رسانه فعال و تأییدشده را روشن کنید. فقط اگر روش استاندارد 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/android/receive-messages https://developer.android.com/develop/ui/views/notifications/notification-permission

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

از Gradle project جدید همین بسته استفاده کنید؛ نمایشگر اعلان، دریافت مستقیم و JobScheduler داخل همان کتابخانه‌اند. Firebase، Google Services plugin و کلید خصوصی لازم نیست. مجوز اعلان فقط با انتخاب کاربر گرفته می‌شود. backgroundPolling=false دریافت دوره‌ای پس‌زمینه را خاموش می‌کند. directState() وضعیت محلی و backgroundScheduled را نشان می‌دهد؛ false برای این فیلد یعنی manifest/مجوز پس‌زمینه را بررسی کنید.

import android.app.Activity
import android.os.Bundle
import com.didnex.ads.Didnex
import com.didnex.ads.DidnexPush
class DirectPushActivity:Activity(){
 private lateinit var push:DidnexPush
 override fun onCreate(state:Bundle?){super.onCreate(state)
  push=Didnex.initialize(this,"https://didnex.com").createPush("PASTE_YOUR_PLACEMENT_ID_HERE",onError={android.util.Log.w("DidnexPush",it)})
  push.restoreDirect() // Saved consent only; never prompts.
  push.handleIntent(intent)
 }
 fun enableFromConsentButton(){
  if(!push.notificationsEnabled()){push.requestPermission(this,9421);return}
  push.enableDirect(consent=true,backgroundPolling=true,topics=listOf("general")){ok,code->android.util.Log.d("DidnexPush","enabled=$ok code=$code")}
 }
 override fun onRequestPermissionsResult(code:Int,permissions:Array<out String>,grants:IntArray){super.onRequestPermissionsResult(code,permissions,grants);if(code==9421&&push.notificationsEnabled())enableFromConsentButton()}
 override fun onNewIntent(value:android.content.Intent){super.onNewIntent(value);intent=value;push.handleIntent(value)}
 fun disable(){push.unsubscribe{ok-> /* Retry if false. */ }}
 override fun onDestroy(){push.close();super.onDestroy()}
}

Manifest مستقیم

<uses-permission android:name="android.permission.INTERNET" />
<uses-permission android:name="android.permission.POST_NOTIFICATIONS" />
<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />
<!-- Inside application; already merged by the packaged library manifest. -->
<service android:name="com.didnex.ads.DidnexDirectPush$Job" android:permission="android.permission.BIND_JOB_SERVICE" android:exported="true" />

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

هنگام فعالیت اپ دریافت حدود هر ۶۰ ثانیه است. در پس‌زمینه، JobScheduler با حداقل فاصله ۱۵ دقیقه و زمان اجرای نامعین کار می‌کند؛ Doze، قطع اینترنت و محدودیت سازنده می‌توانند آن را عقب بیندازند. Force Stop اجازه دریافت نمی‌دهد تا اپ دوباره باز شود. سرویس دائمی یا درخواست معافیت باتری اضافه نشده است.