معايير نجاح WCAG · Level AAA

WCAG 2.4.8: الموقع

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

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

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

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

تشمل التقنيات المقبولة للوفاء بهذا المعيار، على سبيل المثال لا الحصر:

  • مسارات التنقل (Breadcrumb trails) — وهي وسيلة تنقل تُظهر المسار من الصفحة الرئيسية للموقع إلى الصفحة الحالية (مثلًا: Home > Products > Laptops > 15-inch Models).
  • خرائط الموقع (Site maps) — صفحة أو لوحة مخصصة تعرض البنية العامة للموقع وتُبرز أو تميّز الموقع الحالي.
  • روابط تنقل مميَّزة أو مبرزة بصريًا — قوائم تنقل تميّز بوضوح القسم أو الصفحة النشطة، وغالبًا ما تُدعَم بسمة aria-current لمستخدمي تقنيات المساعدة.
  • خطوات مرقّمة في عملية متعددة الخطوات — مؤشرات مثل "Step 2 of 5" في عملية الدفع أو معالج النماذج، تُبيّن الموضع التسلسلي.

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

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

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

لماذا هو مهم

معرفة مكانك داخل بيئة رقمية هي حاجة أساسية للتوجّه يعتمد عليها معظم المستخدمين دون تفكير — إلى أن تختفي هذه الإشارات. يعالج المعيار WCAG 2.4.8 حاجزًا حقيقيًا ومنتشرًا يواجهه عدد من فئات المستخدمين المختلفة.

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

مستخدمو قارئات الشاشة — وهم عادةً من المكفوفين أو ضعاف البصر — يعتمدون بشكل كبير على البنية البرمجية لفهم سياق الصفحة. يمكن للمستخدم المبصر أن يلقي نظرة سريعة على رابط مميز في التنقل أو عنصر عريض في مسار التنقل ليعرف مكانه فورًا. أما مستخدم قارئ الشاشة، فعليه أن يفسّر الصفحة من خلال إخراج صوتي تسلسلي. بدون سمة aria-current="page" على رابط التنقل النشط أو مسار تنقل مُهيكل بشكل صحيح مع تسميات متاحة، لن يتلقى إشارة توجّه مكافئة، وقد يضطر للتنقل بشكل مكثف فقط لمعرفة مكانه.

المستخدمون ذوو الإعاقات الحركية الذين يتنقلون عبر لوحة المفاتيح أو مفاتيح الوصول أو أجهزة تتبع العين يستفيدون من مؤشرات الموقع لأنها تقلل الحاجة إلى تنقل متكرر ومجهِد. إذا كان المستخدم يعرف بالفعل أنه في قسم "Support" في موقع شركة ما، فلن يحتاج إلى إعادة مسح بنية التنقل بالكامل في كل مرة يحمّل فيها صفحة جديدة.

فكّر في سيناريو ملموس: مستخدم يعاني من الخرف في مراحله المبكرة يتصفح بوابة إلكترونية لبنك تركي للبحث عن معلومات حول أسعار الرهن العقاري. ينقر عبر عدة صفحات ويصبح غير متأكد مما إذا كان لا يزال في قسم الخدمات المصرفية للأفراد أم أنه انتقل إلى قسم الخدمات المصرفية للأعمال. بدون مسار تنقل أو عنصر تنقل مميز يوضح بجلاء القسم الحالي، قد يغلق المتصفح بإحباط أو يرتكب خطأ مكلفًا — مثل التقدم بطلب للمنتج الخاطئ. مسار تنقل بسيط ومُنفّذ جيدًا (مثلًا: Ana Sayfa > Bireysel Bankacılık > Krediler > Konut Kredisi) سيحل هذا الالتباس فورًا.

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

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

