WCAG 1.4.7: صوت خلفية منخفض أو منعدم

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

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

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

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

ينطبق هذا المعيار على المسار الصوتي بغض النظر عما إذا كان هذا الصوت يُقدَّم كملف صوتي مستقل، أو كالمكوّن الصوتي لفيديو، أو مضمّنًا عبر مشغّل بودكاست، أو عنصر HTML5 <audio>، أو أداة وسائط تابعة لطرف ثالث. يرتبط المتطلب بـإنتاج المحتوى الصوتي نفسه، وليس بعنصر HTML محدد أو خاصية ARIA — ولهذا السبب لا يمكن لأدوات الفحص الآلي اكتشاف الانتهاكات بشكل موثوق، ويكون الاستعراض اليدوي للمحتوى الصوتي الفعلي ضروريًا دائمًا.

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

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

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

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

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

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

يتطلب معيار WCAG 1.4.7 إجراء اختبار يدوي. لا توجد قاعدة آلية في axe-core يمكنها اكتشاف هذا الانتهاك، وهذا مقصود. تعمل أدوات الفحص الآلي لإمكانية الوصول مثل axe-core وLighthouse وIBM Equal Access Checker من خلال تحليل بنية DOM وسمات HTML وأدوار ARIA والأنماط المحسوبة لصفحة الويب. وليس لديها أي قدرة على:

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

نظرًا لأن جميع عمليات التقييم يجب أن يقوم بها مراجع بشري يستمع إلى المحتوى ويستخدم، عند الحاجة، برنامج تحليل صوتي لقياس مستويات الديسيبل، فإن axe-core يضع علامة على هذا المعيار باعتباره يتطلب مراجعة يدوية. عندما تشغّل axe DevTools على صفحة تحتوي على عناصر <audio> أو <video>، قد يعرض لك الأداة تنبيهًا عامًا متعلقًا بالوسائط يذكّرك بتقييم معايير جودة الصوت يدويًا، لكنه لن ينتج حكمًا تلقائيًا بالنجاح أو الفشل لمعيار 1.4.7.

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

1. حصر جميع المحتويات الصوتية في الصفحة. حمّل الصفحة وحدّد كل عنصر <audio>، وكل عنصر <video> يحتوي على مسار صوتي، وكل بودكاست أو مشغّل وسائط مضمّن، وأي صوت خلفي يتم تشغيله تلقائيًا. حدّد ما إذا كان كل جزء من الصوت مسجّلًا مسبقًا ويحتوي على كلام في المقدمة. إذا كان مسارًا موسيقيًا خالصًا أو صوتًا محيطًا بدون كلام، فإن معيار 1.4.7 لا ينطبق عليه.
2. تشغيل فحص آلي للمشكلات الأساسية. استخدم axe DevTools أو Lighthouse أو التدقيق المدمج في أداة Accsible لفحص الصفحة. رغم أن هذه الأدوات لن تقيّم جودة الصوت، إلا أنها قد تشير إلى غياب الترجمات النصية، أو غياب سمة controls في عناصر <audio>، أو مشكلات أخرى متعلقة بإمكانية الوصول للوسائط. عالج أي مشكلات تم الإشارة إليها قبل الانتقال إلى التقييم اليدوي للصوت.
3. الاستماع إلى كل مسار صوتي مؤهّل بالكامل. استخدم مشغّل الصفحة المدمج أو قم بتنزيل الملف وفتحه في مشغّل وسائط. استمع تحديدًا إلى الموسيقى الخلفية أو الصوت المحيط أو أي صوت غير كلامي يتم تشغيله في الوقت نفسه مع الكلام في المقدمة.
4. تقييم ما إذا كان يمكن إيقاف الصوت الخلفي بشكل مستقل. إذا كان المشغّل يوفر عنصر تحكم منفصلًا لكتم أو خفض الموسيقى الخلفية دون التأثير على مسار الصوت البشري، فتحقّق من أن هذا العنصر يعمل كما هو متوقع عبر متصفحات Chrome وFirefox وSafari. اختبر باستخدام التنقل عبر لوحة المفاتيح فقط للتأكد من أن عنصر التحكم متاح.
5. قياس مستويات الديسيبل إذا كان الصوت الخلفي موجودًا ولا يمكن إيقافه. استورد الملف الصوتي إلى محرر صوت مجاني مثل Audacity. استخدم عرض الموجة أو المخطط الطيفي المدمج وأداة "Analyze > Contrast" (أو ما يعادلها) لقياس متوسط مستوى RMS لمقاطع الكلام مقابل متوسط مستوى RMS لمقاطع الصوت الخلفي. تأكد من أن الفرق لا يقل عن 20 ديسيبل. إذا لم يكن لديك إمكانية الوصول إلى برنامج تحليل صوتي، استخدم حكمك المهني كمستمع متمرّس: إذا كان الشخص العادي الذي يعاني من فقدان سمع خفيف سيجد الصوت الخلفي مشتتًا أو حاجبًا للكلام، فتعامل معه على أنه فشل محتمل.
6. الاختبار باستخدام تقنيات المساعدة. باستخدام NVDA مع Firefox، وVoiceOver مع Safari على macOS، وJAWS مع Chrome، تنقّل إلى كل مشغّل صوت. تأكد من أن جميع عناصر التحكم — بما في ذلك أي مفتاح تبديل للصوت الخلفي — يمكن الوصول إليها عبر لوحة المفاتيح (Tab/Shift+Tab)، وأن قارئ الشاشة يعلن عنها بشكل صحيح، وأنها قابلة للتشغيل باستخدام Enter أو Space. هذا لا يختبر جودة الصوت مباشرة، لكنه يؤكد أن أي عناصر تحكم تصحيحية أضفتها متاحة.
7. توثيق النتائج. سجّل أي الملفات الصوتية التي نجحت (لا صوت خلفي، أو عنصر تحكم متاح للمستخدم، أو تأكيد فرق 20 ديسيبل)، وأيها فشلت، وأيها مستثناة (مؤثرات صوتية قصيرة أقل من ثانيتين، أو صوت يكون في الأساس موسيقى وليس كلامًا).

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

