WCAG 1.3.2: تسلسل ذو معنى

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

ينص معيار النجاح 1.3.2 من WCAG — التسلسل ذو المعنى (المستوى A) على ما يلي: "إذا كان التسلسل الذي يتم به تقديم المحتوى يؤثر في معناه، فيجب أن يكون من الممكن تحديد تسلسل قراءة صحيح برمجياً." بصياغة مبسطة، إذا كان الترتيب البصري لمحتوى صفحتك يحمل معنى — خطوات في عملية، سلسلة محادثة، تسمية حقل نموذج مقترنة بحقل الإدخال الخاص بها، قائمة مرقمة — فيجب أن يعكس ترتيب الـ DOM الأساسي نفس التسلسل حتى تتمكن تقنيات المساعدة من عرضه بشكل صحيح.

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

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

ما يُعدّ إخفاقاً: استخدام تقنيات CSS — خاصية position: absolute، خاصية order في CSS Grid، خاصية order في CSS Flexbox، أو تخطيط الأعمدة المتعددة في CSS — لإعادة ترتيب المحتوى بصرياً بحيث ينقل التسلسل البصري معنى لا يعكسه ترتيب الـ DOM. مثال كلاسيكي هو شريط جانبي موضوع قبل المحتوى الرئيسي في الـ DOM لكنه يُعرض بصرياً بعده، حيث يحتوي الشريط الجانبي على ملاحظات سياقية لا تكون منطقية إلا بعد قراءة النص الرئيسي.

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

لماذا يهم

مستخدمو برامج قراءة الشاشة هم الفئة الأكثر تأثراً بشكل مباشر. حوالي 7.5 مليون شخص في الولايات المتحدة يستخدمون برامج قراءة الشاشة، وعلى مستوى العالم، تقدّر منظمة الصحة العالمية أن 2.2 مليار شخص لديهم شكل من أشكال ضعف البصر. بالنسبة لمستخدم كفيف يتنقل في صفحة باستخدام NVDA أو JAWS أو VoiceOver، فإن تجربة القراءة تحدد بالكامل بواسطة التسلسل البرمجي — وتحديداً ترتيب الـ DOM. إذا استخدم مطوّر خاصية CSS order في تخطيط Flexbox لنقل رسالة تحذير بصرياً إلى أعلى نموذج، لكن الـ DOM يضع هذا التحذير بعد حقول النموذج، فسيكمل مستخدم قارئ الشاشة النموذج قبل أن يسمع التحذير. هذا ليس إزعاجاً بسيطاً؛ بل يمكن أن يؤدي إلى أخطاء، وفشل في المعاملات، واستبعاد من خدمات حيوية.

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

المستخدمون ذوو الإعاقات الحركية الذين يتنقلون عبر لوحة المفاتيح أو مفاتيح التحكم ينتقلون بين العناصر التفاعلية وفق ترتيب الـ DOM عبر مفتاح Tab. إذا ظهر زر الإرسال قبل حقول النموذج المرتبطة به في الـ DOM (ولكن بعدَها بصرياً)، يصبح تسلسل التبويب مربكاً وعرضة للأخطاء.

سيناريو واقعي ملموس: صفحة دفع في موقع تجارة إلكترونية تركي تستخدم تخطيط CSS Grid حيث تنقل خاصية order لوحة "ملخص الطلب" لتظهر بصرياً على اليمين، بعد نموذج الفوترة. في الـ DOM، مع ذلك، يأتي HTML ملخص الطلب أولاً. يسمع مستخدم قارئ الشاشة السعر الإجمالي وقائمة العناصر قبل أن يسمع نموذج الفوترة — ليس لديه بعدُ سياق لما يدفع مقابله. يمكن أن يؤدي ذلك إلى التخلي عن العملية، والارتباك، وشكاوى تتعلق بإمكانية الوصول. بموجب اللوائح الجديدة لإمكانية الوصول في تركيا، يشكل مثل هذا الإخفاق في منصة تجارية مسؤولية تنظيمية.

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

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

يُصنَّف WCAG 1.3.2 على أنه يتطلب اختباراً يدوياً. لا يمكن للأدوات الآلية، بما في ذلك axe-core، الإبلاغ بشكل موثوق عن انتهاكات التسلسل لأن ذلك سيتطلب من الأداة فهم معنى المحتوى — تحديداً، ما إذا كان ترتيب معين للمحتوى يغيّر تفسيره. هذا حكم دلالي لا يمكن لأي محلل آلي اتخاذه بشكل شامل. يمكن لأداة آلية اكتشاف أن CSS استُخدم لإعادة ترتيب العناصر بصرياً، لكنها لا تستطيع تحديد ما إذا كان هذا الترتيب ذا معنى أو زخرفياً دون حكم بشري.

