WCAG 1.4.9: Metin Görüntüleri (İstisna Yok)

Bu Kuralın Anlamı

WCAG 1.4.9 — Metin Görüntüleri (İstisnasız), WCAG 1.4.5’in (Metin Görüntüleri, Seviye AA) gerekliliklerini mantıksal sonucuna götüren Seviye AAA ölçütüdür. 1.4.5, görüntü görsel olarak özelleştirilebilir olduğunda veya belirli bir görsel sunumun vazgeçilmez olduğu durumlarda metin görüntülerine izin verirken, 1.4.9 bu istisnaların neredeyse tamamını ortadan kaldırır. Bu ölçüte göre, metin, metin içeren raster veya vektör görüntüler yerine, gerçek DOM karakterleri olan gerçek metin kullanılarak oluşturulmalıdır.

1.4.9 kapsamında izin verilen tek istisna, tamamen dekoratif olan (hiçbir bilgilendirici değeri olmayan) metin veya iletilen kimlikten ayrılmaz olan belirli görsel işleme sahip bir logo ya da marka adının parçası olan metindir. Pratikte bu, metin içeren ürün ekran görüntülerinin, promosyon metni içeren banner grafiklerinin, etiketli veriler içeren infografiklerin, sertifika görsellerinin, sosyal medya tarzı alıntı kartlarının ve web’de görüntülenen taranmış belgelerin tamamının gerçek işlenmiş metinle değiştirilmesi veya en azından onunla desteklenmesi gerektiği anlamına gelir.

1.4.9 kapsamında başarılı sayılmak için, kullanıcıya görünür anlamlı metnin her bir parçası, tarayıcının metin motoru tarafından — uygun olduğunda HTML metin düğümleri, CSS ile üretilen içerik veya SVG <text> öğeleri aracılığıyla — oluşturulmalı, böylece kullanıcı aracısı metni yeniden akıtabilmeli, yeniden boyutlandırabilmeli, yeniden renklendirebilmeli ve yeniden aralıklayabilmelidir. <img>, <canvas>, CSS arka plan görüntüsü, SVG <image>, gömülü PDF veya başka herhangi bir metin dışı kaynağın, anlam taşıyan metni görüntülemek için kullanılması durumunda, alt özniteliği sağlanmış olsa bile, başarısızlık söz konusudur. İyi yazılmış bir alt özniteliğinin 1.1.1’i (Metin Dışı İçerik) karşıladığını, ancak alternatif metin görsel olarak işlenmediği ve orijinal görüntü, gören kullanıcıların metnin görsel sunumunu uyarlama yeteneğini hâlâ engellediği için 1.4.9’u karşılamadığını unutmayın.

Bu ölçüt, aşağıdaki yaygın HTML kalıplarını etkiler: kaynak dosyaları metin içeren <img> öğeleri; gömülü metin içeren görüntülere işaret eden CSS background-image özellikleri; metnin programatik olarak çizildiği <canvas> öğeleri; <text> yerine <image> kullanan satır içi SVG öğeleri; ve render edilmiş görüntü içeriği barındıran iframe gibi üçüncü taraf gömüler. SVG gibi teknik olarak ölçeklenebilir formatlar bile, metin bir yol (path) veya görüntü olarak gömüldüğünde, SVG <text> düğümü yerine kullanıldığında incelemeye tabidir.

Neden Önemlidir

Dünya Sağlık Örgütü’ne göre dünya genelinde yaklaşık 2,2 milyar insanın bir tür görme bozukluğu vardır. Bu kişilerin önemli bir alt kümesi — düşük görme, renk görme bozuklukları, disleksi ve diğer basılı materyal engelleri olan kişiler dahil — içeriği okunabilir kılmak için tarayıcı veya işletim sistemi düzeyindeki metin özelleştirme araçlarına güvenir. Bu araçlar; yakınlaştırma işlevlerini, yazı tipi değiştirmeyi, artırılmış harf ve kelime aralığını, yüksek kontrastlı veya özel renk şemalarını ve işlenmiş DOM metni üzerinde çalışan metin okuma motorlarını içerir. Metin bir görüntünün içine gömüldüğünde, bu uyarlamaların tamamı o içerik için kullanılamaz hale gelir.

