WCAG 3.2.6: Tutarlı Yardım

Bu Kuralın Anlamı

WCAG Başarı Ölçütü 3.2.6 Tutarlı Yardım (Seviye AA, WCAG 2.2 ile eklenmiştir) şöyle der: "Bir Web sayfası aşağıdaki yardım mekanizmalarından herhangi birini içeriyorsa ve bu mekanizmalar birden fazla Web sayfasında tekrarlanıyorsa, kullanıcı tarafından bir değişiklik başlatılmadıkça, diğer sayfa içeriğine göre aynı göreli sırada yer alırlar." Bu ölçütün kapsadığı yardım mekanizmaları şunlardır: insan iletişim bilgileri (telefon numarası, e-posta adresi veya çalışma saatleri gibi), insanla iletişim kurma mekanizması (canlı sohbet bileşeni veya iletişim formu gibi), öz-yardım seçeneği (sıkça sorulan sorular sayfası, yardım merkezi veya bilgi bankası gibi) ve tamamen otomatik bir iletişim mekanizması (chatbot veya sanal asistan gibi).

Buradaki temel gereklilik, göreli sıranın tutarlılığıdır; piksel bazında birebir aynı konum değildir. Eğer canlı sohbet düğmesi ana sayfanın sağ alt köşesinde görünüyorsa, görüntülendiği diğer tüm sayfalarda da aynı sağ alt konumda görünmelidir. Bir sayfada üst gezinme çubuğunda "Yardım" bağlantısı üçüncü öğeyse, bu gezinme çubuğunun göründüğü diğer tüm sayfalarda da üçüncü öğe olarak kalmalı — ya da en azından çevresindeki içerikle aynı göreli ilişkiyi korumalıdır.

Bir sayfa, şu durumlarda bu ölçütü karşılar: (a) sitede hiçbir yardım mekanizması yoksa, veya (b) yardım mekanizması yalnızca tek bir sayfada varsa, veya (c) bir yardım mekanizması birden fazla sayfada tekrarlandığı her yerde sayfa yerleşimi içinde aynı göreli sırada görünüyorsa. Bir sayfa, birden fazla sayfada bulunan bir yardım mekanizmasının, kullanıcı bu değişikliği başlatmadan, bir sayfadan diğerine sayfa sırasındaki konumunu değiştirmesi durumunda başarısız olur — örneğin, ürün listeleme sayfasında sağ altta yüzen bir sohbet bileşeninin ödeme sayfasında sol alta taşınması gibi.

Ölçüt, açık bir istisna içerir: sıra, kullanıcı değişikliği başlatırsa değişebilir. Örneğin, bir kullanıcı yüzen bir yardım bileşenini sürükleyip yeniden konumlandırırsa veya bir kullanıcı tercihi yardım panelini bir taraftan diğerine geçiriyorsa, bu yeniden konumlandırma kullanıcı tarafından başlatılmıştır ve bir başarısızlık sayılmaz. Bu istisna, SC 3.2.2 (Girdi Üzerine) ölçütünde bulunan aynı kullanıcı tarafından başlatılan mantığı yansıtır.

Bu ölçütün, her sayfada bir yardım mekanizması bulunmasını zorunlu kılmadığını ve yardım mekanizmasının etkili veya kullanımı kolay olmasını da şart koşmadığını not etmek önemlidir. Yalnızca, mekanizma birden fazla sayfada mevcut olduğunda konumsal tutarlılığı düzenler.

Neden Önemlidir

Tutarlı yardım konumlandırması, öncelikle bilişsel engelleri olan kullanıcıların yararına tasarlanmıştır; buna hafıza bozuklukları, dikkat güçlükleri, disleksi gibi öğrenme güçlükleri ve DEHB veya erken evre demans gibi durumları olan kişiler dahildir. Bu kullanıcılar için tanıdık bir arayüz öğesini bulmak bilinçli bilişsel çaba gerektirir. Bir yardım düğmesi veya iletişim bağlantısı her sayfada farklı bir konumda göründüğünde, bu çabayı tekrar tekrar harcamak zorunda kalırlar; bu da bilişsel yükü ve hayal kırıklığı, yönelim bozukluğu veya görevi yarıda bırakma riskini artırır.