• مراجعة يدوية — الترتيب البصري عبر CSS مقابل ترتيب الـ DOM: لا يمتلك axe-core قاعدة آلية مخصصة لـ 1.3.2. يجب على المختبرين مقارنة العرض البصري للصفحة يدوياً مع ترتيب مصدر الـ DOM عن طريق تعطيل CSS وملاحظة ما إذا كان المحتوى الخطّي لا يزال منطقياً. يمكن لأدوات مثل أداة فحص شجرة إمكانية الوصول المدمجة في المتصفح أو فحص "Full Page Scan" في axe DevTools إظهار الشذوذات الهيكلية، لكن يجب على الإنسان الحكم على ما إذا كان التسلسل ذا معنى.
• مراجعة يدوية — خاصية order في CSS Flexbox وGrid: عندما تكشف axe DevTools أو أدوات تطوير المتصفح عن عناصر تستخدم خاصية CSS order أو position: absolute/fixed لعناصر محتوى (وليس عناصر زخرفية فقط)، يجب على المختبر البشري تقييم ما إذا كان الترتيب البصري يختلف بشكل ذي معنى عن ترتيب الـ DOM. لن تقوم الأدوات الآلية بالإبلاغ عن هذا كخطأ من تلقاء نفسها.
• مراجعة يدوية — سوء استخدام تخطيط الجداول: الصفحات التي تستخدم جداول HTML لأغراض التخطيط البصري (بدلاً من البيانات الجدولية) يمكن أن تتسبب في قراءة برامج قراءة الشاشة للخلايا وفق ترتيب DOM لا يطابق تدفق القراءة المقصود. قد تشير الأدوات الآلية إلى جداول التخطيط كمسألة منفصلة، لكن تأثير التسلسل يتطلب تحققاً بشرياً.

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

1. تشغيل فحص آلي أولاً: استخدم axe DevTools (امتداد المتصفح) أو Lighthouse في أدوات تطوير Chrome لإجراء فحص إمكانية وصول كامل للصفحة. رغم أن أياً من الأداتين لن يشير مباشرة إلى انتهاك 1.3.2، إلا أنهما ستبرزان مشكلات هيكلية ذات صلة — جداول تخطيط، ترتيب عناوين غير صحيح، أو سوء استخدام ARIA — قد تشير إلى مشكلات في التسلسل. دوّن أي تحذيرات حول الترتيب البصري أو الشذوذات الهيكلية للمتابعة اليدوية.
2. تعطيل جميع CSS وفحص المحتوى الخطّي: في أدوات تطوير Firefox أو Chrome، عطّل جميع أوراق الأنماط (أو استخدم ميزة "Disable All Styles" في إضافة Web Developer). اقرأ الصفحة من أعلى إلى أسفل. اسأل نفسك: هل لا يزال المحتوى منطقياً بهذا الترتيب؟ هل يمكنك متابعة قصة، أو نموذج، أو عملية دون ارتباك؟ إذا انهار المعنى، فمن المرجح أن الصفحة تفشل في 1.3.2.
3. فحص ترتيب مصدر الـ DOM مباشرة: افتح أدوات التطوير، وانتقل إلى لوحة Elements/Inspector، واقرأ كود HTML المصدر. قارن موضع كل كتلة محتوى رئيسية في الـ DOM مع موضعها البصري. أولِ اهتماماً خاصاً للعناصر التي تستخدم CSS Flexbox أو Grid — ابحث عن خاصية order في الأنماط المحسوبة وتحقق من أنها لا تخلق عدم تطابق ذي معنى في التسلسل.
4. الاختبار باستخدام NVDA وFirefox: شغّل NVDA، وافتح Firefox، وانتقل إلى الصفحة. اضغط Insert + سهم للأسفل لتفعيل وضع "Say All" واستمع إلى الصفحة كاملة من أعلى إلى أسفل. تابع بصرياً ولاحظ أي حالة لا يتطابق فيها ترتيب المحتوى المنطوق مع الترتيب البصري ذي المعنى. انتبه لتسميات الحقول وحقول الإدخال، القوائم المرقمة، التعليمات خطوة بخطوة، والمحتوى الذي يشير إلى محتوى سابق.
5. الاختبار باستخدام VoiceOver وSafari (macOS/iOS): فعّل VoiceOver (Command + F5 على macOS). استخدم الدوّار (Control + Option + U) للتنقل حسب العناوين أو المعالم، واستخدم Control + Option + سهم لليمين للقراءة الخطية عبر الصفحة. لاحظ ما إذا كان المحتوى يتدفق بترتيب منطقي ذي معنى. على iOS، اسحب لليمين للتنقل عبر المحتوى وتحقق من سلامة التسلسل.
6. الاختبار باستخدام JAWS وChrome: افتح JAWS مع Chrome واستخدم أمر "Say All" Insert + سهم للأسفل. كما في NVDA، تابع بصرياً أثناء الاستماع وحدد أي محتوى يُعرض خارج الترتيب ذي المعنى. يقرأ JAWS شجرة إمكانية الوصول، التي تعكس إلى حد كبير ترتيب الـ DOM، مما يجعل هذا اختباراً موثوقاً لمشكلات التسلسل.
7. اختبار تسلسل التبويب عبر لوحة المفاتيح: دون استخدام قارئ شاشة، اضغط ببساطة على Tab بشكل متكرر عبر جميع العناصر التفاعلية في الصفحة. يجب أن يتبع تسلسل التركيز مساراً منطقياً ذا معنى — عموماً من اليسار إلى اليمين ومن الأعلى إلى الأسفل في اللغات ذات الحروف اللاتينية، بما يتسق مع طريقة قراءة المستخدم المبصر للصفحة. يشير تسلسل تبويب يقفز بشكل غير متوقع بين الأقسام إلى مشكلة في ترتيب الـ DOM.

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