Düşük görme yetisine sahip ve tarayıcısını, metni büyük, sans serif bir yazı tipinde, yüksek kontrastlı sarı üzerine siyah renkte gösterecek şekilde ayarlamış bir kullanıcıyı düşünün. “Yaz İndirimi — %50 İndirim” yazan ve JPEG’e gömülmüş bir promosyon banner’ıyla karşılaştığında, tarayıcı bu metni yeniden renklendiremez veya yeniden akıtamaz. Görüntü sayfa yakınlaştırmasıyla büyüyebilir, ancak daha net olmak yerine hızla pikselleşir ve okunması zorlaşır. Aynı mesaj gerçek HTML metni olarak CSS ile stillendirilmiş şekilde işlenmiş olsaydı, kullanıcının tarayıcı tercihleri otomatik olarak uygulanır ve içerik net, ayarlanabilir ve erişilebilir kalırdı.

Disleksiye sahip kullanıcılar sıklıkla, yazı tiplerini OpenDyslexic gibi disleksi dostu yazı tipleriyle değiştiren ve görsel kalabalığı azaltmak için karakter ve kelime aralığını artıran tarayıcı uzantıları veya özel stil sayfaları kurarlar. Metin görüntüleri bu uyarlamaları tamamen devre dışı bırakır. Bir harekete geçirici mesaj düğmesinin, stillendirilmiş bir HTML öğesi yerine görüntü olarak işlenmesi, bu özelleştirmeler için fiilen görünmez hale gelmesi anlamına gelir ve kişiselleştirilmiş işlenmeye ihtiyaç duyan kullanıcılar için kritik etkileşimli öğeleri gizleyebilir.

Switch erişimi veya göz izleme yazılımına güvenen motor engelli kullanıcılar, hassas hedeflere ulaşmak için yakınlaştırma araçlarını yoğun şekilde kullanabilir. Yüksek yakınlaştırma seviyelerinde bulanık, düşük çözünürlüklü metin görüntüleri ek hedefleme zorluğu yaratır. Hâlâ bir miktar görme yetisine sahip olup kavrama için ekran okuyucu kullanan kullanıcılar da, yazarın eksiksiz bir alt özniteliği yazmayı hatırlayıp hatırlamadığına bağlı olarak metin görüntülerinin tutarsız şekilde seslendirildiğini görebilir — ve kusursuz bir alt metin bile ihtiyaç duydukları görsel sunumu geri getirmez.

Engellilik erişiminin ötesinde, metin görüntüleri yerine gerçek metin kullanmak anlamlı SEO faydaları sağlar. Arama motoru tarayıcıları, görüntü içeriğini yorumlamaya kıyasla DOM metnini çok daha güvenilir şekilde indeksler; bu da görüntülere gömülü promosyon başlıklarının, ürün adlarının ve kategori etiketlerinin arama sıralamasında çok az veya hiç ağırlık alamayacağı anlamına gelir. Gerçek metin ayrıca çoğu tipografik kullanım için dosya boyutu açısından daha hafiftir, Core Web Vitals skorlarını iyileştirir ve mobil veri bağlantısı kullanan kullanıcılar için bant genişliği tüketimini azaltır — mobil internet penetrasyonunun yüksek, veri maliyetlerinin ise hâlâ önemli olduğu pazarlarda özellikle önemli bir konudur.

İlgili Axe-core Kuralları

WCAG 1.4.9, hiçbir otomatik aracın bir görüntünün anlamlı metin içerip içermediğini, bu metnin tamamen dekoratif olup olmadığını veya belirli görsel sunumunun vazgeçilmez olup olmadığını güvenilir şekilde belirleyememesi nedeniyle manuel test gerektirir. Axe-core veya ilgili araçları kullanırken aşağıdaki hususlar geçerlidir:

• Manuel inceleme gerekli (özel bir axe kuralı yok): axe-core, 1.4.9 kapsamındaki metin görüntülerini otomatik olarak tespit eden bir kural içermez. Otomatik araçlar, alt özniteliği eksik <img> öğelerini (image-alt kuralı) ve anlam taşıyabilecek arka plan görüntülerini işaretleyebilir, ancak bir görüntünün piksel içeriğini analiz ederek metin içerip içermediğini belirleyemez, metnin dekoratif olup olmadığını da yargılayamaz. Bir insan testçi, sayfadaki her görüntüyü ve arka plan grafiğini görsel olarak incelemeli ve bunların, DOM’da gerçek işlenmiş metin olarak da sunulmayan metinsel bilgi aktarıp aktarmadığını belirlemelidir. Bu, statik analizin doğasında bulunan bir sınırlamadır: teorik olarak optik karakter tanıma uygulanabilir, ancak tesadüfen harf veya logotip içeren görüntülerde önemli sayıda yanlış pozitif üretecektir.
• image-alt (axe kuralı): 1.4.9’un doğrudan testi olmasa da, image-alt kuralı tüm <img> öğelerinin boş olmayan bir alt özniteliğine sahip olmasını veya açıkça dekoratif olarak işaretlenmesini kontrol eder. Bu kuralı çalıştırmak, denetçilerin daha yakından incelenmesi gereken görüntüleri belirlemesine yardımcı olur: cümle gibi okunan veya promosyon metni içeren açıklayıcı bir alt özniteliğine sahip herhangi bir görüntü, görüntünün kendisinin bir metin görüntüsü olabileceğine ve dolayısıyla 1.4.9 adayı olduğuna dair güçlü bir sinyaldir.
• Lighthouse “Image elements do not have [alt] attributes” denetimi: image-alt’a benzer şekilde, bu Lighthouse kontrolü tamamen tanımlanmamış görüntüleri ortaya çıkarır. Testçiler, işaretlenen görüntüleri metin tasvir edip etmediklerini değerlendirmek için manuel olarak incelemelidir.