Web’e yeni olan veya dijital okuryazarlığı sınırlı kullanıcılar — Türkiye’de ve dünya genelinde önemli bir nüfus — da öngörülebilir konumlandırmaya büyük ölçüde güvenir. Dünya Sağlık Örgütü’ne göre, dünya genelinde 1,3 milyardan fazla insan bir tür engelle yaşamaktadır ve bilişsel ve nörolojik durumlar bu nüfusun önemli bir bölümünü temsil etmektedir. Bu nedenle, konumsal tutarlılık için tasarlamak, klinik olarak tanı konmuş engeli olanların çok ötesinde geniş bir kitleye hizmet eder.

Somut bir senaryo düşünün: erken evre Alzheimer hastalığı olan bir kullanıcı çevrimiçi uçuş rezervasyonu yapmaya çalışıyor. Havayolunun web sitesinde kafası karıştığında kullanabileceği bir canlı sohbet seçeneği olduğunu hatırlıyor. Arama sonuçları sayfasında sohbet simgesi sağ alt köşede görünüyor. Ancak koltuk seçimi sayfasına geçtiğinde sohbet bileşeni, açılır bir yardım çekmecesi içinde sağ üst köşeye taşınmış. Kullanıcı onu bulamıyor, bunalmış hissediyor ve rezervasyonu tamamen yarıda bırakıyor. Bu, SC 3.2.6’nın doğrudan ve önlenebilir bir ihlalidir.

Motor engelli kullanıcılar için — anahtarlı erişim, göz izleme yazılımı veya baş işaretleyicileriyle gezinirken — bir yardım mekanizmasının yeniden konumlandırılması, ekranın yeni bir alanını yeniden taramak ve yeniden hedeflemek anlamına gelir; bu da çaba gerektiren ve zaman alan bir süreçtir; tutarlı konumlandırma bu ihtiyacı ortadan kaldırır.

Ekran okuyucu kullanıcıları, yardım bölümüne hızla ulaşmak için bir sitenin sekme sırasını veya başlık yapısını ezberlemişlerse, bu mekanizmanın DOM sırası sayfadan sayfaya değiştiğinde — görsel konum benzer görünse bile — aynı şekilde etkilenirler.

Erişilebilirliğin ötesinde, belirgin bir kullanılabilirlik ve iş faydası da vardır: Yardımı hızlıca bulabilen kullanıcılar bir işlemi yarıda bırakma olasılığı daha düşük olduğundan, terk oranları ve destek maliyetleri azalır. Tutarlı arayüz desenleri ayrıca marka güvenini ve profesyonelliği pekiştirir.

İlgili Axe-core Kuralları

WCAG 3.2.6, yalnızca manuel test gerektiren bir ölçüt olarak sınıflandırılmıştır ve ihlalleri programatik olarak işaretleyebilecek karşılık gelen bir otomatik axe-core kuralı yoktur. Bu, bilinçli bir tercihtir ve nedenini anlamak, test uzmanlarının bu ölçütün doğasını kavramasına yardımcı olur.

