WCAG 1.4.10: Yeniden Akış

Bu Kuralın Anlamı

WCAG 1.4.10 Reflow, WCAG 2.1 ile tanıtılan ve WCAG 2.2’ye taşınan Seviye AA başarı ölçütüdür. Web içeriğinin yeniden akabilmesini — yani kendini yeniden düzenleyip yeniden boyutlandırabilmesini — ve böylece kullanıcıların içeriği okumak veya içerikle etkileşime girmek için yatay kaydırma yapmak zorunda kalmadan, 320 CSS pikseline eşdeğer bir görünüm alanı genişliğinde tamamen kullanılabilir kalmasını şart koşar. 320 CSS piksel referans noktası, kullanıcının 1280px genişliğinde standart bir ekranda tarayıcı yakınlaştırma düzeyini %400’e ayarladığında gördüğü görünüme karşılık gelir.

Temel gereklilik, bu daraltılmış genişlikte bilgi veya işlevsellik kaybı olmamasıdır. Tüm metin okunabilir kalmalı, tüm etkileşimli kontroller kullanılabilir olmalı ve tüm anlamlı içerik, iki boyutlu kaydırmayı tetiklemeden görünür kalmalıdır. Dikey kaydırma serbesttir — ölçüt yalnızca dikey akışlı içerik için yatay kaydırmayı (ve yatay akışlı içerik için dikey kaydırmayı, ki bu nadirdir) yasaklar. Kullanıcıları bir paragraf metni okumak için aynı anda hem yukarı-aşağı hem de sağa-sola kaydırmaya zorlayan bir düzen bu ölçütte başarısız olur.

W3C, iki boyutlu kaydırmanın kabul edilebilir olduğu açık istisnalar tanımlar. Bunlar, iki boyutlu yerleşimin kullanım ve anlam açısından olmazsa olmaz olduğu içerikleri kapsar: çok sayıda sütuna sahip büyük veri tabloları, karmaşık haritalar ve coğrafi diyagramlar, video oynatıcılar ve oynatma kontrolleri, yan yana yerleştirilmiş çok sayıda eylem düğmesi içeren araç çubukları ve öğeler arasında hassas mekânsal ilişki gerektiren oyunlar veya etkileşimli diyagramlar. Bu istisnalar dar yorumlanmalıdır — muafiyet, içeriğin kendisi için geçerlidir (örneğin bir veri tablosunun hücreleri), onu çevreleyen gezinme, başlıklar veya eşlik eden açıklayıcı metin için değil.

Bir sayfa, tarayıcı %400’e yakınlaştırıldığında (veya görünüm alanı genişliği 320px’e ayarlandığında) içerik tek sütuna yeniden akıyor, gezinme uygun şekilde daralıyor veya istifleniyor, görseller orantılı olarak yeniden boyutlanıyor ve kullanıcı yalnızca dikey kaydırma kullanarak varsayılan yakınlaştırma düzeyinde yapabildiği her şeyi yapabiliyorsa bu ölçütte başarılı sayılır. Cümleleri okumak, düğmelere ulaşmak veya muaf olmayan herhangi bir içeriğe erişmek için yatay kaydırma gerekiyorsa sayfa başarısız olur.

Neden Önemlidir

Dünya Sağlık Örgütü’ne göre dünya genelinde yaklaşık 2,2 milyar insan bir tür görme bozukluğu ile yaşamaktadır. Bu kişilerin önemli bir bölümü, metni ve arayüz öğelerini rahatça algılayabilecekleri kadar büyütmek için tarayıcı yakınlaştırmasına, işletim sistemi büyütmesine veya ZoomText ya da Windows Magnifier gibi özel ekran büyütme yazılımlarına güvenir. Bir düzen yüksek yakınlaştırma düzeylerinde bozulduğunda — içeriği ekran dışına ittiğinde veya yatay kaydırma gerektirdiğinde — bu kullanıcılar, her cümlenin ileri-geri kaydırma hareketi gerektirdiği parçalı bir okuma deneyimiyle karşılaşır. Bu yalnızca rahatsızlık verici değildir; karmaşık içeriği fiilen erişilemez hale getirebilir.

