Push Permission Status ট্যাগ

Push Permission Status হলো একটি ডিফল্ট ট্যাগ যা একটি ডিভাইসে পুশ নোটিফিকেশন পারমিশনের অবস্থা সংরক্ষণ করে। এটি ব্যবহার করে এমন ব্যবহারকারীদের রিচেবিলিটি সেগমেন্ট তৈরি করুন, যাদের একটি সাধারণ চালু/বন্ধ ফ্ল্যাগ আলাদা করতে পারে না, যেমন যাদের কাছে আপনি এখনও পারমিশন চাইতে পারেন এবং যারা ইতিমধ্যে প্রত্যাখ্যান করেছেন।

Push Permission Status-এর মান

ট্যাগটি একটি String ট্যাগ, যা প্রতিটি অ্যাপ্লিকেশনের প্রতিটি ডিভাইসের জন্য নিচের মানগুলোর একটি সংরক্ষণ করে। প্রতিটি প্ল্যাটফর্ম এগুলোর মধ্যে কেবল কয়েকটি রিপোর্ট করে। দেখুন প্রতিটি প্ল্যাটফর্ম কী রিপোর্ট করে।

মান	এর অর্থ
`not_determined`	ব্যবহারকারী এখনও পারমিশন প্রম্পটের উত্তর দেননি, তাই অ্যাপ এখনও জিজ্ঞাসা করতে পারে
`granted_explicit`	ব্যবহারকারী পারমিশন প্রম্পটে নোটিফিকেশন অনুমোদন করেছেন
`granted_default`	নোটিফিকেশন অনুমোদিত, তবে Pushwoosh SDK পারমিশন প্রম্পটের উত্তরের মাধ্যমে নয়। শুধুমাত্র Android
`provisional`	নোটিফিকেশন অস্থায়ীভাবে অনুমোদিত। এগুলো অ্যালার্ট, সাউন্ড বা ব্যানার ছাড়াই নিঃশব্দে নোটিফিকেশন সেন্টারে যায়। শুধুমাত্র iOS
`ephemeral`	নোটিফিকেশন সীমিত সময়ের জন্য অনুমোদিত, যেমন একটি App Clip-এর ক্ষেত্রে। শুধুমাত্র iOS
`denied`	ব্যবহারকারী নোটিফিকেশন বন্ধ করেছেন, প্রম্পটে অথবা পরে ডিভাইস বা ব্রাউজার সেটিংসে
`unsupported`	ব্রাউজার ওয়েব পুশ নোটিফিকেশন গ্রহণ করতে পারে না। শুধুমাত্র Web

tvOS ও macOS-এ এবং নিচের সংস্করণের চেয়ে পুরোনো SDK সংস্করণযুক্ত ডিভাইসে ট্যাগটির কোনো মান থাকে না:

প্ল্যাটফর্ম	ন্যূনতম SDK সংস্করণ
iOS	7.2.10
Android	6.17.0
Web	3.95.0

ট্যাগ কখন আপডেট হয়

SDK এই মুহূর্তগুলোতে বর্তমান অবস্থা রিপোর্ট করে:

প্রতিবার অ্যাপ খোলার সময়।
যখন ডিভাইস পুশ নোটিফিকেশনের জন্য নিবন্ধিত হয়।
ব্যবহারকারী পারমিশন প্রম্পটের উত্তর দেওয়ার ঠিক পরে।

ব্যবহারকারী যদি ডিভাইস বা ব্রাউজার সেটিংসে পারমিশন পরিবর্তন করেন, তবে প্ল্যাটফর্মের উপর নির্ভর করে ট্যাগটি পরে আপডেট হয়:

প্ল্যাটফর্ম	ট্যাগ কখন আপডেট হয়
iOS	পরের বার অ্যাপ খোলার সময়
Android	পরের বার অ্যাপ খোলার সময় বা ফোরগ্রাউন্ডে ফিরে আসার সময়
Web: Chromium-ভিত্তিক ব্রাউজার এবং Firefox	ব্রাউজার পরিবর্তনটি রিপোর্ট করার সাথে সাথে
Web: Safari	পরবর্তী পেজ লোডের সময়

