WCAG 1.4.2: التحكم في الصوت

ماذا تعني هذه القاعدة

WCAG 1.4.2 — التحكم في الصوت هو معيار نجاح من المستوى A ضمن مبدأ إمكانية الإدراك (Perceivable). وينص على ما يلي: إذا كان أي صوت على صفحة ويب يُشغَّل تلقائيًا لمدة تزيد عن 3 ثوانٍ، فيجب توفير آلية لإيقاف الصوت مؤقتًا أو إيقافه، أو توفير آلية للتحكم في مستوى صوت الصوت بشكل مستقل عن مستوى حجم النظام ككل.

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

للاجتياز وفق هذا المعيار، يجب أن يتحقق واحد على الأقل مما يلي:

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

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

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

لماذا يهم هذا الأمر

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

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

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

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

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

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

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

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

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

• بدء الصوت ديناميكيًا: قد يتم تشغيل الصوت بواسطة مؤقتات JavaScript أو مستمعي الأحداث أو سكربتات طرف ثالث تُنفَّذ بعد تحليل DOM الأولي. لا يمكن لأداة فحص آلية تقتصر على فحص DOM الثابت أن تحدد بشكل موثوق ما إذا كان الصوت سيُشغَّل تلقائيًا، أو لمدة كم من الوقت، أو ما إذا كان عنصر التحكم مرتبطًا وظيفيًا بمصدر الصوت المحدد هذا.
• وجود عناصر التحكم وقابليتها للتشغيل: قد يوجد شريط تمرير لمستوى الصوت أو زر إيقاف مؤقت في DOM لكنه غير وظيفي، أو مخفي خارج الشاشة، أو غير قابل للوصول عبر لوحة المفاتيح. يمكن للأدوات الآلية اكتشاف وجود عنصر، لكنها لا تستطيع التحقق من أن تفعيله يوقف الصوت فعليًا دون تنفيذ التفاعل والاستماع إلى النتيجة — وهي مهمة تتطلب حكمًا سمعيًا بشريًا.
• عتبة التوقيت: يتطلب تحديد ما إذا كان الصوت يُشغَّل لأكثر من ثلاث ثوانٍ تقييمًا قائمًا على الزمن أثناء تحميل الصفحة، وهو ما يقع خارج نطاق أدوات تحليل DOM الثابتة أو حتى أثناء وقت التشغيل.
• المحتوى المضمَّن من طرف ثالث: قد لا يكون الصوت المضمَّن عبر iframes أو حِزم SDK لطرف ثالث أو شبكات الإعلانات قابلًا للفحص بواسطة صندوق الرمل (sandbox) الخاص بجافاسكربت في أداة الاختبار، مما يجعل اكتشافه برمجيًا مستحيلًا.

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

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