خاصية order في CSS Flexbox — غير صحيح

<!-- Visual order is: Warning, then Form. DOM order is reversed. -->
<div style='display: flex; flex-direction: column;'>
  <form style='order: 1;'>
    <label for='email'>Email</label>
    <input type='email' id='email' name='email' />
    <button type='submit'>Subscribe</button>
  </form>
  <div class='warning' style='order: 0;'>
    <p>Warning: You must be 18 or older to subscribe.</p>
  </div>
</div>

خاصية order في CSS Flexbox — صحيح

<!-- DOM order now matches meaningful visual order: Warning first, then Form. -->
<!-- The CSS order property is removed; DOM sequence alone controls both visual and AT order. -->
<div style='display: flex; flex-direction: column;'>
  <div class='warning'>
    <p>Warning: You must be 18 or older to subscribe.</p>
  </div>
  <form>
    <label for='email'>Email</label>
    <input type='email' id='email' name='email' />
    <button type='submit'>Subscribe</button>
  </form>
</div>

محتوى متموضع بشكل مطلق يخلق تسلسلاً مضللاً — غير صحيح

<!-- Step labels appear visually above the content boxes, but come after them in the DOM. -->
<div style='position: relative; height: 200px;'>
  <div style='position: absolute; top: 50px; left: 0;'>
    <p>Step 1: Fill in your personal details below.</p>
  </div>
  <div style='position: absolute; top: 0; left: 0;'>
    <p><strong>1</strong></p>
  </div>
</div>

محتوى متموضع بشكل مطلق يخلق تسلسلاً مضللاً — صحيح

<!-- DOM order now reflects the meaningful reading sequence: label first, then number. -->
<!-- Absolute positioning is used only for visual refinement, not to reverse meaningful order. -->
<div style='position: relative; height: 200px;'>
  <div style='position: absolute; top: 0; left: 0;'>
    <p><strong>1</strong></p>
  </div>
  <div style='position: absolute; top: 50px; left: 0;'>
    <p>Step 1: Fill in your personal details below.</p>
  </div>
</div>

CSS Grid مع مناطق محتوى معاد ترتيبها — غير صحيح

<!-- Sidebar (contextual notes) appears visually on the right, after main content. -->
<!-- But in the DOM it comes first, so screen readers hear sidebar notes before the article. -->
<div class='layout'>
  <aside class='sidebar'>
    <p>Note: The statistics below are sourced from the 2024 annual report.</p>
  </aside>
  <main class='content'>
    <h1>Annual Sales Overview</h1>
    <p>Total revenue grew by 23% compared to the prior year...</p>
  </main>
</div>
<!--
.layout { display: grid; grid-template-columns: 3fr 1fr; }
.sidebar { grid-column: 2; }
.main { grid-column: 1; }
-->

CSS Grid مع مناطق محتوى معاد ترتيبها — صحيح

