Privacy UX: تجارب أفضل بشأن الموافقة على ملفات تعريف الارتباط

• الجزء 1: الاهتمامات المشتركة والخصوصية في نماذج الويب
• الجزء 2: تجارب أفضل بشأن الموافقة على ملفات تعريف الارتباط
• الجزء 3: تجربة أفضل للإشعارات وطلبات الأذونات
• الجزء 4: إطار تصميم الخصوصية المدرك للخصوصية

مع ظهور اللائحة العامة لحماية البيانات في الاتحاد الأوروبي (GDPR) في مايو 2018 ، تحولت شبكة الويب إلى معرض واسع للنوافذ المنبثقة والإخطارات وأشرطة الأدوات والنماذج. في حين أن الغرض من معظم المطالبات المتعلقة بملفات تعريف الارتباط هو نفسه - للحصول على موافقة المستخدم لمواصلة جمع وتقييم سلوكه بالطريقة نفسها التي اعتادوا القيام بها لسنوات - تختلف عمليات التنفيذ بشكل كبير ، وغالبًا ما تجعل الأمر صعبًا للغاية أو مستحيلًا ببساطة للعملاء لإلغاء الاشتراك من التتبع.

علاوة على ذلك ، لا تحترم العديد من عمليات التنفيذ قرارات المستخدمين على أي حال وتقوم بتعيين ملفات تعريف الارتباط على الرغم من اختياراتهم ، على افتراض أن معظم الأشخاص سوف يمنحون الموافقة بغض النظر.

من المسلم به أنهم ليسوا مخطئين تمامًا. في بحثنا ، تقدم الغالبية العظمى من المستخدمين عن طيب خاطر الموافقة دون قراءة إشعار ملفات تعريف الارتباط على الإطلاق . السبب واضح ومفهوم: يتوقع العديد من العملاء أن موقع الويب "ربما لن يعمل ، أو لن يكون المحتوى متاحًا بخلاف ذلك." بالطبع ، هذا ليس صحيحًا بالضرورة ، لكن لا يمكن للمستخدمين معرفة ذلك على وجه اليقين ما لم يجربوه. في الواقع ، على الرغم من ذلك ، لا أحد يرغب في لعب كرة الطاولة مع مطالبة الموافقة على ملف تعريف الارتباط ، ولذا ينقرون على الموافقة بعيدًا عن طريق اختيار الخيار الأكثر وضوحًا: "حسنًا".

ملاحظة : من المهم أن نفهم أن ملفات تعريف الارتباط وآليات الموافقة التي تمت مناقشتها في هذه المقالة تتجاوز القانون العام لحماية البيانات (GDPR). في أوروبا ، تتم معالجتها من خلال تشريع منفصل ، توجيه الخصوصية الإلكترونية ، والذي هو قيد المسودة حاليًا للتجديد (اعتبارًا من أبريل 2019). قد يتم الانتهاء منه بحلول صيف عام 2019. لا نعرف الشكل النهائي الذي سيتخذه ، ولكنه سيحدد مستقبل مطالبات الموافقة على ملفات تعريف الارتباط.

الآن ، مع هذا السلوك الشائع عبر الإنترنت ، ما قد يحدث هو أن مطالبات ملفات تعريف الارتباط ليست مفيدة بشكل خاص ، وهذا صحيح جزئيًا. لكنهم بالتأكيد ساعدوا في زيادة الوعي حول الخصوصية وجمع البيانات على الويب. في الواقع ، يعرف المستخدمون الآن أن مواقع الويب تتعقب بياناتهم ، والتي لم يكونوا على علم بها قبل بضع سنوات. لكنهم غالبًا ما يرون في ذلك شرًا لا بد منه مقابل الوصول إلى المحتوى "مجانًا".

