Altyazılı porno sayfası mobil erişilebilirlik kontrolü için bir video sayfasında kullanıcı görevlerini sırayla deneyin: sayfayı bulup açma, oynatıcıyı kullanma ve altyazıyı seçip takip etme. Dar ekran, dokunma, klavye ve okunabilirlik kontrollerini aynı test kaydında birleştirirseniz, yalnızca görünen kusurları değil hangi işin engellendiğini de belirlersiniz. Aşağıdaki altı adım, bulguları tekrar üretilebilir biçimde kaydetmenize ve düzeltme sonrasında yeniden sınamanıza yardımcı olur.

Test edilecek sayfayı ve kullanıcı görevini seçin

İlk olarak kapsamı sabitleyin

“Site telefonda çalışıyor mu?” sorusu tek başına fazla geniştir. Bir sayfada izleyicinin tamamlamasını beklediğiniz işi seçin: video sayfasını açmak, oynatmayı başlatmak, altyazı menüsünü bulmak, Türkçe seçeneğini etkinleştirmek veya videoyu duraklatmak. Böylece bir sorunu, hangi adımı aksattığıyla ilişkilendirebilirsiniz. Sayfa ve görev birlikte tanımlanmadığında aynı bulgu farklı kişilerce farklı şekilde yorumlanabilir.

Test kaydına sayfanın adresini, cihazı ve tarayıcıyı, ekran yönünü, yakınlaştırma durumunu ve başlangıçta görünen arayüzü ekleyin. Giriş veya yaş doğrulama adımı test akışını etkiliyorsa, bu adımın geçilip geçilmediğini de yazın; erişilen sayfanın durumu test sonucunun parçasıdır. Sayfa örneği seçmek için Anha Bellissima Türkçe altyazılı video veya Dani Daniels Türkçe altyazılı bağlantılarındaki sayfa kimliklerini kullanabilirsiniz; bağlantı adları dışında, bunların belirli bir erişilebilirlik özelliğine sahip olduğunu varsaymayın.

• Başlangıç: Sayfa açıldığında hangi kontroller görünür ve hangileri gizlidir?
• Görev: Kullanıcı altyazıyı bulup açabiliyor mu, yoksa yalnızca sayfayı görüntüleyebiliyor mu?
• Kanıt: Sorunun görüldüğü adımı ve beklenen-gerçekleşen sonucu not edin; gerekiyorsa ekran görüntüsü ekleyin.

Bir sayfa şablonundaki oynatıcı veya gezinme sorunu, her videonun kendi metin içeriğindeki bir sorundan farklıdır. Bu ayrımı en başta kaydetmek, düzeltmenin doğru bileşene yönelmesini sağlar.

Dar ekranda taşmayı ve yakınlaştırmayı sınayın

Sayfanın yeniden akışını kontrol edin

Sayfayı dar bir görünümde açın ve içerik için yatay kaydırmanın zorunlu olup olmadığını gözlemleyin. Başlık, açıklama, altyazı seçimi ve oynatıcı birbirini örtmeden okunabilmeli; açılır menüler ve sabit konumlu çubuklar ekran dışına taşmamalıdır. Yalnızca ilk açılış görünümüne bakmayın: menüyü açın, metni büyütün ve sayfanın altındaki kontrolleri de deneyin. Taşmanın kaynağını bileşen düzeyinde kaydetmek, “mobilde bozuk” gibi genel bir rapordan daha kullanışlıdır.

WCAG 2.2’nin Reflow açıklaması, dikey kaydırılan içerik için 320 CSS piksel genişliğe karşılık gelen görünümde yatay kaydırma gerektirmeyen bir düzeni ölçüt olarak açıklar; iki boyutlu düzen gerektiren içeriklerde istisnalar bulunur (W3C: Reflow). Bu ölçüt, her telefonun fiziksel ekranını aynı kabul etmek değil, içeriğin dar görünümde nasıl yeniden düzenlendiğini değerlendirmektir.

Metin dar görünümde beklenmedik biçimde küçülüyorsa, yalnızca yazı boyutunu artırmakla yetinmeyin. MDN, viewport meta etiketinin mobil tarayıcıda sayfa genişliği ve ölçek davranışıyla ilişkisini açıklar (MDN: Viewport meta tag). Bu nedenle sorunun ekran genişliğinden mi, viewport ayarından mı, yoksa belirli bir sabit genişlikli bileşenden mi geldiğini ayırın.

