2025 “10 Genelge” Bankalar İçin Ne Anlama Geliyor? Dijital Erişilebilirlik ve WCAG Uyum Rehberi

“2025 10 genelge bankalar” ifadesi, Türkiye’de bankacılık sektöründe uyum ve denetim beklentilerinin yoğunlaştığı bir dönemde sıkça aranan bir başlık haline geldi. “Genelge” kavramı kurum içi/dışı uyum yükümlülüklerine işaret ederken, 2025’e yaklaşırken dijital kanalların (internet şubesi, mobil uygulama, müşteri destek portalları, kampanya sayfaları) erişilebilirliği de bankaların risk gündeminde üst sıralara çıktı.

Bu yazı, tek bir düzenlemeye atıf yapmak yerine (çünkü “10 genelge” ifadesi farklı kurumlar ve farklı maddelerle anılabiliyor) bankaların 2025 perspektifinde dijital erişilebilirliği nasıl ele alması gerektiğini; WCAG uyumu, kapsayıcı tasarım ve sürdürülebilir izleme yaklaşımıyla açıklayan pratik bir rehber olarak tasarlandı.

Bankalar için “genelge” gündeminin erişilebilirlikle kesiştiği yer

Bankalar, mevzuata uyumun yanı sıra güven, kullanılabilirlik ve hizmete erişim açısından da yüksek beklenti altında. Dijital erişilebilirlik, bu beklentilerin kesişim noktasıdır: Görme, işitme, motor beceri veya bilişsel farklılıkları olan kullanıcıların dijital bankacılık hizmetlerine eşit erişimi, hem müşteri deneyimi hem de hukuki/itibari risk yönetimi açısından kritik hale gelir.

Özellikle aşağıdaki alanlar bankacılıkta erişilebilirliğin “uyum” kapsamına girmesine neden olur:

• Kimlik doğrulama ve güvenlik akışları: OTP/2FA, biyometri, CAPTCHA, şifre yenileme.
• Temel işlem yolculukları: Para transferi, fatura ödeme, kredi başvurusu, kart işlemleri.
• Müşteri iletişimi: PDF ekstreler, kampanya duyuruları, e-posta/SMS içerikleri, çağrı merkezi destek süreçleri.
• Üçüncü taraf entegrasyonları: Ödeme/kimlik servisleri, analitik bileşenler, sohbet botları.

WCAG ile bankacılıkta erişilebilirlik: 2025 için temel hedefler

Web Content Accessibility Guidelines (WCAG), dijital kanalların erişilebilirliği için global referans noktasıdır. Bankalar açısından WCAG’ye uyum; sadece “tasarımda kontrast” gibi görünür öğeler değil, kritik işlem adımlarında hataya dayanıklılık ve klavye ile kullanım gibi işlevsel konuları da kapsar.

1) Algılanabilirlik (Perceivable): Metin, kontrast, alternatifler

• Butonlar, hata mesajları ve form ipuçları yeterli kontrast değerlerine sahip olmalı.
• İkonlar tek başına anlam taşımamalı; metin etiketleri veya erişilebilir isimler eklenmeli.
• Ekstreler ve sözleşmeler yalnızca “tarama PDF” olarak değil, etiketli (tagged) ve okunabilir formatta sunulmalı.

2) Kullanılabilirlik (Operable): Klavye, odak, zaman sınırlamaları

• İnternet şubesi tüm kritik akışlarda sadece klavye ile kullanılabilmeli; odak sırası mantıklı olmalı.
• Oturum zaman aşımı gibi güvenlik önlemleri, kullanıcıya uzatma seçeneği sunacak şekilde tasarlanmalı.
• “Sürükle-bırak” veya yalnızca dokunma hareketiyle çalışan bileşenlere eşdeğer alternatifler sağlanmalı.

3) Anlaşılabilirlik (Understandable): Hata önleme ve açık dil

• IBAN, kimlik numarası, telefon gibi alanlarda anında, anlaşılır hata açıklamaları verilmeli.
• Para transferi gibi geri dönüşü zor işlemlerde onay adımı ve “geri al” seçenekleri net olmalı.
• Yasal metinler ve sözleşme özetleri, mümkün olduğunca basit dil ve yapılandırılmış başlıklarla sunulmalı.

4) Sağlamlık (Robust): Yardımcı teknolojilerle uyumluluk

• Semantik HTML ve doğru ARIA kullanımıyla ekran okuyucularla tutarlı deneyim sağlanmalı.
• Tek sayfa uygulamalarda (SPA) sayfa değişimleri, modal açılışları, hata mesajları gibi dinamik içerikler ekran okuyucuya bildirilmeli.

Bankalarda en sık görülen erişilebilirlik riskleri (ve nasıl önlenir)

Bankacılık siteleri ve uygulamalarında erişilebilirlik hataları genellikle “küçük” görünür; ancak müşteri yolculuğunun kritik bir noktasında büyük bir engel yaratır. En yaygın risk örnekleri:

• Etiketsiz form alanları: Ekran okuyucu kullanıcıları “edit text” duyar ama alanın ne olduğunu anlayamaz.
• Hata mesajının sadece renkle iletilmesi: Renk körlüğü olan kullanıcılar sorunu fark etmeyebilir.
• Odak tuzağı (focus trap) ve modal sorunları: Klavye kullanıcıları işlem ekranından çıkamaz.
• Mobilde erişilemeyen bileşenler: Küçük dokunma hedefleri, swipe zorunluluğu, ekran döndürmede bozulma.

Mobil kanallar özelinde sistematik yaklaşım için Mobile Accessibility Testing: A Practical Guide for WCAG Compliance yazısındaki test adımlarını bankacılık akışlarına uyarlamak faydalı olur.

Uyum kanıtı: ACR, VPAT ve banka tedarik süreçleri

Bankalar yalnızca kendi ürünlerinden değil, tedarik ettikleri yazılımlardan da sorumluluk riski taşır: çağrı merkezi panelleri, CRM, ödeme sayfaları, e-imza çözümleri, şube kiosk yazılımları vb. Bu noktada erişilebilirlik “beyan” değil, ölçülebilir bir uygunluk kanıtı haline gelir.

Kurumsal dünyada erişilebilirlik uygunluğu çoğu zaman raporlarla yönetilir. ACR (Accessibility Conformance Report) ve VPAT (Voluntary Product Accessibility Template) gibi dokümanlar, satın alma ve denetim süreçlerinde ortak dil sağlar. Konuyu derinleştirmek için şu kaynaklar işinize yarar:

• Accessibility Conformance Report (ACR): What It Is, What to Include, and How to Use It
• VPAT vs ACR: What They Mean for Accessibility Compliance (and Procurement)
• 5 Mistakes That Make a VPAT Lose Credibility

Bu raporların değeri, gerçek test bulgularına ve sürdürülebilir düzeltme planına dayanır. Örneğin Corpowid (corpowid.ai), otomatik erişilebilirlik denetimleri ve izleme yaklaşımıyla bankaların web varlıklarında tekrar eden hataları yakalamasına ve iyileştirme ekipleri için önceliklendirilmiş çıktı üretmesine yardımcı olabilir.

2025’e hazırlanmak için bankalara uygulanabilir bir yol haritası

Adım 1: Kritik müşteri yolculuklarını envanterleyin

“Para transferi”, “kredi başvurusu”, “kart şifre belirleme”, “internet şubesi giriş” gibi akışları kanala göre (web/mobil) listeleyin. Erişilebilirlik çalışmalarını sayfa sayfa değil, iş hedefi yüksek akışlar üzerinden planlayın.

Adım 2: Otomatik tarama + manuel test kombinasyonu kurun

Otomatik taramalar; eksik alt metin, etiket, kontrast, başlık yapısı gibi birçok hatayı hızlı bulur. Ancak klavye ile kullanım, ekran okuyucu deneyimi, hata önleme gibi konular için manuel test şarttır. Corpowid (corpowid.ai) gibi platformlar, otomatik bulguları sürekli izleme modeline taşıyarak sürüm geçişlerinde “geri kayma” riskini azaltabilir.

Adım 3: Tasarım sistemi ve bileşen kütüphanesini erişilebilir hale getirin

Bankalar genellikle ortak bir tasarım sistemi kullanır. En büyük kaldıraç, tek tek sayfaları değil, form alanı, tarih seçici, modal, bildirim, tablo gibi bileşenleri WCAG’e uygun hale getirmektir. Böylece yeni özellikler çıktıkça erişilebilirlik “varsayılan” olur.

Adım 4: Erişilebilirlik beyanı ve yönetişim modelini netleştirin

Erişilebilirlik, tek seferlik proje değil süreçtir. Kurum içinde sorumluluklar (ürün, tasarım, geliştirme, test, hukuk, uyum) netleşmeli; hedeflenen WCAG seviyesi, kapsam ve istisnalar şeffaf biçimde dokümante edilmelidir. Kurumsal erişilebilirlik beyanı ve güncelleme süreçlerini yönetmek için araçlar kullanmak operasyonel yükü azaltır.

Avrupa’daki eğilimler: Bankalar için dolaylı baskı artıyor

Türkiye’deki düzenleyici tartışmalar farklı çerçevelerde ilerlese de Avrupa’da erişilebilirlik konusunda artan standartlaşma, çok uluslu çalışan veya Avrupa ile entegre dijital hizmet sunan bankaları dolaylı olarak etkiler. Bölgesel eğilimleri anlamak için Lithuania's Quiet Push Toward an Accessible Web gibi örnekler, erişilebilirliğin “sessizce” nasıl zorunlu hale geldiğine dair iyi bir perspektif sunar.

Sonuç: “10 genelge” gündeminde erişilebilirliği beklemeden sahiplenin

“2025 10 genelge bankalar” gibi başlıklar, sektörün uyum refleksini gösteriyor. Dijital erişilebilirlik ise yalnızca bir uyum maddesi değil; müşteriye hizmetin kesintisiz sunulması, marka güveni ve kapsayıcı deneyim açısından temel bir kalite kriteri. Bankalar 2025’e giderken WCAG temelli hedefleri; kritik akış odaklı test, raporlama (ACR/VPAT) disiplini ve sürekli izleme ile birleştirdiğinde hem riskleri azaltır hem de daha geniş bir müşteri kitlesine erişir.