Konu kümeleri (topic cluster) ile otorite kurmak

25/09/26

Bir blogda aynı konu hakkında yirmi yazı olup hiçbirinin iyi sıralama alamaması çok sık görülen bir durum. Genellikle sebep yazıların kalitesi değil, düzensizliği: yazılar birbirine bağlanmıyor, birkaçı aynı soruyu cevaplıyor ve hangisinin ana sayfa olduğu belli değil.

Konu kümesi (topic cluster) modeli bu düzensizliği gidermek için kullanılan bir yöntem. Sihirli bir tarafı yok; sadece içerikleri bir plana göre yazmayı ve birbirine bağlamayı sağlıyor. Ben de yeni bir konuya girerken önce bu haritayı çıkarıyorum.

Pillar ve cluster: model nedir?

Model iki tür sayfadan oluşuyor:

Pillar (ana) sayfa: Konunun genel çerçevesini çizen, geniş bir soruyu cevaplayan ve alt konulara yönlendiren sayfa. Her alt konuyu kısaca özetler, detay için ilgili sayfaya bağlantı verir.
Cluster (küme) sayfaları: Her biri tek bir alt soruyu derinlemesine cevaplayan sayfalar. Pillar sayfanın özetlediği konuyu ayrıntılı olarak anlatır.

Burada "otorite" kelimesini dikkatli kullanmak gerekiyor. Google'ın bir "konu otoritesi puanı" olduğunu gösteren resmi bir belge yok. Ama bir konuyu kapsamlı şekilde ele alan, iyi organize edilmiş ve birbirine bağlı sayfalar hem okur için daha faydalı hem de arama motorlarının sitenin yapısını anlaması için daha kolay. Modelin faydası buradan geliyor.

Konu haritası çıkarmak

Yazmaya başlamadan önce konunun haritasını çıkarıyorum. Kullandığım kaynaklar ücretsiz:

Ana sorgular. Konunun en genel hâli ve temel varyasyonları. Bunlar genellikle pillar sayfanın hedefi olur.
Alt sorular. Konuyla ilgili "nasıl", "neden", "ne zaman", "hangisi" soruları. Google'ın otomatik tamamlama önerileri iyi bir başlangıç noktası.
Benzer sorular (People Also Ask). Sonuç sayfasındaki "Diğer kullanıcılar şunları da sordu" kutusu, kullanıcıların aklındaki alt soruları doğrudan gösteriyor. Bir soruyu açtıkça yenileri geliyor.
Search Console sorguları. Siteniz konuyla ilgili zaten gösterim alıyorsa, en değerli kaynak bu. Performans raporunda konuyla ilgili kelimeleri regex ile filtreleyip, hangi soruların gösterim aldığını ama henüz iyi cevaplanmadığını görüyorum. Regex yazmak için GSC regex aracını kullanabilirsiniz.

Topladığım soruları bir tabloya yazıyorum ve niyetlerine göre grupluyorum. Aynı niyete sahip sorular aynı sayfada cevaplanır. Farklı niyete sahip sorular farklı sayfalarda.

Yamyamlığı önlemek: bir niyet, bir sayfa

Kümelerin en sık görülen hatası, aynı soruyu cevaplayan birden fazla sayfa oluşturmak. "LCP nasıl düşürülür" ve "LCP iyileştirme yöntemleri" iki farklı yazı gibi görünse de aynı niyete sahip. İki sayfa oluşturursanız, birbirleriyle rekabet ederler ve Google hangisini göstereceğine sürekli karar vermek zorunda kalır.

Benim kuralım basit: iki sorgu için sonuç sayfasında aynı türde sayfalar üst sıralarda yer alıyorsa, bu sorgular aynı sayfaya aittir. Sonuç sayfaları birbirinden çok farklıysa, ayrı sayfalar gerekebilir. Niyetin nasıl okunacağını arama niyeti yazısında detaylı olarak anlattım.

Mevcut bir sitede yamyamlığı bulmak için Search Console'da bir sorguyu filtreleyip Sayfalar (Pages) sekmesine bakıyorum. Aynı sorgu için birden fazla sayfa dönüşümlü olarak gösterim alıyorsa, bu sayfaları birleştirmeyi veya niyetlerini net şekilde ayırmayı düşünüyorum.

İç link yapısı

Kümenin iskeletini iç linkler oluşturur. Kullandığım yapı şu:

