এই ডকুমেন্ট আপনার ব্যবহারের কেসের উপর ভিত্তি করে আপনার অ্যাপের জন্য উপযুক্ত শনাক্তকারী বেছে নেওয়ার জন্য নির্দেশিকা প্রদান করে।
Android-এর অনুমতি সম্পর্কে সাধারণভাবে জানতে, অনুমতি এক নজরে দেখুন। Android-এর অনুমতি নিয়ে কাজ করার জন্য নির্দিষ্ট পেশাদার পদ্ধতির ব্যাপারে জানতে, অ্যাপের অনুমতি সংক্রান্ত পেশাদার পদ্ধতি দেখুন।
Android শনাক্তকারী ব্যবহার করার পেশাদার পদ্ধতি
আপনার ব্যবহারকারীদের গোপনীয়তা সুরক্ষিত রাখতে, সবচেয়ে বেশি সীমাবদ্ধতা আরোপ করে এমন শনাক্তকারী ব্যবহার করুন যা আপনার অ্যাপের ব্যবহারের ক্ষেত্রে উপযুক্ত। বিশেষ করে, এইসব পেশাদার পদ্ধতি অনুসরণ করুন:
- সম্ভব হলে ব্যবহারকারী-রিসেট করতে পারবেন এমন শনাক্তকারী বেছে নিন। রিসেট করা যায় না এমন হার্ডওয়্যার আইডি ছাড়া অন্য শনাক্তকারী ব্যবহার করলেও আপনার অ্যাপ বেশিরভাগ ক্ষেত্রে কাজ করতে পারে।
হার্ডওয়্যার শনাক্তকারী ব্যবহার করা এড়িয়ে চলুন। বেশিরভাগ ক্ষেত্রে, আপনি প্রয়োজনীয় কার্যকারিতা সীমিত না করেই ইন্টারন্যাশনাল মোবাইল ইকুইপমেন্ট আইডেন্টিটি (IMEI)-এর মতো হার্ডওয়্যার শনাক্তকারী ব্যবহার করা এড়িয়ে যেতে পারবেন।
Android 10 (API লেভেল ২৯) রিসেট করার উপযোগী নয় এমন শনাক্তকারীর উপর বিধিনিষেধ আরোপ করে, যার মধ্যে IMEI ও সিরিয়াল নম্বর, দুটিই পড়ে। এইসব শনাক্তকারী অ্যাক্সেস করতে আপনার অ্যাপকে অবশ্যই ডিভাইস বা প্রোফাইলের মালিক অ্যাপ হতে হবে, বিশেষ পরিষেবা প্রদানকারীর অনুমতি থাকতে হবে অথবা
READ_PRIVILEGED_PHONE_STATEবিশেষ অনুমতি থাকতে হবে।শুধুমাত্র ব্যবহারকারীর প্রোফাইল তৈরি বা বিজ্ঞাপন দেখানোর জন্য বিজ্ঞাপন আইডি ব্যবহার করুন। বিজ্ঞাপন আইডি ব্যবহার করার সময়, সবসময় বিজ্ঞাপন ট্র্যাকিংয়ের ব্যাপারে ব্যবহারকারীর পছন্দকে সম্মান করুন। যদি আপনাকে ব্যক্তিগতভাবে শনাক্তকরণযোগ্য তথ্যের সাথে বিজ্ঞাপন শনাক্তকারী কানেক্ট করতে হয়, তাহলে শুধুমাত্র ব্যবহারকারীর স্পষ্ট সম্মতি নিয়েই তা করুন।
বিজ্ঞাপন আইডি রিসেট করার সময় ব্রিজ করবেন না।
পেমেন্ট সংক্রান্ত প্রতারণা প্রতিরোধ ও টেলিফোনি ছাড়া অন্যান্য সব ব্যবহারের ক্ষেত্রে, যখনই সম্ভব হবে, Firebase ইনস্টলেশন আইডি (FID) বা ব্যক্তিগতভাবে স্টোর করা GUID ব্যবহার করুন। বিজ্ঞাপন ছাড়া অন্য ব্যবহারের ক্ষেত্রে, FID বা GUID যথেষ্ট।
গোপনীয়তা সংক্রান্ত ঝুঁকি কমাতে আপনার ব্যবহারের ক্ষেত্রে উপযুক্ত API ব্যবহার করুন। মূল্যবান কন্টেন্ট সুরক্ষিত রাখতে DRM API এবং অপব্যবহার থেকে সুরক্ষিত রাখতে Play Integrity API ব্যবহার করুন। গোপনীয়তা সংক্রান্ত ঝুঁকি না নিয়েই কোনও ডিভাইস আসল কিনা তা নির্ধারণ করার সবচেয়ে সহজ উপায় হল Play Integrity API।
এই গাইডের বাকি অংশে Android অ্যাপ ডেভেলপ করার প্রসঙ্গে এই নিয়মগুলি বিস্তারিতভাবে আলোচনা করা হয়েছে।
বিজ্ঞাপন আইডি নিয়ে কাজ করা
বিজ্ঞাপন আইডি হল ব্যবহারকারী-রিসেটযোগ্য শনাক্তকারী এবং এটি বিজ্ঞাপনের ব্যবহারের ক্ষেত্রে উপযুক্ত। তবে, এই আইডি ব্যবহার করার সময় কিছু গুরুত্বপূর্ণ বিষয় মনে রাখতে হবে
বিজ্ঞাপন আইডি রিসেট করার ক্ষেত্রে ব্যবহারকারীর ইচ্ছাকে সবসময় সম্মান করুন। ব্যবহারকারীর সম্মতি ছাড়া পরবর্তী বিজ্ঞাপন আইডি একসাথে লিঙ্ক করার জন্য অন্য শনাক্তকারী বা ফিঙ্গারপ্রিন্ট ব্যবহার করে ব্যবহারকারীর রিসেট করা আইডি ব্রিজ করবেন না। Google Play ডেভেলপার কন্টেন্ট নীতিতে নিম্নলিখিত বিষয়গুলি উল্লেখ করা আছে:
"...রিসেট করা হলে, ব্যবহারকারীর স্পষ্ট সম্মতি ছাড়া নতুন বিজ্ঞাপন শনাক্তকারীকে আগের বিজ্ঞাপন শনাক্তকারী বা আগের বিজ্ঞাপন শনাক্তকারী থেকে প্রাপ্ত ডেটার সাথে কানেক্ট করা যাবে না।"
সংশ্লিষ্ট পছন্দমতো বিজ্ঞাপন ফ্ল্যাগ সবসময় মেনে চলুন। বিজ্ঞাপন আইডি কনফিগার করা যায়,
যার ফলে ব্যবহারকারী আইডির সাথে যুক্ত ট্র্যাকিংয়ের পরিমাণ সীমিত করতে
পারেন। আপনি যাতে ব্যবহারকারীর ইচ্ছার বিরুদ্ধে না যান তা নিশ্চিত করতে সবসময় AdvertisingIdClient.Info.isLimitAdTrackingEnabled()
পদ্ধতি ব্যবহার করুন। Google
Play ডেভেলপার কন্টেন্ট
নীতিতে
নিম্নলিখিত বিষয়গুলি উল্লেখ করা আছে:
"...আপনাকে অবশ্যই ব্যবহারকারীর 'আগ্রহ-ভিত্তিক বিজ্ঞাপন থেকে অপ্ট-আউট করা' অথবা 'পছন্দ অনুযায়ী বিজ্ঞাপন বেছে নেওয়া' সংক্রান্ত সেটিংস মেনে চলতে হবে। কোনও ব্যবহারকারী এই সেটিং চালু করে থাকলে, বিজ্ঞাপনের উদ্দেশ্যে ব্যবহারকারীর প্রোফাইল তৈরি করতে অথবা পছন্দমতো বিজ্ঞাপনের মাধ্যমে ব্যবহারকারীদের টার্গেট করতে আপনি বিজ্ঞাপন শনাক্তকারী ব্যবহার করতে পারবেন না। অনুমোদিত অ্যাক্টিভিটির মধ্যে প্রাসঙ্গিক বিজ্ঞাপন, ফ্রিকোয়েন্সি ক্যাপিং, কনভার্সন ট্র্যাকিং, রিপোর্টিং এবং নিরাপত্তা ও জালিয়াতি শনাক্তকরণ অন্তর্ভুক্ত।"
বিজ্ঞাপন আইডি ব্যবহারের সাথে সম্পর্কিত আপনি যে SDK ব্যবহার করেন তার সাথে যুক্ত যেকোনও গোপনীয়তা বা নিরাপত্তা নীতি সম্পর্কে সচেতন থাকুন।
যেমন, আপনি Google Analytics SDK থেকে
enableAdvertisingIdCollection()
পদ্ধতিতে true পাস করলে, প্রযোজ্য সব
Analytics SDK
নীতি পর্যালোচনা করে মেনে চলতে ভুলবেন না।
এছাড়াও, মনে রাখবেন যে Google Play ডেভেলপার কন্টেন্ট নীতি অনুযায়ী বিজ্ঞাপন আইডি "ব্যক্তিগতভাবে শনাক্তকরণযোগ্য তথ্যের সাথে কানেক্ট করা বা কোনও পার্সিস্টেন্ট ডিভাইস শনাক্তকারীর (যেমন: SSAID, MAC অ্যাড্রেস, IMEI ইত্যাদি) সাথে যুক্ত করা যাবে না।"
উদাহরণস্বরূপ, ধরুন আপনি নিম্নলিখিত কলাম সহ ডেটাবেস টেবিল পূরণ করার জন্য তথ্য সংগ্রহ করতে চান:
| TABLE-01 | |||
timestamp |
ad_id |
account_id |
clickid |
| TABLE-02 | |||
account_id |
name |
dob |
country |
এই উদাহরণে, ad_id কলামটি দুটি টেবিলের account_id কলামের মাধ্যমে PII-এর সাথে যুক্ত করা যেতে পারে, যা Google Play ডেভেলপার কন্টেন্ট নীতি লঙ্ঘন করবে, যদি আপনি ব্যবহারকারীদের কাছ থেকে স্পষ্ট অনুমতি না পান।
মনে রাখবেন, বিজ্ঞাপনদাতার আইডি এবং ব্যক্তিগতভাবে শনাক্তকরণযোগ্য তথ্যের মধ্যে লিঙ্ক সবসময় এত স্পষ্ট হয় না। PII এবং বিজ্ঞাপন আইডি কীড টেবিল, দুটিতেই "কোয়াসি-আইডেন্টিফায়ার" থাকতে পারে, যার ফলে সমস্যা হতে পারে। যেমন, ধরুন আমরা TABLE-01 এবং TABLE-02-এ নিম্নলিখিত পরিবর্তন করেছি:
| TABLE-01 | ||||
timestamp |
ad_id |
clickid |
dev_model |
|
| TABLE-02 | ||||
timestamp |
demo |
account_id |
dev_model |
name |
এই ক্ষেত্রে, ক্লিক ইভেন্ট যথেষ্ট বিরল হলে, ইভেন্টের টাইমস্ট্যাম্প এবং ডিভাইসের মডেল ব্যবহার করে বিজ্ঞাপনদাতার আইডি TABLE-01 এবং TABLE-02-এ থাকা PII-এর মধ্যে যোগাযোগ করা এখনও সম্ভব।
যদিও, ডেটাসেটে এই ধরনের কোনও কোয়াসি-আইডেন্টিফায়ার নেই তা নিশ্চিত করা প্রায়শই কঠিন, তবে আপনি যেখানে সম্ভব সেখানে অনন্য ডেটা সাধারণীকরণ করে সবচেয়ে স্পষ্ট জয়েন ঝুঁকি প্রতিরোধ করতে পারেন। আগের উদাহরণে, এর অর্থ হল টাইমস্ট্যাম্পের নির্ভুলতা কমানো যাতে একই মডেলের একাধিক ডিভাইস প্রতিটি টাইমস্ট্যাম্পের জন্য দেখা যায়।
অন্যান্য সমাধানের মধ্যে নিম্নলিখিতগুলি অন্তর্ভুক্ত:
এমন টেবিল ডিজাইন করা যাবে না যা স্পষ্টভাবে PII-কে বিজ্ঞাপন আইডির সাথে লিঙ্ক করে। উপরের প্রথম উদাহরণে, এর অর্থ হল TABLE-01-এ
account_idকলাম অন্তর্ভুক্ত না করা।বিজ্ঞাপন আইডি কীড ডেটা এবং PII, দুটিতেই অ্যাক্সেস আছে এমন ব্যবহারকারী বা ভূমিকার জন্য অ্যাক্সেস কন্ট্রোল তালিকা আলাদা করা এবং মনিটর করা। দুটি সোর্স একসাথে অ্যাক্সেস করার ক্ষমতা কঠোরভাবে নিয়ন্ত্রণ এবং অডিট করার মাধ্যমে (যেমন, টেবিলগুলির মধ্যে একটি জয়েন পারফর্ম করে), আপনি বিজ্ঞাপন আইডি এবং PII-এর মধ্যে অ্যাসোসিয়েশনের ঝুঁকি কমাতে পারেন। সাধারণত, অ্যাক্সেস কন্ট্রোল করার অর্থ হল নিম্নলিখিত কাজগুলি করা:
- বিজ্ঞাপনদাতার আইডি কী করা ডেটা এবং PII-এর জন্য অ্যাক্সেস কন্ট্রোল লিস্ট (ACL) আলাদা রাখুন যাতে উভয় ACL-এ থাকা ব্যক্তি বা ভূমিকার সংখ্যা কমানো যায়।
- এই নিয়মের কোনও ব্যতিক্রম শনাক্ত ও ম্যানেজ করতে অ্যাক্সেস লগিং ও অডিটিং প্রয়োগ করুন।
বিজ্ঞাপন আইডি নিয়ে দায়িত্ব সহকারে কাজ করার ব্যাপারে আরও তথ্য পেতে, AdvertisingIdClient API রেফারেন্স দেখুন।
FID ও GUID নিয়ে কাজ করা
কোনও ডিভাইসে চলা অ্যাপ ইনস্ট্যান্স শনাক্ত করার সবচেয়ে সহজ উপায় হল Firebase ইনস্টলেশন আইডি (FID) ব্যবহার করা এবং বিজ্ঞাপন ছাড়া বেশিরভাগ ব্যবহারের ক্ষেত্রে এটিই হল সাজেস্ট করা সমাধান। শুধুমাত্র অ্যাপ ইনস্ট্যান্স যার জন্য এটি প্রোভিশন করা হয়েছে, এই আইডেন্টিফায়ার অ্যাক্সেস করতে পারে এবং এটি (তুলনামূলকভাবে) সহজে রিসেট করা যায় কারণ অ্যাপটি ইনস্টল করা থাকাকালীনই এটি থাকে।
এর ফলে, রিসেট করা যায় না এমন ডিভাইস-স্কোপড হার্ডওয়্যার আইডির তুলনায়
FID আরও ভালো গোপনীয়তা সংক্রান্ত প্রপার্টি প্রদান করে। আরও তথ্যের জন্য, firebase.installations
API রেফারেন্স দেখুন।
যেসব ক্ষেত্রে FID ব্যবহার করা সম্ভব নয়, সেখানে আপনি অ্যাপ ইনস্ট্যান্স অনন্যভাবে শনাক্ত করতে কাস্টম গ্লোবালি-ইউনিক আইডি (GUID) ব্যবহার করতে পারেন। এটি করার সবচেয়ে সহজ উপায় হল নিম্নলিখিত কোড ব্যবহার করে আপনার নিজস্ব GUID জেনারেট করা:
Kotlin
var uniqueID = UUID.randomUUID().toString()
জাভা
String uniqueID = UUID.randomUUID().toString();
যেহেতু শনাক্তকারী বিশ্বব্যাপী অনন্য, তাই এটি একটি নির্দিষ্ট অ্যাপ ইনস্ট্যান্স শনাক্ত করতে ব্যবহার করা যেতে পারে। বিভিন্ন অ্যাপ জুড়ে শনাক্তকারী লিঙ্ক করার সাথে সম্পর্কিত সমস্যা এড়াতে, এক্সটার্নাল (শেয়ার করা) স্টোরেজের পরিবর্তে ইন্টার্নাল স্টোরেজে GUID সেভ করুন। আরও তথ্যের জন্য, ডেটা ও ফাইল স্টোরেজ ওভারভিউ পৃষ্ঠা দেখুন।
MAC অ্যাড্রেসের সাথে কাজ করে না
MAC অ্যাড্রেস বিশ্বব্যাপী অনন্য, ব্যবহারকারী রিসেট করতে পারেন না এবং ফ্যাক্টরি রিসেট করলেও এটি থেকে যায়। এইসব কারণে, ব্যবহারকারীর গোপনীয়তা সুরক্ষিত রাখতে, Android ভার্সন 6 এবং তার পরবর্তী ভার্সনে, MAC অ্যাড্রেসে অ্যাক্সেস সিস্টেম অ্যাপে সীমাবদ্ধ করা হয়েছে। থার্ড-পার্টি অ্যাপ এগুলি অ্যাক্সেস করতে পারে না।
Android 11-এ MAC অ্যাড্রেসের উপলভ্যতায় পরিবর্তন
Android 11 ও তার পরবর্তী যেকোনও ভার্সনে টার্গেট করা অ্যাপে, Passpoint নেটওয়ার্কের জন্য MAC র্যান্ডমাইজেশন হল প্রতিটি Passpoint প্রোফাইল অনুযায়ী, যা নিম্নলিখিত ফিল্ডের উপর ভিত্তি করে অনন্য MAC অ্যাড্রেস তৈরি করে:
- সম্পূর্ণভাবে উপযুক্ত ডোমেনের নাম (FQDN)
- রাজ্য
- ক্রেডেনশিয়াল, পাসপয়েন্ট প্রোফাইলে ব্যবহৃত ক্রেডেনশিয়ালের উপর ভিত্তি করে:
- ব্যবহারকারীর ক্রেডেনশিয়াল: ইউজার নেম
- সার্টিফিকেট ক্রেডেনশিয়াল: cert এবং cert-এর ধরন
- সিম ক্রেডেনশিয়াল: EAP-এর ধরন ও IMSI
এছাড়াও, বিশেষাধিকার নেই এমন অ্যাপ ডিভাইসের MAC অ্যাড্রেস অ্যাক্সেস করতে পারে না; শুধুমাত্র
IP অ্যাড্রেস সহ নেটওয়ার্ক ইন্টারফেস দেখা যায়। এটি
getifaddrs()
এবং
NetworkInterface.getHardwareAddress()
পদ্ধতি এবং RTM_GETLINK Netlink মেসেজ পাঠানোর উপর প্রভাব ফেলে।
এই পরিবর্তনের ফলে অ্যাপগুলি যেভাবে প্রভাবিত হয় তার একটি তালিকা নিচে দেওয়া হল:
NetworkInterface.getHardwareAddress()প্রতিটি ইন্টারফেসের জন্য নাল রিটার্ন করে।- অ্যাপ
NETLINK_ROUTEসকেটেbind()ফাংশন ব্যবহার করতে পারবে না। ipকমান্ড ইন্টারফেস সম্পর্কে তথ্য প্রদান করে না।- অ্যাপ
RTM_GETLINKমেসেজ পাঠাতে পারবে না।
মনে রাখবেন, বেশিরভাগ ডেভেলপারদের
NetworkInterface,
getifaddrs()
বা Netlink সকেটের মতো
নিম্ন-স্তরের API-এর পরিবর্তে
ConnectivityManager-এর উচ্চ-স্তরের API ব্যবহার করা উচিত। যেমন, কোনও অ্যাপের বর্তমান রুটের আপ-টু-ডেট তথ্য প্রয়োজন হলে, ConnectivityManager.registerNetworkCallback() ব্যবহার করে নেটওয়ার্কের পরিবর্তন শুনে এবং নেটওয়ার্কের সাথে যুক্ত LinkProperties.getRoutes()-এ কল করে এই তথ্য পেতে পারে।
শনাক্তকারীর বৈশিষ্ট্য
Android OS বিভিন্ন আচরণগত বৈশিষ্ট্য সহ একাধিক আইডি অফার করে। আপনার ব্যবহারের ক্ষেত্রে নিম্নলিখিত বৈশিষ্ট্যগুলি কীভাবে কাজ করে তার উপর নির্ভর করে আপনার কোন আইডি ব্যবহার করা উচিত। তবে, এইসব বৈশিষ্ট্যের সাথে গোপনীয়তা সংক্রান্ত প্রভাবও যুক্ত থাকে, তাই এইসব বৈশিষ্ট্য একে অপরের সাথে কীভাবে ইন্টার্যাক্ট করে তা বোঝা গুরুত্বপূর্ণ।
সুযোগ
কোন কোন সিস্টেম শনাক্তকারী অ্যাক্সেস করতে পারবে তা শনাক্তকারীর স্কোপ থেকে জানা যায়। Android আইডেন্টিফায়ার স্কোপ সাধারণত তিন ধরনের হয়:
- একটি অ্যাপ: আইডিটি অ্যাপের ইন্টার্নাল এবং অন্যান্য অ্যাপের ক্ষেত্রে অ্যাক্সেসযোগ্য নয়।
- অ্যাপের গ্রুপ: আইডিটি সম্পর্কিত অ্যাপের আগে থেকে নির্ধারিত গ্রুপে অ্যাক্সেসযোগ্য।
- ডিভাইস: ডিভাইসে ইনস্টল করা সব অ্যাপ আইডি অ্যাক্সেস করতে পারে।
কোনও শনাক্তকারীকে যত বেশি স্কোপ দেওয়া হয়, ট্র্যাকিংয়ের উদ্দেশ্যে সেটি ব্যবহার করার ঝুঁকি তত বেশি হয়। বিপরীতভাবে, যদি কোনও শনাক্তকারী শুধুমাত্র একটি অ্যাপ ইনস্ট্যান্সের মাধ্যমে অ্যাক্সেস করা যায়, তাহলে বিভিন্ন অ্যাপে ট্রানজ্যাকশন জুড়ে ডিভাইস ট্র্যাক করতে এটি ব্যবহার করা যাবে না।
রিসেট করার উপযোগিতা ও স্থায়িত্ব
রিসেট করার উপযোগিতা এবং স্থায়িত্ব শনাক্তকারীর লাইফস্প্যান নির্ধারণ করে এবং এটি কীভাবে রিসেট করা যায় তা ব্যাখ্যা করে। সাধারণ রিসেট ট্রিগারের মধ্যে রয়েছে: অ্যাপ-মধ্যস্থ রিসেট, সিস্টেম সেটিংসের মাধ্যমে রিসেট, লঞ্চ করার সময় রিসেট এবং ইনস্টল করার সময় রিসেট। Android আইডেন্টিফায়ারের লাইফস্প্যান আলাদা আলাদা হতে পারে, তবে লাইফস্প্যান সাধারণত আইডি কীভাবে রিসেট করা হয় তার সাথে সম্পর্কিত:
- শুধুমাত্র সেশন: ব্যবহারকারী যতবার অ্যাপ রিস্টার্ট করেন ততবার একটি নতুন আইডি ব্যবহার করা হয়।
- ইনস্টল-রিসেট: ব্যবহারকারী যতবার অ্যাপ আনইনস্টল ও আবার ইনস্টল করেন, ততবারই নতুন আইডি ব্যবহার করা হয়।
- FDR-রিসেট: ব্যবহারকারী যতবার ডিভাইস ফ্যাক্টরি-রিসেট করেন ততবার একটি নতুন আইডি ব্যবহার করা হয়।
- FDR-পারসিস্টেন্ট: ফ্যাক্টরি রিসেট করার পরেও আইডি থেকে যায়।
রিসেট করার সুবিধা ব্যবহারকারীদের এমন একটি নতুন আইডি তৈরি করার ক্ষমতা দেয় যা আগে থেকে থাকা কোনও প্রোফাইল তথ্যের সাথে যুক্ত নয়। কোনও শনাক্তকারী যত বেশি সময় ধরে এবং যত বেশি নির্ভরযোগ্যভাবে বিদ্যমান থাকে, যেমন ফ্যাক্টরি রিসেট করার পরেও যেটি বিদ্যমান থাকে, ব্যবহারকারীকে দীর্ঘ সময় ধরে ট্র্যাক করার ঝুঁকি তত বেশি থাকে। অ্যাপ আবার ইনস্টল করার সময় আইডেন্টিফায়ার রিসেট করা হলে, এটি পারসিস্টেন্স কমায় এবং আইডি রিসেট করার উপায় প্রদান করে, এমনকি অ্যাপ বা সিস্টেম সেটিংস থেকে রিসেট করার জন্য ব্যবহারকারীর কোনও স্পষ্ট কন্ট্রোল না থাকলেও।
অনন্যতা
অনন্যতা সংঘর্ষের সম্ভাবনা প্রতিষ্ঠা করে; অর্থাৎ, সংশ্লিষ্ট স্কোপের মধ্যে অভিন্ন শনাক্তকারী বিদ্যমান। সর্বোচ্চ লেভেলে, বিশ্বব্যাপী
অনন্য শনাক্তকারীর ক্ষেত্রে কখনও কোনও সংঘর্ষ হয় না, এমনকি অন্য ডিভাইস বা অ্যাপের ক্ষেত্রেও।
অন্যথায়, অনন্যতার লেভেল নির্ভর করে শনাক্তকারীর এনট্রপি এবং
এটি তৈরি করতে ব্যবহৃত র্যান্ডমনেসের সোর্সের উপর। যেমন, ইনস্টলেশনের ইউনিক্স টাইমস্ট্যাম্প (যেমন 1551414181) দিয়ে সিড করা আইডেন্টিফায়ারের তুলনায় ইনস্টলেশনের ক্যালেন্ডার তারিখ (যেমন 2019-03-01) দিয়ে সিড করা র্যান্ডম আইডেন্টিফায়ারের ক্ষেত্রে সংঘর্ষের সম্ভাবনা অনেক বেশি।
সাধারণত, ব্যবহারকারীর অ্যাকাউন্ট শনাক্তকারীকে অনন্য হিসেবে বিবেচনা করা যেতে পারে। অর্থাৎ, প্রতিটি ডিভাইস/অ্যাকাউন্ট কম্বিনেশনের একটি অনন্য আইডি আছে। অন্যদিকে, কোনও জনসংখ্যার মধ্যে কোনও শনাক্তকারী যত কম অনন্য হবে, গোপনীয়তা সুরক্ষা তত বেশি হবে কারণ এটি কোনও স্বতন্ত্র ব্যবহারকারীকে ট্র্যাক করার জন্য কম উপযোগী।
ইন্টিগ্রিটি প্রোটেকশন ও নন-রিপুডিয়েবিলিটি
আপনি এমন একটি শনাক্তকারী ব্যবহার করতে পারেন যা স্পুফ বা রিপ্লে করা কঠিন, যাতে প্রমাণ করা যায় যে সংশ্লিষ্ট ডিভাইস বা অ্যাকাউন্টের নির্দিষ্ট কিছু বৈশিষ্ট্য আছে। যেমন, আপনি প্রমাণ করতে পারেন যে ডিভাইসটি কোনও স্প্যামারের ব্যবহার করা ভার্চুয়াল ডিভাইস নয়। সহজে নকল করা যায় না এমন শনাক্তকারী অস্বীকার না করার সুবিধাও প্রদান করে। ডিভাইসটি যদি একটি গোপন'কী' দিয়ে মেসেজ সাইন করে, তাহলে অন্য কারও ডিভাইস মেসেজটি পাঠিয়েছে বলে দাবি করা কঠিন। নন-রিপুডিয়েবিলিটি এমন কিছু হতে পারে যা ব্যবহারকারী চান, যেমন পেমেন্ট যাচাই করার সময়, অথবা এটি এমন একটি অবাঞ্ছিত প্রপার্টি হতে পারে, যেমন এমন কোনও মেসেজ পাঠানো যা নিয়ে তিনি অনুতপ্ত।
সাধারণ ব্যবহারের উদাহরণ এবং ব্যবহার করার জন্য উপযুক্ত শনাক্তকারী
এই বিভাগে IMEI-এর মতো হার্ডওয়্যার আইডি ব্যবহারের বিকল্প দেওয়া হয়েছে। হার্ডওয়্যার আইডি ব্যবহার করা উচিত নয় কারণ ব্যবহারকারী সেগুলি রিসেট করতে পারেন না এবং সেগুলি ডিভাইসের মধ্যেই সীমাবদ্ধ থাকে। অনেক ক্ষেত্রে, অ্যাপ-স্কোপড শনাক্তকারীই যথেষ্ট।
অ্যাকাউন্ট
পরিষেবা প্রদানকারীর স্ট্যাটাস
এই ক্ষেত্রে, আপনার অ্যাপ পরিষেবা প্রদানকারীর অ্যাকাউন্ট ব্যবহার করে ডিভাইসের ফোন ও টেক্সট করার ফাংশনের সাথে ইন্টার্যাক্ট করে।
ব্যবহার করার জন্য সাজেস্ট করা শনাক্তকারী: IMEI, IMSI এবং Line1
কেন এই সাজেশনটি?
পরিষেবা প্রদানকারী-সম্পর্কিত কার্যকারিতার জন্য প্রয়োজন হলে হার্ডওয়্যার শনাক্তকারী ব্যবহার করা গ্রহণযোগ্য। যেমন, আপনি এই শনাক্তকারী ব্যবহার করে সেলুলার পরিষেবা প্রদানকারী বা সিম স্লটের মধ্যে পরিবর্তন করতে অথবা IP (Line1-এর জন্য) - সিম-ভিত্তিক ব্যবহারকারীর অ্যাকাউন্টের মাধ্যমে এসএমএস মেসেজ পাঠাতে পারবেন। তবে, বিশেষ অধিকার নেই এমন অ্যাপের ক্ষেত্রে, আমরা সার্ভার-সাইডে ব্যবহারকারীর ডিভাইসের তথ্য ফিরিয়ে আনতে অ্যাকাউন্ট সাইন-ইন ব্যবহার করার সুপারিশ করি। এর একটি কারণ হল, Android 6.0 (API লেভেল 23) এবং তার পরবর্তী যেকোনও ভার্সনে, এইসব শনাক্তকারী শুধুমাত্র রানটাইম অনুমতির মাধ্যমে ব্যবহার করা যেতে পারে। ব্যবহারকারীরা এই অনুমতি টগল করে বন্ধ করে দিতে পারেন, তাই আপনার অ্যাপকে এই ব্যতিক্রমগুলি সুন্দরভাবে ম্যানেজ করতে হবে।
মোবাইল সাবস্ক্রিপশন স্ট্যাটাস
এই ক্ষেত্রে, আপনাকে ডিভাইসে নির্দিষ্ট মোবাইল পরিষেবা সাবস্ক্রিপশনের সাথে অ্যাপের কার্যকারিতা অ্যাসোসিয়েট করতে হবে। যেমন, সিমের মাধ্যমে ডিভাইসের মোবাইল সাবস্ক্রিপশনের উপর ভিত্তি করে নির্দিষ্ট প্রিমিয়াম অ্যাপ ফিচারে অ্যাক্সেস যাচাই করার প্রয়োজন হতে পারে।
ব্যবহার করার জন্য সাজেস্ট করা শনাক্তকারী: ডিভাইসে ব্যবহার করা সিম শনাক্ত করতে Subscription ID API।
সাবস্ক্রিপশন আইডি ডিভাইসে ব্যবহৃত ইনস্টল করা সিম (ফিজিক্যাল ও ইলেকট্রনিক সহ) অনন্যভাবে শনাক্ত করার জন্য একটি ইন্ডেক্স ভ্যালু (১ থেকে শুরু) প্রদান করে। এই আইডির মাধ্যমে, আপনার অ্যাপ নির্দিষ্ট সিমের জন্য বিভিন্ন সাবস্ক্রিপশন তথ্যের সাথে এর কার্যকারিতা যুক্ত করতে পারে। ডিভাইস ফ্যাক্টরি রিসেট না করা পর্যন্ত প্রদত্ত সিমের জন্য এই ভ্যালু স্থির থাকে। তবে, এমন কিছু ঘটনা ঘটতে পারে যেখানে একই সিমের বিভিন্ন ডিভাইসে আলাদা সাবস্ক্রিপশন আইডি থাকে বা বিভিন্ন সিমের বিভিন্ন ডিভাইসে একই আইডি থাকে।
কেন এই সাজেশনটি?
কিছু অ্যাপ বর্তমানে এই উদ্দেশ্যে ICC
ID ব্যবহার করতে পারে। ICC ID বিশ্বব্যাপী অনন্য এবং রিসেট করা যায় না বলে, Android 10 থেকে
READ_PRIVILEGED_PHONE_STATE অনুমতি সহ অ্যাপে অ্যাক্সেস
সীমিত করা হয়েছে। Android 11 থেকে শুরু করে, Android আরও
getIccId()
API-এর মাধ্যমে ICCID-তে অ্যাক্সেস সীমাবদ্ধ করেছে, অ্যাপের টার্গেট API লেভেল যাই হোক না কেন। প্রভাবিত অ্যাপগুলিকে এর পরিবর্তে সাবস্ক্রিপশন আইডি ব্যবহার করার জন্য মাইগ্রেট করতে হবে।
একক সাইন-অন
এই ক্ষেত্রে, আপনার অ্যাপ সিঙ্গল সাইন-অন অভিজ্ঞতা প্রদান করে, যা ব্যবহারকারীদের আপনার প্রতিষ্ঠানের সাথে আগে থেকে থাকা অ্যাকাউন্ট যুক্ত করার অনুমতি দেয়।
ব্যবহার করার জন্য সাজেস্ট করা শনাক্তকারী: অ্যাকাউন্ট ম্যানেজারের সাথে মানানসই অ্যাকাউন্ট, যেমন Google অ্যাকাউন্ট লিঙ্কিং
কেন এই সাজেশনটি?
Google অ্যাকাউন্ট লিঙ্ক করার সুবিধা ব্যবহারকারীদের তাদের বর্তমান Google অ্যাকাউন্ট আপনার অ্যাপের সাথে যুক্ত করার অনুমতি দেয়, যা আপনার প্রতিষ্ঠানের প্রোডাক্ট এবং পরিষেবাগুলিতে নির্বিঘ্ন এবং আরও নিরাপদ অ্যাক্সেস প্রদান করে। এছাড়াও, আপনি কাস্টম OAuth স্কোপ নির্ধারণ করতে পারবেন যাতে শুধুমাত্র প্রয়োজনীয় ডেটা শেয়ার করা যায়। এর ফলে, ব্যবহারকারীর ডেটা কীভাবে ব্যবহার করা হচ্ছে তা স্পষ্টভাবে নির্ধারণ করে তাদের বিশ্বাস বাড়ানো যায়।
বিজ্ঞাপন
লক্ষ্য করা
এই ক্ষেত্রে, আপনার অ্যাপ ব্যবহারকারীকে আরও প্রাসঙ্গিক বিজ্ঞাপন দেখানোর জন্য তার আগ্রহের একটি প্রোফাইল তৈরি করে।
ব্যবহার করার জন্য সাজেস্ট করা শনাক্তকারী: আপনার অ্যাপ বিজ্ঞাপনের জন্য কোনও আইডি ব্যবহার করলে এবং Google Play-তে আপলোড বা প্রকাশ করলে, সেই আইডি অবশ্যই বিজ্ঞাপন আইডি হতে হবে।
কেন এই সাজেশনটি?
এটি বিজ্ঞাপন-সম্পর্কিত ব্যবহারের একটি উদাহরণ যেখানে আপনার প্রতিষ্ঠানের বিভিন্ন অ্যাপ জুড়ে উপলভ্য একটি আইডির প্রয়োজন হতে পারে, তাই বিজ্ঞাপন আইডি ব্যবহার করা সবচেয়ে উপযুক্ত সমাধান। Google Play ডেভেলপার কন্টেন্ট নীতি অনুযায়ী, বিজ্ঞাপন সংক্রান্ত ব্যবহারের ক্ষেত্রে বিজ্ঞাপন আইডি ব্যবহার করা বাধ্যতামূলক, কারণ ব্যবহারকারী এটি রিসেট করতে পারেন।
আপনি নিজের অ্যাপে ব্যবহারকারীর ডেটা শেয়ার করুন বা না করুন, আপনি যদি বিজ্ঞাপনের উদ্দেশ্যে এটি সংগ্রহ ও ব্যবহার করেন, তাহলে আপনাকে Play Console-এর অ্যাপ কন্টেন্ট পৃষ্ঠার ডেটা সুরক্ষা বিভাগে বিজ্ঞাপনের উদ্দেশ্য ঘোষণা করতে হবে।
পরিমাপ
এই ক্ষেত্রে, আপনার অ্যাপ একই ডিভাইসে আপনার সংস্থার অ্যাপ জুড়ে ব্যবহারকারীর আচরণের উপর ভিত্তি করে একটি প্রোফাইল তৈরি করে।
ব্যবহার করার জন্য সাজেস্ট করা আইডেন্টিফায়ার: বিজ্ঞাপন আইডি বা Play ইনস্টল রেফারার API
কেন এই সাজেশনটি?
এটি বিজ্ঞাপন-সম্পর্কিত ব্যবহারের একটি উদাহরণ যেখানে আপনার প্রতিষ্ঠানের বিভিন্ন অ্যাপ জুড়ে উপলভ্য একটি আইডির প্রয়োজন হতে পারে, তাই বিজ্ঞাপন আইডি ব্যবহার করা সবচেয়ে উপযুক্ত সমাধান। আপনি যদি বিজ্ঞাপনের ব্যবহারের ক্ষেত্রে কোনও আইডি ব্যবহার করেন, তাহলে সেই আইডিটি অবশ্যই বিজ্ঞাপন আইডি হতে হবে কারণ ব্যবহারকারী এটি রিসেট করতে পারবেন। Google Play ডেভেলপার কন্টেন্ট নীতি থেকে আরও জানুন।
কনভার্সন
এই ক্ষেত্রে, আপনার মার্কেটিং স্ট্র্যাটেজি সফল হয়েছে কিনা তা শনাক্ত করতে আপনি কনভার্সন ট্র্যাক করছেন।
ব্যবহার করার জন্য সাজেস্ট করা আইডেন্টিফায়ার: বিজ্ঞাপন আইডি বা Play ইনস্টল রেফারার API
কেন এই সাজেশনটি?
এটি বিজ্ঞাপন-সম্পর্কিত ব্যবহারের একটি উদাহরণ যেখানে আপনার প্রতিষ্ঠানের বিভিন্ন অ্যাপ জুড়ে উপলভ্য একটি আইডির প্রয়োজন হতে পারে, তাই বিজ্ঞাপন আইডি ব্যবহার করা সবচেয়ে উপযুক্ত সমাধান। Google Play ডেভেলপার কন্টেন্ট নীতি অনুযায়ী, বিজ্ঞাপন সংক্রান্ত ব্যবহারের ক্ষেত্রে বিজ্ঞাপন আইডি ব্যবহার করা বাধ্যতামূলক, কারণ ব্যবহারকারী এটি রিসেট করতে পারেন।
রিমার্কেটিং
এই ক্ষেত্রে, আপনার অ্যাপ ব্যবহারকারীর পূর্ববর্তী আগ্রহের ভিত্তিতে বিজ্ঞাপন দেখায়।
ব্যবহার করার জন্য সাজেস্ট করা শনাক্তকারী: বিজ্ঞাপন আইডি
কেন এই সাজেশনটি?
এটি বিজ্ঞাপন-সম্পর্কিত ব্যবহারের একটি উদাহরণ যেখানে আপনার প্রতিষ্ঠানের বিভিন্ন অ্যাপ জুড়ে উপলভ্য একটি আইডির প্রয়োজন হতে পারে, তাই বিজ্ঞাপন আইডি ব্যবহার করা সবচেয়ে উপযুক্ত সমাধান। Google Play ডেভেলপার কন্টেন্ট নীতি অনুযায়ী, বিজ্ঞাপন সংক্রান্ত ব্যবহারের ক্ষেত্রে বিজ্ঞাপন আইডি ব্যবহার করা বাধ্যতামূলক, কারণ ব্যবহারকারী এটি রিসেট করতে পারেন।
অ্যাপ অ্যানালিটিক্স
এই ক্ষেত্রে, আপনার অ্যাপ ব্যবহারকারীর আচরণ মূল্যায়ন করে যাতে আপনি নিম্নলিখিত বিষয়গুলি নির্ধারণ করতে পারেন:
- আপনার সংস্থার অন্য কোন প্রোডাক্ট বা অ্যাপ ব্যবহারকারীর জন্য উপযুক্ত হতে পারে।
- ব্যবহারকারীরা যাতে আপনার অ্যাপ ব্যবহার করতে আগ্রহী থাকেন তা কীভাবে নিশ্চিত করবেন।
- সাইন-আউট করা বা পরিচয় গোপন রাখা ব্যবহারকারীদের জন্য ব্যবহারের পরিসংখ্যান ও অ্যানালিটিক্স পরিমাপ করা।
সম্ভাব্য সমাধানের মধ্যে এগুলি অন্তর্ভুক্ত:
- অ্যাপ সেট আইডি: অ্যাপ সেট আইডি আপনাকে একাধিক অ্যাপ জুড়ে ব্যবহারকারীর আচরণ বিশ্লেষণ করতে দেয় যা আপনার প্রতিষ্ঠানের মালিকানাধীন, যতক্ষণ না আপনি ব্যবহারকারীর ডেটা ব্যবহার করেন বিজ্ঞাপনের উদ্দেশ্যে। আপনি Google Play পরিষেবা দ্বারা পরিচালিত ডিভাইস টার্গেট করলে, আমরা আপনাকে অ্যাপ সেটের ID ব্যবহার করার সাজেশন দিই।
- Firebase ID (FID): FID হল সেই অ্যাপের স্কোপ যা এটি তৈরি করে, যা বিভিন্ন অ্যাপ জুড়ে ব্যবহারকারীদের ট্র্যাক করার জন্য শনাক্তকারীকে ব্যবহার করা থেকে আটকায়। এছাড়াও, এটি সহজেই রিসেট করা যায়, কারণ ব্যবহারকারী অ্যাপ ডেটা মুছে দিতে বা অ্যাপটি আবার ইনস্টল করতে পারেন। FID তৈরি করার প্রসেসটি সহজ; Firebase ইনস্টলেশন গাইড দেখুন।
অ্যাপ ডেভেলপমেন্ট
ক্র্যাশ রিপোর্টিং
এই ক্ষেত্রে, আপনার অ্যাপ ব্যবহারকারীর ডিভাইসে কখন এবং কেন ক্র্যাশ করে সেই সংক্রান্ত ডেটা সংগ্রহ করে।
ব্যবহার করার জন্য সাজেস্ট করা আইডেন্টিফায়ার: FID বা অ্যাপ সেটের ID
কেন এই সাজেশনটি?
যে অ্যাপ FID তৈরি করে, সেটি শুধু সেই অ্যাপের ক্ষেত্রেই প্রযোজ্য হয়। এর ফলে, বিভিন্ন অ্যাপ জুড়ে ব্যবহারকারীকে ট্র্যাক করার জন্য শনাক্তকারী ব্যবহার করা যায় না। এটি সহজেই রিসেট করা যায়, কারণ ব্যবহারকারী অ্যাপ ডেটা মুছে দিতে বা অ্যাপটি আবার ইনস্টল করতে পারেন। FID তৈরি করার প্রসেসটি সহজ; Firebase ইনস্টলেশন গাইড দেখুন। অ্যাপ সেট আইডি আপনাকে আপনার সংস্থার মালিকানাধীন একাধিক অ্যাপ জুড়ে ব্যবহারকারীর আচরণ বিশ্লেষণ করতে দেয়, যতক্ষণ না আপনি বিজ্ঞাপনের উদ্দেশ্যে ব্যবহারকারীর ডেটা ব্যবহার করেন।
পারফর্ম্যান্স রিপোর্টিং
এই ক্ষেত্রে, আপনার অ্যাপের কোয়ালিটি উন্নত করতে সাহায্য করার জন্য, আপনার অ্যাপ লোড হওয়ার সময় এবং ব্যাটারির ব্যবহার সংক্রান্ত পারফর্ম্যান্স মেট্রিক সংগ্রহ করে।
ব্যবহার করার জন্য সাজেস্ট করা শনাক্তকারী: Firebase পারফর্ম্যান্স মনিটরিং
কেন এই সাজেশনটি?
Firebase পারফর্ম্যান্স মনিটরিং আপনাকে সেইসব মেট্রিকের উপর ফোকাস করতে সাহায্য করে যেগুলি আপনার কাছে সবচেয়ে গুরুত্বপূর্ণ এবং আপনার অ্যাপে সাম্প্রতিক পরিবর্তনের প্রভাব পরীক্ষা করতে সাহায্য করে।
অ্যাপ টেস্টিং
এই ক্ষেত্রে, আপনার অ্যাপ টেস্টিং বা ডিবাগিংয়ের উদ্দেশ্যে আপনার অ্যাপের সাথে ব্যবহারকারীর অভিজ্ঞতা মূল্যায়ন করে।
ব্যবহার করার জন্য সাজেস্ট করা আইডেন্টিফায়ার: FID বা অ্যাপ সেটের ID
কেন এই সাজেশনটি?
যে অ্যাপ FID তৈরি করে, সেটি শুধু সেই অ্যাপের ক্ষেত্রেই প্রযোজ্য হয়। এর ফলে, বিভিন্ন অ্যাপ জুড়ে ব্যবহারকারীকে ট্র্যাক করার জন্য শনাক্তকারী ব্যবহার করা যায় না। এটি সহজেই রিসেট করা যায়, কারণ ব্যবহারকারী অ্যাপ ডেটা মুছে দিতে বা অ্যাপটি আবার ইনস্টল করতে পারেন। FID তৈরি করার প্রসেসটি সহজ; Firebase ইনস্টলেশন গাইড দেখুন। অ্যাপ সেট আইডি আপনাকে আপনার সংস্থার মালিকানাধীন একাধিক অ্যাপ জুড়ে ব্যবহারকারীর আচরণ বিশ্লেষণ করতে দেয়, যতক্ষণ না আপনি বিজ্ঞাপনের উদ্দেশ্যে ব্যবহারকারীর ডেটা ব্যবহার করেন।
ক্রস-ডিভাইস ইনস্টলেশন
এই ক্ষেত্রে, একই ব্যবহারকারীর একাধিক ডিভাইসে অ্যাপ ইনস্টল করা থাকলে, আপনার অ্যাপকে সঠিক ইনস্ট্যান্স শনাক্ত করতে হবে।
ব্যবহার করার জন্য সাজেস্ট করা আইডেন্টিফায়ার: FID বা GUID
কেন এই সাজেশনটি?
FID বিশেষভাবে এই উদ্দেশ্যে ডিজাইন করা হয়েছে; এর পরিধি অ্যাপের মধ্যেই সীমাবদ্ধ যাতে এটি বিভিন্ন অ্যাপ জুড়ে ব্যবহারকারীদের ট্র্যাক করতে ব্যবহার করা না যায় এবং অ্যাপ আবার ইনস্টল করার পরে এটি রিসেট করা হয়। বিরল ক্ষেত্রে যেখানে FID পর্যাপ্ত নয়, সেখানে আপনি GUID ব্যবহার করতে পারেন।
নিরাপত্তা
অপব্যবহার শনাক্তকরণ
এই ক্ষেত্রে, আপনি একাধিক নকল ডিভাইস শনাক্ত করার চেষ্টা করছেন যা আপনার ব্যাকএন্ড পরিষেবাতে আক্রমণ করছে।
ব্যবহার করার জন্য সাজেস্ট করা শনাক্তকারী: Google Play Integrity API ইন্টিগ্রিটি টোকেন
কেন এই সাজেশনটি?
কোনও অনুরোধ এমুলেটর বা অন্য ডিভাইস স্পুফ করা কোড থেকে না এসে, আসল Android ডিভাইস থেকে এসেছে কিনা তা যাচাই করতে, Google Play Integrity API ব্যবহার করুন।
বিজ্ঞাপন প্রতারণা
এই ক্ষেত্রে, আপনার অ্যাপ চেক করে যে আপনার অ্যাপে ব্যবহারকারীর ইম্প্রেশন এবং অ্যাকশন আসল এবং যাচাইযোগ্য কিনা।
ব্যবহার করার জন্য সাজেস্ট করা শনাক্তকারী: বিজ্ঞাপন আইডি
কেন এই সাজেশনটি?
Google Play ডেভেলপার কন্টেন্ট নীতি অনুযায়ী, বিজ্ঞাপন সংক্রান্ত ব্যবহারের ক্ষেত্রে বিজ্ঞাপন আইডি ব্যবহার করা বাধ্যতামূলক, কারণ ব্যবহারকারী এটি রিসেট করতে পারেন।
ডিজিটাল রাইটস ম্যানেজমেন্ট (DRM)
এই ক্ষেত্রে, আপনার অ্যাপ মেধা সম্পত্তি বা পেড কন্টেন্টে প্রতারণামূলক অ্যাক্সেস সুরক্ষিত করতে চায়।
ব্যবহার করার জন্য সাজেস্ট করা শনাক্তকারী: FID বা GUID ব্যবহার করলে, কন্টেন্টের সীমা এড়াতে ব্যবহারকারীকে অ্যাপটি আবার ইনস্টল করতে হয়, যা বেশিরভাগ লোকের পক্ষে যথেষ্ট ঝামেলার। এটি যথেষ্ট সুরক্ষা না হলে, Android একটি DRM API প্রদান করে, যা কন্টেন্টে অ্যাক্সেস সীমিত করতে ব্যবহার করা যেতে পারে, এতে প্রতিটি APK-এর জন্য একটি শনাক্তকারী, Widevine ID অন্তর্ভুক্ত থাকে।
ব্যবহারকারীর অভিরুচি
এই ক্ষেত্রে, আপনার অ্যাপ প্রতিটি ডিভাইসের জন্য ব্যবহারকারীর স্ট্যাটাস আপনার অ্যাপে সেভ করে, বিশেষ করে যেসব ব্যবহারকারী সাইন-ইন করেননি তাদের জন্য। আপনি এই স্টেটটি অন্য কোনও অ্যাপে ট্রান্সফার করতে পারেন যা একই ডিভাইসে একই কী দিয়ে সাইন করা হয়েছে।
ব্যবহার করার জন্য সাজেস্ট করা আইডেন্টিফায়ার: FID বা GUID
কেন এই সাজেশনটি?
আবার ইনস্টল করার মাধ্যমে তথ্য রেখে দেওয়া সাজেস্ট করা হয় না কারণ ব্যবহারকারী অ্যাপ আবার ইনস্টল করার মাধ্যমে তার পছন্দ রিসেট করতে চাইতে পারেন।