<!-- Main content comes first in the DOM, matching the meaningful reading order. -->
<!-- The sidebar, which annotates the main content, follows it in the DOM. -->
<!-- CSS Grid places the sidebar visually to the right without changing DOM sequence. -->
<div class='layout'>
  <main class='content'>
    <h1>Annual Sales Overview</h1>
    <p>Total revenue grew by 23% compared to the prior year...</p>
  </main>
  <aside class='sidebar'>
    <p>Note: The statistics above are sourced from the 2024 annual report.</p>
  </aside>
</div>
<!--
.layout { display: grid; grid-template-columns: 3fr 1fr; }
.content { grid-column: 1; }
.sidebar { grid-column: 2; }
-->

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

• استخدام خاصية order في CSS Flexbox أو Grid لإعادة ترتيب كتل محتوى ذات معنى بصرياً دون تحديث ترتيب مصدر HTML — هذا هو السبب الأكثر شيوعاً لإخفاقات 1.3.2 في تطوير الويب الحديث. عدّل دائماً ترتيب الـ DOM أولاً واستخدم CSS فقط لتحسين العرض البصري.
• وضع محتوى <main> الأساسي للصفحة بعد <nav> أو <aside> في الـ DOM مع استخدام CSS لجعل المحتوى الرئيسي يظهر أولاً بصرياً — ستقرأ برامج قراءة الشاشة محتوى التنقل أو الشريط الجانبي قبل المقالة الأساسية، مما يخل بالتسلسل ذي المعنى.
• بناء تخطيطات متعددة الأعمدة على نمط المجلات باستخدام أعمدة CSS أو floats حيث يسير ترتيب الـ DOM عموداً بعمود من أعلى إلى أسفل داخل كل عمود، بينما يكون الترتيب البصري صفاً بصف — المستخدمون الذين يتوقعون قراءة صفاً بصف (كما في العديد من تخطيطات المحتوى الشبكية) سيتلقون المحتوى بتسلسل خاطئ.
• استخدام position: absolute أو position: fixed لسحب ملخص أخطاء نموذج إلى أعلى الصفحة بصرياً بينما يبقى عنصر ملخص الأخطاء في أسفل الـ DOM — لن يصادف مستخدمو قارئ الشاشة ملخص الأخطاء عند إرسال النموذج إلا عندما يصلون إلى أسفل الصفحة، فيفوتهم تغذية راجعة حاسمة.
• عرض تعليمات خطوة بخطوة أو تسلسلات مرقمة باستخدام CSS counter resets بينما لا يطابق ترتيب الـ DOM ترتيب الخطوات ذي المعنى — قد تبدو الأرقام البصرية صحيحة، لكن تسلسل القراءة الصوتية سيكون خاطئاً.
• حقن محتوى ديناميكي (مثل رسائل الدردشة، عناصر الخلاصة الحية، إشعارات toast) في أعلى حاوية في الـ DOM عندما يُظهر العرف البصري أحدث العناصر في الأسفل — أو العكس — دون استخدام مناطق ARIA الحية أو تعديل الـ DOM ليتطابق مع التسلسل ذي المعنى.
• استخدام جداول HTML للتخطيط بدلاً من البيانات الجدولية ووضع الخلايا في ترتيب DOM يقرأ عموداً أولاً بدلاً من صفاً أولاً — تقرأ تقنيات المساعدة خلايا الجداول وفق ترتيب الـ DOM (صفاً بصف)، لذا ستُقرأ جداول التخطيط المبنية عموداً أولاً بتسلسل خاطئ.
• الاعتماد على JavaScript لفرز أو إعادة ترتيب المحتوى بصرياً (مثل قائمة منتجات قابلة للفرز) دون تحديث ترتيب الـ DOM الأساسي — بعد أن يفرز المستخدم حسب السعر، قد يستمر قارئ الشاشة في إعلان العناصر بالترتيب الأصلي غير المفرز إذا لم تُحدَّث سوى فئات CSS أو التموضع البصري.
• وضع الحواشي السفلية أو الختامية في الـ DOM مباشرة بعد الفقرة التي تعلّق عليها عندما يجمع العرض البصري كل الحواشي في أسفل الصفحة — أو العكس — دون ضمان أن يكون الترتيب المعروض لتقنيات المساعدة ذا معنى لتدفق القراءة المقصود.
• تقسيم وحدة محتوى منطقية واحدة عبر مواضع غير متجاورة في الـ DOM — على سبيل المثال، وضع عنصر <figcaption> الخاص بصورة بعيداً عن عنصر <figure> في المصدر، مما يتسبب في إعلان برامج قراءة الشاشة للتعليق خارج سياقه.

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

