WCAG 1.4.9: صور النص (دون استثناء)

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

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

WCAG 1.4.9 — صور النص (بدون استثناء) هو معيار من مستوى AAA يأخذ متطلبات WCAG 1.4.5 (صور النص، مستوى AA) إلى نتيجتها المنطقية. بينما يسمح 1.4.5 باستخدام صور النص عندما تكون الصورة قابلة للتخصيص بصريًا أو عندما يكون عرض بصري محدد أمرًا جوهريًا، يقوم 1.4.9 بإلغاء معظم هذه الاستثناءات تقريبًا. بموجب هذا المعيار، يجب عرض النص باستخدام نص حقيقي — أحرف فعلية في الـ DOM — بدلاً من صور نقطية أو متجهية تحتوي على نص.

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

يتم اجتياز معيار 1.4.9 عندما يتم عرض كل جزء من النص ذي المعنى المرئي للمستخدم بواسطة محرك النص في المتصفح — سواء من خلال عقد نصية في HTML، أو محتوى مولّد عبر CSS حيثما كان مناسبًا، أو عناصر SVG <text> — بحيث يمكن لوكيل المستخدم إعادة التدفق، وتغيير الحجم، وتغيير الألوان، وتعديل التباعد. يحدث الفشل كلما تم استخدام <img> أو <canvas> أو صورة خلفية في CSS أو SVG <image> أو PDF مضمّن أو أي مورد غير نصي آخر لعرض نص يحمل معنى، بغض النظر عما إذا تم توفير سمة alt أم لا. لاحظ أن سمة alt المكتوبة جيدًا تعالج المعيار 1.1.1 (المحتوى غير النصي) لكنها لا تفي بالمعيار 1.4.9، لأن النص البديل لا يتم عرضه بصريًا وما زالت الصورة الأصلية تحرم المستخدمين المبصرين من القدرة على تكييف العرض البصري للنص.

يؤثر هذا المعيار على أنماط HTML الشائعة التالية: عناصر <img> التي تحتوي ملفات المصدر الخاصة بها على نص؛ خصائص CSS background-image التي تشير إلى صور تحتوي على نص مضمّن؛ عناصر <canvas> التي تم رسم النص عليها برمجيًا؛ عناصر SVG المضمّنة التي تستخدم <image> بدلاً من <text>؛ والتضمينات من جهات خارجية مثل iframes التي تحتوي على محتوى صور معروضة. حتى التنسيقات القابلة للتدرج تقنيًا مثل SVG تخضع للتدقيق عندما يتم تضمين النص كمسار أو صورة بدلاً من عقدة SVG <text>.

لماذا يهم ذلك

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

تأمل مستخدمًا ضعيف البصر قام بضبط متصفحه لعرض النص بخط كبير من نوع sans-serif مع تباين عالٍ بألوان أصفر على أسود. عندما يصادف لافتة ترويجية مكتوب عليها "Summer Sale — 50% Off" مدمجة داخل ملف JPEG، لا يستطيع المتصفح إعادة تلوين هذا النص أو إعادة تدفقه. قد تتدرج الصورة مع تكبير الصفحة، لكنها سرعان ما تصبح متكسّرة (بكسلية) وأصعب في القراءة بدلاً من أن تصبح أوضح. لو تم عرض الرسالة نفسها كنص HTML حقيقي منسّق باستخدام CSS، فستُطبّق تفضيلات المتصفح الخاصة بالمستخدم تلقائيًا، وسيظل المحتوى واضحًا وقابلاً للتعديل وسهل الوصول.

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

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

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

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

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

