WCAG 2.4.5: طرق متعددة

ماذا يعني هذا المعيار

WCAG 2.4.5 — تعدد الطرق هو معيار نجاح من المستوى AA ضمن مبدأ إمكانية التشغيل (Operable). يقتضي أن تكون أي صفحة ويب تشكل جزءًا من مجموعة أكبر من صفحات الويب قابلة للوصول إليها من خلال آليتي تنقل مميزتين على الأقل. بمعنى آخر، لا ينبغي أن يُجبر المستخدم أبدًا على الاعتماد على مسار واحد فقط للوصول إلى صفحة ما.

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

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

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

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

لماذا هو مهم

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

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

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

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

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

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

قواعد Axe-core ذات الصلة

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

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

كيفية الاختبار

1. فحص آلي — إنشاء خط أساس: شغّل axe DevTools أو Lighthouse على صفحات تمثيلية من الموقع. رغم أن أياً من الأداتين لا يشير مباشرة إلى انتهاكات 2.4.5، استخدم التدقيق لتحديد أي مكونات تنقل (قوائم، حقول بحث، مسارات تنقل) بها مشكلات في إمكانية الوصول مثل التسميات المفقودة، أدوار ARIA غير الصحيحة، أو مشكلات في إدارة التركيز. أصلح هذه أولًا، لأن آلية التنقل المعطلة لا يمكن أن تُحتسب كـ «طريقة» صالحة بموجب 2.4.5.
2. حصر آليات التنقل: راجع الموقع يدويًا وسجّل كل آلية مميزة يمكن للمستخدم استخدامها للوصول إلى صفحة معينة: قوائم التنقل العلوية، روابط التذييل، بحث الموقع، صفحات خريطة الموقع، مسارات التنقل، روابط المحتوى ذي الصلة، فهارس الفئات، وهكذا. تأكد من أن اثنتين على الأقل من هذه الآليات موجودتان، وفعالتان، ومتاحتان في كل صفحة ليست جزءًا من عملية تسلسلية.
3. اختبار التنقل بلوحة المفاتيح فقط: باستخدام مفاتيح Tab و Enter و الأسهم و Escape فقط (دون فأرة)، حاول الوصول إلى صفحة غير الصفحة الرئيسية من خلال آليتين مختلفتين. على سبيل المثال، استخدم شريط البحث للعثور على صفحة منتج، ثم استخدم خريطة الموقع أو قائمة التنقل للوصول إلى الصفحة نفسها. تأكد من أن كلا المسارين قابلان للتشغيل بالكامل دون استخدام الفأرة.
4. اختبار قارئ الشاشة باستخدام NVDA + Firefox: افتح NVDA، وشغّل Firefox، وانتقل إلى الصفحة الرئيسية. استخدم وضع التصفح في NVDA (F6 للمعالم، H للعناوين) لتحديد معلم البحث وأي روابط لخريطة الموقع أو التنقل. تأكد من الإعلان عن كلتا الآليتين بشكل صحيح، وأن حقول النماذج لها تسميات قابلة للوصول، وأن الصفحات الوجهة أو صفحات النتائج تُحمّل ويمكن قراءتها.
5. اختبار قارئ الشاشة باستخدام VoiceOver + Safari (macOS/iOS): فعّل VoiceOver (Cmd+F5) واستخدم الـ Rotor (‏VO+U) لفحص عناصر التحكم في النماذج والروابط في الصفحة. تأكد من إدراج حقل البحث وتسميته، وأن روابط التنقل المؤدية إلى خريطة الموقع أو فهرس بديل موجودة وقابلة للتشغيل.
6. اختبار قارئ الشاشة باستخدام JAWS + Chrome: استخدم مفاتيح التنقل في JAWS (المفتاح F للانتقال إلى النماذج، Insert+F7 لقائمة الروابط) للتحقق من أن حقل البحث وأي روابط لخريطة الموقع يمكن اكتشافها واستخدامها من كل من لوحة المفاتيح والمؤشر الافتراضي.
7. التحقق من استثناء الصفحات التسلسلية: حدد أي صفحات تشكل خطوات ضمن عملية (الدفع، النماذج متعددة الخطوات، تدفقات تسجيل الدخول). تأكد من أن هذه الصفحات لا تحتاج إلى استيفاء متطلب تعدد الطرق. وثّق ذلك في تدقيق إمكانية الوصول لتجنب الإخفاقات الخاطئة.
8. التحقق من فعالية نتائج البحث: نفّذ عدة عمليات بحث تمثيلية (أسماء منتجات، عناوين مقالات، مواضيع دعم). تأكد من ظهور النتائج، وأنها ذات صلة، وأن صفحة النتائج قابلة للوصول والتنقل باستخدام لوحة المفاتيح وقارئ الشاشة.

