دليل عملي للتحقق من أهلية البالغين مع الحد من بيانات الهوية التي تصل إلى منصتك.
تحتاج منصتك إلى معرفة ما إذا كان الزائر قد بلغ 18 عاماً. فلماذا ينتهي نموذج التسجيل باحتفاظك بصورة جواز سفره؟
تخيّل خدمة اشتراك تقدم محتوى للبالغين: ينشئ الزائر حساباً، ويؤكد بريده الإلكتروني، ويرفع وثيقة هوية، ثم ينتظر الموافقة. يريد الزائر الوصول إلى الخدمة، وتريد الشركة فحصاً موثوقاً للعمر. لكن الوثيقة قد تكشف اسمه وصورته وتاريخ ميلاده ورقمها. أما قرار الوصول فيحتاج إلى إجابة أضيق: هل بلغ هذا الشخص العمر المطلوب؟
يهم هذا الفرق المنصات التي تستخدم التحقق من الهوية الرقمية. فالأدلة المستخدمة لإثبات العمر لا يلزم بالضرورة أن تصبح جزءاً من سجلات المنصة التي تقرر السماح بالدخول. والمقصود هنا بعدم مشاركة وثائق الهوية هو عدم إرسال النسخ الأصلية إلى تلك المنصة؛ فقد تُستخدم الوثائق وتُعالَج بيانات شخصية في مراحل أخرى من عملية التحقق.
يمر فحص العمر بثلاث مراحل. أولاً، تُقيّم الأدلة، سواء كانت وثيقة هوية أو مصدراً مناسباً آخر. ثانياً، تُنقل نتيجة توضّح ما الذي ثبت. ثالثاً، تقرر المنصة المستقبِلة إن كانت النتيجة تفي بشروط الوصول لديها.
يوضح نموذج بيانات وثائق الاعتماد القابلة للتحقق الصادر عن W3C هذا الفرق بمثال إثبات تجاوز حد عمري بدلاً من مشاركة تاريخ الميلاد الكامل. يعرف المستقبِل إن كان الشرط متحققاً من دون معرفة يوم الميلاد بالضبط. هذا مبدأ تصميمي، وليس دليلاً على أن كل مزوّد يستخدم التقنية نفسها.
لذلك، من الأفضل لفريق المنصة أن يحدد القرار المطلوب قبل تحديد البيانات المطلوبة. فعبارة «تأكيد أهلية الوصول إلى هذه الخدمة المقيّدة بالعمر» أدق من طلب كل ما يمكن الحصول عليه عن المستخدم.
في مثال خدمة الاشتراك، يريد الزائر مشاهدة محتوى للبالغين. على المنصة تحديد الحد العمري المناسب، ومستوى الثقة المطلوب في الفحص، وما يلزمها الاحتفاظ به لإثبات أن الفحص جرى.
هذه مهمة مختلفة عن تسجيل منشئ محتوى سيتلقى مدفوعات. فقد تتطلب حسابات المنشئين فحصاً منفصلاً للهوية أو النشاط التجاري أو غير ذلك. نجاح فحص عمر المشاهد لا ينبغي أن يتحول تلقائياً إلى موافقة على حساب لتلقي المدفوعات.
كذلك، فإن نتيجة تؤكد أن الشخص تجاوز 18 عاماً لا تثبت أنه تجاوز 21 عاماً، أو يملك بطاقة دفع، أو يحق له إدارة حساب شخص آخر. وقد تحتاج هذه القرارات إلى فحوص إضافية، على أن يكون هدف كل فحص واضحاً.
تصف اتفاقية ProperUser المنشورة للشركاء مشاركة حالة التحقق وحالة تأكيد العمر مع المنصات المتكاملة. وتستبعد إرسال وثائق الهوية الأصلية والبيانات البيومترية وتسجيلات الفيديو وقوالب الوجه والملفات المرفوعة إلى تلك المنصات.
تشترط الاتفاقية إجراءً وموافقةً من المستخدم، مع اتصال موثّق عبر واجهة برمجة التطبيقات. وتحتفظ المنصة المستقبِلة بحرية قبول المستخدم أو رفضه أو طلب تحقق إضافي، كما تبقى مسؤولياتها التنظيمية عليها. ولا يقرّر ProperUser أن نتيجته تستوفي جميع المتطلبات التي تنطبق على كل شريك.
تفيد النتيجة المستقبَلة بدلاً من المواد الأصلية حين يفهم الفريق ما الذي تؤكده هذه النتيجة تحديداً.
افترض أن الزائر أدخل رمزاً أُرسل إلى بريده الإلكتروني، لكن فحص العمر لم يكتمل بعد. هل تُفتح له صفحات المحتوى المخصص للبالغين؟ الرمز العادي المرسل عبر البريد أو الرسائل القصيرة يؤكد الوصول إلى وسيلة التواصل؛ ولا يثبت وحده تجاوز حد عمري معين.
هذه نقطة مهمة عند تقييم حلول رموز التحقق لمرة واحدة للمنصات. يصف ProperUser تأكيد كلمة مرور لمرة واحدة للمصادقة في التطبيقات المدعومة. وإذا استخدمت المنصة تأكيد العمر والرمز معاً، فعليها معرفة السؤال الذي تجيب عنه كل نتيجة. وعليها أيضاً أن توضح للمستخدم ما الذي تطلبه، وما الذي سيُشارك، وما الذي سيحدث إذا تعذّر إكمال فحص العمر.
لا تُغني موافقة المستخدم على مشاركة النتيجة عن تحديد أساس قانوني لمعالجة البيانات أو تقديم معلومات واضحة عن الخصوصية أو وضع سياسة للاحتفاظ بالبيانات. فعلى سبيل المثال، يطلب مكتب مفوض المعلومات البريطاني تحديد أساس قانوني قبل معالجة البيانات لأغراض التحقق من العمر.
يتناول مقالنا السابق حول التحقق الآمن من الهوية دون كشف البيانات غير الضرورية مسألة أوسع تتعلق بانضمام المستخدمين. أما هنا فالسؤال أضيق: ما الذي تحتاج المنصة المقيّدة بالعمر إلى استلامه كي تقرر السماح بالوصول؟
عدم استلام المنصة لصورة جواز السفر لا يعني أن جهة أخرى لم تجمعها. ولا يعني أن المنصة لا تستطيع التعرف على المستخدم من خلال حساب قائم أو بريد إلكتروني أو نشاط آخر.
يميز إرشاد W3C بين تقليل البيانات التي تُكشف وبين منع ربط التفاعلات المختلفة بالشخص نفسه. فالمعرّفات المستمرة وبيانات أخرى قد تسمح بهذا الربط حتى عندما يُكشف عدد أقل من خصائص الهوية.
الإفصاح الانتقائي يتعلق بما يراه الطرف المستقبِل. أما عدم قابلية الربط فتتعلق بإمكان وصل الزيارات أو العمليات بعضها ببعض. فقد تظل المنصة تعرف مشتركاً يسجل الدخول إلى حسابه حتى لو لم يكشف فحص العمر اسمه القانوني. الحد من مشاركة الوثائق لا يجعل التصفح مجهول الهوية تلقائياً.
الخطوة العملية هي رسم خريطة للبيانات: ما الذي تجمعه كل جهة؟ ما الذي يصل إلى المنصة؟ ما الذي يُسجَّل؟ ومن يستطيع الوصول إليه؟ الوعد بعدم مشاركة الوثيقة وحده لا يجيب عن هذه الأسئلة.
الأسئلة الآتية للفحص والتخطيط، ولا تصف خصائص مؤكدة في ProperUser.
تأكد من الحد العمري المقصود ومعنى كل حالة. لا تفترض أن عبارة عامة مثل «تم التحقق» تثبت شرط العمر المطلوب لخدمتك.
اسأل كيف تتحقق المنصة من مصدر الاستجابة وسلامتها وارتباطها بالطلب الصحيح. رسالة نجاح ظاهرة على الشاشة وحدها ليست إشارة موثوقة لفتح الوصول.
اسأل كيف يعالج التصميم إعادة استخدام النتائج، والأجهزة المشتركة، ومساعدة شخص بالغ لقاصر. تتناول دراسة التهديدات للمخطط الأوروبي للتحقق من العمر إعادة تشغيل الاستجابات والتحايل بمساعدة البالغين؛ لذلك تهم حماية الاستجابة وظروف استخدامها معاً. لا ينبغي أن تتحول نتيجة شخص إلى تصريح لشخص آخر، ولا يوجد فحص يزيل جميع طرق التحايل.
ميّز بين نتيجة سلبية وخطأ تقني وعملية غير مكتملة، وحدد أثر كل حالة في الوصول. تعطل مزوّد الخدمة لا ينبغي أن يفتح مساراً لتجاوز فحص مطلوب. وفي المقابل، لا تصف المستخدم بأنه قاصر لمجرد انقطاع العملية.
حدد السجل اللازم لتوثيق القرار، ومن يطلع عليه، وكيف تُدار مدة الاحتفاظ به. واختبر بوابة العمر مع استعادة الحساب وإجراءات الدعم وطرق الوصول الأخرى إلى الأقسام المقيّدة؛ فاستثناء في أحدها قد يضعف فحصاً صُمم بعناية.
قد يقلل أسلوب ما الإفصاح عن البيانات، لكنه لا يفي بمتطلب محدد للتحقق من العمر. يدرج Ofcom في المملكة المتحدة خدمات الهوية الرقمية ضمن الأساليب القادرة من حيث المبدأ على التحقق الفعّال من بلوغ 18 عاماً. وهذا ليس اعتماداً تلقائياً لمزوّد بعينه أو لطريقة تطبيقه.
تنظر إرشادات Ofcom في الدقة التقنية، والقدرة على الصمود في ظروف الاستخدام الفعلية، والموثوقية، والإنصاف، إضافة إلى سهولة الوصول والتشغيل البيني. تختلف الالتزامات بحسب نوع الخدمة ومحتواها، وتبقى مسؤولية فعالية نظام التحقق على عاتق المنصة.
لذلك، اطلب من المزوّد أدلة تناسب حالة استخدامك. عبارة «لا نستلم الوثائق الأصلية» تجيب عن سؤال مشاركة البيانات، لكنها لا تجيب وحدها عن جودة تقدير العمر أو سلامة قرار الوصول.
يمثل الحل الذي تطوره المفوضية الأوروبية للتحقق من العمر مثالاً مستقلاً على هذا التوجه. فبحسب التصميم المنشور، يمكن للمستخدم إبلاغ الموقع بأنه تجاوز حداً عمرياً من دون تقديم بيانات هويته كاملة. وتبقى إتاحة هذا الحل مرهونة بتطبيقه من الدول الأعضاء أو جهات أخرى.
هذا لا يعني أن ProperUser يستخدم الحل الأوروبي. المثال يوضح فكرة تصميمية مفيدة: إثبات الخاصية اللازمة للقرار بدلاً من كشف الهوية كاملة في كل مرة.
قبل دمج فحص العمر، اكتب جملة واحدة تحدد الحقيقة التي يجب على منصتك إثباتها. ثم حدد النتيجة المقبولة، والتصرف عند التعثر، والسجل اللازم، والظروف التي تتطلب إعادة الفحص.
بهذه الطريقة تظهر الثغرات التي قد تخفيها عبارة «مستخدم تم التحقق منه». وعند مناقشة نهج يعتمد على النتائج مع ProperUser، ابدأ بقرار العمر المطلوب وبالبيانات التي تحتاج منصتك فعلاً إلى استلامها. الهدف قرار وصول مبرر تدعمه أدلة مناسبة، مع تجنب تراكم نسخ الوثائق غير اللازمة.
نعم. تفصل بعض الأساليب بين تقييم الأدلة والنتيجة التي تصل إلى المنصة. وتتوقف كفاية الأسلوب على طريقة التحقق وتطبيقها والمتطلبات السارية.
لا. إثبات تجاوز حد عمري سؤال أضيق. وقد تشمل إجراءات اعرف عميلك التحقق من الهوية وفحوصاً أخرى بحسب العلاقة أو النشاط المنظم.
ليس بالضرورة. فقد تكشف معلومات الحساب ومعرّفات أخرى هوية الشخص أو تسمح بربط نشاطه.
لا. على المنصة تقييم ما إذا كان الفحص والضوابط المرتبطة به يفيان بالمتطلبات المنطبقة على خدمتها.