لا يعني ذلك أن المستخدمين يشاركون بياناتهم الشخصية دائمًا بسعادة ، لكنهم لا يشعرون حقًا أن إلغاء الموافقة هو بديل قابل للتطبيق. بالنسبة للكثيرين منهم ، فإن الخيار المعقول الوحيد هو تقديم الموافقة أثناء الاشتراك في ملحق مانع الإعلانات أو أي مانع تتبع آخر في متصفحهم.

نظرًا لأن مطالبات الموافقة على ملفات تعريف الارتباط تقف دائمًا في طريق المحتوى ، غالبًا ما يتم رفضها بشكل غريزي تقريبًا ، على عكس الدوارات أثناء الإعداد. ومن ثم ، من وجهة نظر المصمم ، فإن قضاء أسابيع في تحسين هذا الموجه الفريد من نوعه قد يكون مضيعة للوقت. (آسف لسحق أحلامك في هذه المرحلة.)

نظرًا لأن العديد من مواقع الويب تعتمد بشكل كبير على جمع البيانات ، وإجراء اختبارات A / B ، وخدمة المستخدمين بإعلانات مستهدفة ، غالبًا ما يتأثر تصميم إشعار الموافقة على ملف تعريف الارتباط بشدة بمتطلبات العمل وأهداف العمل. هل من المقبول أن تسمح الشركة للمستخدمين برفض جميع عمليات التتبع بسرعة؟ ما هي ملفات تعريف الارتباط المطلوبة (على ما يبدو) لكي يعمل الموقع ، وأيها اختياري؟ ما هي ملفات تعريف الارتباط التي يجب تحديدها للموافقة عليها افتراضيًا ، وأي ملفات تتطلب اشتراكًا يدويًا؟ هل يجب أن يكون العميل قادرًا على إلغاء الموافقة بسهولة بمجرد تقديمها ، وإذا كان الأمر كذلك ، فكيف سيتم ذلك بالضبط إذا لم يكن لديه حساب على الموقع؟

قرارات العمل هذه لها تأثير كبير على قرارات التصميم ، على الرغم من أن التصميم الأمثل من جانب المستخدم سيكون واضحًا تمامًا: لا توجد موافقة على ملفات تعريف الارتباط على الإطلاق . قد يعني ذلك ، على سبيل المثال ، أنه يمكن للمستخدمين تحديد إعدادات الخصوصية في متصفحاتهم واختيار ملفات تعريف الارتباط التي يرغبون في الموافقة عليها. سيرسل المتصفح بعد ذلك تلميحًا إلى كل موقع ويب يختاره المستخدم لزيارته ويقوم تلقائيًا بالاشتراك أو إلغاء الاشتراك في إعدادات ملفات تعريف الارتباط ، اعتمادًا على التفضيلات المقدمة.

يعرف المستخدمون الآن أن مواقع الويب تتعقب بياناتهم ، والتي لم يكونوا على علم بها قبل بضع سنوات. لكنهم غالبًا ما يرون في ذلك شرًا لا بد منه مقابل الوصول إلى المحتوى "مجانًا".

"

في الواقع ، تم بالفعل تنفيذ رأس Do Not Track (DNT) ودعمه على نطاق واسع من قبل المتصفحات (على الرغم من إزالته من Safari لمنع الاستخدام المحتمل لبصمات الأصابع) ، ومع ذلك لا توجد آلية ثابتة لتحويل هذا التفضيل إلى مجموعة محببة من العناصر المقبولة مجموعات ملفات تعريف الارتباط. لا ينبغي أن يكون مفاجئًا جدًا أن معظم المعلنين لن يكونوا سعداء بشكل خاص بشأن اكتساب هذا النمط قوة جذب أيضًا ، ولكن ربما يكون طريقة أفضل قليلاً للمضي قدمًا ، كما يفضل المستخدمون ، دون الحصول على موافقة ملفات تعريف الارتباط على الإطلاق.