1. فحص آلي تمهيدي: شغّل axe DevTools أو Google Lighthouse على الصفحة. رغم أن أياً من الأداتين لن يشير مباشرة إلى انتهاك 1.4.2، إلا أنهما ستبرزان مشكلات ذات صلة مثل غياب تركيز لوحة المفاتيح على عناصر التحكم، أو عناصر مشغّل وسائط غير قابلة للوصول، أو غياب تسميات ARIA على عناصر الصوت المخصصة. عالج هذه المشكلات قبل بدء الاختبار اليدوي حتى لا تخلط بين مشكلات منفصلة.
2. الكشف اليدوي عن الصوت: حمّل الصفحة مع تفعيل مكبرات الصوت أو سماعات الرأس. لاحظ ما إذا كان أي صوت يبدأ في التشغيل خلال الثواني الأولى دون أي تفاعل من المستخدم. إذا حدث ذلك، استخدم مؤقتًا للتأكد من أنه يُشغَّل لأكثر من ثلاث ثوانٍ. تحقق من جميع أنواع الصفحات الرئيسية: الصفحة الرئيسية، صفحات الهبوط، صفحات المنتجات، وأي صفحة يُعرف أنها تحتوي على وسائط مضمَّنة أو أماكن للإعلانات.
3. تحديد موقع عنصر التحكم في الإيقاف/الإيقاف المؤقت/مستوى الصوت: دون استخدام الفأرة، اضغط على Tab فور تحميل الصفحة. احسب عدد نقاط التوقف بالمفتاح Tab قبل الوصول إلى عنصر التحكم في الصوت. تحقق من أن عنصر التحكم يحصل على مؤشر تركيز مرئي. اضغط على Enter أو Space لتفعيله وتأكد من أن الصوت يتوقف أو يمكن ضبط مستواه بشكل مستقل.
4. اختبار قارئ الشاشة باستخدام NVDA وFirefox: شغّل NVDA، وافتح Firefox، وانتقل إلى الصفحة. اسمح ببدء تشغيل الصوت. حاول استخدام أوامر القراءة في NVDA (مفاتيح الأسهم، المؤشر الافتراضي) لتحديد موقع عنصر التحكم في الصوت وتفعيله. تأكد من أن NVDA يعلن دور عنصر التحكم وتسميته بشكل صحيح (مثلًا: "Pause audio, button") وأن تفعيله يوقف الصوت المتداخل.
5. اختبار قارئ الشاشة باستخدام VoiceOver وSafari (macOS/iOS): فعّل VoiceOver باستخدام Command + F5. انتقل إلى الصفحة واستخدم السحب أو مفاتيح الأسهم للعثور على عنصر التحكم في الصوت. تحقق من أن VoiceOver ينطق تسمية ذات معنى وأن عنصر التحكم يعمل كما هو متوقع. على iOS، اختبر أيضًا سلوك التشغيل التلقائي لأن المتصفحات على الأجهزة المحمولة تتعامل مع أذونات الصوت بشكل مختلف.
6. اختبار قارئ الشاشة باستخدام JAWS وChrome: مع تفعيل JAWS، حمّل الصفحة في Chrome. استخدم مفتاح Tab وقائمة عناصر التحكم في النماذج في JAWS (Insert + F5) لتحديد العناصر التفاعلية. تأكد من أن عنصر التحكم في الصوت يظهر في القائمة وقابل للتشغيل.
7. فحص محتوى الطرف الثالث: إذا كانت الصفحة تحتوي على فيديوهات مضمَّنة من وسائل التواصل الاجتماعي أو وحدات إعلانية أو محتوى iframe، فحمّل هذه العناصر بشكل مستقل حيثما أمكن وتحقق من أنها تمتثل أيضًا، أو أن الصفحة المستضيفة توفر عنصر تحكم يتجاوزها.
8. فحص استقلالية مستوى الصوت: إذا كانت الصفحة توفر عنصر تحكم في مستوى الصوت بدلًا من عنصر تحكم في الإيقاف/الإيقاف المؤقت، فتحقق من أن ضبط عنصر التحكم في مستوى الصوت في الصفحة لا يغيّر مستوى الصوت الرئيسي لنظام التشغيل. افتح تطبيقًا آخر (مثل مشغّل وسائط محلي) وتأكد من أن مستوى صوته لم يتأثر بعد استخدام عنصر التحكم في الصفحة.

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

صوت خلفي يُشغَّل تلقائيًا دون عناصر تحكم — غير صحيح

<!-- Audio starts automatically with no visible or keyboard-accessible control -->
<audio src='background-music.mp3' autoplay loop></audio>

صوت خلفي يُشغَّل تلقائيًا مع عنصر تحكم في الإيقاف المؤقت قابل للوصول — صحيح

<!-- Control is the first focusable element, announced properly by screen readers -->
<button id='audio-toggle' aria-label='Pause background music' aria-pressed='true' onclick='toggleAudio()'>
  Pause Music
</button>

<audio id='bg-audio' src='background-music.mp3' autoplay loop></audio>