Nasıl Test Edilir

1. İlk adım olarak otomatik bir tarama çalıştırın. axe DevTools’u, Deque tarayıcı uzantısını veya Chrome DevTools içindeki Lighthouse’u açın ve tam sayfa denetimi çalıştırın. İşaretlenen görüntüyle ilgili sorunları inceleyin. Hiçbir otomatik kural doğrudan 1.4.9’u kapsamasa da, bu adım tüm <img> öğelerini ve CSS arka plan görüntülerini takip eden manuel inceleme için ortaya çıkarır. Sonuçları dışa aktarın ve boş olmayan, cümle benzeri alt özniteliği taşıyan veya axe tarafından image-alt kapsamında işaretlenen her görüntüyü not edin.
2. Tüm görüntüleri ve arka plan grafikleri görsel olarak inceleyin. Sayfayı kaydırın ve her görüntüyü, CSS arka planını, canvas öğesini ve SVG grafiğini inceleyin. Şunu sorun: Bu görüntü metin içeriyor mu? Evetse, bu metin tamamen dekoratif mi (hiçbir bilgi eklemiyor ve kaybedilmeden kaldırılabilir mi)? Marka kimliğinden ayrılmaz belirli bir yazı stili olan bir logotip mi? Bu iki istisnadan hiçbiri geçerli değilse, görüntü 1.4.9 ihlalidir.
3. Tarayıcıda görüntüleri devre dışı bırakın. Firefox’ta about:config sayfasına gidin ve permissions.default.image değerini 2 olarak ayarlayın veya “Disable Images” gibi bir uzantı kullanın. Sayfayı yeniden yükleyin. Kaybolan ve görünür DOM metniyle (yalnızca ekran okuyucu tarafından seslendirilen bir alt özniteliği değil) değiştirilmemiş herhangi bir metinsel bilgi, 1.4.9 ihlalini temsil eder. Testten sonra görüntüleri yeniden etkinleştirin.
4. Özel bir kullanıcı stil sayfası uygulayın. Firefox’ta, profilinizin chrome/userContent.css konumuna bir dosya yerleştirin ve * { font-family: OpenDyslexic, sans-serif !important; color: yellow !important; background-color: black !important; } gibi bir kural ekleyin. Sayfayı yeniden yükleyin. Gerçek HTML olarak işlenen metin bu stilleri benimser; görüntülere gömülü metin ise değişmez. Bu zorlanmış stiller altında görsel olarak değişmeden kalan ve okunamayan herhangi bir metinsel içerik bir ihlaldir.
5. NVDA ve Firefox ile test edin. Sayfada NVDA’nın gezinme modunu kullanarak gezinin. Her görüntü için NVDA’nın ne söylediğini not edin. NVDA, önemli metin içeriği barındıran bir alt özniteliğini okursa, bu içeriği görüntüde görsel olarak gösterilenle karşılaştırın. Bir alt özniteliğinde anlamlı metin içeriğinin bulunması, görüntünün metin içerdiğinin güçlü bir göstergesidir — ve 1.1.1 teknik olarak karşılansa bile 1.4.9 ihlalini doğrular.
6. macOS’ta VoiceOver ve Safari ile test edin. İçerikte ilerlemek için VO + Sağ Ok tuşlarını kullanın. Tam cümleleri, başlıkları veya promosyon metnini anlatan görüntü açıklamalarını dinleyin. Kaynağın gerçek metin yerine bir görüntü olduğunu doğrulamak için görsel inceleme ile çapraz kontrol yapın.
7. %400’e kadar yakınlaştırın. WCAG 1.4.4 ve 1.4.10, metnin yüksek yakınlaştırma seviyelerinde okunabilir kalmasını gerektirir. Metin görüntüleri, tarayıcı yakınlaştırmasıyla büyütüldüğünde pikselleşir; tarayıcı motoru tarafından işlenen gerçek metin ise net kalır. %400 yakınlaştırmada bulanık veya pikselli görünen herhangi bir metin muhtemelen bir metin görüntüsüdür ve 1.4.9 ihlali olarak araştırılmalıdır.

