Podcast sunucuları için Zayıf İçerik Kontrolü

Podcast sunucuları neden buna ihtiyaç duyar?

Bir saatlik sohbet, tek cümlelik bir sayfanın arkasında durabilir. Arama motorları metni dizine ekler; oynatıcı yerleştirmesi metin değildir. Sayfasında yalnızca bir başlık, bir tarih ve "Bölüm notları yakında" yazan bir bölüm, röportaj ne kadar iyi olursa olsun, Google'a bir aramayla eşleştirebileceği hiçbir şey vermez. Google 2024'te Podcasts uygulamasını kapattığından beri arama ziyaretçilerinin geldiği yer, kendi sitenizdeki (ya da barındırma servisinizdeki) bölüm sayfasıdır; tabii gelirlerse.

Sorun şu ki sayfa size gayet iyi görünür. Kapak görselini, oynatıcıyı ve bölüm başlığını görürsünüz, bölümde ne konuşulduğunu da bilirsiniz. Görmediğiniz şey, bunların ne kadar azının HTML içinde kelime olarak var olduğu ve var olanların ne kadarının her bölümde tekrarlanan sponsor metni, emeği geçenler listesi ve bağlantılardan oluştuğudur.

Bu araç tek bir bölüm sayfasını çeker; menüleri, altbilgiyi ve kenar çubuklarını çıkarır ve geriye kalan kelimeleri sayar. Kelime sayısını, Zayıf, Sınırda veya Doyurucu değerlendirmesini, Metin oranını ve kelime çeşitliliğini gösteren Benzersiz terim değerini alırsınız. Böylece hangi bölümlerin neredeyse boş olduğunu ve bir transkript eklemenin tabloyu değiştirip değiştirmediğini görürsünüz.

Podcast sunucuları için rehber

Yalnızca sayıya değil, sayılan metne bakın

Bölümü çalıştırın, ardından sayfayı raporun yanında açın. Aracın saydığı her şey HTML'deki görünür metindir: bölüm başlığı, notlarınız, konuğun tanıtımı, zaman damgaları, sayfadaysa transkript; ama aynı zamanda sponsor okumaları, "programı destekleyin" satırları, emeği geçenler ve önceki ile sonraki bölümün başlıkları. Reklamla desteklenen bir programda bu tekrarlanan bloklar toplamın büyük bir kısmını tutabilir. Bunları aklınızda çıkarın ve geriye bu bölüme özgü ne kaldığına bakın. Sayfanın bir konuğun adıyla ya da konuştuğunuz konuyla aramada çıkmasını sağlayabilecek kısım bu kalandır.

Oynatıcının kendisi tek kelime eklemez. Barındırma servisiniz notları sayfa açıldıktan sonra JavaScript ile yüklüyorsa araç da onları göremez ve sayı sıfıra yakın çıkar; bir şeyi yeniden yazmadan önce sayfa kaynağına bakın.

Bölüm notu mu, transkript mi, ikisi birden mi

Transkript, bölümün özünü kelimeye dökmenin en hızlı yoludur; bir saatlik konuşma binlerce kelime verir. Bölüm notu ise başka bir iş görür: birkaç paragrafta bölümün neyle ilgili olduğunu, konuğun kim olduğunu ve dinleyicinin ne öğreneceğini anlatır; arama yapan kişinin ilk okuduğu kısım da budur. Transkripti olan ama tek satırlık notla açılan bir sayfa bu kontrolden rahatça geçer, yine de en üstte bölümü anlatan hiçbir şey yoktur. İyi notları olan ama transkripti olmayan bir sayfa ise Sınırda çıkabilir ve yine de işe yarar olabilir. Hedef olarak üstte kendi kelimelerinizle birkaç paragraf, altında da transkript koyun.

Siteniz transkripti ayrı bir URL'de yayımlıyorsa iki sayfayı da çalıştırın. Araç her birini kendi başına puanlar, ikisini toplamaz.

Arşivinizi on dakikada denetleyin