<script>
  function toggleAudio() {
    var audio = document.getElementById('bg-audio');
    var btn = document.getElementById('audio-toggle');
    if (audio.paused) {
      audio.play();
      btn.setAttribute('aria-pressed', 'true');
      btn.setAttribute('aria-label', 'Pause background music');
      btn.textContent = 'Pause Music';
    } else {
      audio.pause();
      btn.setAttribute('aria-pressed', 'false');
      btn.setAttribute('aria-label', 'Play background music');
      btn.textContent = 'Play Music';
    }
  }
</script>

<!-- The native <button> element is keyboard-accessible by default.
     aria-pressed communicates toggle state to screen readers.
     aria-label updates dynamically to reflect current action. -->

فيديو يُشغَّل تلقائيًا مع مسار صوتي ودون عنصر تحكم في الإيقاف قابل للوصول عبر لوحة المفاتيح — غير صحيح

<!-- The video autoplays with sound; the only stop control is a mouse-only overlay -->
<div class='hero-video-wrapper'>
  <video src='promo.mp4' autoplay loop></video>
  <div class='stop-btn' onclick='stopVideo()'>Stop</div>
</div>
<!-- Problem: <div> is not keyboard-focusable and has no role or label -->

فيديو يُشغَّل تلقائيًا مع عنصر تحكم في الإيقاف قابل للوصول — صحيح

<div class='hero-video-wrapper'>
  <!-- Stop control appears first in DOM and focus order -->
  <button
    id='video-stop-btn'
    aria-label='Stop promotional video'
    onclick='stopVideo()'
  >
    Stop Video
  </button>

  <video id='promo-video' src='promo.mp4' autoplay loop muted='false'></video>
</div>

<script>
  function stopVideo() {
    var video = document.getElementById('promo-video');
    var btn = document.getElementById('video-stop-btn');
    video.pause();
    video.currentTime = 0;
    btn.disabled = true;
    btn.textContent = 'Video Stopped';
  }
</script>

<!-- Using a native <button> ensures keyboard access without additional ARIA.
     Placing the button before the video in DOM order puts it early in tab sequence. -->

عنصر واجهة صوتية مضمَّن من طرف ثالث مع عنصر تحكم مستقل في مستوى الصوت — صحيح

<!-- When a third-party widget auto-plays, provide a host-level mute control -->
<button
  id='mute-widget-audio'
  aria-label='Mute podcast player'
  aria-pressed='false'
  onclick='muteWidget()'
>
  Mute Podcast
</button>

<iframe
  id='podcast-frame'
  src='https://embed.example.com/podcast/ep42?autoplay=1'
  title='Episode 42: Web Accessibility Deep Dive'
  allow='autoplay'
></iframe>

<script>
  function muteWidget() {
    <!-- postMessage API used to communicate with cross-origin iframe player -->
    var frame = document.getElementById('podcast-frame');
    var btn = document.getElementById('mute-widget-audio');
    var isMuted = btn.getAttribute('aria-pressed') === 'true';
    frame.contentWindow.postMessage({ action: isMuted ? 'unmute' : 'mute' }, 'https://embed.example.com');
    btn.setAttribute('aria-pressed', String(!isMuted));
    btn.setAttribute('aria-label', isMuted ? 'Mute podcast player' : 'Unmute podcast player');
  }
</script>

<!-- Note: host-level volume/mute control satisfies 1.4.2 when
     the iframe player's own controls may be inaccessible. -->

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