يتطلب المعيار WCAG 2.4.8 اختبارًا يدويًا لأن الأدوات الآلية لا يمكنها تحديد ما إذا كانت آلية الموقع موجودة وذات معنى ومتاحة في جميع السياقات بشكل موثوق. لا توجد قاعدة axe-core تطابق هذا المعيار مباشرة. فيما يلي سبب قصور الأتمتة وما الذي يجب أن يغطيه التقييم اليدوي:

  • وجود آلية للموقع (يدوي) — يمكن لأداة فحص آلية اكتشاف ما إذا كان عنصر مسار التنقل موجودًا في DOM، لكنها لا تستطيع تحديد ما إذا كان هذا المسار يعكس بدقة البنية المعلوماتية الفعلية للموقع، أو ما إذا كان موجودًا في كل صفحة ضمن المجموعة، أو ما إذا كان نوع مؤشر الموقع مناسبًا لنموذج التنقل في الموقع. قد تعثر الأداة على عنصر <nav aria-label="breadcrumb"> وتبلغ عن عدم وجود مشكلة، حتى لو كان مسار التنقل يظهر فقط في بعض الصفحات أو يحتوي على معلومات تسلسلية غير صحيحة.
  • الدقة والكمال (يدوي) — لا يمكن للأدوات الآلية التحقق من دقة معلومات الموقع. مسار تنقل يعرض دائمًا "Home > Current Page" بغض النظر عن التسلسل الفعلي قد يجتاز فحصًا آليًا لكنه يفشل هذا المعيار، لأنه لا يمثّل موقع المستخدم ضمن مجموعة الصفحات بشكل صادق.
  • الكشف البرمجي (آلي جزئيًا) — بينما يمكن لـ axe-core الإشارة إلى سمات aria-current المفقودة على روابط التنقل في بعض الإعدادات، لا يمكنه تحديد ما إذا كان غياب aria-current يشكل انتهاكًا للمعيار 2.4.8 دون فهم البنية العامة للموقع ودور كل عنصر تنقل.
  • الاتساق عبر مجموعة الصفحات (يدوي) — يجب أن تكون آلية الموقع متاحة عبر مجموعة الصفحات ذات الصلة، وليس فقط في صفحات مختارة. عادةً ما تقيم الفحوصات الآلية صفحة واحدة في كل مرة ولا يمكنها تقييم ما إذا كانت الآلية موجودة باستمرار عبر موقع كامل أو قسم منه.

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

  1. تحديد مجموعة الصفحات: حدّد ما إذا كانت الصفحة قيد الاختبار تنتمي إلى مجموعة من الصفحات ذات الصلة ذات تسلسل محدد (مثل بنية تنقل متعددة المستويات، أو معالج خطوة بخطوة، أو مكتبة محتوى مصنّفة). إذا كانت الصفحة وثيقة مستقلة، فقد لا ينطبق هذا المعيار.
  2. تشغيل فحص آلي كخط أساس: استخدم axe DevTools (امتداد المتصفح) أو Lighthouse في Chrome DevTools لإجراء تدقيق للإتاحة. رغم أن أياً من الأداتين لا يدقق مباشرة في المعيار 2.4.8، تحقّق من المشكلات ذات الصلة مثل سمات aria-current المفقودة على روابط التنقل، ومعالم <nav> غير المسمّاة، وبنية مسار التنقل المفقودة. هذه النتائج تدعم — لكنها لا تُغني عن — المراجعة اليدوية.
  3. الفحص البصري لآلية الموقع: ابحث عن مسار تنقل، أو رابط نشط مميز بصريًا في التنقل، أو عدّاد خطوات، أو رابط لخريطة الموقع. تحقّق من أن الآلية تعكس بدقة موضع الصفحة الحالية في تسلسل الموقع.
  4. الاختبار باستخدام قارئ الشاشة — NVDA + Firefox: افتح NVDA، انتقل إلى الصفحة، واضغط D للتنقل بين المعالم. اعثر على معالم التنقل واستمع لأي إشارة إلى الصفحة أو القسم الحالي. تحقّق مما إذا كان عنصر التنقل النشط يُعلن عنه بشكل مختلف (مثل "current page" أو ما شابه، عادةً عبر سمة aria-current="page"). استعرض مسار التنقل إن وجد وتأكد من أن كل مستوى يُعلن عنه بنص الرابط الخاص به وأن الموقع الحالي محدد بوضوح.
  5. الاختبار باستخدام VoiceOver + Safari (macOS/iOS): فعّل VoiceOver (Command + F5)، وانتقل إلى مسار التنقل أو التنقل الرئيسي باستخدام VO + U لفتح الـ Rotor، واختر "Links" أو "Landmarks". استمع إلى كيفية الإعلان عن عنصر التنقل النشط أو عنصر مسار التنقل الحالي. تحقّق من أن الموقع الحالي يمكن تمييزه عن عناصر التنقل الأخرى.
  6. الاختبار باستخدام JAWS + Chrome: استخدم Insert + F7 لفتح قائمة الروابط و Insert + F6 لفتح قائمة العناوين. انتقل إلى منطقة مسار التنقل أو التنقل وتأكد من أن الصفحة أو القسم الحالي يمكن التعرف عليه برمجيًا. تحقّق من أن aria-current تُقرأ بصوت عالٍ (يعلن JAWS عن ذلك كـ "current" للعنصر المعني).
  7. الاختبار عبر عدة صفحات ضمن المجموعة: تنقّل عبر ثلاث إلى خمس صفحات على الأقل ضمن نفس القسم أو التسلسل وتأكد من أن آلية الموقع تتحدّث بشكل صحيح في كل صفحة وأنها موجودة باستمرار عبر المجموعة.
  8. فحص DOM: استخدم أدوات تطوير المتصفح للتحقق من أن روابط مسار التنقل لها أسماء متاحة وصفية، وأن العنصر الحالي يستخدم aria-current="page" (للصفحة الحالية) أو aria-current="true" (للخطوة الحالية في عملية ما)، وأن مسار التنقل ملفوف داخل عنصر <nav> مع تسمية متاحة مثل aria-label="Breadcrumb".

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