• Manuel inceleme gerekli — axe kuralı yok: axe-core, Lighthouse veya IBM Equal Access Checker gibi otomatik araçlar tek bir sayfayı yalıtılmış olarak analiz eder. Bir "yardım mekanizmasının" ne olduğuna dair içsel bir anlayışları yoktur, bir öğenin göreli DOM konumunu birden fazla sayfa yüklemesi veya URL arasında karşılaştıramazlar ve belirli bir öğenin yardım sağlama işlevsel rolünü üstlenip üstlenmediğini belirleyemezler. Örneğin bir sohbet bileşeni, düz bir <div>, bir shadow DOM bileşeni, bir <iframe> veya üçüncü taraf tarafından enjekte edilen bir betik olarak uygulanabilir — bunların hiçbiri, insan yargısı olmadan bir kural motoru tarafından güvenilir biçimde "yardım mekanizması" olarak tanımlanamaz. Axe-core’un bunu işaretleyebilmesi için sayfalar arası durum farkındalığına ve anlamsal niyet tanıma yeteneğine sahip olması gerekir; bu yetenekler, tek sayfalık statik analiz kapsamının dışındadır. Bu nedenle WCAG 2.2’nin kendisi, 3.2.6’yı yapılandırılmış manuel denetimler ve sayfalar arası karşılaştırma yoluyla insan değerlendirmesi gerektiren bir ölçüt olarak etiketler.

Nasıl Test Edilir

1. Yardım mekanizmalarının envanterini çıkarın: Tek tek sayfaları test etmeden önce, sitede bulunan tüm yardım mekanizmalarının bir listesini oluşturun — canlı sohbet bileşenleri, iletişim telefon numaraları, e-posta bağlantıları, SSS bağlantıları, chatbot başlatıcıları, iletişim formları ve yardım merkezi bağlantıları. Her mekanizmanın hangi sayfalarda göründüğünü not edin. Bir mekanizma yalnızca tek bir sayfada görünüyorsa, bu ölçütün kapsamı dışındadır.
2. Temel bağlam için otomatik tarama çalıştırın: Yardımla ilgili öğelerin yapısal konumunu belirlemek ve DOM sırası anlık görüntülerini yakalamak için temsilci sayfalarda axe DevTools (tarayıcı uzantısı) veya Lighthouse kullanın. Her ne kadar hiçbir axe kuralı doğrudan SC 3.2.6’yı hedeflemese de, bu araçların raporladığı DOM sırası sayfalar arasında manuel olarak karşılaştırılabilir. Yardım mekanizması içeren her sayfa için erişilebilirlik ağacını dışa aktarın veya ekran görüntüsünü alın.
3. Sayfalar arasında göreli konumları karşılaştırın: Aynı yardım mekanizmasını paylaşan iki veya daha fazla sayfayı yan yana (veya ardışık olarak) açın. Her mekanizma için, çevresindeki işaret bölgelerine (<header>, <main>, <footer>, <nav>) göre konumunu belirleyin. Mekanizmanın her sayfada aynı işaret bölgesinde ve aynı göreli sırada (bitişik öğelerden önce mi sonra mı) görünüp görünmediğini kaydedin. Konumdaki bir değişiklik potansiyel bir başarısızlık oluşturur.
4. Klavye ile test edin (tüm tarayıcılar): Yardım mekanizması içeren her sayfada sekme ile ilerleyin. Sayfanın başından yardım mekanizmasına ulaşmak için gereken sekme duraklarının sayısını sayın. Bu sayıyı sayfalar arasında karşılaştırın. Belirgin bir fark — örneğin ana sayfada 5 sekmede, ödeme sayfasında 47 sekmede ulaşılabiliyorsa — görsel konum benzer görünse bile DOM sırasının değiştiğini gösterir.
5. NVDA + Firefox ile test edin: NVDA Öğeler Listesini (NVDA tuşu + F7) açın ve Bağlantılar veya Düğmeler görünümüne geçin. Listede yardım mekanizmasını bulun. Diğer listelenen öğelere göre konumunu not edin. Mekanizmanın göründüğü her sayfada bunu tekrarlayın ve konumları karşılaştırın.
6. VoiceOver + Safari (macOS/iOS) ile test edin: VoiceOver rotorunu (VO + U) kullanarak Bağlantılar veya Form Denetimleri listesini açın. Yardım mekanizmasına gidin ve listedeki konumunu not edin. Sayfalar arasında karşılaştırın.
7. JAWS + Chrome ile test edin: JAWS Bağlantı Listesini (Insert + F7) kullanarak yardım mekanizmasını bulun. Sırasal konumunu ve bitişik öğeleri not edin. Bunu sayfalar arasında tekrarlayın.
8. Kullanıcı tarafından başlatılan istisnaları kontrol edin: Site, kullanıcıların yardım mekanizmalarını yeniden konumlandırmasına veya gizlemesine izin veriyorsa (örneğin sürüklenebilir bir sohbet bileşeni), yeniden konumlandırmanın açık bir kullanıcı eylemiyle tetiklendiğini ve tercihin mantıklı biçimde kalıcı olduğunu doğrulayın. Bunu ölçüt kapsamında geçerli bir istisna olarak belgeleyin.
9. Mobil görünüm alanlarında inceleyin: Duyarlı yerleşimler, DOM öğelerini farklı kırılma noktalarında yeniden sıralayabilir. Yardım mekanizmasının tüm yaygın ekran boyutlarında tutarlı göreli konumu koruduğunu doğrulamak için hem masaüstü hem mobil görünüm alanlarında (en az 375px ve 1440px genişliklerde) test edin.