• Başlık, açıklama ve kontroller daralınca mantıklı sırada kalıyor mu?
• Yakınlaştırınca metin veya oynatıcı kontrolleri kesiliyor mu?
• Yatay kaydırma varsa hangi öğenin sayfa genişliğini aştığını belirleyebiliyor musunuz?

Oynatıcı kontrollerini dokunma ve klavyeyle deneyin

Kontrolün bulunmasını ve kullanılmasını ayrı değerlendirin

Oynat, duraklat, ses ve altyazı kontrollerini tek tek deneyin. Bir düğmenin ekranda görünmesi, parmakla güvenilir biçimde seçilebildiğini kanıtlamaz: üstüne başka bir katman binebilir, yakınındaki kontrolle karıştırılabilir veya dokunma sonrasında beklenen durum değişikliği görünmeyebilir. Her bulguda kontrolün adını, dokunulan yeri ve sonuçta ne olduğunu yazın. Görünürlük ile kullanılabilirlik ayrı gözlemlerdir.

Ardından klavyeyle aynı temel akışı deneyin. Tab ve Shift+Tab ile bağlantılar ve oynatıcı kontrolleri arasında ilerleyin; Enter ile etkinleştirmeyi deneyin. Odağın hangi öğede olduğu görsel olarak seçilemiyorsa, kullanıcı kontrol sırasını kaybedebilir. W3C’nin Keyboard açıklaması, işlevlerin klavye arayüzüyle kullanılabilmesine odaklanır (W3C: Keyboard). Klavye testi mobil dokunma testinin yerine geçmez; iki yöntem farklı engelleri ortaya çıkarır.

Ekran okuyucuyla kısa bir ek kontrol de yapın: oynatıcıdaki simgeler ve menü seçenekleri işlevlerini anlaşılır biçimde duyuruyor mu? Bu kontrolü kaydederken kullandığınız cihaz ve ekran okuyucuyu belirtin; farklı kombinasyonlardaki sonuçları tek bir genel yargıya dönüştürmeyin.

• Odağın sırası sayfa içinden oynatıcıya doğal biçimde ilerliyor mu?
• Menü açıldığında seçeneklere ulaşılıp menüden çıkılabiliyor mu?
• Kontrolün adı, amacı ve etkin durumu anlaşılır mı?

Altyazıyı açma ve takip etme akışını doğrulayın

Altyazı menüsünden görüntüye kadar izleyin

Altyazı kontrolünün nerede bulunduğunu, ne zaman kullanılabilir olduğunu ve seçimin etkinleştiğinin nasıl anlaşıldığını sırayla sınayın. Menü açılıyor ama seçenek seçilemiyorsa sorun, altyazının içerikte bulunmamasından farklıdır. Seçenek etkinleşiyor fakat metin görünmüyorsa oynatma alanı, altyazı dosyası veya görüntüleme davranışı ayrıca incelenmelidir. Bulma, seçme ve okuma aşamalarını ayrı raporlayın.

W3C’nin önceden kaydedilmiş medya için Captions açıklaması, senkronize medyadaki önceden kaydedilmiş ses içeriği için altyazı ölçütünü açıklar (W3C: Captions (Prerecorded)). Sayfa başlığı veya video açıklaması, oynatma sırasında konuşmayı ve gerekli ses bilgilerini sunan altyazıyla aynı işlevi görmez. Bu nedenle test, sayfada altyazıdan söz edilip edilmediğiyle bitmemeli; gerçek oynatma akışını kapsamalıdır.

Çalışılmış örnek: Test kullanıcısı video sayfasını açıyor, altyazı menüsünü arıyor, Türkçe seçeneğini etkinleştiriyor ve metni oynatma sırasında takip ediyor. Menü bulunamıyorsa keşfedilebilirliği; menü açılıyor ama seçim yapılamıyorsa kontrol davranışını; seçim etkin görünüyor ama yazı ekranda yoksa görüntüleme sonucunu kayda alır. Böyle bir rapor, geliştiricinin altyazı içeriğini mi, menüyü mü, yoksa oynatıcı yerleşimini mi incelemesi gerektiğini gösterir.

Kontrastı ve gerçek ekrandaki okunabilirliği inceleyin