غياب مسار تنقل (Breadcrumb) — غير صحيح

<!-- No breadcrumb or location indicator present.
     Users have no way to determine their location in the site hierarchy. -->
<nav aria-label='Main navigation'>
  <ul>
    <li><a href='/'>Home</a></li>
    <li><a href='/products'>Products</a></li>
    <li><a href='/products/laptops'>Laptops</a></li>
  </ul>
</nav>
<h1>15-inch Laptops</h1>

غياب مسار تنقل (Breadcrumb) — صحيح

<!-- A breadcrumb nav is added above the main content.
     aria-label distinguishes it from main navigation.
     aria-current="page" marks the current location for screen readers.
     The list structure communicates hierarchy. -->
<nav aria-label='Breadcrumb'>
  <ol>
    <li><a href='/'>Home</a></li>
    <li><a href='/products'>Products</a></li>
    <li><a href='/products/laptops'>Laptops</a></li>
    <li><a href='/products/laptops/15-inch' aria-current='page'>15-inch Laptops</a></li>
  </ol>
</nav>
<nav aria-label='Main navigation'>
  <ul>
    <li><a href='/'>Home</a></li>
    <li><a href='/products'>Products</a></li>
    <li><a href='/products/laptops'>Laptops</a></li>
  </ul>
</nav>
<h1>15-inch Laptops</h1>

رابط تنقل نشط بدون مؤشر برمجي — غير صحيح

<!-- The active link is styled differently in CSS, but there is no
     programmatic signal. Screen reader users cannot distinguish it
     from the other navigation links. -->
<nav aria-label='Site navigation'>
  <ul>
    <li><a href='/about'>About</a></li>
    <li><a href='/services' class='active'>Services</a></li>
    <li><a href='/contact'>Contact</a></li>
  </ul>
