Erişilebilir Kurumsal Web Tasarım Firması Seçiminde Teslimler Nasıl Denetlenir?

Erişilebilirlik Teslimi Firma Seçiminde Neden Ölçülmeli?

Erişilebilirlik teslimi, firmanın yalnızca iyi niyet beyanıyla değil, test yöntemi, kabul kriteri ve tekrar test kaydıyla ölçülmelidir. Bir sağlayıcının “erişilebilir site geliştiriyoruz” demesi, klavye kullanımı, odak görünürlüğü, form geri bildirimi veya içerik yapısının gerçekten doğrulandığını göstermez. Firma karşılaştırmasının temeli, erişilebilirliğin hangi kanıtlarla kabul edileceğinin teklif öncesinde tanımlanmasıdır.

Genel vaat yerine doğrulanabilir teslim kalemleri isteyin

Teklifte test kapsamı, test edilen şablonlar, kullanılan yöntemler, hata sınıfları, düzeltme sorumlusu ve tekrar test süreci ayrı kalemler olarak görünmelidir. Bu çerçeveyi oluştururken özel web tasarım firması seçiminde erişilebilirlik testlerinin nasıl değerlendirileceğini incelemek, adayların yalnızca araç çıktısı mı yoksa gerçek kullanım senaryosu mu sunduğunu ayırt etmeyi kolaylaştırır. Kabul süreci tasarım onayından ayrı yürütülmelidir.

• Test kapsamı teklif ve sözleşmede açıkça tanımlanmalıdır.
• Kabul kriterleri ölçülebilir kullanıcı görevlerine bağlanmalıdır.
• Bulunan sorunlar önem derecesine göre sınıflandırılmalıdır.
• Düzeltme sonrası tekrar test teslimi zorunlu olmalıdır.
• Yayın öncesi son kabul sorumlusu kurum tarafında belirlenmelidir.

Web'in gücü evrenselliğinde yatar. Engellilik durumundan bağımsız olarak herkesin erişimi temel bir unsurdur. - Tim Berners-Lee

Hangi Sayfa Şablonları ve Bileşenler Test Kapsamında Olmalı?

Firma, yalnızca ana sayfayı değil, kullanıcıların gerçek görevlerini temsil eden tüm kritik sayfa şablonlarını ve etkileşimli bileşenleri test etmelidir. Kurumsal sitede içerik sayfası, listeleme, arama, iletişim formu, kariyer başvurusu, doküman indirme, giriş alanı veya özel portal gibi farklı şablonlar bulunuyorsa her biri kapsamda açıkça belirtilmelidir. Test kapsamı sayfa sayısından çok işlev ve bileşen çeşitliliğine göre tanımlanmalıdır.

Bileşen envanteri teklif kapsamının görünmeyen kısmını ortaya çıkarır

Menüler, modal pencereler, sekmeler, akordeonlar, filtreler, tarih seçiciler, çerez bileşenleri ve üçüncü taraf gömülü araçlar ayrı risk taşır. Bu nedenle web sitesi firmasından erişilebilirlik çalışması için teklif alırken tanımlanması gereken kapsam, sayfa listesinin yanında bileşen envanteri oluşturmanın neden önemli olduğunu gösterir. Teklifte “örnek sayfalar test edilir” gibi belirsiz ifadeler yerine hangi şablonların ve bileşenlerin kapsandığı yazılmalıdır.

• Ana navigasyon ve mobil menü ayrı senaryolarla test edilmelidir.
• Formlar, hata durumları ve başarı mesajları kapsamda olmalıdır.
• Arama, filtreleme ve sıralama gibi etkileşimler değerlendirilmelidir.
• Modal, sekme ve akordeon gibi dinamik bileşenler test edilmelidir.
• Video, doküman ve gömülü içeriklerin kapsamı belirtilmelidir.
• Üçüncü taraf araçlar ayrı bir bileşen listesinde gösterilmelidir.

Otomatik Tarama ve Elle Kullanım Testi Nasıl Birleştirilir?

Otomatik erişilebilirlik taraması hızlı bir başlangıç sağlar ancak tek başına kabul testi olarak kullanılmamalıdır. Araçlar belirli kod ve işaretleme sorunlarını yakalayabilir; buna karşın odak sırasının mantıklı olup olmadığı, hata mesajının gerçekten anlaşılır olup olmadığı veya bir görevin yalnızca klavyeyle tamamlanıp tamamlanamadığı insan değerlendirmesi gerektirir. Sağlam bir teslim süreci otomatik kontrol, uzman incelemesi ve görev bazlı manuel testi birlikte kullanmalıdır.