يتطلب فحصًا يدويًا (لا توجد قاعدة مخصصة في axe): لا يوفّر axe-core قاعدة تكتشف تلقائيًا صور النص بموجب 1.4.9. يمكن للأدوات الآلية الإشارة إلى عناصر <img> التي تفتقر إلى سمات alt (قاعدة image-alt) وصور الخلفية التي قد تحمل معنى، لكنها لا تستطيع تحليل محتوى البكسل للصورة لتحديد ما إذا كانت تحتوي على نص، ولا يمكنها الحكم على ما إذا كان هذا النص زخرفيًا. يجب على المختبِر البشري فحص كل صورة وكل رسم خلفية على الصفحة بصريًا وتحديد ما إذا كانت تنقل معلومات نصية غير متاحة أيضًا كنص حقيقي معروض في الـ DOM. هذا قيد متأصل في التحليل الساكن: يمكن نظريًا تطبيق التعرف البصري على الأحرف (OCR)، لكنه سينتج عددًا كبيرًا من الإيجابيات الكاذبة على الصور التي تحتوي مصادفة على حروف أو معالجات شعارات.
image-alt (قاعدة axe): رغم أنه ليس اختبارًا مباشرًا لـ 1.4.9، تتحقق قاعدة image-alt من أن جميع عناصر <img> تحتوي على سمة alt غير فارغة أو تم تمييزها صراحة كزخرفية. يساعد تشغيل هذه القاعدة المدققين على تحديد الصور التي تحتاج إلى فحص أدق: أي صورة تحتوي على سمة alt وصفية تبدو كجملة أو تحتوي على نص ترويجي هي إشارة قوية إلى أن الصورة نفسها قد تكون صورة نص وبالتالي مرشحًا لمعيار 1.4.9.
تدقيق Lighthouse "Image elements do not have [alt] attributes": على غرار image-alt، يعرض هذا الفحص في Lighthouse الصور التي لا تحتوي على أي وصف. يجب على المختبِرين مراجعة الصور المشار إليها يدويًا لتقييم ما إذا كانت تعرض نصًا.

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

تشغيل فحص آلي كخطوة أولى. افتح axe DevTools أو إضافة Deque للمتصفح أو Lighthouse في Chrome DevTools وشغّل تدقيقًا لصفحة كاملة. راجع أي مشكلات متعلقة بالصور تم الإبلاغ عنها. رغم أنه لا توجد قاعدة آلية تغطي 1.4.9 مباشرة، تكشف هذه الخطوة جميع عناصر <img> وصور الخلفية في CSS للمراجعة اليدوية اللاحقة. صدّر النتائج وسجّل كل صورة تحمل سمة alt غير فارغة تشبه الجملة أو التي يشير إليها axe ضمن image-alt.
فحص جميع الصور والرسومات الخلفية بصريًا. مرّر عبر الصفحة وافحص كل صورة، وصورة خلفية في CSS، وعنصر canvas، ورسوم SVG. اسأل: هل تحتوي هذه الصورة على نص؟ إذا كانت الإجابة نعم، فهل هذا النص زخرفي بحت (لا يضيف أي معلومات ويمكن إزالته دون فقدان)؟ هل هو شعار نصي حيث يكون أسلوب الحروف المحدد غير قابل للفصل عن هوية العلامة؟ إذا لم ينطبق أي من الاستثناءين، فالصورة تمثل فشلًا في 1.4.9.
تعطيل الصور في المتصفح. في Firefox، انتقل إلى about:config واضبط permissions.default.image على 2، أو استخدم إضافة مثل "Disable Images". أعد تحميل الصفحة. أي معلومات نصية تختفي ولا تُستبدل بنص DOM مرئي (وليس مجرد سمة alt يعلنها قارئ الشاشة) تمثل فشلًا في 1.4.9. أعد تفعيل الصور بعد الاختبار.
تطبيق ورقة أنماط مخصصة للمستخدم. في Firefox، ضع ملفًا في chrome/userContent.css ضمن ملف تعريفك وأضف قاعدة مثل * { font-family: OpenDyslexic, sans-serif !important; color: yellow !important; background-color: black !important; }. أعد تحميل الصفحة. النص المعروض كنص HTML فعلي سيتبنى هذه الأنماط؛ النص المضمّن في الصور لن يتغير. أي محتوى نصي يبقى دون تغيير بصريًا وغير قابل للقراءة تحت هذه الأنماط المفروضة يمثل فشلًا.
الاختبار باستخدام NVDA وFirefox. تنقّل في الصفحة باستخدام وضع التصفح في NVDA. بالنسبة لكل صورة، لاحظ ما يعلنه NVDA. إذا قرأ NVDA سمة alt تحتوي على محتوى نصي كبير، فقم بمقارنة هذا المحتوى بما يتم عرضه بصريًا في الصورة. وجود محتوى نصي ذي معنى في سمة alt هو مؤشر قوي على أن الصورة تحتوي على نص — ويؤكد فشل 1.4.9 حتى لو تم استيفاء 1.1.1 من الناحية التقنية.
الاختبار باستخدام VoiceOver وSafari على macOS. استخدم VO + السهم الأيمن للتحرك عبر المحتوى. استمع إلى أوصاف الصور التي تسرد جملًا كاملة أو عناوين أو نصًا ترويجيًا. قارن ذلك مع الفحص البصري للتأكد من أن المصدر هو صورة وليس نصًا حقيقيًا.
التكبير إلى 400%. تتطلب معايير WCAG 1.4.4 و1.4.10 أن يظل النص قابلاً للقراءة عند مستويات التكبير العالية. تصبح صور النص بكسلية عند تكبيرها باستخدام تكبير المتصفح؛ بينما يظل النص الحقيقي المعروض بواسطة محرك المتصفح واضحًا. عند تكبير 400%، أي نص يبدو ضبابيًا أو بكسليًا هو على الأرجح صورة نص ويجب التحقيق فيه كفشل محتمل لمعيار 1.4.9.

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