Nasıl Düzeltilir

Yüzen sohbet bileşeni — Hatalı

<!-- Sayfa A (ana sayfa): sohbet düğmesi sağ altta -->
<div class='chat-widget' style='position:fixed; bottom:20px; right:20px;'>
  <button>Chat with Us</button>
</div>

<!-- Sayfa B (ödeme): sohbet düğmesi sola altta -->
<div class='chat-widget' style='position:fixed; bottom:20px; left:20px;'>
  <button>Chat with Us</button>
</div>
<!-- BAŞARISIZ: Bileşen sayfalar arasında sabit konumunu değiştiriyor
     ve tutarlı yardım yerleşimini bozuyor. -->

Yüzen sohbet bileşeni — Doğru

<!-- Hem Sayfa A hem Sayfa B: sohbet düğmesi tutarlı biçimde sağ altta -->
<div class='chat-widget chat-widget--bottom-right'>
  <button type='button' aria-label='Open live chat support'>
    Chat with Us
  </button>
</div>
<!-- BAŞARILI: Bileşen her sayfada aynı köşede görünüyor.
     Konumun merkezi olarak kontrol edilmesi ve tüm şablonlara
     tutarlı biçimde uygulanması için satır içi stiller yerine
     paylaşılan bir stil sayfasında tanımlı bir CSS sınıfı kullanın. -->

Gezinmede yardım bağlantısı — Hatalı

<!-- Sayfa A: Yardım 4. gezinme öğesi -->
<nav aria-label='Main navigation'>
  <ul>
    <li><a href='/products'>Products</a></li>
    <li><a href='/about'>About</a></li>
    <li><a href='/pricing'>Pricing</a></li>
    <li><a href='/help'>Help</a></li>
  </ul>
</nav>

<!-- Sayfa B (ürün detayı): Yardım bağlantısı gezintiden kaldırılmış,
     bunun yerine alt bilgi bölümüne yerleştirilmiş -->
<footer>
  <a href='/help'>Help Center</a>
</footer>
<!-- BAŞARISIZ: Yardım bağlantısı ana gezinmeden alt bilgiye taşınmış
     ve göreli sırası önemli ölçüde değişmiştir. -->

Gezinmede yardım bağlantısı — Doğru

<!-- Hem Sayfa A hem Sayfa B aynı gezinme şablonunu paylaşır -->
<nav aria-label='Main navigation'>
  <ul>
    <li><a href='/products'>Products</a></li>
    <li><a href='/about'>About</a></li>
    <li><a href='/pricing'>Pricing</a></li>
    <li><a href='/help'>Help</a></li>
  </ul>
