অনন্য শনাক্তকারীদের জন্য সর্বোত্তম অনুশীলন

এই ডকুমেন্টটি আপনার ব্যবহারের ক্ষেত্রের উপর ভিত্তি করে আপনার অ্যাপের জন্য উপযুক্ত শনাক্তকারী নির্বাচন করার জন্য নির্দেশিকা প্রদান করে।

অ্যান্ড্রয়েড অনুমতি সম্পর্কে সাধারণ ধারণার জন্য, অনুমতিগুলির ওভারভিউ দেখুন। অ্যান্ড্রয়েড অনুমতিগুলির সাথে কাজ করার জন্য নির্দিষ্ট সেরা অনুশীলনের জন্য, অ্যাপ অনুমতিগুলির সেরা অনুশীলনগুলি দেখুন।

অ্যান্ড্রয়েড শনাক্তকারীর সাথে কাজ করার জন্য সেরা অনুশীলন

আপনার ব্যবহারকারীদের গোপনীয়তা রক্ষা করতে, আপনার অ্যাপের ব্যবহারের ক্ষেত্রে সবচেয়ে সীমাবদ্ধ শনাক্তকারী ব্যবহার করুন। বিশেষ করে, এই সেরা অনুশীলনগুলি অনুসরণ করুন:

  1. যখনই সম্ভব ব্যবহারকারী-রিসেটযোগ্য শনাক্তকারী বেছে নিন। আপনার অ্যাপটি তার বেশিরভাগ ব্যবহারের ক্ষেত্রে অর্জন করতে পারে, এমনকি যখন এটি অ-রিসেটযোগ্য হার্ডওয়্যার আইডি ব্যতীত অন্য শনাক্তকারী ব্যবহার করে।

  2. হার্ডওয়্যার শনাক্তকারী ব্যবহার এড়িয়ে চলুন। বেশিরভাগ ব্যবহারের ক্ষেত্রে, আপনি প্রয়োজনীয় কার্যকারিতা সীমাবদ্ধ না করেই হার্ডওয়্যার শনাক্তকারী ব্যবহার এড়িয়ে চলতে পারেন, যেমন ইন্টারন্যাশনাল মোবাইল ইকুইপমেন্ট আইডেন্টিটি (IMEI)।

    অ্যান্ড্রয়েড ১০ (এপিআই লেভেল ২৯) অ-রিসেটযোগ্য শনাক্তকারীর জন্য বিধিনিষেধ যোগ করে, যার মধ্যে IMEI এবং সিরিয়াল নম্বর উভয়ই অন্তর্ভুক্ত। এই শনাক্তকারীগুলি অ্যাক্সেস করার জন্য আপনার অ্যাপটিকে অবশ্যই একটি ডিভাইস বা প্রোফাইল মালিক অ্যাপ হতে হবে, বিশেষ ক্যারিয়ার অনুমতি থাকতে হবে, অথবা READ_PRIVILEGED_PHONE_STATE সুবিধাপ্রাপ্ত অনুমতি থাকতে হবে।

  3. শুধুমাত্র ব্যবহারকারীর প্রোফাইলিং বা বিজ্ঞাপন ব্যবহারের ক্ষেত্রে একটি বিজ্ঞাপন আইডি ব্যবহার করুন। বিজ্ঞাপন আইডি ব্যবহার করার সময়, বিজ্ঞাপন ট্র্যাকিং সম্পর্কিত ব্যবহারকারীদের পছন্দগুলিকে সর্বদা সম্মান করুন । যদি আপনাকে বিজ্ঞাপন শনাক্তকারীকে ব্যক্তিগতভাবে শনাক্তযোগ্য তথ্যের সাথে সংযুক্ত করতে হয়, তবে ব্যবহারকারীর স্পষ্ট সম্মতি নিয়েই তা করুন।

  4. বিজ্ঞাপন আইডি রিসেট ব্রিজ করবেন না।

  5. পেমেন্ট জালিয়াতি প্রতিরোধ এবং টেলিফোনি ব্যতীত অন্যান্য সকল ব্যবহারের ক্ষেত্রে, সম্ভব হলে একটি Firebase ইনস্টলেশন আইডি (FID) অথবা একটি ব্যক্তিগতভাবে সংরক্ষিত GUID ব্যবহার করুন। বিজ্ঞাপন-বহির্ভূত ব্যবহারের ক্ষেত্রে, একটি FID অথবা GUID যথেষ্ট হওয়া উচিত।

  6. গোপনীয়তার ঝুঁকি কমাতে আপনার ব্যবহারের ক্ষেত্রে উপযুক্ত API ব্যবহার করুন। উচ্চ-মূল্যের সামগ্রী সুরক্ষার জন্য DRM API এবং অপব্যবহার সুরক্ষার জন্য Play Integrity API ব্যবহার করুন। গোপনীয়তার ঝুঁকি না নিয়ে কোনও ডিভাইস আসল কিনা তা নির্ধারণ করার সবচেয়ে সহজ উপায় হল Play Integrity API।

এই নির্দেশিকার বাকি অংশগুলি অ্যান্ড্রয়েড অ্যাপ তৈরির প্রেক্ষাপটে এই নিয়মগুলি সম্পর্কে বিস্তারিতভাবে বর্ণনা করে।

বিজ্ঞাপন আইডি নিয়ে কাজ করুন

বিজ্ঞাপন আইডি হল একটি ব্যবহারকারী-রিসেটযোগ্য শনাক্তকারী এবং বিজ্ঞাপন ব্যবহারের ক্ষেত্রে উপযুক্ত। তবে, এই আইডি ব্যবহার করার সময় কিছু গুরুত্বপূর্ণ বিষয় মনে রাখা উচিত:

বিজ্ঞাপন আইডি রিসেট করার ক্ষেত্রে ব্যবহারকারীর উদ্দেশ্যকে সর্বদা সম্মান করুন। ব্যবহারকারীর সম্মতি ছাড়া পরবর্তী বিজ্ঞাপন আইডিগুলিকে একসাথে লিঙ্ক করার জন্য অন্য শনাক্তকারী বা আঙুলের ছাপ ব্যবহার করে ব্যবহারকারীর রিসেটগুলিকে একত্রিত করবেন না। Google Play ডেভেলপার কন্টেন্ট নীতি নিম্নলিখিত বিষয়গুলি বলে:

"...যদি রিসেট করা হয়, তাহলে ব্যবহারকারীর স্পষ্ট সম্মতি ছাড়া একটি নতুন বিজ্ঞাপন শনাক্তকারীকে পূর্ববর্তী বিজ্ঞাপন শনাক্তকারী বা পূর্ববর্তী বিজ্ঞাপন শনাক্তকারী থেকে প্রাপ্ত ডেটার সাথে সংযুক্ত করা উচিত নয়।"

সর্বদা সংশ্লিষ্ট ব্যক্তিগতকৃত বিজ্ঞাপন পতাকাকে সম্মান করুন। বিজ্ঞাপন আইডিগুলি কনফিগারযোগ্য যাতে ব্যবহারকারীরা আইডির সাথে সম্পর্কিত ট্র্যাকিংয়ের পরিমাণ সীমিত করতে পারেন। আপনার ব্যবহারকারীদের ইচ্ছাকে ফাঁকি দিচ্ছেন না তা নিশ্চিত করতে সর্বদা AdvertisingIdClient.Info.isLimitAdTrackingEnabled() পদ্ধতি ব্যবহার করুন। Google Play ডেভেলপার কন্টেন্ট নীতি নিম্নলিখিতগুলি বলে:

"...আপনাকে অবশ্যই ব্যবহারকারীর 'আগ্রহ-ভিত্তিক বিজ্ঞাপন বন্ধ করুন' অথবা 'বিজ্ঞাপন ব্যক্তিগতকরণ বন্ধ করুন' সেটিং মেনে চলতে হবে। যদি কোনও ব্যবহারকারী এই সেটিংটি সক্ষম করে থাকেন, তাহলে আপনি বিজ্ঞাপনের উদ্দেশ্যে ব্যবহারকারীর প্রোফাইল তৈরি করতে বা ব্যক্তিগতকৃত বিজ্ঞাপন দিয়ে ব্যবহারকারীদের লক্ষ্যবস্তু করার জন্য বিজ্ঞাপন শনাক্তকারী ব্যবহার করতে পারবেন না। অনুমোদিত কার্যকলাপের মধ্যে রয়েছে প্রাসঙ্গিক বিজ্ঞাপন, ফ্রিকোয়েন্সি ক্যাপিং, রূপান্তর ট্র্যাকিং, রিপোর্টিং এবং নিরাপত্তা এবং জালিয়াতি সনাক্তকরণ।"

আপনার ব্যবহৃত SDK গুলির সাথে সম্পর্কিত কোনও গোপনীয়তা বা নিরাপত্তা নীতি সম্পর্কে সচেতন থাকুন যা বিজ্ঞাপন আইডি ব্যবহারের সাথে সম্পর্কিত। উদাহরণস্বরূপ, যদি আপনি Google Analytics SDK থেকে enableAdvertisingIdCollection() পদ্ধতিতে true পাস করেন, তাহলে সমস্ত প্রযোজ্য Analytics SDK নীতি পর্যালোচনা এবং মেনে চলতে ভুলবেন না।

এছাড়াও, মনে রাখবেন যে Google Play ডেভেলপার কন্টেন্ট নীতি অনুসারে বিজ্ঞাপন আইডি "ব্যক্তিগতভাবে শনাক্তযোগ্য তথ্যের সাথে সংযুক্ত থাকা উচিত নয় বা কোনও স্থায়ী ডিভাইস শনাক্তকারীর সাথে যুক্ত হওয়া উচিত নয় (উদাহরণস্বরূপ: SSAID, MAC ঠিকানা, IMEI, ইত্যাদি)।"

উদাহরণস্বরূপ, ধরুন আপনি নিম্নলিখিত কলামগুলি দিয়ে ডাটাবেস টেবিল পূরণ করার জন্য তথ্য সংগ্রহ করতে চান:

টেবিল-০১
timestamp ad_id account_id clickid
টেবিল-০২
account_id name dob country

এই উদাহরণে, উভয় টেবিলের account_id কলামের মাধ্যমে ad_id কলামটি PII-তে যুক্ত করা যেতে পারে, যদি আপনি আপনার ব্যবহারকারীদের কাছ থেকে স্পষ্ট অনুমতি না পান তবে এটি Google Play ডেভেলপার কন্টেন্ট নীতির লঙ্ঘন হবে।

মনে রাখবেন যে বিজ্ঞাপনদাতা আইডি এবং PII এর মধ্যে লিঙ্কগুলি সবসময় এত স্পষ্ট হয় না। PII এবং বিজ্ঞাপন আইডি কীড টেবিল উভয়েই "quasi-identifyers" দেখা যেতে পারে, যা সমস্যার সৃষ্টি করে। উদাহরণস্বরূপ, ধরে নিন আমরা TABLE-01 এবং TABLE-02 কে নিম্নরূপ পরিবর্তন করেছি:

টেবিল-০১
timestamp ad_id clickid dev_model
টেবিল-০২
timestamp demo account_id dev_model name

এই ক্ষেত্রে, যথেষ্ট বিরল ক্লিক ইভেন্টের ক্ষেত্রে, ইভেন্টের টাইমস্ট্যাম্প এবং ডিভাইস মডেল ব্যবহার করে বিজ্ঞাপনদাতা আইডি TABLE-01 এবং TABLE-02-এ থাকা PII-এর মধ্যে যোগদান করা এখনও সম্ভব।

যদিও ডেটাসেটে এই ধরণের কোনও কোয়াসি-আইডেন্টিফায়ার নেই তা নিশ্চিত করা প্রায়শই কঠিন, তবুও আপনি যেখানে সম্ভব অনন্য ডেটা সাধারণীকরণ করে সবচেয়ে স্পষ্ট যোগদানের ঝুঁকিগুলি প্রতিরোধ করতে পারেন। পূর্ববর্তী উদাহরণে, এর অর্থ টাইমস্ট্যাম্পের নির্ভুলতা হ্রাস করা হবে যাতে প্রতিটি টাইমস্ট্যাম্পের জন্য একই মডেল সহ একাধিক ডিভাইস প্রদর্শিত হয়।