باعتراف الجميع ، يجد المستخدمون أحيانًا طريقة للتغلب على أي حال. بعض المستخدمين الذين يستخدمون بالفعل مانع الإعلانات يستخدمون أيضًا أداة حظر ملفات تعريف الارتباط. ومع ذلك ، يمنح الأخير عادة الموافقة الكاملة نيابة عن المستخدم بشكل افتراضي. من الواضح أنه يتعارض مع الغرض الأساسي من مطالبة ملف تعريف الارتباط في المقام الأول ، ومن الأفضل أن تختار هذه الامتدادات تلقائيًا ملفات تعريف الارتباط الأساسية فقط أثناء إلغاء الاشتراك في أي شيء آخر (إذا كان ذلك ممكنًا على الإطلاق).

بصفتنا مصممين ، لدينا التزام قانوني لشرح ما يحدث لبيانات المستخدم وكيف سيتم تخزينها ضمن تفويض متطلبات العمل المقدمة. كما ذكر جيفري كيتنغ في مقالته ، "قانون ملفات تعريف الارتباط وتجربة المستخدم" ، مع التركيز بشكل خاص على التشريعات في أيرلندا ، وفقًا لمكتب مفوض حماية البيانات ، "الحد الأدنى من المتطلبات هو التواصل الواضح للمستخدم فيما يتعلق بما هو / هي مطالبتك بالموافقة على استخدام ملفات تعريف الارتباط ووسيلة لإعطاء الموافقة أو رفضها ".

تجدر الإشارة إلى أن الموافقة يجب أن تكون "غير غامضة" و "معطاة بحرية" ، حيث يجب "عدم ترك أي شك في نية موضوع البيانات ، ويجب أن تكون مؤشرًا نشطًا لرغبات المستخدم ولا يمكن أن تكون صالحة إلا إذا كان موضوع البيانات قادرة على ممارسة خيار حقيقي ". وبالتالي ، لا ينبغي أن تشكل مربعات الاختيار الصامتة والمحددة مسبقًا أو عدم النشاط موافقة.

قد يبدو هذا واضحًا ، لكن بعض الحلول تستكشف المنطقة القانونية المجهولة المتبقية للتفسير. على سبيل المثال ، في بعض الأحيان يقوم زائر موقع الويب "تلقائيًا بإرسال موافقة ملف تعريف الارتباط عن طريق النقر فوق ارتباط على موقع الويب" ، وفي بعض الأحيان يمكنك اختيار الإجراءات "الواضحة بما يكفي" لتتصورها على أنها موافقة صامتة. من الواضح أن هذا ليس قرارًا مستنيرًا وهذه التقنية تنتمي بحق إلى عالم المذنبين المؤذيين الذين يجب تجنبهم بأي ثمن.

مع وضع ذلك في الاعتبار ، هناك خياران يمكننا التفكير فيهما:

تجنب ملفات تعريف الارتباط الاختيارية واحتفظ بالعناصر الوظيفية فقط: لا يلزم تقديم مطالبة

قد يبدو أن كل موقع ويب يحتاج إلى عرض إشعار الموافقة على ملف تعريف الارتباط لزواره الأوروبيين ، ولكن إذا لم يقم موقع الويب الخاص بك بجمع أي بيانات شخصية من المستخدمين وتتبعها وتقييمها ، أو إذا كان يجمع بيانات مجهولة الهوية فقط ، فقد لا تحتاج إلى أحد . في الواقع ، أحد المبادئ الأساسية لإطار عمل الخصوصية حسب التصميم هو أن ملفات تعريف الارتباط غير الأساسية يجب إيقاف تشغيلها افتراضيًا ويحتاج المستخدم إلى الاشتراك بنشاط.