السيناريو 1: مزج الموسيقى الخلفية بمستوى عالٍ جدًا — غير صحيح

<!-- Audio file contains a narrator speaking over background music
     mixed at roughly equal volume levels. No separate control exists.
     This fails WCAG 1.4.7 because background audio is not 20 dB below speech
     and cannot be turned off independently. -->
<audio controls src='product-explainer.mp3'>
  Your browser does not support the audio element.
</audio>

السيناريو 1: مزج الموسيقى الخلفية بمستوى عالٍ جدًا — صحيح

<!-- The audio file has been re-exported with no background music.
     If background music is desired for branding, produce two separate
     audio tracks: one speech-only and one with music. Offer the
     speech-only version as the default accessible option. -->
<audio controls src='product-explainer-speech-only.mp3'>
  Your browser does not support the audio element.
</audio>
<p>
  <a href='product-explainer-with-music.mp3'>
    Listen to version with background music (may be harder to follow for some users)
  </a>
</p>

السيناريو 2: صوت خلفي مع زر كتم مستقل — غير صحيح

<!-- A custom player claims to offer background audio control,
     but the button is not keyboard-accessible and has no accessible name.
     Sighted mouse users can click it, but screen reader users and
     keyboard-only users cannot reach or operate the control. -->
<div class='player'>
  <audio id='main-audio' src='lecture-with-ambience.mp3'></audio>
  <button onclick='document.getElementById("main-audio").play()'>Play</button>
  <div onclick='toggleBackground()' style='cursor:pointer'>
    <img src='music-icon.png'>
  </div>
</div>

السيناريو 2: صوت خلفي مع زر كتم مستقل — صحيح

<!-- The background audio toggle is now a proper <button> element with
     an accessible name, keyboard focus, and an aria-pressed state so
     screen readers announce whether background audio is on or off. -->
<div class='player'>
  <audio id='main-audio' src='lecture-with-ambience.mp3'></audio>
  <audio id='bg-audio' src='background-ambience.mp3' loop></audio>
  <button onclick='document.getElementById("main-audio").play()'>Play lecture</button>
  <button
    id='bg-toggle'
    aria-pressed='true'
    onclick='toggleBackground()'
  >
    Background audio: on
  </button>
</div>
<script>
  function toggleBackground() {
    var bg = document.getElementById('bg-audio');
    var btn = document.getElementById('bg-toggle');
    if (bg.paused) {
      bg.play();
      btn.setAttribute('aria-pressed', 'true');
      btn.textContent = 'Background audio: on';
    } else {
      bg.pause();
      btn.setAttribute('aria-pressed', 'false');
      btn.textContent = 'Background audio: off';
    }
  }
</script>

السيناريو 3: تشغيل تلقائي للصوت الخلفي عند تحميل الصفحة — غير صحيح

<!-- Background audio autoplays when the page loads and there is
     no way to turn it off. If a narrator audio also plays, the
     background audio will compete with it and cannot be suppressed. -->
<audio autoplay loop src='ambient-background.mp3'></audio>
<audio controls src='welcome-message.mp3'></audio>

السيناريو 3: تشغيل تلقائي للصوت الخلفي عند تحميل الصفحة — صحيح

<!-- Background audio does not autoplay. A clearly labeled, keyboard-
     accessible button allows the user to opt in if desired. The speech
     audio is presented independently and cleanly without competition. -->
<audio id='bg' loop src='ambient-background.mp3'></audio>
<button onclick='document.getElementById("bg").play()'>
  Play background music (optional)
</button>
<audio controls src='welcome-message.mp3'>
  Your browser does not support the audio element.
</audio>

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