অন্যান্য সমাধানগুলির মধ্যে রয়েছে:

  • এমন টেবিল ডিজাইন না করা যা স্পষ্টভাবে PII কে বিজ্ঞাপন আইডির সাথে লিঙ্ক করে । উপরের প্রথম উদাহরণে, এর অর্থ হল TABLE-01-এ account_id কলামটি অন্তর্ভুক্ত না করা।

  • বিজ্ঞাপন আইডি কীড ডেটা এবং PII উভয়ের অ্যাক্সেস আছে এমন ব্যবহারকারী বা ভূমিকার জন্য অ্যাক্সেস নিয়ন্ত্রণ তালিকা পৃথক করা এবং পর্যবেক্ষণ করা । উভয় উৎস একই সাথে অ্যাক্সেস করার ক্ষমতা কঠোরভাবে নিয়ন্ত্রণ এবং অডিট করার মাধ্যমে (উদাহরণস্বরূপ, টেবিলের মধ্যে সংযোগ স্থাপন করে), আপনি বিজ্ঞাপন আইডি এবং PII এর মধ্যে সংযোগের ঝুঁকি হ্রাস করেন। সাধারণভাবে বলতে গেলে, অ্যাক্সেস নিয়ন্ত্রণ করার অর্থ হল নিম্নলিখিতগুলি করা:

    1. বিজ্ঞাপনদাতা আইডি কীড ডেটা এবং PII ডিসজয়েন্টের জন্য অ্যাক্সেস কন্ট্রোল লিস্ট (ACL) রাখুন যাতে উভয় ACL-তে থাকা ব্যক্তি বা ভূমিকার সংখ্যা কম হয়।
    2. এই নিয়মের যেকোনো ব্যতিক্রম সনাক্ত এবং পরিচালনা করার জন্য অ্যাক্সেস লগিং এবং অডিটিং বাস্তবায়ন করুন।

বিজ্ঞাপন আইডিগুলির সাথে দায়িত্বশীলভাবে কাজ করার বিষয়ে আরও তথ্যের জন্য, AdvertisingIdClient API রেফারেন্স দেখুন।

FID এবং GUID নিয়ে কাজ করুন

কোনও ডিভাইসে চলমান অ্যাপ ইনস্ট্যান্স শনাক্ত করার সবচেয়ে সহজ সমাধান হল একটি ফায়ারবেস ইনস্টলেশন আইডি (FID) ব্যবহার করা, এবং বেশিরভাগ অ-বিজ্ঞাপন ব্যবহারের ক্ষেত্রে এটিই প্রস্তাবিত সমাধান। শুধুমাত্র যে অ্যাপ ইনস্ট্যান্সের জন্য এটি সরবরাহ করা হয়েছিল তারাই এই শনাক্তকারীটি অ্যাক্সেস করতে পারে এবং এটি (তুলনামূলকভাবে) সহজেই পুনরায় সেট করা যায় কারণ এটি কেবল ততক্ষণ পর্যন্ত টিকে থাকে যতক্ষণ অ্যাপটি ইনস্টল করা থাকে।

ফলস্বরূপ, FID গুলি নন-রিসেটেবল, ডিভাইস-স্কোপড হার্ডওয়্যার ID গুলির তুলনায় আরও ভালো গোপনীয়তা বৈশিষ্ট্য প্রদান করে। আরও তথ্যের জন্য, firebase.installations API রেফারেন্স দেখুন।

যেসব ক্ষেত্রে FID ব্যবহারিক নয়, সেখানে আপনি একটি অ্যাপ ইনস্ট্যান্সকে অনন্যভাবে সনাক্ত করতে কাস্টম গ্লোবালি-ইউনিক আইডি (GUID) ব্যবহার করতে পারেন। এটি করার সবচেয়ে সহজ উপায় হল নিম্নলিখিত কোড ব্যবহার করে আপনার নিজস্ব GUID তৈরি করা:

কোটলিন 

var uniqueID = UUID.randomUUID().toString()

জাভা 

String uniqueID = UUID.randomUUID().toString();

যেহেতু শনাক্তকারী বিশ্বব্যাপী অনন্য, তাই এটি একটি নির্দিষ্ট অ্যাপের উদাহরণ সনাক্ত করতে ব্যবহার করা যেতে পারে। বিভিন্ন অ্যাপ জুড়ে শনাক্তকারীর লিঙ্কিং সম্পর্কিত উদ্বেগ এড়াতে, GUID গুলিকে বহিরাগত (শেয়ার করা) স্টোরেজের পরিবর্তে অভ্যন্তরীণ স্টোরেজে সংরক্ষণ করুন। আরও তথ্যের জন্য, ডেটা এবং ফাইল স্টোরেজ ওভারভিউ পৃষ্ঠাটি দেখুন।

MAC ঠিকানা দিয়ে কাজ করবেন না

MAC ঠিকানাগুলি বিশ্বব্যাপী অনন্য, ব্যবহারকারী-রিসেটযোগ্য নয় এবং ফ্যাক্টরি রিসেট সত্ত্বেও টিকে থাকে। এই কারণে, ব্যবহারকারীর গোপনীয়তা রক্ষা করার জন্য, Android সংস্করণ 6 এবং উচ্চতর সংস্করণগুলিতে, MAC ঠিকানাগুলিতে অ্যাক্সেস কেবলমাত্র সিস্টেম অ্যাপগুলির জন্য সীমাবদ্ধ। তৃতীয় পক্ষের অ্যাপগুলি সেগুলি অ্যাক্সেস করতে পারে না।

অ্যান্ড্রয়েড ১১-এ MAC অ্যাড্রেস প্রাপ্যতা পরিবর্তন

অ্যান্ড্রয়েড ১১ এবং তার পরবর্তী সংস্করণের জন্য তৈরি অ্যাপগুলিতে, পাসপয়েন্ট নেটওয়ার্কগুলির জন্য MAC র‍্যান্ডমাইজেশন প্রতি পাসপয়েন্ট প্রোফাইল অনুসারে করা হয়, যা নিম্নলিখিত ক্ষেত্রগুলির উপর ভিত্তি করে একটি অনন্য MAC ঠিকানা তৈরি করে:

  • সম্পূর্ণ যোগ্যতাসম্পন্ন ডোমেইন নাম (FQDN)
  • রাজ্য
  • পাসপয়েন্ট প্রোফাইলে ব্যবহৃত শংসাপত্রের উপর ভিত্তি করে শংসাপত্র:
    • ব্যবহারকারীর শংসাপত্র: ব্যবহারকারীর নাম
    • সার্টিফিকেটের শংসাপত্র: সার্টিফিকেট এবং সার্টিফিকেটের ধরণ
    • সিম শংসাপত্র: EAP টাইপ এবং IMSI

এছাড়াও, অ-সুবিধাপ্রাপ্ত অ্যাপগুলি ডিভাইসের MAC ঠিকানা অ্যাক্সেস করতে পারে না; শুধুমাত্র IP ঠিকানা সহ নেটওয়ার্ক ইন্টারফেসগুলি দৃশ্যমান। এটি getifaddrs() এবং NetworkInterface.getHardwareAddress() পদ্ধতিগুলির পাশাপাশি RTM_GETLINK নেটলিংক বার্তা প্রেরণকেও প্রভাবিত করে।