Manuel testler teklif içinde ayrı yöntem ve çıktı olarak yazılmalıdır

Aday firmadan hangi tarama araçlarını kullandığını sormak yararlıdır, ancak daha önemli soru elle hangi senaryoları çalıştırdığıdır. Kullanıcının menüde dolaşması, form doldurması, hata düzeltmesi, modal açıp kapatması ve içerik içinde yönünü bulması gibi görevler tanımlanabilir. Firma her senaryoda beklenen sonucu, bulunan sorunu, düzeltme durumunu ve tekrar test sonucunu raporlamalıdır. Böylece otomatik skor yerine doğrulanabilir kullanım davranışı değerlendirilir.

• Otomatik tarama geliştirme sürecinde tekrarlı olarak çalıştırılmalıdır.
• Klavye ile uçtan uca görev tamamlama ayrıca test edilmelidir.
• Odak sırası ve odak görünürlüğü manuel olarak doğrulanmalıdır.
• Form hata mesajları içerik ve davranış açısından incelenmelidir.
• Dinamik bileşenlerde açılma, kapanma ve odak dönüşü kontrol edilmelidir.
• Tekrar test sonucu ilk bulguyla ilişkilendirilmelidir.

Klavye Odak Form ve Görseller İçin Kabul Kriterleri Nedir?

Kabul kriterleri, soyut bir “erişilebilir” tanımı yerine kullanıcı görevleri üzerinden yazılmalıdır. Örneğin tüm temel işlevlerin yalnızca klavyeyle kullanılabilmesi, odak göstergesinin görünür kalması, form hatalarının alanla ilişkilendirilmesi ve anlam taşıyan görseller için uygun alternatif açıklamaların sağlanması gibi sonuçlar kontrol edilebilir. Kabul senaryosu, test eden kişinin aynı adımları yeniden uygulayarak aynı sonucu doğrulayabileceği kadar açık olmalıdır.

Her kriterin beklenen sonucu ve başarısızlık durumu tanımlanmalıdır

“Klavye uyumlu olacak” ifadesi yerine, kullanıcının menüden iletişim formuna ulaşması, alanları doldurması, hatayı anlaması ve formu göndermesi gibi uçtan uca görevler yazılabilir. Aynı yaklaşım başlık hiyerarşisi, bağlantı metinleri, görsel açıklamaları ve içerik sırası için de uygulanabilir. Ayrıca içerik yönetim sisteminde editörün erişilebilir başlık, bağlantı ve görsel açıklaması ekleyebilmesi teslim kriterinin parçası olmalıdır.

• Tüm temel kontroller klavye ile erişilebilir olmalıdır.
• Odak sırası görsel ve işlevsel akışla uyumlu ilerlemelidir.
• Odak göstergesi etkileşim sırasında görünür kalmalıdır.
• Form hatası ilgili alanla açık biçimde ilişkilendirilmelidir.
• Anlam taşıyan görseller için uygun alternatif açıklama sağlanmalıdır.
• İçerik başlık yapısı sayfa mantığını yansıtmalıdır.

Erişilebilir Arayüz Geliştirmede Düzeltme Süreci Kimde Olmalı?

Tespit edilen erişilebilirlik sorunlarının kimin tarafından ve hangi sürede düzeltileceği teklif aşamasında tanımlanmalıdır. Tasarım kaynaklı, ön yüz geliştirme kaynaklı, içerik kaynaklı ve üçüncü taraf bileşen kaynaklı sorunlar aynı ekibin sorumluluğunda olmayabilir. Sağlayıcı yalnızca rapor teslim etmekle değil, kendi geliştirdiği kapsam içindeki kusurları düzeltmek ve tekrar test etmekle de sorumlu olmalıdır.

Hata sınıflandırması düzeltme takvimini yönetilebilir hale getirir