• مزج الموسيقى الخلفية عند -10 ديسيبل بدلًا من -20 ديسيبل المطلوبة: غالبًا ما يطبّق المنتجون خفضًا بسيطًا في مستوى صوت الموسيقى الخلفية ويفترضون أنه كافٍ. يتطلب معيار WCAG فرقًا كاملًا قدره 20 ديسيبل (أي أهدأ بحوالي أربع مرات)، وليس مجرد خفض ملحوظ. تحقّق دائمًا باستخدام أداة تحليل صوتية بدلًا من الاعتماد على الحكم الذاتي وحده.
• الخلط بين عنصر التحكم في مستوى صوت المشغّل ككل وعنصر التحكم المستقل في الصوت الخلفي: لا يفي منزلق مستوى الصوت الرئيسي الذي يخفض كلًا من الكلام والصوت الخلفي في الوقت نفسه بشرط "يمكن للمستخدم إيقاف الصوت الخلفي". يجب أن يقوم عنصر التحكم بكتم الصوت الخلفي فقط دون التأثير على الكلام في المقدمة.
• افتراض أن المعيار ينطبق فقط على الملفات الصوتية المستقلة: يتغافل العديد من المطورين عن أن المسار الصوتي لعنصر الفيديو يخضع أيضًا لمعيار 1.4.7. ففيديو توضيحي يحتوي على موسيقى خلفية عالية ممزوجة في المسار الصوتي يفشل المعيار تمامًا كما يفشل ملف بودكاست.
• معاملة جميع الأصوات القصيرة على أنها مستثناة: ينطبق استثناء WCAG للمؤثرات الصوتية القصيرة فقط على الأصوات التي تستمر ثانيتين أو أقل. لا يغطي هذا الاستثناء نغمة قصيرة متكررة كل بضع ثوانٍ، أو حلقة خلفية من الأصوات القصيرة، ويجب أن تظل هذه الأصوات ممتثلة للمعيار.
• عدم اختبار مفتاح تبديل الصوت الخلفي باستخدام التنقل عبر لوحة المفاتيح فقط: غالبًا ما تنفّذ الفرق زر كتم جذابًا بصريًا باستخدام عنصر غير تفاعلي مثل <div> أو <span>، وهو ما لا يمكن الوصول إليه عبر مفتاح Tab ولا يمكن تشغيله باستخدام Enter أو Space. استخدم عنصر <button> أصليًا بحيث تكون دعم لوحة المفاتيح وتقنيات المساعدة مدمجًا.
• نسيان إضافة aria-pressed أو حالة مكافئة إلى أزرار تبديل الصوت الخلفي: بدون مؤشر حالة، يمكن لمستخدمي قارئ الشاشة تشغيل الزر لكن لا يمكنهم معرفة ما إذا كان الصوت الخلفي قيد التشغيل أم متوقفًا. عكس الحالة الحالية دائمًا في الاسم المتاح للزر أو عبر aria-pressed.
• إنتاج ملف صوتي واحد ممزوج فقط بدلًا من تقديم مسارات منفصلة: عندما يكون الصوت الخلفي جزءًا أساسيًا من الفكرة الإبداعية، غالبًا ما تصدّر الفرق ملفًا واحدًا ممزوجًا بدلًا من تقديم بديل يقتصر على الكلام. إن توفير نسخة منفصلة تقتصر على الكلام يكلّف جهد إنتاج إضافي ضئيلًا للغاية ويزيل خطر عدم الامتثال بالكامل.
• تطبيق معيار 1.4.7 على البث الصوتي المباشر: يغطي هذا المعيار صراحة الصوت المسجّل مسبقًا فقط. لا تخضع البثوث الصوتية المباشرة لهذا المعيار المحدد، رغم أن معايير أخرى مثل 1.4.4 (تغيير حجم النص) ومتطلبات الترجمات النصية قد تنطبق على المحتوى المرتبط.
• إهمال التحقق من المشغّلات المضمّنة التابعة لأطراف ثالثة: عندما يتم تضمين المحتوى من منصات خارجية (مضيفي البودكاست، شبكات توزيع الفيديو، خدمات مشاركة الصوت)، غالبًا ما تفترض الفرق أن الامتثال هو مسؤولية المنصة. ومع ذلك، يكون مالك الصفحة مسؤولًا عن إمكانية الوصول لجميع المحتويات على صفحاته، بما في ذلك الوسائط المضمّنة. تحقّق من أن مشغّل الطرف الثالث إمّا يفي بمتطلبات جودة الصوت أو يوفر عناصر التحكم اللازمة.
• قياس مستويات الذروة بدلًا من مستويات RMS المتوسطة عند التحقق من متطلب 20 ديسيبل: يشير حد 20 ديسيبل في معيار WCAG 1.4.7 إلى جهارة الصوت الإدراكية، والتي يتم تقريبها بشكل أفضل عبر مستويات RMS (Root Mean Square) المتوسطة، وليس مستويات الذروة اللحظية. يمكن أن تؤدي قياسات مستوى الذروة إلى قراءات إيجابية مضللة لا تعكس تجربة الاستماع الفعلية.

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

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

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

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

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