যখন কোনো অনুরোধ অবস্থা ছাড়া আসে, যেমন পুরোনো SDK সংস্করণ থেকে, তখন ট্যাগটি তার শেষ মান ধরে রাখে।

প্রতিটি প্ল্যাটফর্ম কী রিপোর্ট করে

প্রতিটি প্ল্যাটফর্ম তার নিজস্ব সিস্টেম API থেকে পারমিশন পড়ে, তাই মানের সেট প্ল্যাটফর্মভেদে আলাদা।

iOS

iOS SDK অ্যাপের সিস্টেম অথরাইজেশন স্ট্যাটাস সরাসরি ট্যাগে ম্যাপ করে।

iOS অথরাইজেশন স্ট্যাটাস	Push Permission Status
Not determined	`not_determined`
Authorized	`granted_explicit`
Provisional	`provisional`
Ephemeral	`ephemeral`
Denied	`denied`

Android

Android 13 এবং পরবর্তী সংস্করণে ব্যবহারকারীকে একটি পারমিশন প্রম্পটে নোটিফিকেশন অনুমোদন করতে হয়। আগের সংস্করণগুলো ইনস্টলেশনের পরে ডিফল্টভাবে এগুলো অনুমোদন করে, তাই Android SDK একটি স্পষ্ট উত্তরকে ডিফল্ট অনুমোদন থেকে আলাদা করে:

granted_explicit: Android 13 বা পরবর্তী সংস্করণে, Android 13 (API লেভেল 33) বা পরবর্তী সংস্করণকে টার্গেট করা অ্যাপে, ব্যবহারকারী Pushwoosh SDK-এর দেখানো পারমিশন প্রম্পটে নোটিফিকেশন অনুমোদন করেছেন।
granted_default: নোটিফিকেশন অন্য যেকোনো উপায়ে অনুমোদিত। এর মধ্যে রয়েছে Android 12 ও তার আগের সংস্করণ, 33-এর কম API লেভেল টার্গেট করা অ্যাপ, SDK প্রথমবার পরীক্ষা করার সময় ইতিমধ্যে অনুমোদিত পারমিশন, এবং আপনার নিজস্ব প্রম্পট বা সিস্টেম সেটিংস থেকে অনুমোদিত পারমিশন।
not_determined: Android 13 এবং পরবর্তী সংস্করণে নোটিফিকেশন বন্ধ এবং ব্যবহারকারী এখনও প্রম্পটের উত্তর দেননি, কিছু না বেছে প্রম্পট বন্ধ করে দেওয়ার ক্ষেত্রেও।
denied: ব্যবহারকারী প্রম্পট প্রত্যাখ্যান করার পরে, বা আগে অনুমোদিত থাকার পরে নোটিফিকেশন বন্ধ। Android 12 ও তার আগের সংস্করণে, নোটিফিকেশন বন্ধ থাকা যেকোনো ডিভাইস denied রিপোর্ট করে।

Web

ব্রাউজার শুধুমাত্র ব্যবহারকারী ক্লিক করে অনুমোদন দেওয়ার পরেই নোটিফিকেশন অনুমোদন করে, তাই একটি ওয়েব ডিভাইস কখনও granted_default রিপোর্ট করে না।

ব্রাউজার পারমিশন	Push Permission Status
এখনও জিজ্ঞাসা করা হয়নি (`default`)	`not_determined`
অনুমোদিত (`granted`)	`granted_explicit`
ব্লক করা (`denied`)	`denied`
ব্রাউজার ওয়েব পুশ সমর্থন করে না	`unsupported`

রিচেবিলিটি সেগমেন্ট তৈরি করুন

ব্যবহারকারীদের কীভাবে পৌঁছানো যায় সেই অনুযায়ী টার্গেট করতে একটি Push Permission Status ফিল্টারে এগুলোর একটি অপারেটর দিয়ে মানগুলো একত্রিত করুন। ট্যাগ দ্বারা সেগমেন্ট তৈরি সম্পর্কে আরও জানুন।

