এই পৃষ্ঠাটি Cloud Translation API অনুবাদ করেছে।

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

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

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

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

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

যখনই সম্ভব ইউজার-রিসেটযোগ্য শনাক্তকারী বেছে নিন। আপনার অ্যাপ্লিকেশানটি এর বেশিরভাগ ক্ষেত্রেই অর্জন করতে পারে এমনকি যখন এটি অ-পুনর্নির্ধারণযোগ্য হার্ডওয়্যার আইডি ব্যতীত সনাক্তকারী ব্যবহার করে।
হার্ডওয়্যার শনাক্তকারী ব্যবহার করা এড়িয়ে চলুন। বেশিরভাগ ব্যবহারের ক্ষেত্রে, আপনি প্রয়োজনীয় কার্যকারিতা সীমাবদ্ধ না করে হার্ডওয়্যার শনাক্তকারী, যেমন ইন্টারন্যাশনাল মোবাইল ইকুইপমেন্ট আইডেন্টিটি (IMEI) ব্যবহার করা এড়াতে পারেন।
অ্যান্ড্রয়েড 10 (এপিআই লেভেল 29) অ-রিসেটযোগ্য শনাক্তকারীদের জন্য বিধিনিষেধ যোগ করে, যার মধ্যে আইএমইআই এবং সিরিয়াল নম্বর উভয়ই অন্তর্ভুক্ত রয়েছে। আপনার অ্যাপ্লিকেশানটি অবশ্যই একটি ডিভাইস বা প্রোফাইল মালিকের অ্যাপ্লিকেশান হতে হবে, বিশেষ ক্যারিয়ারের অনুমতি থাকতে হবে বা এই শনাক্তকারীগুলি অ্যাক্সেস করার জন্য READ_PRIVILEGED_PHONE_STATE বিশেষাধিকারপ্রাপ্ত অনুমতি থাকতে হবে৷
ব্যবহারকারীর প্রোফাইলিং বা বিজ্ঞাপন ব্যবহারের ক্ষেত্রে শুধুমাত্র একটি বিজ্ঞাপন আইডি ব্যবহার করুন। একটি বিজ্ঞাপন আইডি ব্যবহার করার সময়, সর্বদা বিজ্ঞাপন ট্র্যাকিং সম্পর্কিত ব্যবহারকারীদের নির্বাচনকে সম্মান করুন ৷ আপনি যদি বিজ্ঞাপন শনাক্তকারীকে ব্যক্তিগতভাবে-শনাক্তযোগ্য তথ্যের সাথে সংযুক্ত করতে চান তবে শুধুমাত্র ব্যবহারকারীর স্পষ্ট সম্মতিতে তা করুন৷
বিজ্ঞাপন আইডি রিসেট সেতু করবেন না.
পেমেন্ট জালিয়াতি প্রতিরোধ এবং টেলিফোনি ব্যতীত অন্য সমস্ত ব্যবহারের ক্ষেত্রে যখনই সম্ভব একটি ফায়ারবেস ইনস্টলেশন আইডি (এফআইডি) বা একটি ব্যক্তিগতভাবে সঞ্চিত GUID ব্যবহার করুন৷ অ-বিজ্ঞাপন ব্যবহারের ক্ষেত্রে বেশিরভাগ ক্ষেত্রে, একটি FID বা GUID যথেষ্ট হওয়া উচিত।
গোপনীয়তার ঝুঁকি কমাতে আপনার ব্যবহারের ক্ষেত্রে উপযুক্ত API ব্যবহার করুন। উচ্চ-মূল্যের সামগ্রী সুরক্ষার জন্য DRM API এবং অপব্যবহারের সুরক্ষার জন্য Play Integrity API ব্যবহার করুন৷ গোপনীয়তার ঝুঁকি না নিয়েই ডিভাইসটি আসল কিনা তা নির্ধারণ করার সবচেয়ে সহজ উপায় হল Play Integrity APIs।

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

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

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

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

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

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

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

দ্রষ্টব্য: 2021 সালের শেষের দিকে Google Play পরিষেবার আপডেটের অংশ হিসাবে, যখন কোনও ব্যবহারকারী Android সেটিংসে বিজ্ঞাপন আইডি ব্যবহার করে ব্যক্তিগতকরণ থেকে অপ্ট আউট করেন তখন বিজ্ঞাপন আইডিটি সরিয়ে দেওয়া হবে। শনাক্তকারীকে অ্যাক্সেস করার যেকোনো প্রচেষ্টা শনাক্তকারীর পরিবর্তে শূন্যের একটি স্ট্রিং পাবে। আরও জানতে Play Console সহায়তা দেখুন।

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

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

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

