الرقابة مشكلة في تجربة المستخدم

يفتح قارئ في طهران مقالك. تُحمَّل الصفحة. يضغط على زر المشاركة. فيُبلغ زر المشاركة عن عملية المشاركة إلى وسيط بيانات وصفية مدمج داخل SDK تابع لجهة خارجية أضافه أحدهم عام 2019 لأن فريق التسويق أراد قياس الإسناد. المقال لم يُراقَب قط. القارئ هو من خضع للمراقبة.

هكذا تبدو الرقابة في عام 2026 في معظم الأماكن التي أعمل فيها فعليًا — ليست إشعار حذف ولا نطاقًا محجوبًا، بل واجهة تعمل بكفاءة تامة، تفعل بالضبط ما صُمِّمت لأجله، بينما تكشف هوية من استخدمها لأي جهة تملك نفوذًا على مزوّد SDK، أو خادم DNS، أو جهة إصدار الشهادات (CA)، أو المنطقة السحابية، أو مزوّد التحليلات الذي أضافه أحدهم لتحقيق مؤشر أداء ربع سنوي (OKR) عام 2019.

جهاز الرقابة توقف في الغالب عن الاهتمام بما إذا كان محتواك لا يزال منشورًا. ما يهمه هو من قرأه.

الواجهة هي السياسة

حين يتحدث المصممون عن الرقابة، يدور النقاش عادةً في الطبقة التحريرية. ما الذي يمكن نشره. ما الذي يُحذف. هل ينبغي للمنصة أن تستضيف هذا الخطاب أو ذاك. أما الرقابة اللافتة حقًا — تلك التي تشكّل فعليًا ما يمكن للناس في البيئات المقيَّدة أن يعرفوه ويقرؤوه ويفعلوه — فتحدث بعيدًا كل البعد عن ذلك النقاش.

العمل يحدث عند الواجهة. قرار اشتراط إنشاء حساب قبل القراءة. قرار تحميل بكسل تتبّع من CDN يُحلّ عبر وسيط تابع لجهة رقابية. قسم التعليقات الذي يتحول بأثر رجعي إلى قائمة استهداف بمجرد أن يثير فضول جهة تملك سلطة الاستدعاء القضائي. زر «تسجيل الدخول عبر Google» الذي يوجّه عملية التحقق عبر شبكة لا يستطيع القارئ استخدامها دون أن يُعرّض نفسه للرصد.

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

ما الذي يفعله القارئ المقيَّد فعليًا

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

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

سؤال التصميم، عندئذ، يتوقف عن كونه *كيف نجعل هذا ممتعًا* ويصبح *ما أسوأ ما يمكن أن يحدث لهذا القارئ إذا عمل نظامنا تمامًا كما هو مُراد له أن يعمل.*

القرارات التي تتغيّر

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

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

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

لا حاجة إلى حساب للقراءة. الحساب قائمة، والقائمة هدف، ولم نُرد أن ندير قاعدة بيانات لمعارضين صادف أنهم مشتركون في منشورتنا.

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

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

العبارة التي يتجنبها المجال باستمرار

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

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

ما الذي يعنيه هذا لبقية مجال التصميم

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

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

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

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