Nasıl Düzeltilir

Gömülü metin içeren promosyon banner’ı — Hatalı

<!-- 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>

Gömülü metin içeren promosyon banner’ı — Doğru

<!-- 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>

Etiketli veri noktalarına sahip infografik — Hatalı

<!-- 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'>

Etiketli veri noktalarına sahip infografik — Doğru

<!-- 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>

Metin ağırlıklı başlık içeren CSS arka plan görüntüsü — Hatalı

<!-- 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;
     } -->

Metin ağırlıklı başlık içeren CSS arka plan görüntüsü — Doğru

<!-- 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;
     } -->

Yaygın Hatalar

• Tam bir alt özniteliğinin 1.4.9’u karşıladığını varsaymak. alt özniteliğinde kapsamlı bir metin alternatifi sağlamak WCAG 1.1.1’i karşılar, ancak 1.4.9 için hiçbir şey yapmaz. Bu ölçüt, özellikle metnin görsel işlenmesinin özelleştirmeye açık olmasıyla ilgilidir; ekran okuyucular için programatik eşdeğerlerle değil.
• <h1>–<h6> öğelerinde görüntü değiştirme CSS tekniklerini (text-indent: -9999px veya clip yöntemleri) kullanmak. Bu eski teknikler, gerçek metni görsel olarak gizler ve yerine bir arka plan görüntüsü koyar; bu da düşük görme yetisine sahip gören kullanıcıların yalnızca görüntüyü, ekran okuyucu kullanıcılarının ise yalnızca gizli metni alması anlamına gelir — her iki kullanıcı grubunu da farklı şekillerde başarısızlığa uğratır.
• Özel bir yazı tipi web font olarak mevcut olmadığı için web tipografisini PNG veya JPEG olarak dışa aktarmak. Lisanslı bir yazı tipi yasal olarak web font olarak sunulamıyorsa, doğru çözüm web font haklarını müzakere etmek veya alternatif bir yazı tipi seçmektir; metni görüntülere dönüştürmek değil.
• SVG dosyalarını doğası gereği erişilebilir kabul etmek. Metni <path> öğeleri olarak gömen bir SVG (Illustrator’ın “outline text” seçeneği gibi grafik tasarım araçlarının yaygın çıktısı), PNG kadar erişilemezdir. 1.4.9’u geçmek için SVG’nin <text> öğeleri kullanması gerekir.
• Gerçek metin yedeği olmadan <canvas> öğelerine metin gömmek. Canvas içeriği piksel düzeyinde rasterleştirilir. ctx.fillText() ile çizilen herhangi bir metin DOM’un parçası değildir ve kullanıcı aracıları tarafından uyarlanamaz. Gerçek metin katmanı veya alternatifi gereklidir.
• Tarama belge görüntülerini (görüntü olarak işlenen PDF’ler) OCR tabanlı gerçek metin katmanları olmadan bırakmak. <img> etiketlerinde sunulan taranmış belgeler veya yalnızca görüntü içeren PDF’ler 1.4.9’u karşılamaz. OCR çalıştırmak ve seçilebilir bir metin katmanı gömmek veya belgeyi düzgün etiketlenmiş HTML’ye dönüştürmek gerekir.
• Fiyatlar, stok miktarları veya kullanıcı tarafından oluşturulan içerik gibi dinamik veriler için metin görüntüleri kullanmak. Sunucu her metin verisi içeren bir görüntü ürettiğinde, bu veri görüntü formatına kilitlenir. Ürün listelerindeki fiyatlar, rezervasyon platformlarındaki koltuk uygunluğu ve canlı spor skorları, kullanıcıların yeniden boyutlandırıp yeniden renklendirebilmesi için gerçek metin olarak işlenmelidir.
• E-posta imza görüntülerini gözden kaçırmak. Pazarlama ekipleri, görsel markalamayı korumak için imza bloklarını sıklıkla görüntü olarak oluşturur. Bu e-postalar arşivlenip web sitelerinden bağlantı verildiğinde, imza görüntüleri 1.4.9’a tabi web içeriği haline gelir.
• Üçüncü taraf widget içeriğini görmezden gelmek. Üçüncü taraf sağlayıcılar tarafından sunulan sohbet widget’ları, sosyal kanıt rozetleri ve inceleme karuselleri sayfaya metin görüntüleri enjekte edebilir. Site sahipleri, sayfalarındaki tüm içeriğin erişilebilirliğinden sorumlu olmaya devam eder; bir sağlayıcı metin tabanlı işleme sunamıyorsa, farklı bir sağlayıcı aranmalıdır.
• Logotip istisnasını genel markalama istisnasıyla karıştırmak. Logotip istisnası yalnızca logonun veya kelime markasının kendisini — stilize marka adını — kapsar. Aynı görüntüde logonun yanında görünen sloganlar, gezinme etiketleri veya diğer herhangi bir metni kapsamaz.