এই পরিবর্তনের ফলে অ্যাপগুলি কীভাবে প্রভাবিত হবে তার একটি তালিকা নিচে দেওয়া হল:

  • NetworkInterface.getHardwareAddress() প্রতিটি ইন্টারফেসের জন্য null প্রদান করে।
  • NETLINK_ROUTE সকেটে অ্যাপগুলি bind() ফাংশন ব্যবহার করতে পারে না।
  • ip কমান্ড ইন্টারফেস সম্পর্কে তথ্য প্রদান করে না।
  • অ্যাপগুলি RTM_GETLINK বার্তা পাঠাতে পারে না।

মনে রাখবেন যে বেশিরভাগ ডেভেলপারদের NetworkInterface , getifaddrs() অথবা Netlink সকেটের মতো নিম্ন-স্তরের API-এর পরিবর্তে ConnectivityManager এর উচ্চ-স্তরের API ব্যবহার করা উচিত। উদাহরণস্বরূপ, যে অ্যাপের বর্তমান রুট সম্পর্কে হালনাগাদ তথ্যের প্রয়োজন ConnectivityManager.registerNetworkCallback() ব্যবহার করে নেটওয়ার্ক পরিবর্তনগুলি শুনে এবং নেটওয়ার্কের সংশ্লিষ্ট LinkProperties.getRoutes() কল করে এই তথ্য পেতে পারে।

শনাক্তকারী বৈশিষ্ট্য

অ্যান্ড্রয়েড অপারেটিং সিস্টেম বিভিন্ন আচরণগত বৈশিষ্ট্য সহ বেশ কয়েকটি আইডি অফার করে। আপনার কোন আইডি ব্যবহার করা উচিত তা নির্ভর করে নিম্নলিখিত বৈশিষ্ট্যগুলি আপনার ব্যবহারের ক্ষেত্রে কীভাবে কাজ করে তার উপর। তবে এই বৈশিষ্ট্যগুলির সাথে গোপনীয়তার প্রভাবও আসে, তাই এই বৈশিষ্ট্যগুলি একে অপরের সাথে কীভাবে যোগাযোগ করে তা বোঝা গুরুত্বপূর্ণ।

ব্যাপ্তি

আইডেন্টিফায়ার স্কোপ ব্যাখ্যা করে যে কোন সিস্টেমগুলি আইডেন্টিফায়ার অ্যাক্সেস করতে পারে। অ্যান্ড্রয়েড আইডেন্টিফায়ার স্কোপ সাধারণত তিনটি ধরণের হয়:

  • একক অ্যাপ : আইডিটি অ্যাপের অভ্যন্তরীণ এবং অন্যান্য অ্যাপে অ্যাক্সেসযোগ্য নয়।
  • অ্যাপের গ্রুপ : আইডিটি পূর্বনির্ধারিত সম্পর্কিত অ্যাপের গ্রুপের কাছে অ্যাক্সেসযোগ্য।
  • ডিভাইস : ডিভাইসে ইনস্টল করা সমস্ত অ্যাপের জন্য আইডিটি অ্যাক্সেসযোগ্য।

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

পুনর্বাসনযোগ্যতা এবং স্থায়িত্ব

রিসেটযোগ্যতা এবং স্থায়ীত্ব শনাক্তকারীর জীবনকাল নির্ধারণ করে এবং এটি কীভাবে রিসেট করা যায় তা ব্যাখ্যা করে। সাধারণ রিসেট ট্রিগারগুলির মধ্যে রয়েছে: ইন-অ্যাপ রিসেট, সিস্টেম সেটিংসের মাধ্যমে রিসেট, লঞ্চের সময় রিসেট এবং ইনস্টলেশনের সময় রিসেট। অ্যান্ড্রয়েড শনাক্তকারীর বিভিন্ন জীবনকাল থাকতে পারে, তবে জীবনকাল সাধারণত আইডি কীভাবে রিসেট করা হয় তার সাথে সম্পর্কিত:

  • শুধুমাত্র সেশন : ব্যবহারকারী যখনই অ্যাপটি পুনরায় চালু করেন তখন একটি নতুন আইডি ব্যবহার করা হয়।
  • ইনস্টল-রিসেট : ব্যবহারকারী যখনই অ্যাপটি আনইনস্টল এবং পুনরায় ইনস্টল করেন তখন একটি নতুন আইডি ব্যবহার করা হয়।
  • FDR-রিসেট : ব্যবহারকারী যখনই ডিভাইসটি ফ্যাক্টরি-রিসেট করেন তখন একটি নতুন আইডি ব্যবহার করা হয়।
  • FDR-স্থায়ী : আইডিটি ফ্যাক্টরি রিসেট করা হলেও টিকে থাকে।

রিসেটযোগ্যতা ব্যবহারকারীদের একটি নতুন আইডি তৈরি করার ক্ষমতা দেয় যা বিদ্যমান প্রোফাইল তথ্য থেকে বিচ্ছিন্ন থাকে। একটি শনাক্তকারী যত বেশি সময় ধরে এবং আরও নির্ভরযোগ্যভাবে টিকে থাকে, যেমন ফ্যাক্টরি রিসেট জুড়ে টিকে থাকে, ব্যবহারকারীর দীর্ঘমেয়াদী ট্র্যাকিংয়ের শিকার হওয়ার ঝুঁকি তত বেশি। যদি অ্যাপটি পুনরায় ইনস্টল করার সময় শনাক্তকারীটি রিসেট করা হয়, তাহলে এটি স্থায়িত্ব হ্রাস করে এবং আইডিটি রিসেট করার জন্য একটি উপায় প্রদান করে, এমনকি অ্যাপ বা সিস্টেম সেটিংস থেকে এটি পুনরায় সেট করার জন্য কোনও স্পষ্ট ব্যবহারকারী নিয়ন্ত্রণ না থাকলেও।

অনন্যতা

অনন্যতা সংঘর্ষের সম্ভাবনা প্রতিষ্ঠা করে; অর্থাৎ, সংশ্লিষ্ট সুযোগের মধ্যে অভিন্ন শনাক্তকারী বিদ্যমান থাকে। সর্বোচ্চ স্তরে, একটি বিশ্বব্যাপী অনন্য শনাক্তকারীর কখনও সংঘর্ষ হয় না, এমনকি অন্যান্য ডিভাইস বা অ্যাপেও। অন্যথায়, স্বতন্ত্রতার স্তর শনাক্তকারীর এনট্রপি এবং এটি তৈরি করতে ব্যবহৃত এলোমেলোতার উৎসের উপর নির্ভর করে। উদাহরণস্বরূপ, ইনস্টলেশনের ক্যালেন্ডার তারিখের সাথে সিড করা র্যান্ডম শনাক্তকারীর জন্য সংঘর্ষের সম্ভাবনা অনেক বেশি (যেমন 2019-03-01 ) ইনস্টলেশনের ইউনিক্স টাইমস্ট্যাম্পের সাথে সিড করা 1551414181 তুলনায়।