الآن ، قد تكون ملفات تعريف الارتباط مطلوبة للحفاظ على حالة تسجيل الدخول أو تفضيلات المستخدم ، على سبيل المثال ، ووفقًا للوائح الاتحاد الأوروبي ، لا تحتاج إلى موافقة صريحة على ذلك. وهذا هو السبب أيضًا في تمكين العديد من المطالبات من ملفات تعريف الارتباط الوظيفية افتراضيًا ، دون وجود خيار لتعطيلها. وبعض المواقع ، مثل GOV.UK ، تقوم فقط بإبلاغ المستخدمين عن ملفات تعريف الارتباط ، ولا تتطلب أي إدخال على الإطلاق ، ولكنها أيضًا لا توفر خيارًا للانسحاب من ملف تعريف الارتباط الاختياري لبرنامج Google Analytics.

حث المستخدمين على الموافقة الضمنية

ومع ذلك ، لا يمكن لجميع مواقع الويب التخلص من ملفات تعريف الارتباط الخاصة بالأطراف الثالثة المتعلقة بالإعلانات. قد يكون من السهل على ما يبدو إضافة إشعار واضح مثل "باستخدام موقعنا ، فإنك توافق على استخدامنا لملفات تعريف الارتباط." لكن هذا وحده لا يكفي. نظرًا لأننا نحتاج إلى إشارة نشطة لموافقة المستخدم ، يتعين علينا أن نطلب نوعًا من الإجراءات التي لا لبس فيها. لهذا السبب ، تضيف بعض المواقع رمز "إغلاق" ، مما يجعل مربع الموافقة يظهر كإشعار يمكن رفضه. لضمان الحصول على إقرار أكثر وضوحًا ، من الأفضل استبدال رمز "الإغلاق" بزر. في العديد من التطبيقات ، قد يقول الزر ببساطة "إغلاق" أو "حفظ" أو "متابعة" ، على الرغم من أن "قبول ومتابعة" أكثر وضوحًا.

في معظم الحالات ، لا يختفي الإشعار حتى يتم التعامل معه ، ومن ثم فهو أول ما يراه المستخدمون عند زيارة أي صفحة على موقع الويب. هل تحتاج إلى موافقة المستخدم في كل صفحة؟ يمكنك أن تكون أكثر انتقائية وتطلب الموافقة على ملف تعريف الارتباط فقط عندما تكون مطلوبة بالفعل ؛ على سبيل المثال ، عندما يقوم المستخدم بإعداد حساب أو يريد حفظ إعداداته.

السماح للمستخدمين بضبط إعدادات الخصوصية

بينما يفرض الخيار السابق الطاعة الكاملة أو الإغلاق التام ، يمكنك أن تكون أكثر تعاطفاً مع نية المستخدم. قد يكون لدى المستخدم مشاعر قوية بشأن الكشف عن بياناته الشخصية ، لذا فإن توفير مخرج - لا يختلف عن الأسئلة الشخصية التي ذكرناها سابقًا - يمكن أن يبقيهم على الموقع. لتحقيق ذلك ، يمكننا إضافة خيار لتغيير الإعدادات ، متبوعًا بنظرة عامة على مجموعات مختلفة من ملفات تعريف الارتباط ، بعضها مطلوب للموقع لكي يعمل بشكل لا تشوبه شائبة ، والبعض الآخر اختياري.

يمكن أن يرتبط التجميع بالغرض من ملفات تعريف الارتباط مثل الإعلان والتحليلات والإحصاءات أو الاختبار. كما يمكن أن يكون أوسع بكثير ، مما يسمح للمستخدمين بالاختيار بين "أنا موافق على الإعلانات المخصصة" أو "لا أريد مشاهدة الإعلانات المخصصة". من الجيد أيضًا أن تشرح للمستخدم الميزات الموجودة على الموقع والتي لن تكون متاحة بمجرد حظر مجموعة معينة من ملفات تعريف الارتباط. تقوم TrustArc بذلك باستخدام شريط التمرير ، مما يسمح بعدد من مستويات الخصوصية ، من السماح فقط لملفات تعريف الارتباط المطلوبة إلى ملفات تعريف الارتباط الوظيفية إلى ملفات تعريف الارتباط الإعلانية ، مع إظهار تأثيرها أيضًا على الوظائف العامة للموقع.