</nav>
<!-- BAŞARILI: Yardım bağlantısı, gezinmenin bulunduğu her sayfada
     ana gezinmede 4. öğedir. Paylaşılan bir gezinme bileşeni veya
     sunucu tarafı include kullanmak, bunun otomatik olarak
     korunmasını sağlar. -->

Koşullu yardım gösterimi — Hatalı

<!-- Oturum açmamış sayfalarda: telefon numarası üst bilgide -->
<header>
  <p>Need help? Call <a href='tel:+908501234567'>0850 123 45 67</a></p>
</header>

<!-- Oturum açmış sayfalarda: telefon numarası üst bilgiden kaldırılmış,
     yalnızca hesap açılır menüsünün derinlerinde mevcut -->
<header>
  <nav aria-label='Account menu'>
    <details>
      <summary>My Account</summary>
      <ul>
        <li><a href='/orders'>Orders</a></li>
        <li><a href='/contact'>Contact: 0850 123 45 67</a></li>
      </ul>
    </details>
  </nav>
</header>
<!-- BAŞARISIZ: İletişim numarası, kimlik doğrulama durumuna bağlı olarak
     göreli konumunu dramatik biçimde değiştiriyor ve geri dönen
     kullanıcılar için öngörülemez hale geliyor. -->

Koşullu yardım gösterimi — Doğru

<!-- Hem oturum açmamış hem oturum açmış sayfalarda: telefon aynı üst bilgi konumunda -->
<header>
  <div class='header-support'>
    <a href='tel:+908501234567' aria-label='Call support: 0850 123 45 67'>
      <svg aria-hidden='true' focusable='false'><!-- phone icon --></svg>
      0850 123 45 67
    </a>
  </div>
  <nav aria-label='Account menu'>
    <!-- account links here -->
  </nav>
</header>
<!-- BAŞARILI: İletişim mekanizması, kimlik doğrulama durumundan
     bağımsız olarak her zaman üst bilgi içinde aynı konumdadır.
     Ek hesaplara özgü bağlantılar, yardım mekanizmasını
     taşımadan başka yerlerde görünebilir. -->

Yaygın Hatalar