لافتة ترويجية تحتوي على نص مضمّن — غير صحيح

<!-- A marketing banner where the headline and CTA are baked into the image.
     Even with alt text, users cannot customize the text rendering. -->
<a href='/sale'>
  <img src='/images/summer-sale-banner.jpg'
       alt='Summer Sale — Up to 50% off all products. Shop Now.'
       width='1200' height='400'>
</a>

لافتة ترويجية تحتوي على نص مضمّن — صحيح

<!-- The banner uses a real background image for visual decoration,
     while all text is rendered as real HTML so users can resize,
     recolor, and reflow it independently. -->
<a href='/sale' class='sale-banner'>
  <!-- Background image set via CSS: .sale-banner { background-image: url(/images/summer-bg.jpg); } -->
  <h2 class='sale-banner__headline'>Summer Sale</h2>
  <p class='sale-banner__offer'>Up to 50% off all products</p>
  <span class='sale-banner__cta'>Shop Now</span>
</a>

إنفوغرافيك مع نقاط بيانات معنونة — غير صحيح

<!-- An infographic where category labels and percentages are drawn
     into the PNG. Screen reader users hear the alt; sighted low-vision
     users cannot enlarge or recolor the labels. -->
<img src='/images/market-share-2024.png'
     alt='Market share 2024: Product A 42%, Product B 31%, Product C 27%'
     width='800' height='600'>

إنفوغرافيك مع نقاط بيانات معنونة — صحيح

<!-- An accessible SVG chart where all labels are SVG <text> nodes.
     Users can zoom, reflow, and apply high-contrast themes to the text.
     An adjacent <table> provides the same data in tabular form. -->
<figure>
  <svg viewBox='0 0 800 400' role='img'
       aria-labelledby='chart-title chart-desc'>
    <title id='chart-title'>Market Share 2024</title>
    <desc id='chart-desc'>Pie chart: Product A 42%, Product B 31%, Product C 27%</desc>
    <!-- chart paths -->
    <text x='200' y='150' class='chart-label'>Product A — 42%</text>
    <text x='450' y='200' class='chart-label'>Product B — 31%</text>
    <text x='350' y='320' class='chart-label'>Product C — 27%</text>
  </svg>
  <figcaption>
    <details>
      <summary>View data as table</summary>
      <table>
        <caption>Market Share 2024</caption>
        <thead><tr><th>Product</th><th>Share</th></tr></thead>
        <tbody>
          <tr><td>Product A</td><td>42%</td></tr>
          <tr><td>Product B</td><td>31%</td></tr>
          <tr><td>Product C</td><td>27%</td></tr>
        </tbody>
      </table>
    </details>
  </figcaption>
</figure>

صورة خلفية في CSS تحتوي على ترويسة مليئة بالنص — غير صحيح

<!-- The page title is set as a CSS background image rather than real text.
     This is a common design pattern from the early 2000s image-replacement era
     that should not appear in modern codebases. -->
<h1 class='logo-header'></h1>
<!-- CSS: .logo-header {
       background: url('/images/page-title-about-us.png') no-repeat;
       width: 400px; height: 80px; display: block;
       text-indent: -9999px;
     } -->

صورة خلفية في CSS تحتوي على ترويسة مليئة بالنص — صحيح

<!-- Real text is rendered by the browser. Custom web fonts reproduce
     the desired typographic style without sacrificing adaptability.
     The background image, if needed at all, is purely decorative texture. -->
<h1 class='page-title'>About Us</h1>
<!-- CSS: .page-title {
       font-family: 'BrandTypeface', serif;
       font-size: 3rem;
       color: #1a1a2e;
       letter-spacing: 0.05em;
     } -->

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