</nav>

رابط تنقل نشط بدون مؤشر برمجي — صحيح

<!-- aria-current="page" is added to the active link.
     Screen readers will announce this link as "current" or "current page"
     depending on the assistive technology, giving users a clear
     programmatic location signal in addition to the visual styling. -->
<nav aria-label='Site navigation'>
  <ul>
    <li><a href='/about'>About</a></li>
    <li><a href='/services' class='active' aria-current='page'>Services</a></li>
    <li><a href='/contact'>Contact</a></li>
  </ul>
</nav>

نموذج متعدد الخطوات بدون مؤشر للخطوة — غير صحيح

<!-- A multi-step checkout form with no indication of current step.
     Users cannot determine how far they are through the process
     or how many steps remain. -->
<form>
  <h1>Shipping Information</h1>
  <!-- form fields -->
  <button type='submit'>Next</button>
</form>

نموذج متعدد الخطوات بدون مؤشر للخطوة — صحيح

<!-- A progress indicator communicates the user's position in the sequence.
     aria-label on the nav provides context.
     aria-current="step" marks the active step for assistive technologies.
     The visible text "Step 2 of 4" is also available for all users. -->
<nav aria-label='Checkout progress'>
  <ol>
    <li><a href='/checkout/cart'>Cart</a></li>
    <li aria-current='step'><strong>Shipping</strong></li>
    <li>Payment</li>
    <li>Confirmation</li>
  </ol>
</nav>
<form>
  <h1>Shipping Information <span>(Step 2 of 4)</span></h1>
  <!-- form fields -->
  <button type='submit'>Next: Payment</button>
</form>

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

  • توفير مسار تنقل فقط في الصفحة الرئيسية أو فقط في الصفحات النهائية (leaf pages): يجب أن يكون مسار التنقل موجودًا باستمرار عبر جميع الصفحات ضمن المجموعة. عرضه فقط في صفحات تفاصيل المنتجات دون صفحات الفئات يخلق فجوات في معلومات التوجّه.
  • استخدام رابط نشط مميز بصريًا دون إضافة aria-current="page": رابط تنقل نشط عريض أو تحته خط يوضّح الموقع بصريًا، لكن مستخدمي قارئات الشاشة لا يستفيدون ما لم تكن سمة aria-current="page" موجودة أيضًا على هذا العنصر.
  • تغليف مسار التنقل داخل عنصر <div> بدلًا من عنصر <nav>: استخدام حاوية غير دلالية يعني أن مسار التنقل لا يُكشَف كمعلم تنقل، مما يجعل من الصعب على مستخدمي قارئات الشاشة العثور عليه وتفسيره.
  • إهمال سمة aria-label في عنصر <nav> الخاص بمسار التنقل عندما يوجد أيضًا معلم تنقل رئيسي: وجود معلمي <nav> غير مسمّيين في نفس الصفحة يخلق غموضًا. قد تعلن قارئات الشاشة عن كليهما ببساطة كـ "navigation"، مما يترك المستخدمين غير قادرين على التمييز بينهما.
  • استخدام aria-current="true" على رابط صفحة بدلًا من aria-current="page": القيمة page هي القيمة الدلالية الصحيحة لتحديد الصفحة الحالية في سياق التنقل. استخدام true أقل وصفًا وقد يُعلن عنه بشكل مختلف أو أقل وضوحًا بواسطة تقنيات المساعدة.
  • الاعتماد فقط على عنوان الصفحة للإشارة إلى الموقع: عنصر <title> وصفي (مثلًا: "Laptops — 15-inch Models | Acme Store") مفيد ومطلوب بموجب المعيار WCAG 2.4.2، لكنه لا يفي وحده بالمعيار 2.4.8، الذي يتطلب آلية تنقل تنقل موضع الصفحة ضمن بنية مجموعة الصفحات، وليس مجرد اسم الصفحة الحالية.
  • بناء مسارات تنقل تعكس بنية عناوين URL بدلًا من التسلسل التنقلّي: عناوين URL وبنى التنقل لا تتطابق دائمًا. يجب أن تعكس مسارات التنقل البنية المعلوماتية المنطقية التي يفهمها المستخدم، وليس مسار عنوان URL الأساسي، الذي قد يكون تقنيًا أو غامضًا.
  • عرض مسار التنقل كنص عادي بدون روابط للمستويات الأعلى: إذا تم عرض الصفحة الحالية فقط أو لم تُربط المستويات الأعلى، يفقد مسار التنقل فائدته كمؤشر موقع ووسيلة تنقل. يجب ربط عناصر الأسلاف للسماح للمستخدمين بالعودة إلى أعلى التسلسل.
  • تمييز عنصر مسار التنقل الحالي فقط بتغيير فاصل بصري بدلًا من استخدام aria-current: تغيير اللون أو إزالة الخط السفلي من آخر عنصر في مسار التنقل لا يوضّح لقارئات الشاشة أنه يمثّل الصفحة الحالية. يجب إضافة aria-current="page" صراحةً.
  • نسيان تحديث مؤشر الموقع في التطبيقات أحادية الصفحة (SPAs) بعد التنقل من جهة العميل: في التطبيقات أحادية الصفحة المبنية بأطر مثل React أو Vue، تحدث انتقالات الصفحات دون إعادة تحميل كاملة للمتصفح. إذا لم يتم تحديث مسار التنقل أو مؤشر التنقل النشط برمجيًا عند تغيير المسار، فسيعرض معلومات موقع قديمة، وهو أسوأ من عدم وجود مؤشر على الإطلاق.

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