• Sohbet bileşenini farklı sayfa şablonlarında farklı köşelere yerleştirmek: Geliştirme ekipleri, sohbet bileşenleri için sabit konumlandırmayı küresel bir stil sayfası yerine şablon bazında uyguladıklarında, bileşen pazarlama sayfalarında sağ altta, uygulama sayfalarında sol altta görünebilir. Konumu kilitli bir sınıfa sahip, tek bir küresel bileşen kullanın.
• Ödeme sayfalarında karmaşayı azaltmak için yardım bağlantısını gezinmeden kaldırmak: Bazı UX desenleri, dönüşüm optimizasyonu için ödeme sayfalarında gezinmeyi kasıtlı olarak sadeleştirir. Eğer yardım mekanizması bu gezinmenin bir parçasıysa, onu bu sayfa şablonundan kaldırmak tutarlılığı bozar. Bunun yerine, yardım bağlantısını, sadeleştirilmiş ödeme akışlarında bile minimal bir üst bilgi içinde koruyun.
• Yardım mekanizmalarını öngörülemeyen DOM konumlarıyla yüklenen üçüncü taraf betikleriyle enjekte etmek: Birçok canlı sohbet SDK’sı bileşenlerini DOM’a eşzamansız olarak enjekte eder ve ekleme noktaları betik yükleme sırasına göre değişebilir. Bu, bileşenin sayfalar arasında erişilebilirlik ağacında farklı konumlarda görünmesine neden olabilir. Üçüncü taraf bileşenleri, her zaman sabit, bilinen bir DOM çapa öğesine eklenecek şekilde yapılandırın.
• Yardım öğesini DOM sırasını değiştirmeden görsel olarak taşımak için CSS order veya flexbox/grid yeniden sıralaması kullanmak, sonra bu CSS’i sayfa bazında değiştirmek: Görsel konum tutarlı görünse bile, yardım mekanizmasının görsel sırasını değiştiren sayfa bazlı CSS geçersiz kılmaları, kullanıcı tarafından algılanan sırayı da değiştirir ve okuma sırası DOM’u izleyen ekran okuyucu kullanıcılarını yanıltabilir.
• Yardım öğesinin konumunu test varyantları arasında değiştiren A/B test araçlarına güvenmek: Eğer A varyantındaki kullanıcılar yardım düğmesini üst çubukta, B varyantındakiler alt bilgide görüyorsa, A/B çerçevesi farklı sayfalarda farklı varyantlar uyguladıkça, bu kullanıcılar oturumları boyunca sayfalar arasında tutarsız yardım yerleşimi deneyimler. Yardım mekanizması konumunu etkileyen A/B testlerinin, bir oturumdaki tüm sayfalarda varyantı tutarlı biçimde uyguladığından emin olun.
• Kimliği doğrulanmış ve doğrulanmamış durumları farklı "siteler" olarak ele almak ve farklı yardım yerleşimleri uygulamak: Oturumun ortasında oturum açan kullanıcılar, yardım mekanizmasını aniden yeni bir konumda bulacaktır. Kimlik doğrulama durumu değişikliği, yardım yerleşimi bağlamında kullanıcı tarafından başlatılmış sayılmaz; bu nedenle yine de SC 3.2.6 ihlalidir. Tüm kimlik doğrulama durumlarında tutarlı bir yardım yerleşimi uygulayın.
• Yardım telefon numarasını bazı sayfalarda yalnızca yoğun alt bilgi metni içinde, diğerlerinde ise özel bir üst bilgi çubuğunda gömmek: Telefon numarası teknik olarak tüm sayfalarda mevcut olsa bile, göreli konumundaki önemli bir değişiklik (üst bilgideki ilk etkileşimli öğe olmaktan, yüzlerce bağlantıdan sonra alt bilgiye gömülü olmaya geçmesi gibi) tutarlı sıra gerekliliğinin ihlalidir.
• Yardım simgesinin her zaman görsel olarak "köşede" olmasının ölçütü karşıladığı varsayımı: Ölçüt, yalnızca mutlak piksel koordinatlarını değil, sayfa içeriğindeki göreli sırayı ölçer. Her zaman görsel olarak sağ altta olan, ancak farklı sayfalarda DOM’da tamamen farklı noktalarda görünen (örneğin bir sayfada <body> etiketinden hemen sonra, diğerinde kapanış </body> etiketinden hemen önce) bir sohbet simgesi, klavye ve ekran okuyucu kullanıcıları için yine de başarısız olabilir.
• Duyarlı kırılma noktalarını denetlemeyi unutmak: Masaüstü genişliklerinde tutarlı olan bir yardım mekanizması, dar görünüm alanlarında gizlenebilir veya mobil hamburger menüsüne taşınabilir; bu da mobilde farklı bir konuma yol açar. Mobil kullanıcılar, masaüstü kullanıcılardan farklı bir göreli konum deneyimliyorsa, özellikle mobil hedef kitlenin birincil erişim yöntemi ise, bu durum ölçüte göre değerlendirilmelidir.
• Tasarım sistemlerinde yardım mekanizması konumlarını belgelememek: Yardım mekanizmalarının nerede görünmesi gerektiğine dair belgelenmiş bir standart olmadan, bireysel geliştiriciler ve tasarımcılar zaman içinde tutarsızlıklar üreten bağımsız kararlar alacaktır. Yardım mekanizması yerleşim kurallarını tasarım sisteminize veya bileşen kütüphanesi dokümantasyonunuza açıkça ekleyin.

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