كيفية الإصلاح

غياب بحث على مستوى الموقع — غير صحيح

<!-- Site only has a navigation menu; no search or sitemap provided -->
<nav aria-label='Main navigation'>
  <ul>
    <li><a href='/urunler'>Ürünler</a></li>
    <li><a href='/hakkimizda'>Hakkımızda</a></li>
    <li><a href='/iletisim'>İletişim</a></li>
  </ul>
</nav>
<!-- No search, no sitemap link, no other navigation mechanism -->

غياب بحث على مستوى الموقع — صحيح

<!-- Navigation menu retained, and a site search is added as a second mechanism -->
<nav aria-label='Main navigation'>
  <ul>
    <li><a href='/urunler'>Ürünler</a></li>
    <li><a href='/hakkimizda'>Hakkımızda</a></li>
    <li><a href='/iletisim'>İletişim</a></li>
  </ul>
</nav>

<!-- Second navigation mechanism: accessible site search -->
<form role='search' action='/arama' method='get'>
  <label for='site-search'>Sitede Ara</label>
  <input
    type='search'
    id='site-search'
    name='q'
    placeholder='Ürün veya konu arayın...'
    aria-label='Site genelinde arama'
  />
  <button type='submit'>Ara</button>
</form>

خريطة موقع غير قابلة للوصول — غير صحيح

<!-- Sitemap link is present but visually hidden and unreachable by keyboard -->
<footer>
  <a href='/site-haritasi' style='display:none;'>Site Haritası</a>
</footer>
<!-- display:none removes the element from both visual display AND
     the accessibility tree, so screen reader users cannot reach it.
     This sitemap cannot count as a valid second navigation mechanism. -->

خريطة موقع غير قابلة للوصول — صحيح

<!-- Sitemap link is visible and accessible to all users -->
<footer>
  <nav aria-label='Footer navigation'>
    <ul>
      <li><a href='/site-haritasi'>Site Haritası</a></li>
      <li><a href='/gizlilik'>Gizlilik Politikası</a></li>
      <li><a href='/iletisim'>İletişim</a></li>
    </ul>
  </nav>
</footer>
<!-- The sitemap page itself should list all major sections and pages
     of the site using <nav>, <ul>, and <a> elements. -->

نموذج بحث بدون تسمية قابلة للوصول — غير صحيح

<!-- Search input has no label; screen readers announce only 'edit text' -->
<form action='/search'>
  <input type='text' name='q' placeholder='Search...' />
  <button type='submit'><img src='search-icon.png' /></button>
</form>

نموذج بحث بدون تسمية قابلة للوصول — صحيح

<!-- role='search' identifies the landmark; label associates text with input;
     submit button has an accessible name via aria-label -->
<form role='search' action='/arama' method='get'>
  <label for='global-search'>Arama</label>
  <input
    type='search'
    id='global-search'
    name='q'
    autocomplete='off'
  />
  <button type='submit' aria-label='Aramayı başlat'>
    <img src='search-icon.png' alt='' aria-hidden='true' />
  </button>
</form>

الأخطاء الشائعة