Cluster'dan pillar'a: Her küme sayfası, pillar sayfaya bağlanır. Genellikle metnin başında veya bağlamın uygun olduğu bir yerde, açıklayıcı bir bağlantı metni ile.
Pillar'dan cluster'lara: Pillar sayfa, her alt konuyu özetlediği bölümde ilgili küme sayfasına bağlanır. Sadece bir liste halinde değil, ilgili paragrafın içinde.
Kardeş sayfalar arasında: Küme sayfaları, sadece gerçekten ilgili oldukları durumlarda birbirlerine bağlanır. "INP" yazısından "JavaScript'i azaltmak" yazısına bağlantı vermek mantıklı; her küme sayfasından diğer tüm küme sayfalarına bağlantı vermek ise gereksiz.

Bağlantı metni olarak, hedef sayfanın konusunu tanımlayan doğal ifadeler kullanıyorum. Her yerde aynı anahtar kelimeyi kullanmıyorum. İç link stratejisinin ayrıntılarını iç linkleme stratejisi yazısında anlattım.

URL yapısı için klasör şart değil

Birçok rehber, kümeleri /seo/teknik/lcp gibi klasör yapısıyla kurmayı öneriyor. Bu bir tercih, zorunluluk değil. Google'ın anladığı ilişki URL yapısından değil, bağlantılardan ve içerikten geliyor.

Klasör yapısının pratik dezavantajları da var. Bir yazı birden fazla konuya ait olabilir veya zamanla küme değişebilir. Bu durumda URL'yi değiştirmek, yönlendirme gerektirir. Bu yüzden ben kısa ve düz URL'ler kullanıyorum (/lcp-iyilestirme gibi) ve kümeyi iç linkler ve kategoriler aracılığıyla oluşturuyorum. Çok büyük sitelerde klasörler raporlama için faydalı olabilir; bu durumda da yapıyı en baştan sabit tutmak gerekiyor.

Örnek küme: Core Web Vitals

Türkçe bir SEO blogu için örnek bir küme şöyle olabilir:

Sayfa	Tür	Ana sorgu örneği	Niyet	Bağlantı verdiği sayfalar
Core Web Vitals rehberi	Pillar	core web vitals nedir	Bilgi, genel çerçeve	Tüm küme sayfaları
LCP'yi 2,5 saniyenin altına indirmek	Cluster	lcp nasıl düşürülür	Nasıl yapılır	Pillar, görsel optimizasyonu
INP'yi düzeltmek	Cluster	inp sorunu çözümü	Sorun çözme	Pillar, JavaScript azaltma
CLS: sayfa kaymasını sıfırlamak	Cluster	cls nedir nasıl düzeltilir	Bilgi ve çözüm	Pillar, görsel optimizasyonu
WebP, AVIF ve lazy load	Cluster	webp mi avif mi	Karşılaştırma	Pillar, LCP, CLS
Paylaşımlı hostingte önbellek	Cluster	paylaşımlı hosting site hızlandırma	Nasıl yapılır	Pillar, LCP
PageSpeed skoru ile CrUX verisi farkı	Cluster	pagespeed skoru neden farklı	Kavram açıklama	Pillar

Her satır tek bir niyeti hedefliyor. "LCP nasıl düşürülür" ve "LCP iyileştirme" aynı sayfada; "WebP mi AVIF mi" karşılaştırma niyeti taşıdığı için ayrı bir sayfa.

Konu kapsamını ölçmek

Bir kümenin tamamlanıp tamamlanmadığını anlamak için üç şeye bakıyorum:

Soru kapsamı. Haritada çıkardığım alt soruların kaçı sitede net bir şekilde cevaplanıyor? Bunu basit bir tabloda "cevaplandı / kısmen / yok" şeklinde işaretliyorum.
Sorgu çeşitliliği. Search Console'da konuyla ilgili regex filtresiyle, kümedeki sayfaların gösterim aldığı farklı sorgu sayısını takip ediyorum. Küme büyüdükçe bu sayının da artması gerekiyor.
Sayfa başına tek niyet. Aynı sorgu için birden fazla küme sayfasının dönüşümlü olarak gösterim alıp almadığını kontrol ediyorum. Böyle bir durum varsa, harita bir yerde hatalı demektir.

Bu ölçümlerin hiçbiri "otorite puanı" vermez. Ama kümenin eksiklerini ve çakışmalarını açıkça gösterir.

Özetle

Konunun ana sorgularını ve alt sorularını çıkar (otomatik tamamlama, benzer sorular, Search Console).
Soruları niyete göre grupla: her niyet için tek bir sayfa.
Bir pillar sayfa ve her alt niyet için bir küme sayfası planla.
Küme sayfalarından pillar'a, pillar'dan küme sayfalarına bağlantı ver; kardeş sayfaları sadece ilgiliyse bağla.
URL'leri kısa tut; klasör yapısı zorunlu değil.
Soru kapsamını, sorgu çeşitliliğini ve yamyamlık durumunu düzenli olarak kontrol et.

Comments / questions

If you have a question about any topic or wish to contact me: Telegram or send an email to [email protected] Thanks!