সাধারণভাবে, ব্যবহারকারীর অ্যাকাউন্ট শনাক্তকারীকে অনন্য হিসেবে বিবেচনা করা যেতে পারে। অর্থাৎ, প্রতিটি ডিভাইস/অ্যাকাউন্ট সংমিশ্রণের একটি অনন্য আইডি থাকে। অন্যদিকে, একটি জনসংখ্যার মধ্যে একটি শনাক্তকারী যত কম অনন্য হবে, গোপনীয়তা সুরক্ষা তত বেশি হবে কারণ এটি কোনও পৃথক ব্যবহারকারীকে ট্র্যাক করার জন্য কম কার্যকর।

সততা সুরক্ষা এবং অ-অস্বীকৃতিযোগ্যতা

আপনি এমন একটি শনাক্তকারী ব্যবহার করতে পারেন যা স্পুফ করা বা রিপ্লে করা কঠিন তা প্রমাণ করার জন্য যে সংশ্লিষ্ট ডিভাইস বা অ্যাকাউন্টের কিছু নির্দিষ্ট বৈশিষ্ট্য রয়েছে। উদাহরণস্বরূপ, আপনি প্রমাণ করতে পারেন যে ডিভাইসটি কোনও স্প্যামার দ্বারা ব্যবহৃত ভার্চুয়াল ডিভাইস নয়। স্পুফ করা কঠিন শনাক্তকারীগুলি অ-অস্বীকৃতি প্রদান করে। যদি ডিভাইসটি একটি গোপন কী দিয়ে একটি বার্তায় স্বাক্ষর করে, তাহলে দাবি করা কঠিন যে অন্য কারও ডিভাইস বার্তাটি পাঠিয়েছে। অ-অস্বীকৃতি এমন কিছু হতে পারে যা ব্যবহারকারী চান, যেমন কোনও অর্থপ্রদান প্রমাণীকরণ করার সময়, অথবা এটি একটি অবাঞ্ছিত বৈশিষ্ট্য হতে পারে, যেমন যখন তারা কোনও বার্তা পাঠায় যার জন্য তারা অনুতপ্ত হয়।

সাধারণ ব্যবহারের ক্ষেত্রে এবং ব্যবহারের জন্য উপযুক্ত শনাক্তকারী

এই বিভাগটি IMEI এর মতো হার্ডওয়্যার আইডি ব্যবহারের বিকল্প প্রদান করে। হার্ডওয়্যার আইডি ব্যবহার করা নিরুৎসাহিত করা হয় কারণ ব্যবহারকারী সেগুলি রিসেট করতে পারে না এবং সেগুলি ডিভাইসে স্কোপ করা থাকে। অনেক ক্ষেত্রে, একটি অ্যাপ-স্কোপড আইডেন্টিফায়ারই যথেষ্ট।

হিসাব

ক্যারিয়ারের অবস্থা

এই ক্ষেত্রে, আপনার অ্যাপটি একটি ক্যারিয়ার অ্যাকাউন্ট ব্যবহার করে ডিভাইসের ফোন এবং টেক্সটিং কার্যকারিতার সাথে ইন্টারঅ্যাক্ট করে।

ব্যবহারের জন্য প্রস্তাবিত শনাক্তকারী: IMEI, IMSI, এবং Line1

কেন এই সুপারিশ?

ক্যারিয়ার-সম্পর্কিত কার্যকারিতার জন্য হার্ডওয়্যার শনাক্তকারী ব্যবহার করা প্রয়োজন হলে তা গ্রহণযোগ্য। উদাহরণস্বরূপ, আপনি এই শনাক্তকারীগুলি সেলুলার ক্যারিয়ার বা সিম স্লটগুলির মধ্যে স্যুইচ করতে, অথবা IP (লাইন 1 এর জন্য) - সিম-ভিত্তিক ব্যবহারকারী অ্যাকাউন্টের মাধ্যমে SMS বার্তা সরবরাহ করতে ব্যবহার করতে পারেন। তবে, অ-সুবিধাপ্রাপ্ত অ্যাপগুলির জন্য, আমরা ব্যবহারকারীর ডিভাইস তথ্য সার্ভার-সাইড পুনরুদ্ধার করতে একটি অ্যাকাউন্ট সাইন-ইন ব্যবহার করার পরামর্শ দিই। এর একটি কারণ হল, Android 6.0 (API স্তর 23) এবং উচ্চতর সংস্করণগুলিতে, এই শনাক্তকারীগুলি কেবল একটি রানটাইম অনুমতির মাধ্যমে ব্যবহার করা যেতে পারে। ব্যবহারকারীরা এই অনুমতিটি টগল করতে পারেন, তাই আপনার অ্যাপটি এই ব্যতিক্রমগুলি সুন্দরভাবে পরিচালনা করবে।

মোবাইল সাবস্ক্রিপশনের অবস্থা

এই ক্ষেত্রে, আপনাকে ডিভাইসের নির্দিষ্ট মোবাইল পরিষেবা সাবস্ক্রিপশনের সাথে অ্যাপের কার্যকারিতা যুক্ত করতে হবে। উদাহরণস্বরূপ, সিমের মাধ্যমে ডিভাইসের মোবাইল সাবস্ক্রিপশনের উপর ভিত্তি করে আপনাকে কিছু প্রিমিয়াম অ্যাপ বৈশিষ্ট্যের অ্যাক্সেস যাচাই করতে হতে পারে।

ব্যবহারের জন্য প্রস্তাবিত শনাক্তকারী: ডিভাইসে ব্যবহৃত সিমগুলি সনাক্ত করার জন্য সাবস্ক্রিপশন আইডি API ।