Üç bölüm seçin: en yenisini, bir yıl öncesinden birini ve en iyi bulduğunuzu. Her birini çalıştırın; Kelime, Değerlendirme ve bu kelimelerin kaçının şablon metin olduğunu not edin. Aceleyle yayımlanan bölümler genellikle zayıf olanlardır. Önce konukların ve dinleyicilerin gerçekten aradığı bölümleri düzeltin: düzenleme aracınızın zaten ürettiği transkripti ve kısa bir özet ekleyin, sonra sayfayı yeniden çalıştırıp metnin HTML'e girdiğini doğrulayın. Kelime değeri yükseldiyse transkript sayfaya girmiş demektir; değişmediyse eklentiniz ya da servisiniz metni betikle yüklüyordur.

Bu aracın söylemediği şeyler

• Ses dinlemez, RSS akışınızı okumaz ve oynatıcının JavaScript ile yüklediği metni görmez; tek bir sayfanın HTML'indeki kelimeleri sayar.
• Bölüm notunu transkriptten, sponsor metninden ya da emeği geçenler listesinden ayıramaz; sayılan metni ayırmak size kalır.
• Her çalıştırmada tek URL kontrol eder; bölüm sayfasını ayrı bir transkript sayfasıyla birleştirmez ve bölümlerinizi listelemez.
• 300 ve 600 kelime sınırları bu aracın kendi eşikleridir. Google bölüm sayfaları için asgari kelime sayısı yayımlamaz.

Gerçek örnekler

1. "Show notes coming soon.": 23 kelime, Zayıf

Durum

The Wood Whisperer'ın canlı soru-cevap yayını The Woodworking Morning Show, bölüm açıklamaları yalnızca "Live Woodworking Q&A" olan bir podcast akışı olarak yayımlanıyor. Akıştaki her bölüm thewoodwhisperer.com üzerindeki bir sayfaya bağlanıyor. Ekim 2021 bölümünün sayfasını 11 Kasım 2026'da çalıştırdık.

Girdi

https://thewoodwhisperer.com/ask-tww/the-last-one-for-now-tww-live/

Sonucu yorumlama

23 Kelime, Değerlendirme Zayıf, Genel Puan 36/100 (Sağlık Puanı 57), Metin oranı %0,1. Sayılan metin; başlık, tarih, "Show notes coming soon." (bölüm notları yakında) satırı ve komşu iki bölümün başlıklarından ibaret. Bölümün kendisi bir YouTube yerleştirmesinde duruyor ve araç onu okumuyor; yani bu sayfa, yayında yanıtlanan sorular hakkında arama yapan birine hiçbir şey sunmuyor. İlk çalıştırmamız 195 kelime saymıştı, çünkü bir çerez onay penceresinin ayar tablosu sayfa metni olarak okunuyordu. Bunu aynı gün araçta düzelttik; yukarıdaki değerler düzeltmeden sonraki sonuçtur.

2. Not bölüm sayfasında, transkript başka bir URL'de

Durum

Bilgisayar korsanlığı üzerine gerçek hikâyeler anlatan Darknet Diaries, her bölüme özet, sponsorlar, kaynaklar ve emeği geçenlerden oluşan bir sayfa veriyor; ardından transkriptin başı ve ikinci bir URL'ye giden "Read Full Transcript" bağlantısı geliyor. 181. bölüm için ikisini de 11 Kasım 2026'da çalıştırdık.

Girdi

https://darknetdiaries.com/episode/181/ ve https://darknetdiaries.com/transcript/181/

Sonucu yorumlama

Bölüm sayfası: 395 Kelime, Sınırda, 69/100. Sayılan metni ayırınca: yaklaşık 87 kelime bölüm özeti, 168 kelime sponsor okumaları, 47 kelime emeği geçenler ve 66 kelime transkriptin ilk satırları. Transkript sayfası: 15.055 Kelime, Doyurucu, 90/100; tek uyarı, sayfada yalnızca bir H2/H3 başlık bulunması. Araç iki URL'yi ayrı ayrı puanlıyor. İki sayfa da aynı başlığı taşıyor ("Ricky – Darknet Diaries"); transkript sayfasına kendine ait bir başlık vermek bu yüzden değerli.

3. Tek cümlelik notu sayfadaki transkript kurtarıyor

Durum

Pazar günü okunan İncil bölümleriyle çalışan Hristiyan topluluk liderleri için hazırlanan ve Buzzsprout'ta barındırılan Sunday's Common, her bölüm için not olarak tek bir cümle yayımlıyor; Buzzsprout transkripti bölüm sayfasında bu cümlenin altına basıyor. 8 Kasım 2026 bölümünü üç gün sonra çalıştırdık.