Her bulguya önem derecesi, etkilenen şablon veya bileşen, sorumlu ekip, hedef düzeltme tarihi ve tekrar test durumu atanabilir. Özellikle kaynak kod, bakım ve yayın sonrası hizmetler birlikte satın alınıyorsa kod sahipliği, erişilebilirlik ve yayın sonrası SLA denetimi düzeltme sorumluluğunu sözleşmede netleştirmek için tamamlayıcı bir bakış sunar. Kurumun içerik ekibinden kaynaklanan hatalar ise ayrı iş akışına bağlanmalıdır.

• Her bulgu için tek bir sorumlu ekip atanmalıdır.
• Kritik sorunların düzeltme önceliği sözleşmede tanımlanmalıdır.
• Sağlayıcının geliştirdiği bileşenlerde düzeltme kapsamı açık olmalıdır.
• İçerik kaynaklı hatalar kurum editörlerine ayrı yönlendirilmelidir.
• Üçüncü taraf sorunlarında alternatif çözüm veya risk kaydı oluşturulmalıdır.
• Kapatılan bulgular bağımsız tekrar testle doğrulanmalıdır.

İçerik Editörleri İçin Erişilebilirlik Eğitimi Nasıl Teslim Edilir?

İçerik editörleri için eğitim, erişilebilirliğin yayın sonrasında bozulmasını önleyen temel teslimlerden biridir. Teknik ekip erişilebilir bir şablon geliştirse bile editörler yanlış başlık seviyesi, anlamsız bağlantı metni, eksik görsel açıklaması veya erişilemeyen doküman yüklediğinde kullanıcı deneyimi yeniden bozulabilir. Eğitim, genel farkındalık sunumundan ziyade kurumun gerçek içerik yönetim sistemi üzerinde uygulamalı görevlerle yapılmalıdır.

Eğitim çıktıları günlük yayın sürecine bağlanmalıdır

Teklifte eğitim süresi yerine hangi editör görevlerinin öğretileceği belirtilmelidir. Yeni sayfa oluşturma, başlık yapısını koruma, bağlantı metni yazma, görsel açıklaması ekleme, tablo veya doküman yükleme ve yayın öncesi kontrol listesi kullanma gibi işlemler örneklenebilir. Eğitim sonrasında kısa editör rehberi, içerik kontrol listesi ve gerektiğinde tekrar eğitim modeli teslim edilirse erişilebilirlik yalnızca geliştirici ekibin bildiği teknik bir konu olmaktan çıkar.

• Eğitim kurumun kullandığı gerçek CMS üzerinde verilmelidir.
• Başlık yapısı ve bağlantı metni örneklerle anlatılmalıdır.
• Görsel açıklaması yazma sorumluluğu netleştirilmelidir.
• Doküman ve medya yükleme kuralları ayrıca işlenmelidir.
• Yayın öncesi editör kontrol listesi teslim edilmelidir.
• Yeni ekip üyeleri için tekrar eğitim yöntemi belirlenmelidir.

Üçüncü Taraf Bileşenlerde Erişilebilirlik Sorumluluğu Nedir?

Üçüncü taraf bileşenler erişilebilirlik kapsamının dışında bırakılacaksa bu durum açıkça yazılmalı; kapsamdaysa firmanın hangi düzeyde müdahale edebileceği belirtilmelidir. Çerez yönetimi, harita, sohbet, video oynatıcı, başvuru sistemi veya gömülü form gibi araçlar kurumun ana sitesinden farklı kod tabanına sahip olabilir. Sözleşme, kontrol edilemeyen bileşenleri görünmez kılmak yerine risk, alternatif ve sorumluluk sınırıyla belgelemelidir.

Sağlayıcı seçimi ve entegrasyon kararı erişilebilirliği etkiler

Web tasarım firması üçüncü taraf aracın kodunu değiştiremiyorsa bile alternatif ürün önerebilir, entegrasyon biçimini değiştirebilir veya erişilebilir bir yedek akış sağlayabilir. Teklif değerlendirmesinde “üçüncü taraf bizim sorumluluğumuzda değildir” gibi genel bir istisna yerine hangi bileşenin neden istisna olduğu ve kurumun hangi seçeneğe sahip olduğu görülmelidir. Bu yaklaşım, yayından sonra ortaya çıkabilecek erişim engellerinin proje sonunda sürpriz hale gelmesini önler.

