ব্যবহারকারীদের জন্য ঝুঁকি কমানোর একটি ভাল উপায় হল তাদের সম্পর্কে সংবেদনশীল ডেটা না রাখা যা আপনার প্রয়োজন নেই যা তাদের গোপনীয়তাকে প্রভাবিত করে। আপনার ব্যবসায়িক লক্ষ্যগুলি পূরণ করার সময়ও এটি করার জন্য বিস্ময়কর সংখ্যক উপায় রয়েছে এবং প্রতিটি বিবেচনা করা উপযুক্ত। আপনি হতে পারেন:
- আপনার কি জন্য ডেটা প্রয়োজন তা ব্যাখ্যা করুন।
- কম গ্রানুলিটিতে ডেটা সংগ্রহ করুন।
- একবার ব্যবহার করা ডেটা সরান।
- প্রথম স্থানে এটি সংগ্রহ না.
এই পদ্ধতিগুলির প্রতিটি আপনার ব্যবহারকারীদের আপনি যা করছেন এবং কেন করছেন তাতে আরও স্বাচ্ছন্দ্য বোধ করতে সাহায্য করতে পারে এবং এটি তাদের সাথে আপনার সম্পর্কের ক্ষেত্রে ব্যাপকভাবে অবদান রাখে। স্বচ্ছতা বিশ্বাস তৈরি করে, এবং গুরুত্বপূর্ণভাবে, বিশ্বাস আপনার জন্য একটি অনন্য বিক্রয় পয়েন্ট হতে পারে। অনেক লোক অনুমান করে যে ব্যবহারকারী এবং গ্রাহকরা ডিফল্টরূপে তাদের বিশ্বাস করে, কিন্তু ভোক্তারা ক্রমাগত পণ্য এবং পরিষেবাগুলি মূল্যায়ন করে এবং এটি এমন নাও হতে পারে। আপনি যদি আপনার ব্যবহারকারীদের সাথে একটি সম্পর্ক গড়ে তোলেন যেখানে তারা তাদের ডেটা এবং আপনার মিথস্ক্রিয়াকে সম্মানের সাথে পরিচালনা করার জন্য আপনাকে বিশ্বাস করে, এটি একটি প্রকল্প বা ব্যবসা হিসাবে আপনাকে একটি প্রতিযোগিতামূলক সুবিধা প্রদান করতে পারে: এটি এমন কিছু যা আপনার প্রতিদ্বন্দ্বীদের সাথে মেলে না, একটি প্রকৃত পার্থক্যকারী .
সবচেয়ে কার্যকরী (কিন্তু আপনার ব্যবসার উপরও সবচেয়ে বেশি প্রভাবশালী) ক্রমানুসারে উপরোক্ত পন্থাগুলো খুলে ফেলুন, যাতে প্রয়োগ করা যায় কম কার্যকর কিন্তু সর্বনিম্ন ব্যাঘাতমূলক।
প্রথম স্থানে এটি সংগ্রহ করবেন না
আপনার ব্যবহারকারীদের ডেটা আপস এড়াতে সবচেয়ে সুস্পষ্ট উপায় হল এটি সংগ্রহ না করা। পরিষেবা প্রদানের জন্য কিছু ডেটা সংগ্রহ করা প্রয়োজন, কিন্তু এমন আরও অনেক জায়গা আছে যেখানে আপনি ডেটা সংগ্রহ এড়াতে পারেন যা আপনি ভাবতে পারেন। উদাহরণস্বরূপ, অতিথি চেকআউট বিবেচনা করুন। যখন ব্যবহারকারীরা আপনার ওয়েব অ্যাপ ব্যবহার করে কিছু ক্রয় করতে আসে, তখন আপনাকে তাদের একটি অ্যাকাউন্টের জন্য সাইন আপ করতে হতে পারে, কারণ তারপরে আপনি পরবর্তী পরিপূর্ণতার জন্য ব্যক্তিগত বিবরণ ক্যাপচার করেছেন: সেগুলি মেইলিং তালিকায় যোগ করা যেতে পারে, তারা ইতিমধ্যেই প্রাক-যোগ্য। একজন আগ্রহী গ্রাহক হিসাবে, এবং তাই। যাইহোক, গ্রাহকরা এটি স্বীকার করে এবং এটি পছন্দ করে না: 2021 সালে, একটি গবেষণায় দেখা গেছে যে চারটি পরিত্যক্ত বিক্রয়ের মধ্যে একটি ছিল কারণ সাইটটি ব্যবহারকারীকে একটি অ্যাকাউন্ট তৈরি করার দাবি করেছিল। আপনার যদি কোনো অ্যাকাউন্টের প্রয়োজন না হয়, তাহলে আপনার সেই গ্রাহকদের রাখার সম্ভাবনা বেশি। সাইন আপ না করেই কেনাকাটা সম্পূর্ণ করা সম্ভব হলে ব্যবহারকারীদের আরও ভাল বিকল্প পাওয়া যায় এবং এর অর্থ হল আপনার কাছে তাদের যতটা ডেটা সুরক্ষিত ও সুরক্ষিত থাকবে না।
আপনার ডেটা "ফাজ" করুন
অবশ্যই, ডেটা সংগ্রহ করা এড়িয়ে যাওয়া কোনও বিকল্প হতে পারে না। সেবা প্রদান এবং ব্যবসায়িক সিদ্ধান্ত গ্রহণের জন্য ডেটা সংগ্রহ করা গুরুত্বপূর্ণ। এটি একটি বিশ্বস্ত সম্পর্কের পরিপ্রেক্ষিতে বিপণন যোগাযোগ তৈরি করতেও সহায়ক হতে পারে। যাইহোক, এটা উপলব্ধি করাও গুরুত্বপূর্ণ যে সামগ্রিকভাবে নেওয়া সিদ্ধান্তগুলি (অর্থাৎ, যা একসাথে অনেক ব্যবহারকারীকে প্রভাবিত করে) সামগ্রিকভাবে ডেটা সম্পর্কে (অর্থাৎ, ডেটার সম্মিলিত বৈশিষ্ট্য সম্পর্কে) নেওয়া হয়।
উদাহরণস্বরূপ, কখনও কখনও আপনার শ্রোতাদের জনসংখ্যার ধারণা থাকা দরকারী: তারা কোন বয়সের বন্ধনীতে পড়ে, অবস্থান ইত্যাদি। এটি আপনার মেসেজিং বা আপনার পদ্ধতি পরিবর্তন করতে পারে। কিন্তু এর অর্থ এই নয় যে আপনার পরিষেবার প্রতিটি ব্যবহারকারীর জন্য আপনাকে সঠিক বয়স সংগ্রহ করতে হবে। আপনি প্রায়শই যা খুঁজছেন তা হল প্রবণতা এবং সামগ্রিক বৈশিষ্ট্য। আপনি যে সিদ্ধান্তে পৌঁছাতে চান তা যদি আপনার শ্রোতাদের বেশিরভাগ "18-34 কী জনসংখ্যার" এর দ্বারা প্রভাবিত হয়, তবে আপনার ব্যবহারকারীদের সেই জনসংখ্যার মধ্যে আছে কিনা তা হল আপনাকে শুধুমাত্র প্রশ্নটি জিজ্ঞাসা করতে হবে। এটি তাদের দুটি "বালতিতে" সংগ্রহ করে: সেই দলে এবং সেই দলে নয়। এমন পরিস্থিতি হতে পারে যেখানে আপনার এর চেয়ে বেশি দানাদার ডেটার প্রয়োজন, তবে সিদ্ধান্ত নেওয়ার জন্য আপনি যে জনসংখ্যার তালিকা ব্যবহার করেন এবং আপনার ব্যবহারকারীদের সেই তালিকার সাথে নিজেদের শ্রেণীবদ্ধ করতে বলুন তা সম্পূর্ণরূপে যুক্তিসঙ্গত।
উদাহরণ
সুতরাং, আপনার ব্যবহারকারীর ভিত্তি কীভাবে "18-34", "35-49", "49-64", এবং "65+" এর মধ্যে বিভক্ত হয় তা জানা যদি উপযোগী হয়, তাহলে আপনি আপনার ব্যবহারকারীদের বেছে নিতে বলতে পারেন তারা কোন বিভাগে পড়ে। এটি অত্যন্ত দানাদার, ব্যক্তিগত এবং ব্যক্তিগতকৃত ডেটার জন্য জিজ্ঞাসা করা এবং তারপরে আপনার ব্যবহারকারীদের শ্রেণীবদ্ধ করা প্রলুব্ধকর, কারণ এটি পরে আরও বিশদে আবার একই প্রশ্ন জিজ্ঞাসা করার প্রয়োজন এড়ায়; উদাহরণস্বরূপ, একটি সঠিক বয়স এবং জন্ম তারিখ জিজ্ঞাসা করতে, এবং তারপর "35-49" বিভাগে কতজন ব্যবহারকারী রয়েছে তার নিজের তালিকা তৈরি করতে এটি ব্যবহার করুন৷ কিন্তু এটি কীভাবে দেখায় তা উপলব্ধি করা গুরুত্বপূর্ণ: যেহেতু কোর্সটি ইতিমধ্যেই কভার করেছে এবং আবার কভার করবে, বিশদ স্তরের ডেটার জন্য জিজ্ঞাসা করা লোকেদের অস্বস্তিকর করতে পারে এবং তাই ঝুঁকি যোগ করার সময় আপনার সংস্থার প্রতি ব্যবহারকারীর আস্থা হ্রাস করতে পারে৷
আপনার ডেটার চাহিদা বিবেচনা করাও গুরুত্বপূর্ণ। কখনও কখনও, আরও দানাদার ডেটার জন্য "প্রয়োজন" অনুমানমূলক, একটি "শুধু ক্ষেত্রে" প্রয়োজন। হয়তো আমাদের এই মুহূর্তে ব্যবহারকারীদেরকে শুধুমাত্র এই চারটি বয়সের গ্রুপে শ্রেণীবদ্ধ করতে হবে, কিন্তু ভবিষ্যতে আমরা হয়তো এটিকে সংকুচিত করতে চাই, এবং সেইজন্য আমাদের এখনই খুব বিস্তারিত তথ্য সংগ্রহ করা উচিত যাতে পরবর্তীতে বিকল্পটি খোলা থাকে। সিদ্ধান্তগুলিকে গাইড করতে অতীতে কত ঘন ঘন আরও দানাদার ডেটা ব্যবহার করা হয়েছে তা বিবেচনা করা মূল্যবান হতে পারে। অফার করা পরিষেবার তুলনায় আক্রমণাত্মক হিসাবে বিবেচিত ডেটার জন্য জিজ্ঞাসা করার ফলে আপনার ব্যবহারকারীরা আপনার সংস্থাকে কতটা বিশ্বাস করেন তা হ্রাস করে৷ যদি সেই ডেটা "কেবল ক্ষেত্রে" কারণের জন্য সংগ্রহ করা হয়, তাহলে আপনি কেবলমাত্র উন্নত ব্যবসায়িক সিদ্ধান্তের জন্য ব্যবহারকারীর আস্থাকে লেনদেন নাও করতে পারেন তবে শুধুমাত্র কিছু তাত্ত্বিক ভবিষ্যতের সিদ্ধান্তের সম্ভাবনার জন্য ট্রেড করছেন যা এমনকি নাও থাকতে পারে। যে তথ্য জন্য নিরাপত্তা প্রয়োজনীয়তা উপর.
সংগৃহীত ডেটার গ্রানুলারিটি কমাতে আরও বিস্তারিত অ্যালগরিদমিক উপায় রয়েছে। র্যান্ডমাইজড রেসপন্স পদ্ধতির অর্থ হল তথ্যগুলিকে একত্রিত করা হয়েছে সঠিক মাত্রার অযৌক্তিকতার সাথে, এবং এইগুলি কয়েক দশক ধরে সামাজিক বিজ্ঞানে ব্যবহার করা হয়েছে যখন প্রতিক্রিয়াদাতার গোপনীয়তা বজায় রেখে সম্ভাব্য আক্রমণাত্মক বা সংবেদনশীল ডেটা সংগ্রহ করার সময়। ডেটা সংগ্রহের উপরোক্ত পদ্ধতিতে ব্যবহারকারীর উত্তরগুলিকে প্রশস্ত করা জড়িত (তাই "আপনার বয়স কত" হয়ে যায় "নিম্নলিখিত বয়সের মধ্যে কোন একটিতে পড়েন"), যেখানে র্যান্ডমাইজড প্রতিক্রিয়ার মধ্যে রয়েছে ব্যবহারকারীদের একটি নির্দিষ্ট অনুপাত তাদের উত্তর সম্পর্কে মিথ্যা বলা। যদি ভুলভাবে প্রতিক্রিয়া জানানো ব্যবহারকারীদের অনুপাত জানা যায়, তাহলে সংগৃহীত ডেটা থেকে অর্থপূর্ণ সিদ্ধান্ত নেওয়া যেতে পারে, তবে পৃথক ব্যবহারকারীর গোপনীয়তার সাথে আপস করা হয় না কারণ তাদের সংগৃহীত ডেটা ভুল হতে পারে। এই ক্ষেত্রে, যদি আপনার 80% দর্শক এখনও বলে যে তারা 18-34 জনসংখ্যার মধ্যে পড়ে, আপনি তুলনামূলকভাবে আত্মবিশ্বাসী হতে পারেন যে এটি এখনও সবচেয়ে বড় শেয়ার, এমনকি যদি তাদের মধ্যে 10% ইচ্ছাকৃতভাবে ভুল উত্তর দেয়। ভুলের মাত্রা প্রোগ্রামগতভাবেও পরিবর্তন করা যেতে পারে, যেখানে সঠিক উত্তর সবসময় চাওয়া হয় কিন্তু সফ্টওয়্যার প্রেরণ করার আগে উত্তরগুলির একটি নির্দিষ্ট শতাংশ পরিবর্তন করে। ডেটা সংগ্রহ করার সময় এই প্রক্রিয়া এবং এর পরিণতিগুলিও ব্যবহারকারীদের ব্যাখ্যা করা যেতে পারে: এর অর্থ হল ব্যবহারকারীদের বিশ্বাস করতে হবে না যে আপনি তাদের সংগৃহীত ডেটা অপব্যবহার করবেন না, কারণ পৃথক ডেটা অবিশ্বস্ত।
একটি অনুরূপ কিন্তু আরও প্রযুক্তিগতভাবে জড়িত প্রক্রিয়া হল ডিফারেনশিয়াল গোপনীয়তা । এটি ডেটা স্টোরেজ পরিবর্তন করতে গাণিতিক কৌশলগুলি ব্যবহার করে যাতে ডেটার সামগ্রিক বৈশিষ্ট্যগুলি এখনও উপস্থিত থাকে, তবে এটিও বলা সম্ভব নয় যে কোনও নির্দিষ্ট ব্যক্তি এমনকি ডেটা সরবরাহ করেছে কিনা বা কোন ডেটা তারা সরবরাহ করেছে। এলোমেলো প্রতিক্রিয়ার মতো, এটি ব্যবহারকারীদের ডেটা এমনকি আপনার থেকেও রক্ষা করে এবং আপনার পক্ষ থেকে স্পষ্ট অভিপ্রায় প্রদর্শন করে: যদি আপনার কাছে সেই ডেটা না থাকে তবে আপনি আপনার ব্যবহারকারীদের ডেটা ব্যবহার করতে পারবেন না৷
এই এবং অনুরূপ পদ্ধতিগুলি ডেটা লঙ্ঘন এবং ফাঁসের বিরুদ্ধেও বর্ধিত সুরক্ষা প্রদান করে, কারণ সংগৃহীত ডেটা ব্যবহারকারীর গোপনীয়তার সাথে আপসকে হ্রাস করে, এমনকি আপনার কাছে, এবং ডেটা ফাঁস হলে আপসের মাত্রাও কমিয়ে দেয়। মনে রাখবেন, যদিও, আপনি যদি সার্ভারে ডিফারেনশিয়াল গোপনীয়তা কৌশল প্রয়োগ করেন (তাই আপনার ব্যবহারকারীরা আপনাকে একত্রিত ডেটা পাঠাচ্ছে এবং তারপরে আপনি এটিকে একত্রিত করার কৌশলগুলি ব্যবহার করছেন), আপনাকে এখনও সেই কাঁচা ব্যবহারকারীর ডেটা সুরক্ষিত করতে হবে এবং তারপরে এটি মুছে ফেলতে হবে প্রক্রিয়াকরণ, এবং নিশ্চিত করার জন্য স্পষ্ট নীতি থাকা এবং অনুসরণ করা উচিত যে আপনি একত্রিতকরণের আগে এটি ব্যবহার করছেন না (বা আপনি এটি কিসের জন্য ব্যবহার করছেন সে সম্পর্কে স্পষ্ট)।
ধারণ: ডেটা সংগ্রহ করুন এবং একবার ব্যবহার করার পরে এটি সরিয়ে ফেলুন
এটা মনে রাখা দরকারী যে সংগৃহীত ডেটার একটি জীবনচক্র আছে; এটি সংগ্রহ করা হয়, এটি আপনাকে ব্যবসায়িক সিদ্ধান্ত নিতে সাহায্য করার জন্য ব্যবহৃত হয় এবং তারপরে, কিছু সময়ে, এটি অপসারণ করা উচিত। এগুলি আবার, ট্রেড অফ: যখন আপনি আপনার ব্যবহারকারীদের প্রশ্ন জিজ্ঞাসা করেন, অথবা আপনি তাদের পরিদর্শন করা অন্যান্য ওয়েবসাইটগুলির তথ্য সংরক্ষণ করেন, অথবা আপনি তাদের পছন্দগুলি সম্পর্কে ভবিষ্যদ্বাণী করার জন্য তারা কোন জিনিসগুলি দেখেছেন এবং কতক্ষণ ধরে তা ট্র্যাক করেন, এটি হল ডেটা যা আপনাকে একটি নির্দিষ্ট উদ্দেশ্যে মঞ্জুর করা হচ্ছে - বিকাশকারীকে উপযুক্ত হিসাবে ব্যবহার করার জন্য উন্মুক্ত অনুদান হিসাবে নয়। যখন সেই উদ্দেশ্যের জন্য সেই ডেটার আর প্রয়োজন হয় না-কখনও কখনও এক মিনিটের পরে, কখনও কখনও বহু বছর পরে-এটি মুছে ফেলা উচিত।
যখনই আপনি আপনার ব্যবহারকারীদের সম্পর্কে তথ্য সংগ্রহ করেন, তখন আপনার জানা উচিত যে আপনি সেই ডেটাটি কীসের জন্য ব্যবহার করবেন (নীচে দেখুন) এবং কখন এবং কেন আপনি সেই ডেটা রাখা বন্ধ করবেন তাও আপনার জানা উচিত। এটি হতে পারে যখন ব্যবহারকারী এটিকে মুছে ফেলতে চান, বা যখন তারা সাইন আউট করেন, একটি নির্দিষ্ট সময়ের পরে, বা একটি নির্দিষ্ট ইভেন্ট হওয়ার পরে। সম্পর্কের প্রতি আস্থা গড়ে তোলার একটি চমৎকার উপায় হল আপনার ব্যবহারকারীদের কাছে স্পষ্ট করে দেওয়া যে তারা কীভাবে তাদের সম্পর্কে ডেটা নিয়ন্ত্রণ করতে পারে, যেখানে সম্ভব, একতরফা অপ্ট-আউট সহ। কিভাবে তারা তাদের তথ্য মুছে ফেলবে? তারা কিভাবে তাদের অ্যাকাউন্ট মুছে ফেলবে? সেই সম্পর্ক গড়ে তুলতে সাহায্য করার পাশাপাশি, যতক্ষণ আপনি এটি প্রক্রিয়া করতে চান ততক্ষণ ডেটা সংরক্ষণ করা সর্বোত্তম অভ্যাস, এবং আপনার ব্যবহারকারীদের আপনার কাছ থেকে সংগ্রহ করা ডেটা দেখতে এবং অপসারণের একটি উপায় থাকা উচিত। তাদের পক্ষে এমনকি আপনি যে অঞ্চলগুলিতে কাজ করেন সেখানে এই বিষয়ে আইন থাকতে পারে।
এটি এমন একটি এলাকা যেখানে আপনি স্পষ্ট প্রযুক্তিগত লক্ষ্য নির্ধারণ করতে পারেন, যা ব্যবহারকারীদের স্ব-পরিষেবা সহ সাহায্য করে; যদি আপনার ব্যবহারকারীরা অনুমতি না নিয়েই আপনার ডেটা গুদাম থেকে অপ্ট আউট করতে পারেন তাহলে তারা অপ্ট ইন করার ক্ষেত্রে অনেক বেশি স্বাচ্ছন্দ্য বোধ করতে পারে এবং এটি করার জন্য কোন সমর্থন সংস্থান লাগে না৷
সহজ এবং ডিফল্ট অপ্ট-আউটগুলির গুরুত্ব স্বীকার করা গুরুত্বপূর্ণ: "বিশ্বাস এবং স্বীকৃতি তৈরি করতে, কোম্পানিগুলি একটি সামাজিক চুক্তিতে সম্মত হওয়ার মাধ্যমে শুরু করতে পারে যেখানে তারা প্রতিটি স্পর্শ পয়েন্টে তাদের শ্রোতাদের সম্মান করতে প্রতিশ্রুতিবদ্ধ, তাদের চাহিদাগুলি শুনে এবং সেই অনুযায়ী প্রতিক্রিয়া জানায়৷ ", IAPP বলেছে। নিলসেন নরম্যান গ্রুপ বলে যে ব্যবহারকারীদের "একটি বর্ধিত প্রক্রিয়ার মধ্য দিয়ে যেতে না করেই অবাঞ্ছিত ক্রিয়াটি ছেড়ে দেওয়ার জন্য একটি পরিষ্কারভাবে চিহ্নিত 'জরুরি প্রস্থান' প্রয়োজন"। সবাই জানে যে সদস্যতা ত্যাগ করার চেয়ে সদস্যতা নেওয়া সহজ। কিন্তু, যেমন নীলসেন নরম্যান বলেছেন, ব্যবহারকারীদের হুপস এর মধ্য দিয়ে লাফ না দিয়ে চলে যাওয়ার ক্ষমতা প্রদান করে, "স্বাধীনতা এবং আত্মবিশ্বাসের অনুভূতি জাগায়"। একাডেমিক অধ্যয়ন এটিকে ব্যাক আপ করে এবং এটিকে "প্রত্যাহারযোগ্যতার নীতি" নাম দেয়, উল্লেখ করে: "ইন্টারফেসটি ব্যবহারকারীকে সহজে কর্তৃপক্ষকে প্রত্যাহার করার অনুমতি দেবে যা ব্যবহারকারী যেখানেই প্রত্যাহার করা সম্ভব সেখানে প্রত্যাহার করতে পারে৷ ব্যবহারকারীদের এই ধরনের সম্মতি প্রত্যাহার করতে সক্ষম হওয়া উচিত এবং তাই কর্তৃপক্ষকে হ্রাস করতে হবে৷ সম্ভব হলে তাদের সম্পদ অ্যাক্সেস করতে।" (উদাহরণ জন্য Yee এবং Iacono দেখুন।)
কতক্ষণের জন্য ডেটা ধরে রাখতে হবে এবং কোন ডেটা ধরে রাখতে হবে, এমন একটি বিষয় যা সংস্থাগুলির মধ্যে এবং প্রকল্পগুলির মধ্যে অনেক পার্থক্য করে, তবে বিবেচনা করার জন্য কিছু সাধারণ নির্দেশিকা রয়েছে৷
করবেন
ব্যবহারকারীদের অ্যাকাউন্টগুলি (এবং যে কোনও সম্পর্কিত ডেটা, যেখানে এটি করা সম্ভব) মুছে ফেলার অনুমতি দেওয়া এবং ক্লিয়ার-সাইটের মাধ্যমে সাইন-আউট করার সময় নিয়মিত (উদাহরণস্বরূপ, সাইন আউট করার সময়) ক্ষণস্থায়ী এবং স্থানীয়ভাবে সঞ্চিত ডেটা সাফ করার অনুমতি দেওয়া এখানে দরকারী। -ডেটা হেডার।
যুক্তিসঙ্গত হলে ক্লায়েন্ট-সাইডে (কুকি, লোকাল স্টোরেজ বা ইনডেক্সডডিবি, বা ব্রাউজার ক্যাশে) সংরক্ষিত কিছু বা সমস্ত ব্যবহারকারীর ডেটা সরাতে একটি Clear-Site-Data
শিরোনাম সরবরাহ করুন। Clear-Site-Data-এর সুস্পষ্ট ব্যবহার-কেস হল যখন একজন ব্যবহারকারী লগ আউট করে, তবে এটি নিরাপত্তার ঘটনার পরেও ব্যবহার করা যেতে পারে যাতে নিশ্চিত করা যায় যে একটি সম্ভাব্য আপস করা অ্যাকাউন্টে ক্লায়েন্টে সংরক্ষিত আপোষকৃত ডেটার দীর্ঘস্থায়ী চিহ্ন নেই।
Clear-Site-Data
এর জন্য সমর্থন যোগ করার সাথে একটি HTTP শিরোনাম, Clear-Site-Data
পাঠানো জড়িত, যখন ব্যবহারকারী সাইন আউট করে (বা অন্য সময়ে যখন আপনি ক্লায়েন্ট-সাইড স্টোরেজ সাফ করতে চান), লগ-আউট নিশ্চিত করে এমন পৃষ্ঠায় অবস্থা ( https://your-site/logout
বা অনুরূপ)। এই শিরোনামটিতে নিম্নলিখিত মানগুলির কিছু বা সমস্ত বা "*"
সকলের জন্য থাকতে পারে:
Clear-Site-Data: "cache", "cookies", "storage"
এই মানগুলি যথাক্রমে, ক্যাশে করা পৃষ্ঠাগুলি (এবং অন্যান্য HTTP-ক্যাশেড সংস্থান), সঞ্চিত কুকি এবং স্থানীয় স্টোরেজ এবং ইনডেক্সডডিবি এবং অনুরূপ পরিষ্কার করে। আপনি অন্য বিকল্পের রেফারেন্স দেখতে পারেন, executionContexts
, কিন্তু এটি অনেক ব্রাউজার দ্বারা সমর্থিত নয়। মনে রাখবেন যে Clear-Site-Data
শিরোনাম ব্যবহার করা স্বতন্ত্রভাবে সমস্ত তৈরি করা সংস্থানগুলি মুছে ফেলার চেয়ে সহজ হতে পারে, কারণ এটির জন্য ক্লায়েন্টে জাভাস্ক্রিপ্ট কোড চালানোর প্রয়োজন হয় না (এবং ব্রাউজার ক্যাশে সাফ করার এটি একমাত্র সরকারী উপায়) , কিন্তু সব ব্রাউজার দ্বারা সমর্থিত নয় ।
ব্যবহারের দ্রষ্টব্য: আপনি যদি ক্যাশে সাফ করেন ( Clear-Site-Data: cache
পাঠিয়ে), তাহলে Clear-Site-Data
শিরোনামটি আপনার প্রকৃত সাইন-আউট পৃষ্ঠায় পাঠানো উচিত নয়, তবে পৃষ্ঠাটির অন্য কোনো সংস্থানে পাঠানো উচিত। লোড এটি কারণ একটি বড় ক্যাশ সহ একটি ধীর কম্পিউটারে, পৃষ্ঠাটি ক্যাশে সাফ করার সময় ব্লক হয়ে যাবে এবং এটি নেভিগেশনকে বাধা দেয়। এটি করতে কয়েক মিনিট সময় লাগতে পারে, যা ব্যবহারকারীকে হতাশ করবে। এটি ঘটার সম্ভাবনা নেই, তবে এটি পরীক্ষা করা কঠিন এবং এইভাবে এটি মনে রাখা সর্বোত্তম অনুশীলন।
আপনার কি জন্য ডেটা প্রয়োজন তা ব্যাখ্যা করুন
আপনার পরিষেবার সাথে আপনার ব্যবহারকারীদের সম্পর্কের বিশ্বাসের গুরুত্ব বারবার বলা হয়েছে, কারণ এটি ব্যবহারকারীর দীর্ঘায়ু বাড়ায়। এটি প্রতিযোগিতামূলক সুবিধাও প্রদান করে। সেই স্তরের আস্থা বাড়ানোর একটি উপায় হল আপনার প্রক্রিয়াগুলিতে স্বচ্ছতা, এবং স্বচ্ছ হওয়ার একটি ভাল উপায় হল আপনি কিসের জন্য ডেটা চান তা ব্যাখ্যা করা। আপনি আগে শিখেছেন যে সংগ্রহ করা প্রতিটি জিনিসের জন্য আপনার জানা উচিত যে জিনিসটি কখন মুছে ফেলা হবে। এটি জানার জন্য, আপনাকে জানতে হবে কেন আপনি এই ডেটা চান, কোন নির্দিষ্ট প্রশ্নের উত্তর খোঁজার জন্য এটি প্রয়োজন এবং কোন সিদ্ধান্তগুলি এটি সংগ্রহ করে পরিচালিত হবে। একবার আপনি জেনে গেলে কেন আপনার এই ডেটা দরকার যা আপনি আপনার ব্যবহারকারীকে ছেড়ে দিতে বলেছেন, এটি সেই ব্যবহারকারীদের ব্যাখ্যা করে বিশ্বাস তৈরি করতে সহায়তা করবে৷ আপনার গোপনীয়তা নীতিতে, বা অ্যাকাউন্ট তৈরির বিষয়ে প্রশ্ন জিজ্ঞাসা করার সময়, কেন এই নির্দিষ্ট প্রশ্নের উত্তর প্রয়োজন, সেই ডেটা দিয়ে আপনি কী করবেন এবং কখন এবং কীভাবে এটি সরানো যেতে পারে তা বর্ণনা করুন।
ইনলাইনে উপস্থাপিত হলে এই ব্যাখ্যাগুলো অনেক বেশি দৃশ্যমান। ওয়েবসাইটে অন্য কোথাও একটি ঘন নীতি নথিতে ব্যাখ্যাগুলিকে পুঁতে রাখা তাদের আড়াল করার চেষ্টা বলে মনে হতে পারে। একটি সাইন-আপ, চেকআউট বা অনুরোধ ফর্ম সংগ্রহের পাশাপাশি ডেটা সংগ্রহের কারণগুলি উপস্থাপন করতে পারে। প্রায়শই, একটি ফর্ম ফিল্ডে একটি তারকাচিহ্ন (*) থাকতে পারে যে একটি ক্ষেত্র প্রয়োজন তা নির্দেশ করতে; জটিল ফর্মগুলিতে প্রায়ই একটি তথ্য লিঙ্ক থাকে (i) ক্ষেত্রটির অর্থ কী তা ব্যাখ্যা করতে। এই ব্যাখ্যাগুলির সাথে কেন ডেটা সংগ্রহ করা হচ্ছে তার একটি বিবরণ যোগ করার কথা বিবেচনা করুন। এটির জন্য একটি প্রায়শই ব্যবহৃত বাক্যাংশ হল "কেন আমাদের এটির প্রয়োজন?" একটি ফর্ম ক্ষেত্রের পাশে, যা ক্লিক করা হলে একটি পপ-আপ ব্যাখ্যা দেখায়৷
কিছু উদাহরণ এইচটিএমএল নিম্নরূপ দেখতে পারে, এবং তারপরে CSS এবং জাভাস্ক্রিপ্ট <aside>
লুকানোর যত্ন নেবে এবং লিঙ্কটিতে ক্লিক করার সময় এটি একটি পপ-আপ হিসাবে দেখানো হবে। ( আপনি আপনার সাইটের জন্য যে ফর্মটি তৈরি করেন তার অ্যাক্সেসযোগ্যতা নিশ্চিত করতে ভুলবেন না!) সঠিকভাবে এটি কীভাবে তৈরি করবেন তা আপনার শৈলী এবং পদ্ধতির উপর নির্ভর করে, তবে এখানে মূল বিষয় হল ডেটা সংগ্রহের সাথে সরাসরি যুক্ত করা কেন সেই ডেটার ব্যাখ্যার সাথে সংগ্রহ করা হচ্ছে। এটি প্রতিটি ক্ষেত্রের জন্য প্রয়োজনীয় নয়। সাইন-আপ করার সময় কেন আপনি তাদের একটি পাসওয়ার্ড চয়ন করতে চান তার ব্যাখ্যা কারও প্রয়োজন নেই৷ কিন্তু ব্যক্তিগত এবং যোগাযোগের তথ্যের জন্য প্রতিটি অনুরোধকে আপনি কীভাবে ব্যবহার করার পরিকল্পনা করছেন এবং রাখার পরিকল্পনা করছেন তা আপনার ব্যবহারকারীদের কাছে এটি পরিষ্কার করতে সাহায্য করতে পারে যে আপনি তাদের ডেটা সুরক্ষিত করার জন্য বিনিয়োগ করেছেন।
<div>
<label for="email">Email address*</label>
<input id="email" type="email" name="email" required aria-describedby="whyemail">
<a href="#whyemail">Why do we need this?</a>
<aside id="whyemail">We need this information as a unique identifier for you, and if you forget your password we can send you a reminder. We will use your email address to send you regular updates on the service if you choose, and will delete your email address from any mailing lists if you delete your account.</aside>
</div>
একজন ব্যবহারকারী সম্পর্কে আপনার সংগ্রহ করা সমস্ত কিছুর সাথে এই প্রক্রিয়ার মধ্য দিয়ে যাওয়াও অভ্যন্তরীণ প্রক্রিয়া এবং আলোচনায় সহায়তা করতে পারে। এর আগে, আপনি দেখেছেন কীভাবে ডেটা সংগ্রহ করার প্রলোভন হতে পারে "কেবল ক্ষেত্রে"। যখন আপনি সংগ্রহ করার জন্য আপনার কারণগুলি সম্পর্কে স্বচ্ছ হন, তখন এটি বেশ স্পষ্ট হতে পারে যে এটি ঘটছে। ব্যবহারকারীর ডেটার সাথে আপনি কী করতে চান তা যদি আপনি প্রকাশ্যে লিখতে অনিচ্ছুক হন কারণ সেই ব্যবহারকারীরা ব্যাখ্যাটি পছন্দ করবেন না, তাহলে এটি একটি চিহ্ন হতে পারে যে এটি সংগ্রহ করা পুনর্বিবেচনা করা মূল্যবান। অস্বস্তিকর ব্যাখ্যাটি খুব আক্রমণাত্মক কিনা তা প্রযোজ্য ("আপনি প্রতি ঘন্টায় কোথায় যান তা ট্র্যাক করতে আমরা এটি ব্যবহার করব"), খুব বিস্তৃত ("আমরা এখনও জানি না আমরা এটি কিসের জন্য ব্যবহার করব তবে আমরা এটি চাই যদি আমরা এটির জন্য কিছু চিন্তা করি"), বা খুব ফাঁকি দেয় ("আমরা এটি অভ্যন্তরীণ অপ্রকাশিত উদ্দেশ্যে ব্যবহার করব")। এটা শুধু নৈতিকতার প্রশ্ন নয়; লোকেরা এটিকে চিনতে যথেষ্ট বুদ্ধিমান, যেমনটি ইতিমধ্যে বর্ণিত হয়েছে, এবং ব্যবহারকারীর প্রত্যাশা রয়েছে যে কিছু নিয়ে পরীক্ষা করা দীর্ঘমেয়াদী প্রতিশ্রুতির শুরু নয়। সাইন-আপকে ঘর্ষণ-মুক্ত এবং যতটা সম্ভব সহজ করার জন্য এটি ব্যবহারকারীর অভিজ্ঞতা ডিজাইনের একটি সাধারণ বিষয়, কারণ প্রাথমিক পর্যায়ে ব্যবহারকারী (সংজ্ঞা অনুসারে) আপনার পরিষেবাতে খুব বেশি বিনিয়োগ করেন না, এবং তাই তাদের হতে দেওয়া গুরুত্বপূর্ণ আরও সহজে বিনিয়োগ করা হয় যখন তাদের এখনও এটি করার প্রতি সামান্য প্রবণতা থাকে। যদি এটি আবার ছেড়ে যাওয়া যতটা সহজ হয়, তাহলে পরিষেবাটির সাথে পরীক্ষা করা ঠিক পরীক্ষায় পরিণত হয় এবং জোরপূর্বক দীর্ঘমেয়াদী অঙ্গীকারের অনিচ্ছাকৃত সূচনা নয়। আগের মতই, এটা বিরোধিতাপূর্ণ কিন্তু সত্য যে বিশ্বাস গড়ে তোলার সর্বোত্তম উপায় হল আপনার ব্যবহারকারীরা যদি না চান তাহলে আপনাকে বিশ্বাস করতে হবে না।
লোকেদের কাছে ডেটা ভাগ না করার বা ন্যূনতম ডেটা ভাগ করার জন্য ভাল কারণ রয়েছে। তাদের সাথে আপনার সম্পর্কের শুরুতে, তাদের আপনাকে বিশ্বাস করার কারণ নাও থাকতে পারে এবং করা উচিত নয়। আপনার লক্ষ্য কেন তাদের উচিত তা প্রদর্শন করা।
করবেন
- আপনি যে সমস্ত ডেটা সংগ্রহ করার পরিকল্পনা করছেন তা নির্ধারণ করুন কেন আপনি এটি চান এবং কতক্ষণ আপনি এটি রাখবেন।
- আপনি যখন সেই ডেটার জন্য জিজ্ঞাসা করেন, আপনার ব্যবহারকারীদের ব্যাখ্যা করুন কেন আপনি এটি সংগ্রহ করছেন।
- আপনি এটি ব্যবহার করার পরে আপনার সার্ভার ডাটাবেস থেকে এটি মুছুন।
- ব্যবহারকারীদের তাদের তৈরি করা অ্যাকাউন্টগুলি মুছে ফেলতে এবং
Clear-Site-Data
শিরোনাম দিয়ে তাদের স্টোরেজ থেকে সঞ্চিত ডেটা সাফ করার অনুমতি দিন।
কেন
আপনার ব্যবহারকারীদের সাথে একটি সম্পর্ক তৈরি করা বিশ্বাসের বিষয়ে, এবং বিশ্বাস হল উন্মুক্ততা সম্পর্কে। আপনি যদি দেখাতে পারেন যে আপনি আপনার ব্যবহারকারীদের সম্পর্কে যতটা সম্ভব ডেটা সংগ্রহ করছেন না এবং এটির জন্য আপনার ব্যবহারগুলি গোপন করছেন, তাহলে এটি বিশ্বাস তৈরি করতে সাহায্য করে, যা আপনার জন্য কম বিবেকহীন প্রতিদ্বন্দ্বীদের তুলনায় একটি প্রতিযোগিতামূলক সুবিধা হতে পারে।