VPAT vs ACR: Dijital Erişilebilirlik Uygunluğunu Belgelemede Farklar

Dijital erişilebilirlikte “uygunluk” yalnızca iyi niyet beyanı değildir; özellikle kamu kurumları ve büyük ölçekli kurumsal alımlarda, ürününüzün WCAG ve ilgili standartlara göre durumunu kanıtlayan belgeler beklenir. Bu noktada en sık karşınıza çıkan iki terim: VPAT ve ACR. İkisi sıkça birbirinin yerine kullanılsa da, aslında aynı şey değildir.

Bu yazıda VPAT vs ACR farkını, hangi pazarlarda hangisinin istendiğini ve ekiplerin bu belgeleri hazırlarken en çok yaptığı hataları netleştiriyoruz. (Konuyu daha “alıcı gözüyle” ele alan içerik için ayrıca VPAT ve ACR Arasındaki Fark Nedir, Alıcılar Hangisini Gerçekten İster? yazısına da göz atabilirsiniz.)

VPAT nedir?

VPAT (Voluntary Product Accessibility Template), bir ürünün erişilebilirlik gereksinimlerine göre nasıl performans gösterdiğini satıcıların standart bir şablonda açıklamasını sağlayan dokümandır. VPAT bir “şablon”dur; içinde ürününüzün çeşitli kriterlere göre Destekliyor / Kısmen Destekliyor / Desteklemiyor gibi beyanlarla değerlendirildiği bölümler bulunur.

VPAT, özellikle ABD pazarında ve kamu/kurumsal satın almalarda sık görülür. En yaygın kullanım alanları:

• Section 508 (ABD federal alımları) bağlamında erişilebilirlik beyanı
• Kurumsal satın alma süreçlerinde tedarikçi değerlendirmesi
• SaaS ürünlerinde müşteri güveni ve risk yönetimi

SaaS şirketleri açısından VPAT’in satış ve tedarik süreçlerindeki rolünü daha detaylı anlamak isterseniz SaaS Satıcıları için VPAT ve SaaS için VPAT: Erişilebilirlik Uygunluğu ve WCAG Yol Haritası içerikleri iyi birer tamamlayıcı olacaktır.

ACR nedir?

ACR (Accessibility Conformance Report), bir ürünün belirli erişilebilirlik standartlarına (ör. WCAG 2.x, EN 301 549, Section 508) göre uygunluk durumunu anlatan raporun genel adıdır. Pratikte ACR çoğunlukla “VPAT formatında hazırlanmış uygunluk raporu” anlamına gelir. Yani:

• VPAT = şablon
• ACR = rapor (şablon kullanılarak veya farklı bir formatla oluşturulabilir)

Birçok kurum “ACR sağlayın” derken aslında VPAT tabanlı bir rapor bekler. Ancak bazı alıcılar, VPAT’in yanında test yaklaşımı, kapsam, istisnalar ve kanıtları daha açık sunan “ACR” terminolojisini tercih eder.

VPAT vs ACR: Temel farklar (özet tablo mantığıyla)

1) Format vs çıktı

VPAT, Access Board ve ortakları tarafından sunulan standart bir şablondur. ACR ise sizin ürününüz için hazırlanmış, uygunluk seviyelerini ve açıklamalarını içeren çıktıdır. Bu nedenle “VPAT hazırladık” demek yerine, “VPAT formatında ACR hazırladık” ifadesi daha doğrudur.

2) Kapsanan standartlar

VPAT şablonları farklı standart kombinasyonlarını kapsayabilir. Örneğin:

• Section 508 odaklı bölümler
• WCAG başarı kriterleri (çoğunlukla 2.0/2.1/2.2 referanslarıyla)
• EN 301 549 (AB’de kamu alımlarında yaygın)

ACR ise “hangi standartlara göre raporlandığını” net şekilde belirtmelidir. Aynı ürün için farklı pazarlar adına farklı kapsamlarla birden fazla ACR üretmek gerekebilir.

3) Derinlik ve kanıt beklentisi

İyi bir ACR (VPAT tabanlı olsa bile) yalnızca “Kısmen destekliyor” dememeli; neden, hangi ekranlarda, hangi kullanıcı etkisiyle ve mümkünse planlanan düzeltme yaklaşımıyla açıklamalıdır. Alıcıların güvenini artıran kısım burasıdır.

4) Kimin için, hangi aşamada?

• Satış öncesi/tedarik değerlendirmesi: VPAT formatında bir ACR neredeyse standart talep haline gelebilir.
• Sözleşme ve risk yönetimi: ACR’nin güncelliği, kapsamı ve doğrulanabilirliği öne çıkar.
• Ürün geliştirme: ACR, erişilebilirlik yol haritasına girdi sağlar; ancak tek başına “uygunluk” yaratmaz.