• استخدام عنصر <div> أو <span> كزر إيقاف للصوت دون إضافة tabindex='0' وrole='button' ومعالجات لأحداث لوحة المفاتيح. تكون هذه العناصر غير مرئية للتنقل عبر لوحة المفاتيح وقارئات الشاشة، مما يجعل عنصر التحكم عديم الفائدة للمستخدمين الذين هم في أمسّ الحاجة إليه.
• وضع عنصر التحكم في الصوت بعد المحتوى الرئيسي في DOM، بحيث يتعين على مستخدمي لوحة المفاتيح الانتقال عبر عشرات الروابط وحقول النماذج قبل الوصول إليه — بحلول ذلك الوقت يكون الصوت قد شُغِّل لمدة دقيقة أو أكثر. يجب أن يكون عنصر التحكم أول أو ثاني عنصر قابل للتركيز في الصفحة.
• كتم الصوت باستخدام الخاصية muted في HTML بشكل افتراضي واعتبار ذلك امتثالًا. عنصر صوت يُشغَّل تلقائيًا وهو مكتوم ليس عنصر تحكم قابلًا للتشغيل من قبل المستخدم؛ فلا توجد طريقة للمستخدم لمعرفة أن هناك صوتًا أو لاختيار تفضيل مستوى الصوت الخاص به.
• توفير شريط تمرير لمستوى الصوت يستدعي window.AudioContext.destination.gain ويغيّر مستويات صوت النظام، بدلًا من ضبط خاصية .volume لعنصر الوسائط المحدد فقط. هذا يفشل في تحقيق متطلب الاستقلالية.
• الافتراض بأن المتصفحات على الأجهزة المحمولة تحظر التشغيل التلقائي وبالتالي لا حاجة لعنصر تحكم. العديد من المتصفحات على الأجهزة المحمولة تسمح بالتشغيل التلقائي عندما يكون الصوت مضمَّنًا في عنصر فيديو أو عندما يكون المستخدم قد تفاعل مع النطاق مسبقًا. يجب دائمًا تنفيذ عناصر التحكم بغض النظر عن السلوك المفترض للمتصفح.
• عدم تحديث التسمية القابلة للوصول للزر عند تغيّر حالته. يجب أن يحدّث الزر المسمى "Pause" الذي أصبح الآن يستأنف الصوت خاصية aria-label إلى "Play" — وإلا فإن مستخدمي قارئات الشاشة سيسمعون إعلانًا غير صحيح وقد يفعّلون الإجراء الخاطئ.
• الاعتماد فقط على عناصر التحكم الأصلية في الوسائط في المتصفح (خاصية controls) دون التحقق من ظهورها قبل أن يصبح الصوت المُشغَّل تلقائيًا مزعجًا. تظهر عناصر التحكم الأصلية أسفل عنصر الوسائط، والذي قد يكون أسفل الجزء المرئي من الصفحة (below the fold)، مما يجعلها غير قابلة للوصول عبر لوحة المفاتيح قبل حدوث إزعاج كبير.
• الفشل في الاختبار مع الإعلانات التي تحتوي على صوت تُقدَّم عبر شبكات الإعلانات. تُعد أماكن الإعلانات التي تُحقن ديناميكيًا بعد تحميل الصفحة جزءًا من تجربة الصفحة وتخضع لمعيار 1.4.2. إذا لم تستطع شبكة الإعلانات ضمان الامتثال، فوفّر عنصر تحكم عام لكتم الصوت على مستوى الصفحة.
• اعتبار إعفاء الثلاث ثوانٍ ثغرة من خلال تقسيم مسار صوتي مستمر إلى مقاطع تقل عن ثلاث ثوانٍ لكل منها. نية WCAG واضحة: الصوت الذي يُشغَّل بشكل مستمر أو متكرر يخضع للمعيار بغض النظر عن كيفية تقسيمه تقنيًا.
• عدم توفير مؤشر تركيز مرئي على عنصر التحكم في الصوت. حتى لو كان عنصر التحكم قابلًا للوصول عبر لوحة المفاتيح، لا يستطيع مستخدمو لوحة المفاتيح المبصرون العثور عليه إذا لم يكن هناك حلقة تركيز (focus ring)، مما ينتهك الهدف المتعلق بقابلية الاستخدام لهذا المعيار وكذلك WCAG 2.4.7 (التركيز المرئي).

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

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

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

تُغطّي الفئات التالية من الكيانات صراحةً بموجب التعميم الرئاسي، وبالتالي يُطلب منها الالتزام بـ WCAG 1.4.2:

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

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