• احتساب خريطة موقع XML كآلية تنقل موجهة للمستخدم: خريطة موقع XML المقدمة إلى محركات البحث (مثل /sitemap.xml) هي ملف قابل للقراءة آليًا ولا يمكن للمستخدمين العاديين استخدامه. فقط صفحة خريطة موقع HTML، القابلة للتصفح من قبل البشر، تُحتسب كآلية تنقل ثانية صالحة.
• توفير نموذج بحث زخرفي بحت أو معطّل: حقل بحث يعيد دائمًا نتائج فارغة، أو ينتج أخطاء عند الإرسال، أو يعيد التوجيه إلى صفحة 404 لا يفي بمتطلب 2.4.5. يجب أن تكون الآلية فعالة بالفعل حتى يجتاز المعيار.
• إخفاء رابط خريطة الموقع خلف JavaScript يفشل أو يكون معطّلًا: إذا كان الرابط الوحيد إلى خريطة الموقع داخل نافذة منبثقة يتم حقنها ديناميكيًا أو قائمة منسدلة تعتمد على JavaScript وتفشل في بيئات معينة، فإن المستخدمين الذين لا يمكنهم تنفيذ هذا الـ JavaScript (بما في ذلك بعض إعدادات تقنيات المساعدة) يفقدون الوصول إلى تلك الآلية التنقلية.
• تطبيق display:none أو visibility:hidden على آلية تنقل في واجهات العرض على الأجهزة المحمولة: إخفاء شريط البحث أو رابط خريطة الموقع بالكامل في تخطيط الهاتف المحمول يزيل هذه الآلية للمستخدمين على الأجهزة المحمولة تمامًا، وهو إخفاق — حتى لو كان تخطيط سطح المكتب يجتاز المعيار. إخفاء الآلية خلف زر تبديل (toggle) قابل للوصول مقبول؛ أما إزالتها من DOM أو من شجرة إمكانية الوصول فغير مقبول.
• اعتبار مسارات التنقل (breadcrumbs) آلية ثانية مستقلة دون أي دعم إضافي: تعرض مسارات التنقل فقط المسار إلى الصفحة الحالية، ولا تكفي بمفردها لمساعدة المستخدم على اكتشاف صفحات عشوائية في الموقع والتنقل إليها. يمكنها أن تكمل آليات أخرى لكنها عادة لا يمكن أن تكون واحدة من الآليتين المطلوبتين بمفردها.
• استثناء صفحات من المتطلب بشكل غير صحيح: ينطبق استثناء العمليات التسلسلية فقط على الصفحات التي تشكل حرفيًا خطوات ضمن عملية (مثل الخطوة 2 من 4 في الدفع). صفحات الفئات، وصفحات تفاصيل المنتجات، وتدوينات المدونة ليست مستثناة، حتى لو وصل المستخدم إليها عبر مسار تسويقي (funnel).
• استخدام حقل بحث من نوع type='text' بدلًا من type='search' وإهمال role='search' في النموذج: رغم أن هذا ليس انتهاكًا مباشرًا لـ 2.4.5، فإنه يعني أن مستخدمي قارئات الشاشة الذين يتصفحون حسب المعالم لا يمكنهم العثور على منطقة البحث. الآلية موجودة تقنيًا لكنها عمليًا أصعب في الاكتشاف، مما يقوّض هدف المعيار.
• توفير آليتين متطابقتين فعليًا: قائمة تنقل علوية وقائمة تنقل في التذييل تحتويان على الروابط نفسها بالهيكل نفسه لا تشكلان آليتين مختلفتين بشكل ذي معنى. الهدف هو أن يتمكن المستخدمون ذوو الاحتياجات المختلفة من إيجاد استراتيجيات بديلة — لا أن تظهر الاستراتيجية نفسها مرتين في الصفحة.
• استبعاد أنواع معينة من الصفحات من نظام التنقل: بعض إعدادات أنظمة إدارة المحتوى (CMS) تضع تدوينات المدونة، أو الصفحات القانونية، أو صفحات حسابات المستخدمين خارج خريطة الموقع الرئيسية أو فهرس البحث. إذا لم يتمكن المستخدمون من العثور على هذه الصفحات عبر آليتين على الأقل، فإن هذه الصفحات تخفق في 2.4.5 بغض النظر عن مدى جودة هيكلة بقية الموقع.
• الفشل في اختبار الآليات باستخدام تقنيات المساعدة: لأن 2.4.5 يتطلب اختبارًا يدويًا، فإن الفرق التي تعتمد فقط على الأدوات الآلية ستفوت الإخفاقات الناتجة عن مصائد لوحة المفاتيح في نماذج البحث، أو الحقول غير المسمّاة، أو خرائط الموقع الموجودة في DOM ولكن لا يمكن الوصول إليها عبر التنقل بالمعالم في قارئات الشاشة.

