Podcast bir ses içeriğidir. Sağır ya da işitme engelli bir dinleyici için metni olmayan bölüm dinlenemez. Diğer birçok kişi için de transkript yalnızca daha kullanışlıdır: trende okurlar, bir ismi aratırlar ya da dinlemeye karar vermeden önce göz gezdirirler. Erişilebilirlik ve kolaylık burada aynı çözüme çıkıyor: bölümün yanında duran bir metin sürümü.
Bu yazıda temel erişilebilirlik standardının ses için ne dediğini, iyi bir transkriptin neler içermesi gerektiğini ve bunu ikinci bir iş haline getirmeden nasıl yayımlayacağınızı anlatıyoruz.
Bu yazı pratik bir rehberdir, hukuki tavsiye değildir. Size bir yasa ya da sözleşme uygulanıyorsa konuyu bilen birine danışın.
WCAG ses hakkında ne diyor?
Web İçeriği Erişilebilirlik Yönergeleri (WCAG), erişilebilirlik kurallarının ve denetimlerinin çoğunun dayandığı standarttır. 1.2.1, Yalnızca Ses ve Yalnızca Video (Önceden Kaydedilmiş) başarı ölçütü, en temel düzey olan A Düzeyi’ndedir. Önceden kaydedilmiş yalnızca ses içeriği, örneğin bir podcast bölümü, aynı bilgiyi sunan bir zamana dayalı medya alternatifi ister.
W3C’nin kendi açıklaması bu alternatifin başlıca örneği olarak transkripti gösterir: söylenenleri ve kahkaha ya da alkış gibi önemli sesleri doğru sırayla aktaran bir metin belgesi. Bir podcast sayfası eksiksiz bir transkript sunuyorsa, o bölüm 1.2.1’i karşılar.
Bundan iki pratik sonuç çıkar:
- Gereksinim, sesi barındıran sayfayla ilgilidir. Bölümünüz bir web sitesinde yer alıyorsa transkripti o sayfaya koyun ya da sayfadan açıkça bağlantı verin.
- Özet ve bölüm notları transkript değildir. Okuyucuya yardımcı olurlar ama bölümün tüm içeriğini taşımazlar.
İyi bir erişilebilir transkript neler içerir?
- Söylenen her şey, sırasıyla. Yeniden yazılmış bir özet olmamalı.
- Konuşmacı etiketleri, okuyucu kimin konuştuğunu bilsin diye. “Sunucu:” ve “Konuk:” yeterlidir; isimler daha iyidir.
- Köşeli parantez içinde anlam taşıyan konuşma dışı sesler, örneğin [kahkaha] veya [müzik azalır]. Hiçbir şey katmayan sesleri atlayın.
- Zaman damgaları, en azından paragraf ya da konu başlangıçlarında. Okuyucular metinle ses arasında geçiş yapabilsin.
- Net bir yapı: tek bir metin bloğu yerine kısa paragraflar ve bölümler için başlıklar.
- Doğru isimler ve sayılar. Transkriptteki yanlış bir isim, ekran okuyucunun önünde de yanlış bir isimdir.
Nerede yayımlanmalı?
- Bölüm sayfasında, oynatıcının altında, “Transkript” gibi bir başlıkla. Hem arama motorları hem ekran okuyucular bunu okuyabilir.
- Transkript çok uzunsa ayrı bir sayfaya bağlantı olarak. Bağlantıyı oynatıcının yanına koyun ve açık bir ad verin (“Transkripti oku”).
- Barındırma platformunuz destekliyorsa oynatıcıda ya da uygulamada. Bunu web sayfasının yerine değil, ona ek olarak yapın.
Gerçek HTML metni kullanın. Görsel içindeki ya da taranmış bir PDF’deki transkript yardımcı teknolojiler tarafından okunamaz.
Her bölüm için kısa bir kontrol listesi
- Transkript bölümün tamamını kapsıyor.
- Konuşmacılar etiketlenmiş ve isimler, konuşmacıların kendi yazdığı şekilde yazılmış.
- Anlam taşıyan sesler tarif edilmiş.
- Transkript bölüm sayfasında ya da oynatıcının yanındaki bir bağlantıda yer alıyor.
- Metin, görsel değil, başlıklı gerçek HTML.
- Biri, isimler ve sayılar için metni sesle birlikte bir kez okumuş.
İkinci bir iş çıkarmadan nasıl yapılır?
Transkripti elle yazmak ses süresinin birkaç katı zaman alır. Bir araç bu işi gözden geçirmeye çevirir. Podcast To Transcript, Apple Podcasts, Spotify, YouTube (altyazılı) veya sesi olan herhangi bir sayfadaki bölüm için konuşmacı etiketli ve zaman damgalı bir transkript oluşturur. Sesle karşılaştırarak bir kez okuyun, isimleri düzeltin ve bölüm sayfasına yapıştırın. Satıra tıklayınca oynatıcı o ana gider; gözden geçirme de bu sayede hızlanır.
Yayımladığınız metnin doğruluğunu kontrol edin. Yapay zekâ podcast transkriptleri ne kadar doğru? yazısında uygulayabileceğiniz 10 dakikalık bir test var. Bölüm notları da yazıyorsanız bölüm notu şablonunu kullanın. Bir programın metin sürümünü oluşturma hakkında daha fazlası için podcast nasıl yazıya dökülür rehberine ve podcast üreticileri sayfasına bakın.
Özet
- WCAG 1.2.1 (A Düzeyi), önceden kaydedilmiş ses için metin alternatifi ister; standart yanıt transkripttir.
- Özet transkript değildir: metnin tamamını yayımlayın.
- Konuşmacıları etiketleyin, anlam taşıyan sesleri tarif edin ve bölüm sayfasında gerçek HTML kullanın.
- Metni sesle karşılaştırarak bir kez gözden geçirin.
Sık sorulan sorular
Podcast transkripti yasal olarak zorunlu mu?
Kim olduğunuza ve nerede yayın yaptığınıza bağlı. Kamu kurumları, üniversiteler ve pek çok şirket WCAG’a dayanan erişilebilirlik kurallarına uymak zorunda; ses gereksinimini karşılamanın olağan yolu da transkript. Size uygulanan kuralları kontrol edin. Bu yazıyı pratik bir rehber olarak okuyun, hukuki tavsiye olarak değil.
Otomatik oluşturulmuş bir transkript kullanabilir miyim?
Yeterince doğru olup işe yaradığı sürece evet. Kimsenin gözden geçirmediği otomatik metin, okuyucuyu çoğu zaman yarıda bırakır. Sesle karşılaştırarak bir kez gözden geçirin, isimleri ve sayıları düzeltin, konuşmacıları etiketleyin.
Altyazı da gerekir mi?
Altyazı video için önemlidir. Yalnızca ses içeren bölümlerde WCAG bir metin alternatifi ister ve transkript bunu karşılar. Videolu bir sürüm de yayımlıyorsanız altyazı ekleyin.
Transkript sayfada nereye konmalı?
Bölüm sayfasında, oynatıcının altına, başlıklarla ve ona giden açık bir bağlantıyla birlikte gerçek HTML olarak koyun. PDF ya da metin görseli kullanmayın; ekran okuyucular ve arama motorları HTML’i çok daha iyi okur.
Transkriptler SEO’ya yardımcı olur mu?
Evet. Transkript arama motorlarına bölümün sözcüklerini verir; sayfa, başlığa hiç yazmadığınız ama konuştuğunuz konularda da sıralanabilir. Bu bir yan etki; asıl neden erişim olmaya devam ediyor. Bunu iş akışınıza eklemek için bölüm notu şablonumuzu ve podcast üreticileri sayfasını okuyun.