টেবিল-01
`timestamp`	`ad_id`	`account_id`	`clickid`
টেবিল-02
`account_id`	`name`	`dob`	`country`

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

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

টেবিল-01
`timestamp`	`ad_id`	`clickid`	`dev_model`
টেবিল-02
`timestamp`	`demo`	`account_id`	`dev_model`	`name`

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

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

অন্যান্য সমাধান নিম্নলিখিত অন্তর্ভুক্ত:

বিজ্ঞাপন আইডির সাথে PII-কে স্পষ্টভাবে লিঙ্ক করে এমন টেবিল ডিজাইন করা নয় । উপরের প্রথম উদাহরণে, এর অর্থ TABLE-01-এ account_id কলাম অন্তর্ভুক্ত নয়।
বিজ্ঞাপন আইডি কীড ডেটা এবং PII উভয়ের অ্যাক্সেস আছে এমন ব্যবহারকারী বা ভূমিকাগুলির জন্য অ্যাক্সেস নিয়ন্ত্রণ তালিকা আলাদা করা এবং পর্যবেক্ষণ করা । একই সাথে উভয় উত্স অ্যাক্সেস করার ক্ষমতা কঠোরভাবে নিয়ন্ত্রণ এবং অডিট করার মাধ্যমে (উদাহরণস্বরূপ, টেবিলের মধ্যে যোগদান করার মাধ্যমে), আপনি বিজ্ঞাপন আইডি এবং PII এর মধ্যে সংযোগের ঝুঁকি হ্রাস করেন। সাধারণভাবে বলতে গেলে, অ্যাক্সেস নিয়ন্ত্রণ করার অর্থ নিম্নলিখিতগুলি করা:
1. Advertiser ID কীড ডেটার জন্য অ্যাক্সেস কন্ট্রোল লিস্ট (ACLs) রাখুন এবং উভয় ACL-তে থাকা ব্যক্তি বা ভূমিকার সংখ্যা কমিয়ে আনতে PII ডিসজয়েন্ট করুন।
2. এই নিয়মের কোনো ব্যতিক্রম সনাক্ত ও পরিচালনা করতে অ্যাক্সেস লগিং এবং অডিটিং প্রয়োগ করুন।

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

FID এবং GUID-এর সাথে কাজ করুন

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

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

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

কোটলিন

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

জাভা

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

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

MAC ঠিকানার সাথে কাজ করবেন না

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

অ্যান্ড্রয়েড 11-এ MAC অ্যাড্রেস উপলব্ধতা পরিবর্তন

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

সম্পূর্ণ-যোগ্য ডোমেইন নাম (FQDN)
রাজত্ব
শংসাপত্র, পাসপয়েন্ট প্রোফাইলে ব্যবহৃত শংসাপত্রের উপর ভিত্তি করে:
- ব্যবহারকারীর শংসাপত্র: ব্যবহারকারীর নাম
- শংসাপত্রের শংসাপত্র: শংসাপত্র এবং শংসাপত্রের ধরন
- সিম শংসাপত্র: 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 বিভিন্ন আচরণ বৈশিষ্ট্য সহ বেশ কয়েকটি আইডি অফার করে। আপনি কোন আইডি ব্যবহার করবেন তা নির্ভর করে আপনার ব্যবহারের ক্ষেত্রে নিম্নলিখিত বৈশিষ্ট্যগুলি কীভাবে কাজ করে তার উপর। এই বৈশিষ্ট্যগুলি গোপনীয়তার প্রভাবের সাথেও আসে, তবে, তাই এই বৈশিষ্ট্যগুলি একে অপরের সাথে কীভাবে যোগাযোগ করে তা বোঝা গুরুত্বপূর্ণ।

ব্যাপ্তি

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

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

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

পুনঃস্থাপনযোগ্যতা এবং অধ্যবসায়

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

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

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

অনন্যতা

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

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

অখণ্ডতা সুরক্ষা এবং অ অস্বীকারযোগ্যতা

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

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

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

হিসাব

ক্যারিয়ার স্ট্যাটাস

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

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

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

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

মোবাইল সাবস্ক্রিপশন স্ট্যাটাস

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

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

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

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

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

একক সাইন-অন

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

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

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

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

বিজ্ঞাপন

টার্গেটিং

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

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

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

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

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

পরিমাপ

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

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

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

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

রূপান্তর

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

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

রিমার্কেটিং

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

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

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

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

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

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

সম্ভাব্য সমাধান অন্তর্ভুক্ত:

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

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

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

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

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

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

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

কর্মক্ষমতা রিপোর্টিং

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

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

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

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

অ্যাপ টেস্টিং

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

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

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

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

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

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

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

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

নিরাপত্তা

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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