সাবস্ক্রিপশন আইডি ডিভাইসে ব্যবহৃত ইনস্টল করা সিমগুলি (ভৌত এবং ইলেকট্রনিক সহ) অনন্যভাবে সনাক্ত করার জন্য একটি সূচক মান (১ থেকে শুরু) প্রদান করে। এই আইডির মাধ্যমে, আপনার অ্যাপটি একটি নির্দিষ্ট সিমের জন্য বিভিন্ন সাবস্ক্রিপশন তথ্যের সাথে এর কার্যকারিতা সংযুক্ত করতে পারে। ডিভাইসটি ফ্যাক্টরি রিসেট না করা পর্যন্ত এই মানটি একটি নির্দিষ্ট সিমের জন্য স্থিতিশীল। তবে, এমন কিছু ক্ষেত্রে হতে পারে যেখানে একই সিমের বিভিন্ন ডিভাইসে আলাদা সাবস্ক্রিপশন আইডি থাকে অথবা বিভিন্ন সিমের বিভিন্ন ডিভাইসে একই আইডি থাকে।

কেন এই সুপারিশ?

কিছু অ্যাপ বর্তমানে এই উদ্দেশ্যে ICC আইডি ব্যবহার করছে। যেহেতু ICC আইডি বিশ্বব্যাপী অনন্য এবং রিসেটযোগ্য নয়, তাই Android 10 থেকে READ_PRIVILEGED_PHONE_STATE অনুমতি সহ অ্যাপগুলিতে অ্যাক্সেস সীমাবদ্ধ করা হয়েছে। Android 11 থেকে শুরু করে, Android অ্যাপের টার্গেট API স্তর নির্বিশেষে getIccId() API এর মাধ্যমে ICCID অ্যাক্সেস আরও সীমিত করেছে। প্রভাবিত অ্যাপগুলিকে সাবস্ক্রিপশন আইডি ব্যবহার করার জন্য মাইগ্রেট করা উচিত।

একক সাইন-অন

এই ক্ষেত্রে, আপনার অ্যাপটি একটি একক সাইন-অন অভিজ্ঞতা প্রদান করে, যা ব্যবহারকারীদের আপনার প্রতিষ্ঠানের সাথে একটি বিদ্যমান অ্যাকাউন্ট সংযুক্ত করার অনুমতি দেয়।

ব্যবহারের জন্য প্রস্তাবিত শনাক্তকারী: অ্যাকাউন্ট ম্যানেজার-সামঞ্জস্যপূর্ণ অ্যাকাউন্ট, যেমন গুগল অ্যাকাউন্ট লিঙ্কিং

কেন এই সুপারিশ?

গুগল অ্যাকাউন্ট লিঙ্কিং ব্যবহারকারীদের আপনার অ্যাপের সাথে একজন ব্যবহারকারীর বিদ্যমান গুগল অ্যাকাউন্ট সংযুক্ত করতে দেয়, যা আপনার প্রতিষ্ঠানের পণ্য এবং পরিষেবাগুলিতে নিরবচ্ছিন্ন এবং আরও নিরাপদ অ্যাক্সেস প্রদান করে। অতিরিক্তভাবে, আপনি কেবল প্রয়োজনীয় ডেটা ভাগ করে নেওয়ার জন্য কাস্টম OAuth স্কোপগুলি সংজ্ঞায়িত করতে পারেন, ব্যবহারকারীর ডেটা কীভাবে ব্যবহার করা হবে তা স্পষ্টভাবে সংজ্ঞায়িত করে তাদের আস্থা বৃদ্ধি করে।

বিজ্ঞাপন

লক্ষ্যবস্তু

এই ক্ষেত্রে, আপনার অ্যাপ ব্যবহারকারীর আগ্রহের একটি প্রোফাইল তৈরি করে, যাতে তাদের আরও প্রাসঙ্গিক বিজ্ঞাপন দেখানো যায়।

ব্যবহারের জন্য প্রস্তাবিত শনাক্তকারী: যদি আপনার অ্যাপ বিজ্ঞাপনের জন্য একটি আইডি ব্যবহার করে এবং গুগল প্লেতে আপলোড বা প্রকাশ করে, তাহলে সেই আইডিটি অবশ্যই বিজ্ঞাপন আইডি হতে হবে।

কেন এই সুপারিশ?

এটি একটি বিজ্ঞাপন-সম্পর্কিত ব্যবহারের ক্ষেত্রে যার জন্য আপনার প্রতিষ্ঠানের বিভিন্ন অ্যাপে উপলব্ধ একটি আইডির প্রয়োজন হতে পারে, তাই একটি বিজ্ঞাপন আইডি ব্যবহার করা সবচেয়ে উপযুক্ত সমাধান। গুগল প্লে ডেভেলপার কন্টেন্ট নীতি অনুসারে, বিজ্ঞাপন ব্যবহারের ক্ষেত্রে বিজ্ঞাপন আইডি ব্যবহার বাধ্যতামূলক, কারণ ব্যবহারকারী এটি রিসেট করতে পারেন।

আপনি আপনার অ্যাপে ব্যবহারকারীর ডেটা শেয়ার করুন না কেন, আপনি যদি বিজ্ঞাপনের উদ্দেশ্যে এটি সংগ্রহ এবং ব্যবহার করেন, তাহলে আপনাকে Play Console-এর অ্যাপ কন্টেন্ট পৃষ্ঠার ডেটা সুরক্ষা বিভাগে বিজ্ঞাপনের উদ্দেশ্য ঘোষণা করতে হবে।

পরিমাপ

এই ক্ষেত্রে, আপনার অ্যাপ একই ডিভাইসে আপনার প্রতিষ্ঠানের অ্যাপ জুড়ে ব্যবহারকারীর আচরণের উপর ভিত্তি করে তাদের প্রোফাইল তৈরি করে।

ব্যবহারের জন্য প্রস্তাবিত শনাক্তকারী: বিজ্ঞাপন আইডি অথবা প্লে ইনস্টল রেফারার API

কেন এই সুপারিশ?

এটি একটি বিজ্ঞাপন-সম্পর্কিত ব্যবহারের ক্ষেত্রে যার জন্য আপনার প্রতিষ্ঠানের বিভিন্ন অ্যাপে উপলব্ধ একটি আইডির প্রয়োজন হতে পারে, তাই একটি বিজ্ঞাপন আইডি ব্যবহার করা সবচেয়ে উপযুক্ত সমাধান। যদি আপনি বিজ্ঞাপন ব্যবহারের ক্ষেত্রে একটি আইডি ব্যবহার করেন, তাহলে সেই আইডিটি অবশ্যই বিজ্ঞাপন আইডি হতে হবে কারণ ব্যবহারকারী এটি রিসেট করতে পারবেন। Google Play ডেভেলপার কন্টেন্ট নীতিতে আরও জানুন।

রূপান্তর

এই ক্ষেত্রে, আপনার বিপণন কৌশল সফল কিনা তা সনাক্ত করার জন্য আপনি রূপান্তরগুলি ট্র্যাক করছেন।

