Accessibility Conformance Report Nedir? ACR Hazırlama Rehberi
Accessibility Conformance Report, bir dijital ürünün ilgili erişilebilirlik gereksinimlerini hangi ölçüde karşıladığını açıklayan rapordur. Kurumsal alıcı bu belgeyle ürünün güçlü yönlerini ve açık engellerini inceler. Ancak raporun değeri yalnız başlığından gelmez. Kapsam, yöntem ve sonuç açıklamaları birlikte güvenilir teknik bilgi oluşturur.
Öncelikle raporun hangi ürünü ve sürümü ele alacağını belirleyin. Ardından hedef müşteri, standart ve kullanım ortamını yazın. Ayrıca farklı kullanıcı rollerini envantere ekleyin. Yalnız tanıtım sayfasına bakarak yönetim paneli için sonuç üretmeyin.
Accessibility Conformance Report ve VPAT ilişkisi
VPAT bir raporlama şablonudur. Ekip bu şablona ürün değerlendirmesinin sonuçlarını eklediğinde ACR hazırlar. Ancak bu işlem bağımsız sertifika anlamına gelmez. ITI VPAT açıklaması, şablon ile rapor arasındaki ilişkiyi ve kapsam seçeneklerini açıklar.
VPAT ACR karşılaştırmasında önce hedef standardı inceleyin. Ayrıca alıcının istediği sürümle şablon kapsamını eşleştirin. Raporun ürün tarihi, satış teklifindeki sürümü temsil etmelidir. Sonraki geliştirmeleri mevcut destek düzeyi gibi anlatmayın.
Accessibility Conformance Report için kanıt tablosu
| Kayıt | İçerik | Kontrol amacı |
|---|---|---|
| Ürün kapsamı | Sürüm, modül ve roller | Teklifle eşleşme |
| Test ortamı | Tarayıcı ve yardımcı teknoloji | Sonucu tekrar üretme |
| Ölçüt sonucu | Destek düzeyi ve açıklama | Kararın gerekçesi |
| Açık engel | Görev ve kullanıcı etkisi | Gerçek kullanım riski |
| Değişiklik kaydı | Yeni sürüm ve tekrar test | Rapor güncelliği |
Örneğin kullanıcı fatura indirirken düğmenin adını duyamıyorsa ilgili görev kaydını ekleyin. Ardından sorunun hangi ekranlarda ortaya çıktığını belirtin. Ayrıca sadece “kısmen destekliyor” yazıp açıklamayı boş bırakmayın. Alıcı, eksikliğin kendi kullanımına etkisini anlayabilmelidir.
Test kapsamını gerçek görevlerden çıkarın
Öncelikle oturum açma, arama, veri girişi ve sonuç takibi gibi temel işleri seçin. Ardından hata, boş sonuç ve zaman aşımı durumlarını ekleyin. Ayrıca yetki farklarını kontrol edin. Yönetici ekranı standart kullanıcının görmediği işlevler taşır.
Otomatik tarama bazı teknik kuralları hızlı inceler. Ancak bağlam ve görev başarısı insan değerlendirmesi de ister. Bu nedenle klavye ve ekran okuyucu kontrollerini planlayın. Test ekibi her bulguyu ilgili gereksinimle ilişkilendirmelidir.
Örneğin aynı form bileşeni beş ekranda yer alsın. Ortak hatayı tek kök nedenle açıklayın. Bunun yanında farklı ekranlardaki kullanıcı etkisini kaybetmeyin. Aynı bileşen ödeme akışında ve profil ekranında farklı iş riski taşır.
Accessibility Conformance Report açıklamalarını nasıl yazmalısınız?
Ölçüt satırında ürünün mevcut davranışını anlatın. Ardından kapsam ve istisnaları somut örnekle açıklayın. Ayrıca ilgili işlev ürününüzde yoksa bu durumu gerekçelendirin. İnceleme yapmamak, kapsam dışı kararı için yeterli neden değildir.
ACR accessibility raporunda pazarlama sıfatları yerine test kanıtına dayanan bilgi kullanın. Örneğin “kusursuz deneyim” ifadesi test sonucunu açıklamaz. Bunun yerine hangi görevleri hangi ortamda incelediğinizi yazın. Açık sorun varsa kullanıcının hangi adımda durduğunu belirtin.
Örnek rapor süreci: Kurumsal belge portalı
İlk aşamada ekip dosya arama, indirme ve yükleme görevlerini listelesin. Sonra test uzmanı her görev için başlangıç koşullarını hazırlasın. Ayrıca yanlış dosya türü ve eksik alan senaryolarını denesin. Geliştirici teknik bulguları ilgili bileşenlerle eşleştirsin.
Ardından rapor sorumlusu ölçüt sonuçlarını kanıt kayıtlarıyla karşılaştırsın. Ürün yöneticisi sürüm ve modül kapsamını doğrulasın. Ayrıca satış ekibi hangi raporun hangi teklif için geçerli olduğunu öğrensin. Böylece farklı ekipler aynı ürünü farklı iddialarla anlatmaz.
Son aşamada belgeyi erişilebilir bir biçimde sunun. Raporun kendi başlıkları, tabloları ve okuma sırası da önem taşır. Ayrıca iletişim kanalını ve değerlendirme tarihini açıkça belirtin. Alıcı ek sorusunu doğru sorumluya iletebilmelidir.
Güncelleme ve teslim sorumluluğu
Önemli ürün değişikliğinde önce etkilenen görevleri belirleyin. Ardından ilgili testleri yenileyip rapor ihtiyacını değerlendirin. Ayrıca eski raporların sürüm bilgisini koruyun. Tarihi raporla güncel ürün açıklamasını karıştırmayın.
Accessibility report hazırlığında yalnız belge doldurma süresini bütçelemeyin. Test, teknik inceleme ve tekrar doğrulama ayrı işlerdir. Kurumsal web projenizin kapsamını NEXTDİJİ ile değerlendirin. Mevcut ürün bilgileriyle müşteri taleplerini birlikte paylaşın.
Kanıt zincirini ürün sürümüyle eşleştirin
Her bulguya benzersiz bir kayıt numarası verin. Ardından rapor satırını test adımları, ekran durumu ve sonuç kaydıyla ilişkilendirin. Ayrıca müşteriyle paylaşacağınız ekran görüntülerinden kişisel verileri çıkarın. Böylece rapor sorumlusu aynı sonucun hangi incelemeye dayandığını kolayca takip eder.
Örneğin geliştirici yeni sürümde form etiketini düzeltsin. Test uzmanı ilgili görevi yeniden tamamlasın ve sonucu kaydetsin. Ancak rapor sorumlusu bütün ürünün destek düzeyini tek düzeltmeye bakarak değiştirmesin. Önce aynı ölçüte ilişkin diğer açık kayıtları incelesin. Bu kontrol, rapor ile ürün arasındaki çelişkileri azaltır. Son teslim öncesinde ürün adı, sürüm, tarih ve kapsam alanlarını birlikte karşılaştırın.
Sık sorulan sorular
ACR bütün ürün sürümleri için geçerli mi?
Hayır. Raporun kapsamı ve tarihi hangi sürümü temsil ettiğini açıklamalıdır.
ACR hazırlamak sertifika almak mı demektir?
Hayır. Rapor değerlendirme sonuçlarını aktarır; bağımsız sertifika veya hukuki garanti oluşturmaz.