Tarayıcısını %300 yakınlaştırmaya ayarlamış, yaşa bağlı makula dejenerasyonu olan 65 yaşında bir kullanıcının, bir Türk hastanesinin randevu alma portalında gezindiğini düşünün. Eğer randevu formu sabit genişlikli sütunlarla oluşturulmuşsa, “Gönder” düğmesi görünür alanın sağ kenarının tamamen dışına itilmiş olabilir. Kullanıcının bu düğmenin varlığından haberdar olmasının, bırakın etkileşime girmesini, hiçbir yolu yoktur. Randevusunu bağımsız olarak alamaz. Bu, Reflow başarısızlığının neden olduğu doğrudan ve somut bir zarardır.

Düşük görme yetisine sahip kullanıcıların ötesinde, Reflow çok geniş bir kullanıcı kitlesine fayda sağlar. Anahtarlama erişimi veya baş takibi cihazları kullanan motor engelli kullanıcılar, yatay kaydırmayı son derece zor veya güvenilir şekilde yerine getirilmesi imkânsız bulurlar. Bilişsel engellilik, nüfusun önemli bir bölümünü etkiler ve araştırmalar, iyi uygulanmış Reflow’da tipik olan dar, tek sütunlu düzenlerin bilişsel yükü azalttığını ve okuduğunu anlama düzeyini artırdığını tutarlı biçimde göstermektedir. Küçük ekranlı cihazlar kullanan veya bölünmüş ekran modunda okuyan kişiler de herhangi bir engeli olmasa bile doğrudan fayda görür.

Teknik ve ticari açıdan bakıldığında, Reflow’un doğru uygulanması, iyi yapılandırılmış bir duyarlı tasarım inşa etmekle neredeyse tamamen örtüşür. Bu, 1.4.10’a uyumun doğal olarak mobil kullanılabilirliği iyileştirdiği, hemen çıkma oranlarını düşürdüğü ve arama motoru sıralamalarını etkileyen Core Web Vitals metriklerine olumlu katkıda bulunduğu anlamına gelir. Özellikle mobil trafiğin baskın olduğu Türk e-ticaret platformları için Reflow uyumluluğu ile ticari mobil optimizasyon esasen aynı hedeftir.

İlgili Axe-core Kuralları

WCAG 1.4.10 Reflow, otomatik tarama yerine manuel test gerektirir. Reflow başarısızlıklarının tespiti, belirli bir görünüm alanı boyutunda tüm işlenmiş düzenin görsel ve işlevsel davranışına bağlı olduğundan, hiçbir axe-core kuralı bunu tam olarak otomatikleştiremez — bu da gerçek bir tarayıcı ortamı, kaydırılabilirlik hakkında insan yargısı ve hiçbir bilginin kaybolmadığının doğrulanmasını gerektirir. Otomatik araçlar, muaf bir harita veya tablo için kasıtlı iki boyutlu kaydırma ile sabit genişlikli bir kapsayıcının neden olduğu istem dışı taşma arasında güvenilir şekilde ayrım yapamaz.

• Manuel test — 320px görünüm alanı genişliği: Tarayıcı görünüm alanını tam olarak 320 CSS piksel genişliğe yeniden boyutlandırın (veya 1280px genişliğinde bir ekranda %400’e yakınlaştırın) ve her sayfa şablonu, ekran durumu ve etkileşimli bileşen boyunca dikey olarak kaydırın. Hiçbir içeriğin kırpılmadığını, muaf olmayan içerik için yatay kaydırma çubuğunun görünmediğini ve tüm işlevselliğin erişilebilir kaldığını doğrulayın. Axe DevTools, araç tabanlı düzen analizinin taşmanın gerçek bir başarısızlığı mı yoksa bir muafiyet kapsamına mı girdiğini belirleyememesi nedeniyle bunu otomatik bir ihlal yerine “Gözden Geçirilmesi Gerekiyor” öğesi olarak işaretler.
• Otomatik kısmi sinyal — viewport meta etiketi kontrolü: Axe-core, sayfanın kullanıcıların hiç yakınlaştıramamasına neden olan ve dolayısıyla Reflow’un hedeflediği %400 yakınlaştırma durumuna ulaşmayı imkânsız hale getiren user-scalable=no veya maximum-scale=1 içeren bir meta name='viewport' etiketi kullanıp kullanmadığını tespit edebilir. Bu teknik olarak ayrı bir sorun (WCAG 1.4.4) olsa da yakından ilişkilidir ve varlığı bir Reflow başarısızlığını garanti eder. Axe bunu meta-viewport kuralı kapsamında işaretler. Yakınlaştırmayı engelleyen herhangi bir sayfa, tanım gereği Reflow uyumluluğunu da engeller.
• Manuel bileşen denetimi: Tam sayfa düzeninin ötesinde, karuseller, sabit başlıklar, modal diyaloglar, kayan sohbet bileşenleri, çerez bildirimleri ve veri tabloları gibi bireysel bileşenlerin her biri 320px’de ayrı ayrı doğrulama gerektirir. Bir sayfa başlığı doğru şekilde yeniden akarken, tanıtım amaçlı bir modal sabit 600px genişlikle ve erişilemeyen bir kapatma düğmesiyle işlenebilir — bu, yalnızca bileşen bazlı manuel bir incelemenin yakalayacağı bir başarısızlıktır.