Ölçümü gözlemle birlikte kullanın

Altyazı ve oynatıcı metni sabit renkli bir arka plan üzerinde değil, videonun değişen görüntüsü üzerinde yer alabilir. Bu yüzden tek bir karede okunaklı görünen yazı başka bir sahnede arka plana karışabilir. Altyazıyı farklı görüntüler üzerinde takip edin; kontrol çubuğunun yazıyı örtüp örtmediğine ve metnin ekranın kenarında kesilip kesilmediğine de bakın. Kontrast ölçümü tek başına örtülme veya yerleşim kusurunu göstermez.

WCAG 2.2 Contrast Minimum açıklaması normal metin için en az 4,5:1, büyük metin için en az 3:1 kontrast oranı belirtir; ölçütün kapsamı ve istisnaları kaynakta açıklanır (W3C: Contrast Minimum). Ölçüm yaparken metnin gerçek ön plan ve arka plan renk çiftini kullanın. Video görüntüsü değişiyorsa tek bir renk örneği tüm oynatma boyunca okunabilirliği kanıtlamaz; sabit bir metin zemini veya başka bir arayüz çözümü gerekip gerekmediğini gerçek kullanımda değerlendirin.

Bir renk ölçer sonucu olumlu olsa bile metin küçük, kesilmiş veya başka bir kontrolün arkasında kalabilir. Bulguyu bu nedenle iki parçalı kaydedin: ölçülen renk durumu ve telefonda gözlenen okuma durumu. Hangi kare veya arayüz durumunda sorun çıktığını belirtmek, düzeltmeyi tekrar sınamayı kolaylaştırır.

Bulguları göreve göre sırala ve düzeltmeyi yeniden sınayın

Önce engellenen işi, sonra görsel ayrıntıyı ele alın

Önceliği yalnızca kusurun görünüşüne göre belirlemeyin. Kullanıcı oynatmayı başlatamıyor veya altyazıyı etkinleştiremiyorsa, bu işlevi engelleyen sorun genellikle küçük bir renk tutarsızlığından önce incelenmelidir. Her bulguda etkilenen görevi, tekrar üretme adımlarını, beklenen sonucu ve gerçekleşen sonucu yazın. Görevin etkisi ve yeniden üretilebilirlik, düzeltme sırasını açıklayan iki pratik ölçüttür.

Chrome’un Lighthouse erişilebilirlik denetimleri, otomatik olarak kontrol edilebilen bazı konularda rapor sağlar; raporu kullanıcı akışını elle sınamanın yerine koymayın (Chrome for Developers: Lighthouse accessibility). Bir uyarıyı doğrularken aynı sayfayı açın ve uyarının işaret ettiği öğeyi gerçek görev içinde deneyin. Otomatik araçta uyarı çıkmaması da altyazı akışının anlaşılır veya kullanılabilir olduğunu tek başına göstermez.

Önceliklendirme için ekip içi etiket kullanacaksanız, “görevi engelliyor”, “görevi zorlaştırıyor” ve “görsel tutarsızlık” gibi sınıflar yalnızca örnek başlangıç politikalarıdır, evrensel bir standart değildir. Kullanıcı geri bildirimi, benzer sorunun farklı sayfalarda tekrarlanması veya düzeltmeden sonra görevin hâlâ tamamlanamaması bu sınıfları değiştirmeniz gerektiğine işaret eder. Her düzeltmeyi ilk testteki cihaz, tarayıcı, sayfa ve adımlarla yeniden sınayın; değişiklik başka bir kontrolü örtmüş mü diye de bakın.

İlk olarak tek bir video sayfasında akışı kaydedin

Şimdi bir sayfanın adresini ve test cihazınızı kaydedin; sayfayı dar görünümde açıp oynatma ve Türkçe altyazıyı seçme görevlerini dokunma, klavye ve okunabilirlik açısından deneyin. Her bulguyu hangi işi etkilediğiyle birlikte yazın ve düzeltme sonrasında aynı adımları tekrarlayın. Altyazili.org – Türkçe AltyazılI Porno Türkçe altyazılı yetişkin videoları yayımlar ve çevrimiçi izleme sunar; ilgili içerikleri incelemek için Altyazili.org – Türkçe AltyazılI Porno sayfasını ziyaret edebilirsiniz.

Authored with NotFair SEO