عرض دقيق أو بارز لطلب الموافقة

فيما يتعلق بالتخطيط ، يمكن أن يكون الموجه دقيقًا وبالكاد يمكن ملاحظته ، أو واضحًا ويصعب تجاهله. يمكننا وضعها في رأس الصفحة ، أو في الجزء السفلي من منفذ العرض ، أو يمكننا أيضًا وضعها في وسط الصفحة كوضع. يمكن أن تكون كل هذه الخيارات عائمة ومستمرة أثناء قيام المستخدم بتمرير الصفحة ، وبالتالي منع الوصول إلى جزء من المحتوى (أو المحتوى بالكامل) حتى يتم منح الموافقة.

على سبيل المثال ، تضع De Telegraaf موافقة مطولة على ملف تعريف الارتباط في منتصف الصفحة ، مما يؤدي إلى تعتيم المحتوى الموجود أسفلها ، واختطاف الصفحة حرفيًا والوقوف في الطريق. لا ينبغي أن يكون اكتشافًا كبيرًا أنه من بين جميع الخيارات التي اختبرناها ، يبدو أن هذا هو الأكثر إزعاجًا للمستخدمين. بشكل عام ، يجب تفضيل المطالبات الدقيقة ، وكلما قلت المساحة التي يجب عرضها ، كان رد فعل المستخدم بشكل عام أفضل.

المظهر والصياغة على الأزرار

نحتاج أيضًا إلى التفكير في مظهر نموذج الموافقة ، لا سيما تصميم الأزرار والصياغة على تلك الأزرار. كلمات مثل "فقط تابع" أو "حفظ وخروج" أو "متابعة استخدام الموقع" تحث المستخدمين على المضي قدمًا مع الخيار الافتراضي ، وفي الواقع ، من المرجح أن يفعل العديد من المستخدمين ذلك. من الأفضل أن يكون لديك زرين ، أحدهما أساسي لمنح الموافقة ، والآخر ثانوي لضبط الإعدادات ، حيث يحتوي كلا الزرين على صورة مصغرة محايدة مثل "قبول" و "رفض" أو "حسنًا" و "لا ، شكرًا". هذا هو المسار الذي اخترناه مع مجلة Smashing.

لا ينبغي أن يكون مفاجئًا أنه من بين جميع الخيارات ، يشعر المستخدمون بسعادة مفاجئة ويقدرون خيار رفض جميع ملفات تعريف الارتباط بنقرة واحدة على زر. فوجئ بعض المستخدمين بتوفير هذا الخيار ، وبينما اختارت الأغلبية منح الموافقة ، رفض كل مستخدم خامس الموافقة. من خلال القيام بذلك ، افترضوا أن موقع الويب سيكون يعمل بكامل طاقته بدون ملفات تعريف الارتباط ، وهم محقون في ذلك.

ضبط تفضيلات ملفات تعريف الارتباط

لن يفكر الكثير من المستخدمين في إبطال أو تعديل إعدادات ملفات تعريف الارتباط بعد منح الموافقة ، ولكن عندما يُطلب منهم ذلك ، توقعوا العثور على الخيارات في رأس أو تذييل موقع الويب ، إما في سياسة الخصوصية أو في سياسة ملفات تعريف الارتباط. إنه ليس مفاجئًا للغاية ، وبالطبع هذا هو المكان الذي نحتاج فيه إلى وضع خيارات لضبط الإعدادات إذا رغب المستخدم في القيام بذلك.

يفهم المستخدمون متى يتم خداعهم