Ne zaman VPAT istenir, ne zaman ACR istenir?

Gerçek hayatta talep dili sektöre ve kuruma göre değişir:

• ABD kamu ve bazı kurumsal alımlar: “VPAT gönderin” ifadesi çok yaygındır. Aslında istenen, VPAT formatında hazırlanmış bir ACR’dir.
• AB odaklı alımlar ve regülasyon hassasiyeti yüksek kurumlar: “ACR” ifadesi daha sık kullanılabilir ve EN 301 549 eşlemesi beklenebilir.
• Sektörel platformlar (seyahat, havayolu vb.): Kullanıcı yolculukları karmaşık olduğu için raporun kapsamı ve kanıtı daha kritik hale gelir. Örneğin rezervasyon akışları, form alanları, koltuk seçimi ve ödeme adımlarında WCAG uyumu doğrudan gelir kaybını etkileyebilir. Bu bağlamda Havayolları için Dijital Erişilebilirlik ve Seyahat ve Konaklama Sektörü için Dijital Erişilebilirlik (WCAG) Rehberi gibi sektör yazıları, rapor kapsamını doğru belirlemenize yardımcı olur.

VPAT/ACR hazırlarken en sık yapılan hatalar

1) “Destekliyor” demek, ama kapsamı tanımlamamak

Ürünün hangi sürümü, hangi platformu (web, iOS, Android), hangi tarayıcı/AT kombinasyonları test edildi? Bu bilgiler yoksa rapor, alıcı için zayıf bir referansa dönüşür.

2) Otomasyon sonuçlarını “tam uygunluk” gibi sunmak

Otomatik taramalar önemli bir başlangıçtır, ancak WCAG kriterlerinin tamamı otomasyonla doğrulanamaz. Klavye ile kullanım, odak sırası, etkileşimli bileşenlerin davranışı, hata mesajlarının programatik iletimi gibi konular genellikle manuel/yardımcı teknoloji testleri gerektirir.

Bu noktada Corpowid (corpowid.ai) gibi platformlar, düzenli otomatik denetimler ve izleme ile tekrarlayan sorunları erken yakalamaya yardımcı olur; ekipler böylece manuel testleri en kritik kullanıcı akışlarına odaklayabilir.

3) “Kısmen destekliyor” açıklamalarının muğlak bırakılması

İyi bir açıklama, kullanıcı etkisini ve teknik nedeni netleştirir: “Tarih seçici bileşeninde klavye ile günler arasında gezinme mümkün değil; bu nedenle 2.1.1 Klavye kriteri kısmen destekleniyor.” gibi.

4) ACR’yi yaşayan bir doküman olarak yönetmemek

Ürün güncellendikçe erişilebilirlik durumu da değişir. ACR’nin “tek seferlik” hazırlanması, birkaç ay sonra gerçeği yansıtmayabilir. Süreklilik için periyodik test, değişiklik yönetimi ve sürüm notlarıyla ilişkilendirme gerekir. Corpowid (corpowid.ai) ile izleme ve raporlama disiplinini oturtmak, ACR’nin güncelliğini korumayı kolaylaştırabilir.

Daha güçlü bir ACR için pratik öneriler

Kapsamı netleştirin

• Ürün adı, sürüm, tarih
• Test edilen sayfa şablonları ve kritik kullanıcı akışları
• Platformlar (web/mobil), tarayıcılar ve yardımcı teknolojiler

Kanıt yaklaşımı oluşturun

• Otomatik tarama bulguları (tekrarlayan hatalar, örüntüler)
• Manuel klavye testleri
• Ekran okuyucu senaryoları (form doldurma, ödeme, arama/filtreleme)

İstisnaları şeffaf yönetin

Üçüncü taraf bileşenler, gömülü haritalar, ödeme sağlayıcı arayüzleri gibi alanlarda sınırlamalar varsa bunu açıkça belirtin; mümkünse alternatif akış veya düzeltme planı ekleyin.

Sonuç: VPAT mi, ACR mi?

“VPAT vs ACR” tartışmasının özü şudur: VPAT bir format, ACR ise alıcının görmek istediği uygunluk raporudur. Çoğu durumda doğru hedef, VPAT formatında, kapsamı ve kanıtı güçlü bir ACR üretmektir. Böyle bir rapor hem satış sürecini hızlandırır hem de ekip içinde erişilebilirlik çalışmalarını ölçülebilir hale getirir.

Eğer ürününüz sık sürüm çıkarıyorsa, raporun güncelliğini korumak için düzenli denetim ve izleme süreçleri kurmanız kritik olur. Bu süreçte otomatik kontrolleri, manuel testleri ve dokümantasyonu bir arada yönetmek; hem WCAG uyumunu iyileştirir hem de VPAT/ACR taleplerine daha hazırlıklı olmanızı sağlar.