Nasıl Test Edilir

1. Otomatik ön tarama: Her sayfada Chrome DevTools içinde axe DevTools veya Lighthouse çalıştırın. Yakınlaştırmanın engellendiğini ve Reflow başarısızlığını garanti eden meta-viewport ihlalini özellikle arayın. Ayrıca “Gözden Geçirilmesi Gerekiyor” altında işaretlenen taşma ile ilgili uyarıları not edin. Sonuçları kaydedin ancak temiz bir otomatik taramanın Reflow uyumunu doğrulamadığını — manuel adımların zorunlu olduğunu — unutmayın.
2. Görünüm alanını 320px’e ayarlayın: Chrome veya Firefox DevTools’ta cihaz araç çubuğunu açın (Ctrl+Shift+M / Cmd+Shift+M), 320×568 piksel (veya herhangi bir yükseklik) özel cihaz boyutu girin ve cihaz piksel oranını 1’e ayarlayın. Alternatif olarak, 1280px genişliğinde bir tarayıcı penceresi açın ve Ctrl+= (Mac’te Cmd+=) kullanarak %400’e yakınlaştırın. Her iki yöntem de WCAG tarafından belirtilen 320 CSS piksel koşulunu simüle eder.
3. Tüm sayfa boyunca dikey olarak kaydırın: Sayfanın üstünden başlayarak yalnızca dikey kaydırma çubuğunu veya fare tekerleğini kullanarak aşağı doğru kaydırın. Hiçbir noktada muaf olmayan içerik için yatay kaydırma çubuğu görünmemelidir. Görünürse sayfa başarısız olur. Tüm metnin tamamen okunabilir olduğunu — hiçbir cümlenin kesilmediğini, hiçbir karakterin görünüm alanı kenarı tarafından kırpılmadığını — doğrulayın.
4. Tüm etkileşimli işlevselliği test edin: 320px genişlikteyken her temel kullanıcı görevini tamamlamaya çalışın: formları doldurup gönderin, gezinme menülerini açın, modalleri ve diyalogları etkinleştirin, akordeonları ve sekmeleri kullanın, karusellerle etkileşime girin ve dinamik içeriği tetikleyin. Her kontrol yalnızca dikey kaydırma ve normal etkileşim kullanılarak erişilebilir ve çalıştırılabilir olmalıdır.
5. Tüm sayfa şablonlarını ve durumlarını kontrol edin: Ana sayfayı, iç içerik sayfalarını, formları, ödeme akışlarını, hata durumlarını ve kimlik doğrulaması gerektiren tüm görünümleri test edin. Ana sayfada doğru şekilde daralan duyarlı bir gezinme, farklı bir şablona sahip derin bir ürün sayfasında yine de bozulabilir.
6. Ekran okuyucu eşleştirmesi (tamamlayıcı): 320px genişlikte NVDA ile Firefox veya VoiceOver ile Safari kullanarak, yeniden akıştan sonra içerik sırasının ve anlamın korunduğunu doğrulayın. Bazen CSS tabanlı yeniden akış, DOM sırasını değiştirmeden görsel sıralamayı değiştirir ve bu da ekran okuyucu duyurularını kafa karıştırıcı hale getirir. Bu, katı anlamda bir Reflow testi değildir, ancak ayrı erişilebilirlik sorunları yaratan yeniden akış uygulamalarını yakalar.
7. Muafiyetleri belgeleyin: Yatay kaydırma gerektiren herhangi bir içerik (veri tabloları, haritalar, kod blokları) için, gerçekten WCAG tarafından tanımlanan bir istisna kapsamına girdiğini doğrulayın ve belgeleyin. Gömülü bileşen yeniden akmasa bile, çevresindeki sayfa içeriğinin (başlıklar, talimatlar, gezinme) yine de doğru şekilde yeniden aktığından emin olun.