حتى الآن ، يجب أن تكون التجربة بأكملها واضحة تمامًا ، أليس كذلك؟ حسنًا ، إذا كان نموذج العمل يعتمد بشكل كبير على جمع البيانات وتتبعها ، فقد تضطر إلى الدخول في مناطق مظللة عند تحديد أي شيء ولكن الخيار الأسهل يكون محيرًا ويولد الكثير من العمل. في المقابلات التي أجريناها ، يمكن للمستخدمين أن يروا بسهولة من خلال أجندات الشركات ، حتى أن يقولوا شيئًا على غرار "آه ، أرى ما فعلته هناك." مع ذلك ، كانت بعض الأشياء أقل وضوحًا من غيرها.

عندما تقترح موافقة ملف تعريف الارتباط خيارًا لمراجعة ملفات تعريف الارتباط أو ضبط إعدادات ملفات تعريف الارتباط ، يتوقع المستخدمون رؤية نظرة عامة على جميع ملفات تعريف الارتباط وأن يكونوا قادرين على ضبط ملفات تعريف الارتباط التي يجب السماح بتعيينها وأيها لا. فيما يتعلق بتصميم الواجهة ، عادةً ما يتم ذلك باستخدام الأقسام المبوبة داخل أداة الموافقة على ملفات تعريف الارتباط ، مع تحديد بعض المجموعات افتراضيًا. من الشائع رؤية ملفات تعريف الارتباط الوظيفية وملفات تعريف الارتباط التحليلية وملفات تعريف الارتباط للإعلانات وملفات تعريف الارتباط لإعدادات موقع الويب. غالبًا لا يُتوقع هذا المستوى من التحكم الدقيق ولكنه يعتبر مفيدًا وودودًا ، وعلى هذا النحو مفضل - ومع ذلك ، فقط إذا كان من الممكن إلغاء تحديد فئة ملفات تعريف الارتباط بأكملها مرة واحدة ، بنقرة واحدة على مربع اختيار واحد.

ومن الغريب أن بعض عمليات التنفيذ تذهب إلى أقصى الحدود ، فتزود المستخدمين بنظرة عامة شاملة لكل ملف تعريف ارتباط تعينه جهات خارجية. ليس من غير المألوف أن يتم تمكينهم جميعًا بشكل افتراضي ، ويتطلب إلغاء الاشتراك النقر على كل واحد منهم ، واحدًا تلو الآخر. قد لا تبدو صفقة كبيرة مع خمسة ملفات تعريف ارتباط ، لكنها وحشية مع أكثر من 250 ملف تعريف ارتباط تم توفيرها بسخاء من قبل العشرات من المتعقبين على الموقع. في مثل هذه الحالات ، استسلم العديد من المستخدمين بعد عدد قليل من عمليات إلغاء الاشتراك ، مما وفر الوصول الكامل إلى بياناتهم والمضي قدمًا.

لسوء الحظ ، هذا مجرد خدش السطح. تخيل مطالبة إعدادات ملف تعريف الارتباط بزر "إغلاق ×". ما هو السلوك الذي تتوقعه من النقر على "إغلاق"؟ هل تتوقع أن يتم رفض المطالبة ثم تظهر مرة أخرى في النهاية؟ أو هل تتوقع أن يتم إلغاء الاشتراك افتراضيًا في جميع نصوص التتبع؟ اختارت في؟ مما لا يثير الدهشة ، أن معظم المستخدمين لم يفكروا في ذلك حتى الآن - لقد أرادوا فقط اختفاء النافذة المنبثقة. لم يتوقع أحد أن يتم استبعاد المتعقبات افتراضيًا ، ومع ذلك شعر العديد من المستخدمين أنه "شيء مؤقت" سيظهر مرة أخرى "في مرحلة ما". من الناحية العملية ، في معظم الأوقات تقريبًا ، كان ينظر مالكو مواقع الويب إلى إغلاق المطالبة على أنه موافقة المستخدم ، وفي الواقع ، تم تخزين جميع ملفات تعريف الارتباط إلى أقصى حد لها. هذا ليس بالضرورة ما كان يتوقعه المستخدم.