افتراض أن سمة alt الكاملة تفي بالمعيار 1.4.9. إن توفير بديل نصي شامل في سمة alt يعالج معيار WCAG 1.1.1 لكنه لا يفعل شيئًا للمعيار 1.4.9. هذا المعيار يتعلق تحديدًا بجعل العرض البصري للنص قابلًا للتخصيص، وليس بالمعادلات البرمجية لقارئات الشاشة.
استخدام تقنيات استبدال النص في CSS (text-indent: -9999px أو طرق clip) على عناصر <h1> حتى <h6>. تخفي هذه التقنيات القديمة النص الحقيقي بصريًا وتستبدله بصورة خلفية، مما يعني أن المستخدمين المبصرين ذوي ضعف البصر يحصلون فقط على الصورة بينما يحصل مستخدمو قارئات الشاشة فقط على النص المخفي — وهو عدم تطابق يضر بكلتا الفئتين بطرق مختلفة.
تصدير الطباعة على الويب كملفات PNG أو JPEG لأن خطًا مخصصًا غير متوفر كخط ويب. إذا تعذر قانونيًا تقديم خط مرخّص كخط ويب، فالحل الصحيح هو التفاوض على حقوق خط الويب أو اختيار خط بديل، وليس تحويل النص إلى صور نقطية.
اعتبار ملفات SVG متاحة تلقائيًا. ملف SVG يضمّن النص كعناصر <path> (مخرج شائع من أدوات التصميم مثل خيار "outline text" في Illustrator) هو غير متاح تمامًا مثل PNG. يجب أن يستخدم SVG عناصر <text> لاجتياز المعيار 1.4.9.
تضمين النص في عناصر <canvas> دون بديل من نص حقيقي. يتم تنقيط محتوى canvas على مستوى البكسل. أي نص يتم رسمه عبر ctx.fillText() لا يعد جزءًا من الـ DOM ولا يمكن تكييفه بواسطة وكلاء المستخدم. يلزم وجود تراكب نص حقيقي أو بديل.
ترك صور الوثائق الممسوحة ضوئيًا (ملفات PDF المعروضة كصور) بدون طبقات نص حقيقية تعتمد على OCR. الوثائق الممسوحة ضوئيًا المقدمة في وسوم <img> أو كملفات PDF تحتوي على صور فقط تفشل في المعيار 1.4.9. يتطلب الأمر تشغيل OCR وتضمين طبقة نص قابلة للتحديد، أو تحويل الوثيقة إلى HTML مهيكل بشكل صحيح.
استخدام صور النص للبيانات الديناميكية مثل الأسعار، وكميات المخزون، أو المحتوى الذي ينشئه المستخدم. في كل مرة يقوم فيها الخادم بإنشاء صورة تحتوي على بيانات نصية، يتم حبس هذه البيانات في تنسيق الصورة. يجب عرض الأسعار في قوائم المنتجات، وتوافر المقاعد على منصات الحجز، ونتائج المباريات المباشرة كنص حقيقي حتى يتمكن المستخدمون من تغيير حجمها وتلوينها.
تجاهل صور تواقيع البريد الإلكتروني. غالبًا ما تنشئ فرق التسويق كتل التوقيع كصور للحفاظ على الهوية البصرية. عندما تتم أرشفة هذه الرسائل وربطها من مواقع الويب، تصبح صور التوقيع محتوى ويب يخضع للمعيار 1.4.9.
تجاهل محتوى الودجات (widgets) من جهات خارجية. قد تقوم ودجات الدردشة، وشارات الإثبات الاجتماعي، وعروض المراجعات الدوّارة التي توفرها جهات خارجية بحقن صور نص في الصفحة. يظل مالكو المواقع مسؤولين عن إمكانية الوصول لجميع المحتويات على صفحاتهم؛ إذا لم يتمكن المورّد من توفير عرض يعتمد على النص، فيجب البحث عن مورّد آخر.
الخلط بين استثناء الشعار النصي والاستثناءات العامة للعلامة التجارية. يغطي استثناء الشعار النصي فقط الشعار أو الكلمة المميِّزة نفسها — اسم العلامة التجارية المصمم. لا يمتد إلى الشعارات الفرعية، أو تسميات التنقل، أو أي نص آخر يظهر بجوار الشعار في الصورة نفسها.

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

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

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

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

يُنصح المنظمات التي تسعى إلى تحصين ممتلكاتها الرقمية ضد تطور اللوائح — أو تلك التي تسعى للحصول على عقود مشتريات عامة تتطلب إظهار ريادة في إمكانية الوصول — بإجراء تدقيق ومعالجة لإخفاقات 1.4.9 كجزء من برنامج شامل لإمكانية الوصول. يمكن لـ Accsible's overlay SDK المساعدة في تكييف النص في وقت التشغيل لبعض سيناريوهات صور النص القديمة، لكن المعالجة الدائمة على مستوى الكود — استبدال صور النص بنص HTML حقيقي منسّق عبر CSS وخطوط الويب — تظل الحل الأكثر قوة وديمومة للامتثال طويل الأجل.