العلاقة مع لوائح إمكانية الوصول في تركيا

تُرسّخ التعميم الرئاسي التركي رقم 2025/10، المنشور في الجريدة الرسمية (Resmî Gazete) رقم 32933 بتاريخ 21 يونيو 2025، التزامات ملزمة بشأن إمكانية الوصول على الويب لمجموعة واسعة من الكيانات في القطاعين العام والخاص. يفرض التعميم الالتزام بالمعايير الدولية المعترف بها لإمكانية الوصول، موائمًا المتطلبات القانونية التركية مع WCAG 2.1 و WCAG 2.2 مستوى AA كخط أساس متوقع.

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

تشمل الكيانات التي يغطيها التعميم الرئاسي 2025/10: المؤسسات العامة والهيئات الحكومية على جميع المستويات؛ البنوك والمؤسسات المالية؛ المستشفيات ومقدمو الرعاية الصحية؛ منصات التجارة الإلكترونية؛ مشغلو الاتصالات الذين لديهم 200,000 مشترك أو أكثر؛ وكالات السفر؛ شركات النقل الخاصة؛ والمدارس الخاصة التي تعمل بتصريح من وزارة التربية الوطنية (Millî Eğitim Bakanlığı, MEB). يُتوقع من كل نوع من هذه الكيانات الحفاظ على تنقل متعدد المسارات وقابل للوصول عبر ممتلكاتها الرقمية.

بالإضافة إلى متطلبات الالتزام الإلزامية، تصدر وزارة الأسرة والخدمات الاجتماعية (Aile ve Sosyal Hizmetler Bakanlığı) شعار إمكانية الوصول (Erişilebilirlik Logosu) للمنظمات التي تُظهر ممارسات قوية في مجال إمكانية الوصول. يتطلب الحصول على هذا الشعار التوافق الكامل مع مستوى AA، بما في ذلك الامتثال لـ 2.4.5. بالنسبة للأعمال التي تعمل في السوق الرقمية التنافسية في تركيا — خصوصًا منصات التجارة الإلكترونية، والبنوك، ومقدمي الرعاية الصحية — يعمل شعار إمكانية الوصول كإشارة ثقة للمستخدمين ذوي الإعاقة وكدليل على حسن النية التنظيمية.

من الناحية العملية، تستفيد المواقع التركية التي تخدم شرائح مستخدمين متنوعة بشكل كبير من تنفيذ آليات تنقل متعددة. لدى تركيا عدد كبير من مستخدمي الإنترنت كبار السن والمستخدمين في المناطق ذات الثقافة الرقمية المنخفضة، وكلاهما يستفيد من التكرار الذي يفرضه 2.4.5. يمثّل بحث على مستوى الموقع يدعم اللغة التركية (بما في ذلك التعامل الصحيح مع الأحرف التركية الخاصة مثل ı، İ، ş، ğ، ü، ö، ç) مع خريطة موقع HTML ذات بنية واضحة تنفيذًا قابلًا للوصول ومتوافقًا مع اللوائح يخدم هذه الفئة من المستخدمين جيدًا. ينبغي للمنظمات التي تسعى للحصول على شعار Erişilebilirlik Logosu أو الحفاظ عليه أن تتعامل مع الامتثال لـ 2.4.5 ليس كتحسين اختياري، بل كمتطلب أساسي في برنامج إمكانية الوصول الخاص بها.