تسببت الصياغة على الأزرار والروابط في إرباك كبير للمستخدمين. على موقع Speisekarte.de ، يمكنك إما "الموافقة والمتابعة" (الزر الأخضر الأساسي ، الكبير) أو "معرفة المزيد" (الرابط الرمادي الدقيق ، وليس حتى تحته خط). ماذا تتوقع أن يظهر بعد النقر على "معرفة المزيد"؟ في حين أن العديد من المستخدمين يتوقعون ظهور سياسة الخصوصية ، فإن الإجراء يطالب بالفعل بإدارة ملفات تعريف الارتباط ، مع اختيار 405 إعلانًا ، وشركاء التسليم والإبلاغ ، و 446 شريكًا لتخزين المعلومات والوصول إليها ، و 274 اختيارًا للمحتوى ، والتسليم ، وشركاء إعداد التقارير ، و 372 من شركاء القياس و 355 شريكًا للتخصيص. تمنح ميزة "الموافقة والمتابعة" إمكانية الوصول إلى تخزين البيانات الشخصية للعملاء وتقييمها لـ 1،852 شريكًا. هذا ليس رثًا جدًا ، أليس كذلك؟

ليس من الواضح أن منطقة القوائم لجميع هؤلاء الشركاء قابلة للتمرير على الإطلاق ، ولا توجد طريقة واضحة لإلغاء تحديدهم جميعًا. هل تجد أنه من الممتع إلغاء الاشتراك يدويًا في 1،852 مفتاح تبديل ، واحدًا تلو الآخر؟ على الاغلب لا. كما اتضح ، يمكنك "إلغاء تحديد جميع" الشركاء في الزاوية العلوية اليسرى من النافذة - ومع ذلك ، يتم تقديم هذا الخيار بشكل ملائم بطريقة تشبه التنقل في مسار التنقل بدلاً من الزر. وبالطبع ، يتم اختيار جميع الشركاء بشكل افتراضي. هذا خادع ، وغير أمين ، وغير محترم.

بمجرد أن تعتاد على رفض ملفات تعريف الارتباط افتراضيًا ، يمكنك العثور على عدد من الممارسات المشبوهة والمشكوك فيها والتي تبدو منتشرة على نطاق واسع. في بعض الأحيان ، تضع الشركات ملفات تعريف الارتباط للتتبع على Facebook و Twitter في فئة "ضرورية". أحيانًا يكون خيار رفض ملفات تعريف الارتباط مخفيًا بشكل ملائم خلف خيار "إدارة" إضافي. وأحيانًا يكون هناك خيار الانسحاب من التحليلات ، ولكن يتم اختيار المستخدم تلقائيًا في "التحليلات المجهولة".

تذهب بعض الشركات إلى أبعد من ذلك ، وتبتكر طرقًا جديدة لممارسة الأعمال التجارية إذا كان المستخدم يرغب في تجنب التتبع. يظهر أحيانًا مع "اشتراك الاتحاد الأوروبي المميز" بدون إعلانات في الموقع ونصوص تتبع ، وأحيانًا مع عدم توفر موقع ويب ، أو "تجربة الاتحاد الأوروبي" (والتي ، بصراحة ، أسرع وخفيفة الوزن من نظيرتها خارج الاتحاد الأوروبي ). لم يقدّر أي شخص يصل إلى الموقع أيًا من هذين الخيارين. لا ينبغي أن يكون هذا كشفًا كبيرًا ، ولكن هناك عددًا كبيرًا من المستخدمين الذين يواجهون مثل هذه المعاملة ، ولم يتبق لهم سوى مغادرة الموقع بحثًا عن بدائل.

إرشادات واستراتيجيات لتصميم أفضل