Nasıl Düzeltilir

Düzeni bozan sabit genişlikli kapsayıcı — Hatalı

<!-- Fixed pixel width forces horizontal scrolling at small viewports -->
<div style='width: 960px; margin: 0 auto;'>
  <p>This content will overflow a 320px viewport and require horizontal scrolling.</p>
  <button>Submit Application</button>
</div>

Düzeni bozan sabit genişlikli kapsayıcı — Doğru

<!-- Use max-width with 100% so container never exceeds its parent but shrinks on small screens -->
<div class='content-wrapper'>
  <p>This content reflows naturally at any viewport width.</p>
  <button>Submit Application</button>
</div>

<!-- In your CSS (external stylesheet) -->
<!-- .content-wrapper { max-width: 960px; width: 100%; margin: 0 auto; box-sizing: border-box; padding: 0 1rem; } -->

Yakınlaştırmayı engelleyen viewport meta etiketi — Hatalı

<!-- This prevents users from zooming at all, making Reflow impossible to achieve -->
<meta name='viewport' content='width=device-width, initial-scale=1, maximum-scale=1, user-scalable=no'>

Yakınlaştırmayı engelleyen viewport meta etiketi — Doğru

<!-- Allow zooming by removing maximum-scale and user-scalable restrictions -->
<meta name='viewport' content='width=device-width, initial-scale=1'>
<!-- Users can now zoom to 400% and content will reflow as required by WCAG 1.4.10 -->

Taşan yatay gezinme çubuğu — Hatalı

<!-- Navigation items forced into a single row with no wrapping or collapse mechanism -->
<nav aria-label='Primary navigation'>
  <ul style='display: flex; flex-wrap: nowrap; white-space: nowrap;'>
    <li><a href='/home'>Home</a></li>
    <li><a href='/products'>Products</a></li>
    <li><a href='/about'>About Us</a></li>
    <li><a href='/contact'>Contact</a></li>
    <li><a href='/blog'>Blog</a></li>
    <li><a href='/support'>Support</a></li>
  </ul>
</nav>

Taşan yatay gezinme çubuğu — Doğru

<!-- Hamburger/disclosure pattern for small viewports; full navigation accessible at all sizes -->
<nav aria-label='Primary navigation'>
  <button aria-expanded='false' aria-controls='nav-menu' id='nav-toggle'>
    Menu
  </button>
  <ul id='nav-menu'>
    <li><a href='/home'>Home</a></li>
    <li><a href='/products'>Products</a></li>
    <li><a href='/about'>About Us</a></li>
    <li><a href='/contact'>Contact</a></li>
    <li><a href='/blog'>Blog</a></li>
    <li><a href='/support'>Support</a></li>
  </ul>
</nav>
<!-- CSS media query hides #nav-menu by default below a breakpoint and shows it on toggle -->
<!-- The button is hidden above the breakpoint where the full nav is always visible -->

Yeniden akış uyarlaması olmayan veri tablosu — Hatalı

<!-- Wide table with no scroll container; overflows the viewport with no warning to users -->
<table>
  <caption>Quarterly Sales Data</caption>
  <thead>
    <tr>
      <th scope='col'>Region</th>
      <th scope='col'>Q1</th>
      <th scope='col'>Q2</th>
      <th scope='col'>Q3</th>
      <th scope='col'>Q4</th>
      <th scope='col'>Total</th>
    </tr>
  </thead>
</table>

Yeniden akış uyarlaması olmayan veri tablosu — Doğru

<!-- Wrap the table in a scrollable container scoped to just the table element -->
<!-- This is an explicit WCAG 1.4.10 exception for complex data tables -->
<div role='region' aria-labelledby='table-caption' tabindex='0' class='table-scroll-container'>
  <table>
    <caption id='table-caption'>Quarterly Sales Data (scroll horizontally to view all columns)</caption>
    <thead>
      <tr>
        <th scope='col'>Region</th>
        <th scope='col'>Q1</th>
        <th scope='col'>Q2</th>
        <th scope='col'>Q3</th>
        <th scope='col'>Q4</th>
        <th scope='col'>Total</th>
      </tr>
    </thead>
  </table>