Türkiye’nin Erişilebilirlik Mevzuatıyla İlişkisi

21 Haziran 2025’te 32933 sayılı Resmî Gazete’de yayımlanan Türkiye Cumhurbaşkanlığı Genelgesi 2025/10, Türkiye’de faaliyet gösteren geniş bir kurum yelpazesi için zorunlu web erişilebilirliği yükümlülükleri getirmektedir. Genelge, kapsamdaki kuruluşların asgari temel olarak WCAG 2.1 Seviye AA’ya uyum sağlamasını zorunlu kılar. Açıkça kapsanan kuruluşlar arasında kamu kurum ve kuruluşları, e-ticaret platformları, bankalar ve finans kuruluşları, hastaneler ve özel sağlık hizmeti sağlayıcıları, 200.000 veya daha fazla abonesi olan telekomünikasyon şirketleri, seyahat acenteleri, özel ulaşım şirketleri ve Millî Eğitim Bakanlığı tarafından yetkilendirilmiş özel okullar yer alır.

WCAG 1.4.9, Seviye AAA ölçütüdür ve bu nedenle 2025/10 sayılı Cumhurbaşkanlığı Genelgesi ile belirlenen zorunlu asgari seviyenin üzerindedir. Kapsamdaki kuruluşların, genelgenin temel yükümlülüklerini karşılamak için 1.4.9’a uyması yasal olarak zorunlu değildir. Ancak, uygulanabilir ölçütlerde Seviye AAA’ya ulaşmak, kapsayıcılık konusunda örnek bir taahhüt gösterir ve hizmeti etkin şekilde kullanabilen kitleyi önemli ölçüde genişletir.

Genelge kapsamında yer alan bazı sektörlerin, 1.4.9 uyumunu gönüllü olarak sağlamaya yönelik özellikle güçlü teşvikleri vardır. E-ticaret platformları sıklıkla promosyon banner’ları, indirim grafikleri ve görüntü olarak işlenen ürün kategorisi başlıkları kullanır — bunların tümü yaygın 1.4.9 ihlal kalıplarıdır. Satın alma kararlarını verebilmek için metin özelleştirmesine güvenen düşük görme yetisine sahip veya disleksili kullanıcılar için bu ihlaller, doğrudan kaybedilen dönüşümlere ve Türkiye’nin daha geniş tüketici koruma ve ayrımcılık karşıtı çerçeveleri kapsamında potansiyel hukuki risklere dönüşür. Bankalar ve finans kuruluşları da benzer şekilde kredi oranlarını, hesap özetlerini ve ücret tarifelerini sunar; bu bilgilerin herhangi biri görüntülere gömülüyse, düşük görme yetisine sahip müşteriler sunumu uyarlayarak güvenle okuyamaz ve bu durum hem genelge hem de finansal hizmetler tüketici koruma kuralları kapsamında endişe yaratır. Dozaj talimatlarını, randevu ayrıntılarını veya hasta bilgilerini görüntü biçiminde gösteren hastaneler ve sağlık hizmeti sağlayıcılar, metin işlenmesini uyarlayamayan kullanıcılar için hasta güvenliği riskleri oluşturur.

Dijital varlıklarını mevzuattaki olası gelişmelere karşı geleceğe dönük hale getirmek isteyen veya erişilebilirlik liderliğini kanıtlamayı gerektiren kamu ihale sözleşmelerini takip eden kuruluşlar, kapsamlı bir erişilebilirlik programının parçası olarak 1.4.9 ihlallerini denetleyip gidermeyi ciddi şekilde düşünmelidir. Accsible’ın overlay SDK’sı, bazı eski metin-görüntü senaryolarında çalışma zamanında metin uyarlamasına yardımcı olabilir, ancak kalıcı, kod düzeyinde iyileştirme — metin görüntülerini CSS ve web fontlarıyla stillendirilmiş gerçek HTML metinle değiştirmek — uzun vadeli uyum için en sağlam ve kalıcı çözümdür.