وفقًا للوائح الاتحاد الأوروبي ، يجب شرح كل ملف تعريف ارتباط ، ومزوده ، والغرض منه ، وتاريخ انتهاء الصلاحية ، والنوع بالتفصيل في سياسة الخصوصية ، والعديد من الخدمات مثل TrustArc و IAB Consent Framework و Cookiebot و OneTrust و Cookie Consent و يوفر العديد من الآخرين هذه الميزة خارج الصندوق. كما أنها توفر خيارًا لتخصيص مجموعات ملفات تعريف الارتباط التي يجب تقديمها كخيارات للمستخدم ، وبينما تكون التجربة الافتراضية مناسبة ، غالبًا ما يمكن استخدامها لجعل من الصعب على العميل تعديل إعداداته دون داعٍ.

في نهاية اليوم ، نحتاج إلى تقديم تجارب جيدة مع تحقيق أهداف أعمالنا أيضًا. يمكننا فعل ذلك بسلسلة من الخطوات:

1. نحتاج إلى تدقيق وتجميع جميع ملفات تعريف الارتباط المطلوبة على الموقع ؛
2. نحن بحاجة إلى تحديد كيفية تسمية كل مجموعة من هذه المجموعات ، وأيها سيكون مطلوبًا ، وأيها سيكون اختياريًا ؛
3. نحتاج إلى فهم تأثير تعطيل مجموعة من ملفات تعريف الارتباط على وظائف الموقع ، وإبلاغ المستخدم بكل خيار ؛
4. أخيرًا وليس آخرًا ، نحتاج إلى تحديد الإعدادات التي يجب تحديدها افتراضيًا ، وما هي خيارات التخصيص التي نريد تقديمها للمستخدم.

يبدو أن أبسط نمط تصميم واضح. إذا كنت بحاجة إلى موافقة المستخدم ، فقم بعرض إشعار إشعار ضيق في رأس أو أسفل منفذ العرض. لا حاجة إلى تعتيم المحتوى أو تعتيمه لجعل الإشعار ملحوظًا ؛ فقط تأكد من أنه لا يندمج مع بقية الموقع. إذا أمكن ، اسمح للمستخدمين بقبول ملفات تعريف الارتباط أو رفضها باستخدام زرين واضحين : "حسنًا" و "لا ، شكرًا". بخلاف ذلك ، قم بتوفير خيار لضبط الإعدادات ، باتباع نظرة عامة على فئات ملفات تعريف الارتباط. هناك ، عليك أن توضح العواقب التي تترتب على كل اختيار على وظائف موقع الويب ، وتمكين المستخدمين من "الموافقة على الكل" أو "رفض الكل" ملفات تعريف الارتباط مرة واحدة - للموقع بأكمله ، ولكل فئة.

أين يتم وضع إشعار الإخطار؟ لا يبدو أن الموقف مهم حقًا - لم يحدث أي فرق في اتخاذ القرار. ومع ذلك ، كان يُنظر إلى التراكب الذي يغطي نصف الصفحة على أنه الخيار الأكثر إزعاجًا - ولا ينبغي أن يكون مفاجئًا للغاية لأنه يحظر حرفيًا جزءًا كبيرًا من المحتوى على الصفحة. يعرف معظم المستخدمين بشكل غريزي ما يتم تقديمه لهم ، وهم يعرفون أيضًا الإجراء الذي يفضلون اتخاذه لمواصلة استخدام الموقع ، لذلك يتم تجاهل التفسيرات المطولة أو رفضها بسرعة مثل إشعارات الدفع أو طلبات الإذن.

في المقالة التالية من السلسلة ، سننظر في إشعارات UX وطلبات الأذونات ، وكيف يمكننا تصميم التجربة من حولها بشكل أفضل - مع مراعاة خصوصية المستخدم.

• الجزء 1: الاهتمامات المشتركة والخصوصية في نماذج الويب
• الجزء 2: تجارب أفضل بشأن الموافقة على ملفات تعريف الارتباط
• الجزء 3: تجربة أفضل للإشعارات وطلبات الأذونات
• الجزء 4: إطار تصميم الخصوصية المدرك للخصوصية

شكراً جزيلاً لهيذر بيرنز لمراجعتها هذه المقالة قبل نشرها.