</div>
<!-- CSS: .table-scroll-container { overflow-x: auto; } -->
<!-- The caption warns users, role=region + aria-labelledby makes it keyboard-focusable -->

Yaygın Hatalar

• Alttaki taşmayı düzeltmeden yatay kaydırma çubuklarını bastırmak için <body> veya üst düzey bir sarmalayıcıda overflow: hidden kullanmak: Bu, kaydırma çubuğunu gizler ancak içerik hâlâ kırpılır ve erişilemez kalır; bu da kullanıcıya görünüm alanı kenarının ötesinde içerik bulunduğuna dair hiçbir işaret vermediği için, görünür taşmadan bile daha kötü sayılabilir.
• Mobil düzenin yüksek yakınlaştırmada “bozuk görünmesini” engellemek için viewport meta etiketinde max-scale=1 veya user-scalable=no ayarlamak: Bu, kullanıcının yakınlaştırma yeteneğini tamamen devre dışı bırakır; bu hem bir Reflow başarısızlığıdır hem de WCAG 1.4.4 Metni Yeniden Boyutlandır ihlalidir.
• Kesme noktasına özgü bir geçersiz kılma olmadan metin kapsayıcılarına, gezinme listelerine veya düğme gruplarına white-space: nowrap uygulamak: Bu, kullanılabilir alandan bağımsız olarak metni tek satıra zorlar ve 320px’de yatay taşmanın en yaygın nedenlerinden biridir.
• Duyarlı bir yedek olmadan CSS Grid grid-template-columns tanımlarında mutlak piksel değerleri kullanmak (örneğin grid-template-columns: 300px 600px): 320px’de iki sütun toplamda 900px eder ve bir medya sorgusu tanımı 1fr veya 100% ile değiştirmedikçe yeniden akış olmadan taşar.
• Üçüncü taraf içeriğe (haritalar, videolar, formlar) işaret eden sabit width ve height özniteliklerine sahip <iframe> öğeleri gömmek: Iframe’ler otomatik olarak ölçeklenmez, bu nedenle 600px genişliğinde gömülü bir harita 320px’lik bir görünüm alanında taşar. Iframe’leri en-boy oranını koruyan bir kapsayıcıya sarın ve iframe’in kendisini width: 100% olarak ayarlayın.
• Modal diyalogları ve off-canvas panelleri 320px’ten büyük sabit bir minimum genişlikle tasarlamak: min-width: 500px olan bir modal taşar ve muhtemelen kapatma düğmesini ekran dışında gizleyerek küçük görünüm alanı genişliklerinde klavye kullanıcılarını diyalog içinde hapseder.
• Kod bloklarını ve <pre> öğelerini, yatay kaydırılabilir bir kapsayıcıya sarmadan Reflow’dan muaf saymak: Ham kod blokları WCAG istisnası olarak listelenmemiştir. Kod içeriğinin kendisi karmaşık olabilir, ancak çevresindeki sayfa yeniden akmalıdır; kod bloğu, tüm sayfanın yatay kaydırılmasına neden olmak yerine overflow-x: auto sarmalayıcısı içinde bağımsız olarak kaydırılmalıdır.
• Kimlik doğrulamalı ve dinamik durumları test etmeyi unutmak: Birçok ekip yalnızca oturum açılmamış ana sayfayı test eder. Panolar, kullanıcı profil sayfaları, çok adımlı formlar ve JavaScript ile yüklenen hata durumları sıklıkla sabit genişlik varsayımlarıyla oluşturulur ve pazarlama sayfaları geçse bile Reflow’da başarısız olur.
• Gerçek bir duyarlı düzen uygulamak yerine içeriği görsel olarak küçültmek için CSS transform: scale() kullanmak: Ölçekleme, görünür boyutu küçültür ancak içeriği yeniden akıtmaz — metin, okunabilir tek sütuna yeniden akmak yerine küçülüp okunamaz hale gelir; bu da hem Reflow hem de Metni Yeniden Boyutlandır ölçütlerinde başarısızlıktır.
• Mobil duyarlı bir tasarımın otomatik olarak Reflow’dan geçtiğini varsaymak: Duyarlı tasarım genellikle 360px, 768px ve 1024px kesme noktalarını hedefler. WCAG referans noktası olan 320px, çoğu mobil kesme noktasından daha dardır; bu da standart küçük bir telefonda doğru görünen içeriğin 320px’de yine de taşabileceği anlamına gelir. Her zaman tam olarak 320px’de test edin, genel bir “mobil” boyutta değil.

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