تضع التعميم الرئاسي رقم 2025/10 في تركيا، المنشور في الجريدة الرسمية رقم 32933 بتاريخ 21 يونيو 2025، متطلبات إلزامية لإمكانية الوصول على الويب متوافقة مع WCAG 2.2. معيار WCAG 1.3.2 التسلسل ذو المعنى هو معيار من المستوى A، مما يجعله جزءاً من مجموعة المتطلبات الأساسية التي يجب على جميع الكيانات المشمولة الالتزام بها.

يفرض التعميم الامتثال وفق جدول زمني مرحلي: يجب على المؤسسات العامة تحقيق التوافق خلال عام واحد من تاريخ نشر التعميم، بينما تمتلك الجهات في القطاع الخاص عامين للامتثال.

تُذكر الأنواع التالية من الكيانات صراحة في التعميم، وبالتالي يجب أن تضمن أن جميع المحتوى الرقمي وواجهات الويب تعرض المعلومات في تسلسل ذي معنى يمكن تحديده برمجياً:

• المؤسسات العامة والهيئات الحكومية — جميع الهيئات الحكومية المركزية والمحلية، والوزارات، والمنظمات التابعة للدولة التي تدير مواقع إلكترونية أو خدمات رقمية موجهة للجمهور.
• البنوك والمؤسسات المالية — بما في ذلك بوابات الخدمات المصرفية عبر الإنترنت، ومنصات الاستثمار، ومواقع شركات التأمين حيث يجب أن يكون المحتوى التسلسلي (ملخصات الحسابات، طلبات القروض خطوة بخطوة، سجلات المعاملات) قابلاً للقراءة بالترتيب الصحيح من قبل جميع المستخدمين.
• منصات التجارة الإلكترونية — يجب أن تكون قوائم المنتجات، وتدفقات الدفع متعددة الخطوات، وتسلسلات تأكيد الطلب ذات ترتيبات DOM تعكس بشكل صحيح تسلسلها البصري ذي المعنى، لضمان قدرة المتسوقين المكفوفين وذوي ضعف البصر على إكمال عمليات الشراء دون ارتباك ناتج عن تقنيات المساعدة.
• المستشفيات ومقدمو الرعاية الصحية — بوابات المرضى، وأنظمة حجز المواعيد، وصفحات المعلومات الطبية حيث يحمل تسلسل التعليمات والتحذيرات وحقول النماذج آثاراً مباشرة على السلامة.
• شركات الاتصالات التي لديها 200,000 مشترك أو أكثر — صفحات مقارنة الخدمات، وواجهات إدارة العقود، وبوابات الدعم حيث يجب تقديم جداول التعرفة وقوائم الميزات بترتيب ذي معنى وصحيح برمجياً.
• وكالات السفر وشركات النقل الخاصة — تعتمد تدفقات الحجز، وعروض خط السير، وواجهات اختيار المقاعد بشكل كبير على التسلسل البصري (المغادرة قبل الوصول، الخطوة 1 قبل الخطوة 2) الذي يجب أن ينعكس بشكل صحيح في الـ DOM.
• المدارس الخاصة المرخّصة من وزارة التربية الوطنية (MoNE) — يجب أن تعرض أنظمة إدارة التعلم، وصفحات محتوى المقررات، وبوابات التسجيل التسلسلات التعليمية — الدروس، الوحدات، التقييمات — في ترتيب يمكن تحديده برمجياً حتى يتمكن الطلاب الذين يستخدمون تقنيات المساعدة من متابعة المقررات بشكل صحيح.

إن الإخفاق في الامتثال لمعيار WCAG 1.3.2 في أي من هذه المنصات لا يعد مجرد فجوة في أفضل الممارسات؛ بل يشكل، بموجب التعميم 2025/10، حالة عدم امتثال تنظيمي خاضعة للرقابة ومتطلبات المعالجة. ونظراً لأن انتهاكات 1.3.2 تنشأ كثيراً من تقنيات تخطيط CSS الحديثة (Flexbox، Grid) المنتشرة على نطاق واسع في تطوير الويب التركي، ينبغي على المنظمات إعطاء الأولوية لمراجعة منهجية لأنماط التخطيط وممارسات ترتيب الـ DOM كجزء من خارطة طريق الامتثال الخاصة بها.