ব্যবহারের জন্য প্রস্তাবিত শনাক্তকারী: বিজ্ঞাপন আইডি অথবা প্লে ইনস্টল রেফারার API

কেন এই সুপারিশ?

এটি একটি বিজ্ঞাপন-সম্পর্কিত ব্যবহারের ক্ষেত্রে যার জন্য আপনার প্রতিষ্ঠানের বিভিন্ন অ্যাপে উপলব্ধ একটি আইডির প্রয়োজন হতে পারে, তাই একটি বিজ্ঞাপন আইডি ব্যবহার করা সবচেয়ে উপযুক্ত সমাধান। গুগল প্লে ডেভেলপার কন্টেন্ট নীতি অনুসারে, বিজ্ঞাপন ব্যবহারের ক্ষেত্রে বিজ্ঞাপন আইডি ব্যবহার বাধ্যতামূলক, কারণ ব্যবহারকারী এটি রিসেট করতে পারেন।

পুনঃবিপণন

এই ক্ষেত্রে, আপনার অ্যাপ ব্যবহারকারীর পূর্ববর্তী আগ্রহের উপর ভিত্তি করে বিজ্ঞাপন দেখায়।

ব্যবহারের জন্য প্রস্তাবিত শনাক্তকারী: বিজ্ঞাপন আইডি

কেন এই সুপারিশ?

এটি একটি বিজ্ঞাপন-সম্পর্কিত ব্যবহারের ক্ষেত্রে যার জন্য আপনার প্রতিষ্ঠানের বিভিন্ন অ্যাপে উপলব্ধ একটি আইডির প্রয়োজন হতে পারে, তাই একটি বিজ্ঞাপন আইডি ব্যবহার করা সবচেয়ে উপযুক্ত সমাধান। গুগল প্লে ডেভেলপার কন্টেন্ট নীতি অনুসারে, বিজ্ঞাপন ব্যবহারের ক্ষেত্রে বিজ্ঞাপন আইডি ব্যবহার বাধ্যতামূলক, কারণ ব্যবহারকারী এটি রিসেট করতে পারেন।

অ্যাপ বিশ্লেষণ

এই ক্ষেত্রে, আপনার অ্যাপটি ব্যবহারকারীর আচরণ মূল্যায়ন করে যা আপনাকে নিম্নলিখিত বিষয়গুলি নির্ধারণ করতে সাহায্য করবে:

  • আপনার প্রতিষ্ঠানের অন্যান্য পণ্য বা অ্যাপগুলির মধ্যে কোনটি ব্যবহারকারীর জন্য উপযুক্ত হতে পারে।
  • আপনার অ্যাপ ব্যবহারে ব্যবহারকারীদের কীভাবে আগ্রহী রাখবেন।
  • সাইন-আউট বা বেনামী ব্যবহারকারীদের ব্যবহারের পরিসংখ্যান এবং বিশ্লেষণ পরিমাপ করুন।

সম্ভাব্য সমাধানগুলির মধ্যে রয়েছে:

  • অ্যাপ সেট আইডি: একটি অ্যাপ সেট আইডি আপনাকে আপনার প্রতিষ্ঠানের মালিকানাধীন একাধিক অ্যাপ জুড়ে ব্যবহারকারীর আচরণ বিশ্লেষণ করতে দেয়, যতক্ষণ না আপনি বিজ্ঞাপনের উদ্দেশ্যে ব্যবহারকারীর ডেটা ব্যবহার করেন। যদি আপনি Google Play পরিষেবা দ্বারা চালিত ডিভাইসগুলিকে টার্গেট করেন, তাহলে আমরা আপনাকে অ্যাপ সেট আইডি ব্যবহার করার পরামর্শ দিচ্ছি।
  • ফায়ারবেস আইডি (FID): যে অ্যাপটি এটি তৈরি করে তার সাথে একটি FID সংযুক্ত থাকে, যা অ্যাপ জুড়ে ব্যবহারকারীদের ট্র্যাক করার জন্য শনাক্তকারীকে ব্যবহার করা থেকে বিরত রাখে। এটি সহজেই রিসেট করা যায়, কারণ ব্যবহারকারী অ্যাপ ডেটা সাফ করতে বা অ্যাপটি পুনরায় ইনস্টল করতে পারেন। FID তৈরির প্রক্রিয়াটি সহজ; ফায়ারবেস ইনস্টলেশন গাইড দেখুন।

অ্যাপ ডেভেলপমেন্ট

ক্র্যাশ রিপোর্টিং

এই ক্ষেত্রে, আপনার অ্যাপটি কখন এবং কেন ব্যবহারকারীর ডিভাইসে ক্র্যাশ করে সে সম্পর্কিত তথ্য সংগ্রহ করে।

ব্যবহারের জন্য প্রস্তাবিত শনাক্তকারী: FID অথবা অ্যাপ সেট আইডি

কেন এই সুপারিশ?

যে অ্যাপটি এটি তৈরি করে, সেখানে একটি FID থাকে, যা শনাক্তকারীকে বিভিন্ন অ্যাপ জুড়ে ব্যবহারকারীদের ট্র্যাক করার জন্য ব্যবহার করা থেকে বিরত রাখে। এটি সহজেই রিসেট করা যায়, কারণ ব্যবহারকারী অ্যাপ ডেটা সাফ করতে বা অ্যাপটি পুনরায় ইনস্টল করতে পারেন। FID তৈরির প্রক্রিয়াটি সহজ; Firebase ইনস্টলেশন নির্দেশিকা দেখুন। একটি অ্যাপ সেট আইডি আপনাকে আপনার প্রতিষ্ঠানের মালিকানাধীন একাধিক অ্যাপ জুড়ে ব্যবহারকারীর আচরণ বিশ্লেষণ করতে দেয়, যতক্ষণ না আপনি বিজ্ঞাপনের উদ্দেশ্যে ব্যবহারকারীর ডেটা ব্যবহার করেন।

কর্মক্ষমতা প্রতিবেদন

এই ক্ষেত্রে, আপনার অ্যাপের মান উন্নত করতে আপনার অ্যাপটি লোড টাইম এবং ব্যাটারি ব্যবহারের মতো পারফরম্যান্স মেট্রিক্স সংগ্রহ করে।

ব্যবহারের জন্য প্রস্তাবিত শনাক্তকারী: ফায়ারবেস পারফরম্যান্স মনিটরিং

কেন এই সুপারিশ?