Girdi

https://sundayscommon.buzzsprout.com/2519627/episodes/20051924-november-8-2026-oil-crisis-matthew-25-1-13

Sonucu yorumlama

2.518 Kelime, Doyurucu, 100/100; tüm kontroller geçti (Metin oranı %8,4, Benzersiz terim %72,1). Bunun neredeyse tamamı transkript: bölüm notunun kendisi 20 kelimelik tek bir cümle. Sayfa her eşiği aşıyor, ama arama yapan birinin ilk gördüğü şey hâlâ o tek satır. Sıradaki iyileştirme daha fazla kelime değil, transkriptin üstüne kısa bir özet.

Sık yapılan hatalar

• Akıştaki her bölümü programın ana sayfasına ya da Apple Podcasts'e bağlamak. O zaman kontrol edilecek ya da sıralanacak bir bölüm sayfası hiç olmaz.
• Yüksek sayıyı iyi bölüm notu sanmak. Reklamla desteklenen bir programda sponsor okumaları, emeği geçenler ve "programı destekleyin" satırları her sayfada tekrarlanır ve kelimelerin büyük bir kısmını oluşturabilir.
• Transkripti bölüm sayfasıyla aynı başlığı taşıyan ayrı bir URL'ye koymak; böylece iki sayfanız aynı arama için birbiriyle yarışır.
• Otomatik transkripti isimleri ve terimleri gözden geçirmeden yapıştırmak. Araç yanlış yazılmış konuk adlarını da doğruları kadar sayar, ama arama yapanlar doğru yazımı kullanır.

Sık sorulan sorular

Podcast bölüm notları ne kadar uzun olmalı?

Google'ın şart koştuğu bir sayı yok. Million Podcasts'in rehberi en az 500 kelimelik bölüm notu ve tam transkript öneriyor; bu araç 300 kelimenin altını Zayıf, 600 ve üstünü Doyurucu sayıyor. İşe yarar bir hedef, bölümün neyi ele aldığını, kimin konuştuğunu ve dinleyicinin ne kazanacağını insanların arayacağı kelimelerle anlatan birkaç paragraf ve altında transkripttir. Sayfanızın nereye düştüğünü görmek için çalıştırın.

Google podcast'imi benim yerime yazıya döker mi?

Sayfanıza yarayacak biçimde hayır. Google bir dönem Google Podcasts'teki bölümleri anlamak için otomatik transkript üretiyordu, ancak o uygulama kapatıldı; Google'ın kendi anlaması için yaptığı yazıya dökme de sayfanızda metin olarak görünmez. Bölümde söylenenlerin sitenizde aranabilir olmasını istiyorsanız transkripti kendiniz yayımlayın ve yayımladıktan sonra sayfayı bu araçla çalıştırarak metnin gerçekten HTML içinde olduğunu kontrol edin.

Barındırma servisim her bölüme bir sayfa açıyor. Bu yeterli mi?

Yalnızca sayfada kelime varsa. Buzzsprout gibi servisler bölüm sayfasını, bölüm formuna yazdığınız açıklamadan oluşturur; tek satırlık açıklama tek satırlık sayfa olur. Bazı servisler, bir transkript yüklediğinizde ya da ürettiğinizde onu da yukarıdaki Buzzsprout örneğindeki gibi o sayfaya basar. Hangi durumda olduğunuzu görmek için servisinizin bölüm sayfasını bu araçla çalıştırın ve sayılan metnin ne kadarının o bölüme özgü olduğuna bakın.

Transkript bölüm sayfasında mı olmalı, ayrı bir sayfada mı?

İkisi de olabilir, ama tek sayfa daha basittir: not, oynatıcı ve transkript bir aradayken tüm metin tek bir URL'de ve sıralanacak tek bir başlık altında toplanır. Ayırırsanız transkript sayfasına kendine ait açıklayıcı bir başlık verin ve iki sayfayı birbirine bağlayın. Araç her URL'yi kendi başına puanlar; uzun transkripti başka bir yerde duran kısa bir bölüm sayfası yine Sınırda ya da Zayıf görünür.

Kaynak: Million Podcasts'in podcast bölümlerini Google'da sıralama rehberi de aynı noktadan başlıyor: Google podcast'inizi dinleyemez; okuduğu şey bölüm sayfası, bölüm notları ve transkripttir.