Türkiye’nin 2025/10 sayılı Cumhurbaşkanlığı Genelgesi, 21 Haziran 2025 tarihli ve 32933 sayılı Resmî Gazete’de yayımlanarak dijital erişilebilirlik için kapsamlı bir ulusal çerçeve oluşturmuştur. Genelge, Türkiye’de faaliyet gösteren çok çeşitli dijital hizmetler için asgari erişilebilirlik standardı olarak WCAG 2.2 Seviye AA’ya uyumu zorunlu kılar. WCAG 3.2.6 Tutarlı Yardım, WCAG 2.2’de Seviye AA ölçütü olarak tanıtıldığından, bu yasal yükümlülüğün doğrudan kapsamına girer.

2025/10 sayılı Cumhurbaşkanlığı Genelgesi kapsamına giren kuruluş türleri şunlardır: merkezi ve yerel düzeydeki kamu kurum ve kuruluşları; Bankacılık Düzenleme ve Denetleme Kurumu (BDDK) tarafından düzenlenen bankalar ve finansal hizmet sağlayıcıları; e-ticaret platformları ve çevrimiçi pazar yerleri; hasta odaklı dijital hizmetler sunan hastaneler ve sağlık hizmeti sağlayıcıları; 200.000 veya daha fazla abonesi olan telekomünikasyon şirketleri; çevrimiçi rezervasyon sistemlerine sahip seyahat acenteleri; tarifeli seferler işleten özel ulaşım şirketleri ve Millî Eğitim Bakanlığı (MoNE) tarafından yetkilendirilen özel okullar ve eğitim kurumları. Bu kuruluşların tümü için, SC 3.2.6 da dahil olmak üzere, WCAG 2.2 Seviye AA ölçüt setinin tamamı uygulanabilir standarttır.

WCAG 3.2.6’ya uyum, Aile ve Sosyal Hizmetler Bakanlığı tarafından verilen Erişilebilirlik Logosunu almak için de bir ön koşuldur. Bu logo, erişilebilirlik uyumunun resmî bir işareti olarak hizmet eder ve Türk tüketiciler ve satın alma yetkilileri tarafından giderek artan şekilde bir kalite göstergesi olarak tanınmaktadır. Logoyu almak isteyen kuruluşlar, dijital varlıklarının tamamında WCAG 2.2 Seviye AA’ya tam uyum sağladıklarını göstermek zorundadır; bu da, önemsiz gibi görünse bile tutarsız yardım yerleşiminin bir başvuruyu geçersiz kılabileceği anlamına gelir.

Pratik uyum açısından bakıldığında, SC 3.2.6 özellikle, web siteleri ve mobil web uygulamaları genellikle canlı sohbet bileşenleri, WhatsApp iletişim bağlantıları ve SSS bölümlerini birincil müşteri destek kanalları olarak kullanan Türk e-ticaret ve finansal hizmet sağlayıcıları için önemlidir. Bu yardım mekanizmalarının ürün listeleme sayfaları, sepet sayfaları, ödeme akışları ve hesap yönetimi bölümleri boyunca tutarlı konumlarda görünmesini sağlamak, hem Genelge kapsamında yasal bir yükümlülük hem de Türkiye’nin, arayüz desenlerinin öngörülebilirliğinden en çok yararlanan çok sayıda ilk kez ve düşük okuryazarlığa sahip dijital kullanıcıyı içeren çeşitli internet kullanıcı tabanına hizmet etmek için sağlam bir UX uygulamasıdır.

Genelgeye tabi olup henüz yardım mekanizması yerleşimlerini denetlememiş kuruluşlar, WCAG 2.2 uyum yol haritalarının bir parçası olarak sayfalar arası tutarlılık denetimine öncelik vermelidir. Bu ölçüt manuel test gerektirdiğinden, özellikle yardım öğelerinin konumunu istemeden değiştirebilecek büyük yeniden tasarımlar veya şablon değişikliklerinden sonra, hem ilk uyum denetimlerine hem de devam eden kalite güvence döngülerine dahil edilmelidir.