সেগমেন্ট	ফিল্টার	কীভাবে ব্যবহার করবেন
যে ব্যবহারকারীরা পুশ অ্যালার্ট দেখেন	এগুলোর একটি `granted_explicit`, `granted_default`	সময়-সংবেদনশীল পুশ নোটিফিকেশন পাঠান
শুধুমাত্র নিঃশব্দ ডেলিভারি	এগুলোর একটি `provisional`, `ephemeral`	কম দৃশ্যমানতা আশা করুন, এবং এই ব্যবহারকারীদের পূর্ণ নোটিফিকেশন অনুমোদন করতে আমন্ত্রণ জানান
যাদের কাছে আপনি এখনও চাইতে পারেন	এগুলোর একটি `not_determined`	পুশ পারমিশন প্রম্পটের আগে একটি ইন-অ্যাপ দেখান
যে ব্যবহারকারীরা প্রত্যাখ্যান করেছেন	এগুলোর একটি `denied`	ইমেইল, SMS বা ইন-অ্যাপ মেসেজের মাধ্যমে তাদের কাছে পৌঁছান, অথবা একটি অপ্ট-আউট রিকভারি পপআপ চালান
ওয়েব পুশ ছাড়া ব্রাউজার	এগুলোর একটি `unsupported`	এই ওয়েব ব্যবহারকারীদের জন্য অন্যান্য চ্যানেল ব্যবহার করুন

যে ডিভাইসগুলো এখনও ট্যাগটি রিপোর্ট করে না সেগুলো খুঁজতে সেট করা নেই অপারেটর ব্যবহার করুন। এই ডিভাইসগুলো পুরোনো SDK সংস্করণ চালায়, তাই এর পরিবর্তে Push Alerts Enabled দিয়ে সেগুলোকে টার্গেট করুন। দুটি ট্যাগের পার্থক্যের জন্য দেখুন Push Permission Status বনাম Push Alerts Enabled।

Push Permission Status বনাম Push Alerts Enabled

দুটি ট্যাগ ভিন্ন প্রশ্নের উত্তর দেয়:

Push Alerts Enabled (Boolean): এই ডিভাইস কি এখনই পুশ অ্যালার্ট দেখাতে পারে?
Push Permission Status (String): পারমিশনের অবস্থা কী? এটি সেই অবস্থাগুলোকে আলাদা করে যেগুলো Push Alerts Enabled একই false হিসেবে রিপোর্ট করে, যেমন কখনও জিজ্ঞাসা না করা এবং প্রত্যাখ্যাত।

টেবিলটি তুলনা করে দুটি ট্যাগ সাধারণ অবস্থাগুলো কীভাবে রিপোর্ট করে।

	Push Alerts Enabled	Push Permission Status
প্রকার	Boolean	String
কখনও পারমিশন চাওয়া হয়নি	`false`	`not_determined`
পারমিশন প্রত্যাখ্যাত	`false`	`denied`
iOS-এ প্রভিশনাল বা অস্থায়ী পারমিশন	অ্যালার্ট, সাউন্ড এবং ব্যাজ সেটিংসের উপর নির্ভর করে	`provisional` বা `ephemeral`
স্পষ্ট বা ডিফল্ট অনুমোদন	ডিভাইস অ্যালার্ট দেখালে `true`	`granted_explicit` বা `granted_default`
পুরোনো SDK সংস্করণযুক্ত ডিভাইস	সব SDK সংস্করণে রিপোর্ট করা হয়	সেট করা নেই

যে প্রশ্নের উত্তর আপনার প্রয়োজন সেই অনুযায়ী ট্যাগ বেছে নিন:

সব SDK সংস্করণ জুড়ে অপ্ট-ইন করা ব্যবহারকারীদের দ্রুত গণনার জন্য Push Alerts Enabled ব্যবহার করুন।
যখন আপনার পরবর্তী পদক্ষেপ নির্ভর করে কেন একজন ব্যবহারকারীর কাছে পৌঁছানো যাচ্ছে না তার উপর, তখন Push Permission Status ব্যবহার করুন। উদাহরণস্বরূপ, যাদের কখনও জিজ্ঞাসা করা হয়নি তাদের কাছে পারমিশন চান এবং যারা প্রত্যাখ্যান করেছেন তাদের বিরক্ত করবেন না।