GitHub'ın erişilebilirlik tarayıcısına, yalnızca varlığı değil kaliteyi değerlendiren alt-text kontrolleri eklendi

Doldurduğu boşluk

GitHub, Accessibility Scanner için alt text'in yalnızca var olup olmadığını doğrulamakla kalmayıp gerçekten yararlı olup olmadığını sorgulamaya başlayan bir alt-text eklentisi yayınladı. GitHub Blog'daki bir yazıda, eklentinin mühendislik ekibi bir denetleyicinin bir dize hakkında kanıtlayabileceği şeylerle yalnızca bir modelin tahmin edebileceği şeyleri nasıl ayırdığını açıklıyor.

GitHub Blog'a göre, web'in en popüler ana sayfalarındaki görüntülerin dörtte birinden fazlası eksik, belirsiz veya komşu bir görüntüden kopyalanmış alt text taşıyor. Bu rakamlar WebAIM'ın 2026 WebAIM Million raporundan geliyor; rapor, en yüksek trafikli bir milyon ana sayfadaki görüntülerin %16,2'sinde özniteliğin bulunmadığını, alt text'e sahip görüntülerin ise %10,8'inin ise hiçbir yararlı şey sunmadığını saptadı: bir dosya adı, alt="image" veya bitişik bir görüntüden kopyalanmış bir açıklama.

Mevcut araçlar eksik durumları güvenilir biçimde yakalar. Genellikle yapmadıkları şey kaliteyi değerlendirmektir. Çoğu denetleyici yalnızca erişilebilir bir adın var olduğunu doğrular ve GitHub Blog, bunun bilinçli bir tercih olduğunu savunuyor; çünkü yanlış pozitif üreten bir kalite kuralı, ekiplerin kapatacağı bir kuraldır. Sonuç olarak alt="IMG_2847.png" geçer ve beş yıldız biçimli simgeye uygulanan aynı "3/5 stars" ifadesi de geçer.

Beş deterministik kural

Eklenti, varsayılan olarak çalışan ve ağ erişimi ya da model kimlik bilgileri gerektirmeyen beş kontrolle geliyor. Bunlar yalnızca boşluklardan oluşan, hero.png gibi dosya adı içeren, TODO gibi yer tutucular barındıran, "image", "logo" veya "chart" gibi tek bir genel kelimeden oluşan ya da bitişik görüntülerde tekrarlanan alt özniteliklerini işaretliyor.

Hangi görüntülerin değerlendirileceğine karar vermek için tarayıcı, DOM'a doğrudan sorgu göndermek yerine Playwright'ın role tabanlı locator'ını kullanıyor; böylece tarayıcının erişilebilirlik ağacının dışındaki her şey, boş alt öznitelikleri de dahil, dışarıda kalıyor. Bu dışlama bilinçli: boş bir alt, yazarın görüntüyü dekoratif olarak ilan etmesidir ve bu, bir denetleyicinin cezalandırmak yerine teşvik etmesi gereken bir davranıştır.

Belirsiz kelime kuralı dizgeyi normalize eder ve özenle hazırlanmış bir listeyle karşılaştırır; yalnızca birebir eşleşmelerde tetiklenir. "image" işaretlenir; "image of the login screen with the SSO button highlighted" işaretlenmez. GitHub, böyle katı bir yaklaşımın gerçekten kötü pek çok alt text'i kaçırdığını kabul ediyor; ancak geliştiricilerin açık tuttuğu güvenilir bir denetleyicinin, kapatacakları daha akıllı birinden iyi olduğunu söylüyor.

Tekrar, bir düzen düzeltmesi gerektirdi

Tekrarlanan alt kuralı ekibin "en kötü hata" dediği sorunu üretti ve bu, ayrıştırma değil bir düzen sorunuydu. İlk sürüm, belge sırasına göre özdeş alt text dizilerini işaretliyordu; bu da başlıktaki bir logoyla alt bilgideki bir logonun ikisi de "GitHub" okunduğunda, hiçbir kullanıcı bunları bir grup olarak denimlese de yinelenen olarak değerlendirilebileceği anlamına geliyordu.