تُرسّخ المذكرة الرئاسية التركية 2025/10، المنشورة في الجريدة الرسمية رقم 32933 بتاريخ 21 يونيو 2025، متطلبات ملزمة لإتاحة الويب والهواتف المحمولة لمجموعة واسعة من المنظمات العاملة في تركيا. تفرض المذكرة الامتثال لمعايير الإتاحة المعترف بها دوليًا — مع اعتماد إطار عمل WCAG فعليًا — وتنطبق على مجموعة محددة من أنواع الكيانات بما في ذلك المؤسسات والهيئات العامة، ومنصات التجارة الإلكترونية، والبنوك والمؤسسات المالية، والمستشفيات ومقدمي الرعاية الصحية، وشركات الاتصالات التي لديها 200,000 مشترك أو أكثر، ووكالات السفر المرخّصة، وشركات النقل الخاصة، والمدارس الخاصة المرخّصة من قبل وزارة التربية الوطنية (MoNE).

يُصنَّف المعيار WCAG 2.4.8 Location كمعيار من المستوى AAA، ما يعني أنه ليس من بين المعايير الأساسية المطلوبة قانونًا بموجب المذكرة، التي تشير إلى الامتثال للمستويين A وAA كحد أدنى. ومع ذلك، فإن هذا التمييز مهم بعدة طرق للمنظمات المشمولة بالتنظيم.

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

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

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

يمكن للمنظمات التي تستخدم حزمة Accsible overlay SDK الاستفادة من ميزة تحسين مسارات التنقل المدمجة وميزات حقن aria-current لتقريب المواقع الحالية من الامتثال للمعيار 2.4.8 دون الحاجة إلى إعادة هيكلة كاملة لقاعدة الشيفرة. ومع ذلك، من أجل الامتثال الكامل والمتين — خاصةً للكيانات المشمولة بالمذكرة الرئاسية 2025/10 — يظل تنفيذ ترميز دلالي لمسارات التنقل ومؤشرات التنقل على مستوى الخادم أو في وقت البناء هو النهج الموصى به، لأن حلول الـ overlay تُكمّل ولا تحل محل الترميز المتاح الأساسي.