ফায়ারবেস পারফরম্যান্স মনিটরিং আপনাকে আপনার কাছে সবচেয়ে গুরুত্বপূর্ণ মেট্রিক্সের উপর ফোকাস করতে এবং আপনার অ্যাপে সাম্প্রতিক পরিবর্তনের প্রভাব পরীক্ষা করতে সহায়তা করে।

অ্যাপ পরীক্ষা

এই ক্ষেত্রে, আপনার অ্যাপটি পরীক্ষা বা ডিবাগিংয়ের উদ্দেশ্যে আপনার অ্যাপের সাথে ব্যবহারকারীর অভিজ্ঞতা মূল্যায়ন করে।

ব্যবহারের জন্য প্রস্তাবিত শনাক্তকারী: FID অথবা অ্যাপ সেট আইডি

কেন এই সুপারিশ?

যে অ্যাপটি এটি তৈরি করে, সেখানে একটি FID থাকে, যা শনাক্তকারীকে বিভিন্ন অ্যাপ জুড়ে ব্যবহারকারীদের ট্র্যাক করার জন্য ব্যবহার করা থেকে বিরত রাখে। এটি সহজেই রিসেট করা যায়, কারণ ব্যবহারকারী অ্যাপ ডেটা সাফ করতে বা অ্যাপটি পুনরায় ইনস্টল করতে পারেন। FID তৈরির প্রক্রিয়াটি সহজ; Firebase ইনস্টলেশন নির্দেশিকা দেখুন। একটি অ্যাপ সেট আইডি আপনাকে আপনার প্রতিষ্ঠানের মালিকানাধীন একাধিক অ্যাপ জুড়ে ব্যবহারকারীর আচরণ বিশ্লেষণ করতে দেয়, যতক্ষণ না আপনি বিজ্ঞাপনের উদ্দেশ্যে ব্যবহারকারীর ডেটা ব্যবহার করেন।

ক্রস-ডিভাইস ইনস্টলেশন

এই ক্ষেত্রে, একই ব্যবহারকারীর জন্য একাধিক ডিভাইসে ইনস্টল করা থাকলে আপনার অ্যাপটিকে অ্যাপটির সঠিক উদাহরণ সনাক্ত করতে হবে।

ব্যবহারের জন্য প্রস্তাবিত শনাক্তকারী: FID অথবা GUID

কেন এই সুপারিশ?

এই উদ্দেশ্যেই একটি FID স্পষ্টভাবে তৈরি করা হয়েছে; এর পরিধি অ্যাপের মধ্যেই সীমাবদ্ধ যাতে এটি বিভিন্ন অ্যাপ জুড়ে ব্যবহারকারীদের ট্র্যাক করতে ব্যবহার করা না যায় এবং অ্যাপ পুনরায় ইনস্টল করার পরে এটি পুনরায় সেট করা হয়। বিরল ক্ষেত্রে যেখানে একটি FID অপর্যাপ্ত, আপনি একটি GUIDও ব্যবহার করতে পারেন।

নিরাপত্তা

অপব্যবহার সনাক্তকরণ

এই ক্ষেত্রে, আপনি আপনার ব্যাকএন্ড পরিষেবাগুলিতে আক্রমণকারী একাধিক জাল ডিভাইস সনাক্ত করার চেষ্টা করছেন।

ব্যবহারের জন্য প্রস্তাবিত শনাক্তকারী: Google Play Integrity API ইন্টিগ্রিটি টোকেন

কেন এই সুপারিশ?

কোনও অনুরোধ আসল অ্যান্ড্রয়েড ডিভাইস থেকে এসেছে কিনা তা যাচাই করতে - কোনও এমুলেটর বা অন্য কোনও ডিভাইসকে স্পুফ করার কোডের পরিবর্তে - Google Play Integrity API ব্যবহার করুন।

বিজ্ঞাপন জালিয়াতি

এই ক্ষেত্রে, আপনার অ্যাপটি পরীক্ষা করে যে আপনার অ্যাপে ব্যবহারকারীর ইমপ্রেশন এবং ক্রিয়াকলাপগুলি আসল এবং যাচাইযোগ্য কিনা।

ব্যবহারের জন্য প্রস্তাবিত শনাক্তকারী: বিজ্ঞাপন আইডি

কেন এই সুপারিশ?

গুগল প্লে ডেভেলপার কন্টেন্ট নীতি অনুসারে, বিজ্ঞাপন ব্যবহারের ক্ষেত্রে বিজ্ঞাপন আইডি ব্যবহার বাধ্যতামূলক, কারণ ব্যবহারকারী এটি পুনরায় সেট করতে পারেন।

ডিজিটাল অধিকার ব্যবস্থাপনা (DRM)

এই ক্ষেত্রে, আপনার অ্যাপ বৌদ্ধিক সম্পত্তি বা অর্থপ্রদানের সামগ্রীতে প্রতারণামূলক অ্যাক্সেস রক্ষা করতে চায়।

ব্যবহারের জন্য প্রস্তাবিত শনাক্তকারী: FID বা GUID ব্যবহার করলে ব্যবহারকারীকে কন্টেন্টের সীমা এড়াতে অ্যাপটি পুনরায় ইনস্টল করতে বাধ্য করা হয়, যা বেশিরভাগ লোককে নিরুৎসাহিত করার জন্য যথেষ্ট বোঝা। যদি এটি পর্যাপ্ত সুরক্ষা না হয়, তাহলে Android একটি DRM API প্রদান করে, যা কন্টেন্টে অ্যাক্সেস সীমিত করতে ব্যবহার করা যেতে পারে, যার মধ্যে একটি প্রতি-APK শনাক্তকারী, Widevine ID অন্তর্ভুক্ত থাকে।

ব্যবহারকারীর পছন্দসমূহ

এই ক্ষেত্রে, আপনার অ্যাপটি আপনার অ্যাপের প্রতিটি ডিভাইসের ব্যবহারকারীর অবস্থা সংরক্ষণ করে, বিশেষ করে যারা সাইন ইন করেননি তাদের জন্য। আপনি এই অবস্থাটি একই ডিভাইসে একই কী দিয়ে সাইন করা অন্য অ্যাপে স্থানান্তর করতে পারেন।

ব্যবহারের জন্য প্রস্তাবিত শনাক্তকারী: FID অথবা GUID

কেন এই সুপারিশ?

পুনরায় ইনস্টল করার মাধ্যমে তথ্য ধরে রাখার পরামর্শ দেওয়া হয় না কারণ ব্যবহারকারীরা অ্যাপটি পুনরায় ইনস্টল করে তাদের পছন্দগুলি পুনরায় সেট করতে চাইতে পারেন।