Kural artık bounding box'ları karşılaştırıyor ve yalnızca iki görüntü arasındaki boşluk, görüntülerin kendilerine göre küçük olduğunda diziyi genişletiyor. GitHub, mesafe çarpanının bir spesifikasyondan türetilmiş bir değer değil, gerçek sayfalara göre ayarlanmış bir yargı kararı olduğunu ve görüntünün ölçülebilir bir kutusu olmadığında kontrolün sessiz kalmaya meyilli olduğunu belirtiyor; çünkü gözden kaçan bir durum görünmezken yanlış bir işaret güveni zedeliyor.

Döngüde isteğe bağlı bir model

Bir opt-in kuralı, görüntüyü, alt text'ini ve çevresindeki bağlamı GitHub Models üzerinden bir vision modeline gönderiyor. Bu bağlam en yakın başlığı, sayfa başlığını, varsa figcaption'ı, görüntünün bir bağlantı ya da düğme içinde olup olmadığını ve yakındaki düz metinden en fazla 600 karakteri içeriyor.

Bağlantı sinyali en önemlisi; çünkü bir görüntü bir bağlantının tek içeriği olduğunda alt text'i o bağlantının erişilebilir adı haline gelir. Eklentinin burada bilinen bir sınırlaması var: görüntünün bir bağlantı içinde olduğunu kaydediyor ama bağlantının tek içeriği olup olmadığını kaydetmiyor; dolayısıyla iki durum da modele aynı görünüyor.

Ekibin ana başarısızlık modu, modelin resimleri yanlış okuması değil, istenmeyen yeniden yazımlar önermesiydi. Alt text geliştirilebilir mi diye sorulduğunda bir dil modeli evet cevabı verme eğiliminde olduğundan her görüntü bir bulguya dönüştü ve sinyal çöktü. Üç değişiklik bunu ele aldı: ilk eşleşmede duran dört sıralı adımı (dekoratif, caption ile yedek, işlevsel, bilgilendirici) izleyen bir karar prosedürü; modelin zevk yerine yazarın niyetini tercih eden açık anti-nitpick kuralları ve akıl yürütmenin karardan önce üretilmesini zorlayan yapılandırılmış çıktı. WebAIM, W3C görüntü eğitim dokümanı ve POET'tan oluşturulmuş çevrimdışı bir değerlendirme donanımı, canlı kuralla aynı prompt'u paylaşıyor; böylece çevrimdışı ayar CI davranışıyla eşleşiyor, ancak donanım yalnızca modelin yargısını test ediyor, tüm pipeline'ı değil.

GitHub Blog, yazıyı opt-in kuralın ödünleşimini çerçeveleyerek kapatıyor: bir kontrol web sayfası verilerini harici bir modele gönderdiği anda, tamamen yerel bir lint kuralının asla gündeme getirmeyeceği gizlilik ve maliyet sorularını gündeme getirir.

Neden önemli

Otomatik erişilebilirlik testinin bilinen bir tavanı vardır: varlığı doğrular, yararlılığı değil. Alt text sorununun belirsiz ve yinelenen kısmı geleneksel denetleyicilere görünmezdir ve GitHub'ın eklentisi, yanlış alarm veren bir denetleyici yayınlamadan bu boşluğu kapatmanın somut bir girişimidir. Tasarım kararları erişilebilirliğin ötesine de genellenebilir: buluşsal yöntemler yerine kapalı kelime listeleri, düzene duyarlı tekrar algılama, eksik veride sessiz kalmayı tercih etme ve modele uçsuz bir soru yerine bir karar prosedürüyle prompt gönderme. Kendi otomatik kontrollerini inşa eden ekipler için GitHub'ın anlattığı ödünleşimler doğrudan aktarılabilir.