ما هو
تنظر هذه الفحوصات تحديدًا فيما إذا كانت وسم viewport الوصفي لصفحة يتضمن إعدادات تعطّل التكبير — الأكثر شيوعًا user-scalable=no أو maximum-scale=1 مُضافة إلى نفس الوسم المطلوب أصلاً للاستجابة على الجوال. استُخدمت هذه الإضافات أحيانًا في الماضي لمنع نقرة مزدوجة عرضية من التكبير بشكل غير متوقع، لكن لها أثرًا جانبيًا خطيرًا وغير مقصود: تحظر التكبير تمامًا، حتى عندما يريد الزائر عمدًا التكبير بحركة القرص.
هذا يختلف عن عدم وجود وسم viewport على الإطلاق (مما يسبب مشكلة أخرى، بصرية بحتة، مشمولة في أدلة viewport الأخرى لدينا) — هذا يغطي تحديدًا وسم viewport موجودًا لكن مُهيأً لمنع التكبير بنشاط.
لماذا يهم
يعتمد العديد من الزوار ضعاف البصر على التكبير بحركة القرص كطريقتهم العادية لقراءة أي محتوى ويب بشكل مريح، معدّلين مستوى التكبير إلى ما يناسب رؤيتهم الخاصة على صفحة معينة. حظر تلك القدرة لا يخلق إزعاجًا فحسب — بالنسبة لشخص يحتاجها فعليًا، يمكن أن يجعل محتوى صفحة غير قابل للقراءة تمامًا، نقطة، بغض النظر عن مدى جودة تصميم بقية الصفحة.
يُذكر هذا صراحة في WCAG (إرشادات إمكانية الوصول القياسية للويب)، التي تتطلب عدم تعطيل التكبير تحديدًا بسبب مدى تأثيره المباشر على الأشخاص ضعاف البصر — يُعتبر واحدًا من إخفاقات إمكانية الوصول الأكثر خطورة ويمكن تجنبها تحديدًا لأنه يأخذ قدرة يوفرها المتصفح نفسه بالفعل افتراضيًا.
كيفية الإصلاح
- تحقق من وسم viewport الوصفي لصفحتك بحثًا عن
user-scalable=noأو قيمةmaximum-scaleتساوي1أو أقل. - أزل كلا هذين الجزأين المحددين إن وُجدا، مع إبقاء بقية الوسم (
width=device-width, initial-scale=1) سليمة. - إذا كان الهدف الأصلي منع تكبير بنقرة مزدوجة عرضية على عنصر تفاعلي محدد، عالج ذلك بتنسيق أكثر استهدافًا على ذلك العنصر بدلاً من تعطيل التكبير للصفحة بأكملها.
- إذا كنت تستخدم أداة بناء مواقع، نادرًا ما يكون هذا شيئًا تضبطه المنصة افتراضيًا — تحقق من أي مقاطع كود مخصصة أضفتها إلى قسم
<head>في الصفحة. - اختبر بعد ذلك على هاتف حقيقي بمحاولة التكبير بحركة القرص على الصفحة للتأكد من أنها تستجيب الآن بشكل طبيعي.