• Her üçüncü taraf bileşen envanterde ayrı gösterilmelidir.
• Test edilebilir alanlar ile müdahale sınırı belirtilmelidir.
• Kritik sorun varsa alternatif ürün seçeneği değerlendirilmelidir.
• Gerekirse erişilebilir yedek kullanıcı akışı tasarlanmalıdır.
• Tedarikçi güncellemelerinin tekrar test gerektirip gerektirmediği yazılmalıdır.
• Kabul istisnaları kurum tarafından açıkça onaylanmalıdır.

Yayın Sonrası Erişilebilirlik Bakım Planı Nasıl Kurulmalıdır?

Yayın sonrası erişilebilirlik sorumluluğu, sitenin değişmeye devam edeceği kabul edilerek planlanmalıdır. Yeni kampanya sayfaları, CMS güncellemeleri, üçüncü taraf entegrasyonlar ve arayüz revizyonları daha önce geçen testleri geçersiz hale getirebilir. Bu nedenle bakım planı yalnızca hata çıktığında destek vermek yerine düzenli kontrol, değişiklik sonrası test ve sorumluluk dağılımını içermelidir. Erişilebilirlik tek seferlik teslim değil, değişiklik yönetimine bağlı bir kalite sürecidir.

Bakım sözleşmesi tetikleyici olayları ve tekrar test kapsamını içermelidir

Her ay tüm siteyi manuel test etmek gerekli olmayabilir; bunun yerine risk bazlı bir model kurulabilir. Yeni bileşen geliştirilmesi, tasarım sistemi güncellemesi, CMS sürüm değişikliği, form akışı değişikliği veya üçüncü taraf araç değişimi tekrar test tetikleyicisi olabilir. Ayrıca düzenli otomatik taramalar ve belirli aralıklarla örnek manuel kontroller planlanabilir. Raporun kime gideceği, hangi bulguların bakım kapsamında düzeltileceği ve yeni geliştirme sayılacak işlerin nasıl ayrılacağı da açık olmalıdır.

• Değişiklik sonrası tekrar test tetikleyicileri tanımlanmalıdır.
• Düzenli otomatik tarama periyodu teklif içinde belirtilmelidir.
• Manuel örnek testlerin kapsamı ve sıklığı açıklanmalıdır.
• Bakım kapsamındaki düzeltmeler ile yeni geliştirme ayrılmalıdır.
• Yeni içeriklerin editör kontrolünden geçmesi sağlanmalıdır.
• Erişilebilirlik raporlarının sahibi kurum içinde belirlenmelidir.

Erişilebilir Kurumsal Web Tasarım Teklifi Nasıl Karşılaştırılır?

Erişilebilir kurumsal web tasarım firması tekliflerini karşılaştırırken fiyatı tek başına değil, test kapsamı, manuel test yöntemi, düzeltme sorumluluğu, tekrar test teslimi, editör eğitimi ve yayın sonrası bakım modeliyle birlikte değerlendirin. Aynı “erişilebilirlik testi dahil” ifadesi iki firmada tamamen farklı iş yükü ve sorumluluk anlamına gelebilir. Karşılaştırılabilir teklif, her sağlayıcının aynı kabul senaryolarına ve aynı teslim kanıtlarına göre cevap verdiği tekliftir.

Teklif formunu standartlaştırmak sağlayıcı farklarını görünür kılar

Adaylardan aynı sayfa şablonları, bileşen listesi ve kabul senaryoları için yanıt istemek karşılaştırmayı kolaylaştırır. Maliyet boyutunu ayrıca değerlendirirken erişilebilirlik testi dahil web sitesi tekliflerinin nasıl karşılaştırıldığını incelemek, test ve düzeltme kapsamının bütçeden nasıl ayrıştırılacağını anlamaya yardımcı olur. Son seçimde sağlayıcının yalnızca bulgu üretmesini değil, hatayı kapatıp tekrar doğrulayabildiğini ve bakım sürecini tanımlayabildiğini kanıtlaması beklenmelidir.

• Aynı test kapsamı tüm aday firmalara gönderilmelidir.
• Manuel testler teklif satırında açıkça görünmelidir.
• Hata sınıflandırması ve düzeltme takvimi karşılaştırılmalıdır.
• Tekrar test ve kabul raporu teslim formatı istenmelidir.
• Editör eğitimi ve bakım sorumluluğu ayrı kalem olmalıdır.
• Üçüncü taraf bileşen istisnaları teklif öncesinde açıklanmalıdır.