Türkiye’nin 21 Haziran 2025’te 32933 sayılı Resmî Gazete’de yayımlanan Cumhurbaşkanlığı Genelgesi 2025/10, Türkiye’de faaliyet gösteren çok çeşitli dijital hizmet sağlayıcıları için bağlayıcı erişilebilirlik gereklilikleri getirir. Genelge, kapsamdaki kuruluşlar için uluslararası web erişilebilirlik standartlarına uyumu — temel olarak WCAG 2.1 Seviye AA’yı — zorunlu kılar. 1.4.10 Reflow da dahil olmak üzere tüm 2.1 ölçütlerini içeren WCAG 2.2 Seviye AA ise güçlü şekilde teşvik edilir ve Aile ve Sosyal Hizmetler Bakanlığı tarafından verilen Erişilebilirlik Logosunu almak için gereken standarttır.

Cumhurbaşkanlığı Genelgesi 2025/10 kapsamındaki kuruluş türleri; tüm düzeylerdeki kamu kurum ve kuruluşlarını, bankaları ve finansal kuruluşları, hastaneleri ve sağlık hizmeti sağlayıcılarını, 200.000 veya daha fazla abonesi olan telekomünikasyon şirketlerini, e-ticaret platformlarını, seyahat acentelerini, özel ulaşım şirketlerini ve Millî Eğitim Bakanlığı tarafından yetkilendirilmiş özel okulları içerir. Bu sektörlerin her biri için beklenti, kamuya açık tüm dijital arayüzlerin — web siteleri, web uygulamaları ve mobil web içerikleri — yakınlaştırma ve görünüm alanı ayarlamasına güvenenler de dahil olmak üzere engelli kişilere erişilebilir olmasıdır.

WCAG 1.4.10 Reflow, birkaç nedenle Türkiye bağlamında özellikle önemlidir. İlk olarak, Türkiye’de mobil internet penetrasyonu son derece yüksektir ve kullanıcıların önemli bir bölümü, farklı yakınlaştırma düzeylerinde mobil tarayıcılar üzerinden kamu hizmetlerine, bankacılık portallarına ve e-ticaret platformlarına erişir. Reflow’da başarısız olan bir hastane randevu sistemi, düşük görme yetisine sahip yaşlı hastaların bağımsız olarak randevu almalarını engelleyebilir — bu da hem erişilebilirlik hukukunun hem de kapsamdaki kurumların kamu hizmeti misyonunun doğrudan bir ihlalidir. İkinci olarak, Erişilebilirlik Logosu programı, tüm Seviye AA başarı ölçütlerini kapsayan bir uyum denetimi gerektirir; 1.4.10’da başarısız olmak, aksi halde uyumlu bir siteyi logoyu almaktan diskalifiye eder. Üçüncü olarak, geniş abone tabanına sahip telekomünikasyon şirketleri için erişilebilir self-servis portallar ve hesap yönetim arayüzleri hayati önemdedir — %400 yakınlaştırmada taşan sabit genişlikli bir hesap panosu, aksi halde fiziksel bir mağazaya gitmek veya destek hattını aramak zorunda kalmayacak görme engelli abonelere doğrudan zarar verir.

Türk erişilebilirlik mevzuatı kapsamında uyumu göstermek isteyen kuruluşlar, duyarlı tasarım uygulamalarının özellikle 320 CSS piksel eşiğinde doğrulandığından, hiçbir viewport meta etiketinin kullanıcı yakınlaştırmasını engellemediğinden ve kimlik doğrulama akışları, form gönderimleri ve belge indirmeleri de dahil olmak üzere tüm etkileşimli işlevselliğin yatay kaydırma olmadan tamamen kullanılabilir kaldığından emin olmalıdır. Reflow testini belgelenmiş bir erişilebilirlik denetim sürecinin parçası haline getirmek, düzenleyici kurumlara uyumu göstermek ve Erişilebilirlik Logosu’na uygunluğu sürdürmek için kritik önemde olacaktır.