Topic cluster, bir ana konuyu kapsayan uzun bir pillar sayfa ile o konunun alt sorularını tek tek ve derinlemesine cevaplayan destek yazılarının iç bağlantılarla birbirine örüldüğü içerik yapısıdır. Pillar sayfa konunun haritasıdır. Destek yazıları haritadaki her durağın ayrıntılı anlatımıdır. Bağlantılar ise okurun ve arama motorunun bu duraklar arasında kaybolmadan dolaşmasını sağlar.
Bu yapıyı kendi sitemde de kullanıyorum. Meta reklamlarından SEO'ya, dönüşüm takibinden retention pazarlamasına kadar her ana konu için bir rehber sayfa ve onun altında yirmi civarında destek yazısı var. Aşağıda bu yapıyı kurarken öğrendiklerimi, hangi kararın neden verildiğini ve en sık nerede hata yapıldığını anlatıyorum.
Pillar sayfa ile destek yazısı arasındaki fark nedir?
Pillar sayfa bir konuyu baştan sona anlatır ama her alt başlıkta durup derinleşmez. Okura konunun bütününü, hangi adımların hangi sırayla geldiğini ve hangi kararların nerede verildiğini gösterir. Destek yazısı ise tek bir soruyu alır ve o soruyu, pillar sayfanın ayıramayacağı ayrıntıda cevaplar.
| Özellik | Pillar sayfa | Destek yazısı |
|---|---|---|
| Hedef sorgu | Konunun ana ve geniş sorgusu | Tek bir alt soru ya da uzun kuyruk sorgu |
| Derinlik | Geniş, her bölüm özet ve yönlendirme içerir | Dar, tek konuda derin |
| Uzunluk | Genellikle uzun, birkaç bin kelime | Sorunun gerektirdiği kadar |
| Bağlantı yönü | Kümedeki bütün yazılara bağlanır | Pillar'a ve en yakın kardeşlerine bağlanır |
| Satış ucu | İlgili hizmet ya da kategori sayfasına yönlendirir | Okuru pillar'a ya da hizmete taşır |
Kavramların kısa tanımları sözlükte duruyor. Pillar page, cluster content ve topic cluster maddelerine bakabilirsiniz.
Bir küme kaç yazıdan oluşmalı?
Sabit bir sayı yok. Konunun gerçekten kaç ayrı soru içerdiğine bakmak gerekir. Benim kümelerim genellikle on beş ile yirmi beş yazı arasında. Bu sayı keyfi değil. Bir reklam platformunu ya da bir SEO disiplinini ciddi biçimde öğrenmek isteyen biri, aşağı yukarı bu kadar ayrı soruyla karşılaşıyor. Kurulum, ölçüm, bütçe, kreatif, raporlama, sık yaşanan sorunlar ve uzman seçimi gibi.
Kümeyi şişirmek için aynı soruyu farklı kelimelerle yazmak ise en sık yapılan hatadır. "Meta pixel nedir" ve "Meta pixel nasıl kurulur" çoğu zaman tek bir yazının konusudur. İkiye bölündüğünde iki sayfa da yarım kalır ve birbirinin sıralamasını böler. Kendi sitemde bu tür çakışmaları bulup birleştirdim. Hangi soruların ayrı sayfa hak ettiğini anlamanın yolu, her birinin arama sonucunun farklı olup olmadığına bakmaktır. Bunu arama niyeti analizi yazısında anlattım.
Pillar sayfanın anatomisi nasıl olmalı?
İyi bir pillar sayfa ilk paragrafta konunun en kısa ve en net tanımını verir. Ardından okura bu sayfada neyi bulacağını söyler ve konuyu, sahada uygulandığı sırayla bölümlere ayırır. Her bölüm o başlığın özünü birkaç paragrafta anlatır ve ayrıntısı için ilgili destek yazısına bağlantı verir. Sayfanın sonunda okuru tek bir sonraki adıma yönlendirir.
İçindekiler tablosu bu tür uzun sayfalarda neredeyse zorunludur. Hem okurun aradığı bölüme atlamasını sağlar hem de arama motoruna sayfanın yapısını özetler. Başlıkları gerçek soru cümleleri olarak kurmak da önemli. Kullanıcı ne soruyorsa başlık o olmalı, çünkü hem Google'ın öne çıkan cevapları hem de yapay zeka asistanları soruya doğrudan karşılık gelen pasajları seçiyor.
Destek yazısı nasıl kurgulanmalı?
Destek yazısının tek bir işi var. Bir soruyu, o soruyu soran kişinin bir daha başka yere bakma ihtiyacı duymayacağı netlikte cevaplamak. Bu yüzden ilk cümle cevabın kendisi olmalı. Ardından cevabın nedenleri, uygulama adımları, sık yapılan hatalar ve hangi durumda farklılaştığı gelir.
Destek yazısında en çok atlanan unsur, kümenin geri kalanıyla bağlantısıdır. Yazının içinde konunun doğal olarak başka bir soruya değdiği her yerde o soruyu cevaplayan yazıya bağlantı verilmeli. Böylece okur bir sorunun cevabından ötekine geçer ve küme bir ağ gibi çalışır.
Pillar sayfa ne kadar uzun olmalı?
Uzunluk hedef değil, sonuçtur. Pillar sayfa, konunun her ana başlığını okurun neyle karşılaşacağını anlayacağı kadar anlatmalı. Bu genellikle birkaç bin kelimeye ulaşır. Ama sayfayı uzatmak için destek yazılarının içeriğini pillar'a kopyalamak yanlıştır. O durumda pillar ile destek yazısı aynı soruyu aynı derinlikte cevaplar ve hangisinin sıralanacağına Google karar vermekte zorlanır.
Benim kullandığım ölçü şu. Pillar'daki her bölüm, ilgili destek yazısının özeti gibi okunmalı ve okur ayrıntı istediğinde o yazıya gitmeli. Bölüm destek yazısından daha uzun hale geliyorsa, ya bölüm fazla derin ya da destek yazısı fazla yüzeysel demektir.
Hizmet sayfası kümenin neresinde durur?
Hizmet ya da kategori sayfası kümenin içinde değil, ucunda durur. Küme bilgi arayan okuru karşılar, sorusunu cevaplar ve güven kurar. Hizmet sayfası ise karar vermeye hazır okuru karşılar. Bu ikisini aynı sayfada birleştirmeye çalışmak genellikle iki işi de yarım yapar. Bilgi arayan için fazla satış odaklı, karar vermek isteyen için fazla uzun bir sayfa ortaya çıkar.
Pratikte pillar sayfa ilgili hizmete bağlanır, destek yazıları konunun hizmete değdiği yerde hizmete bağlanır ve hizmet sayfası da pillar'a geri döner. Böylece hazır olmayan okur bilgiye, hazır olan okur hizmete kolayca ulaşır. Aynı sorguyu hizmet sayfası ile blog yazısının birlikte hedeflememesine de dikkat ediyorum. "SEO danışmanlığı" sorgusunu hizmet sayfası, "SEO danışmanlığı nedir" sorusunu ise ayrı bir yazı cevaplıyor.
Bağlantılar hangi düzende kurulmalı?
Benim uyguladığım düzen dört kuraldan oluşuyor.
- Pillar sayfa kümedeki her yazıya, o yazının konusunun geçtiği bölümde bağlantı verir.
- Her destek yazısı pillar sayfaya en az bir kez, metnin içinde bağlanır.
- Destek yazıları birbirine sadece gerçekten ilişkili oldukları yerde bağlanır. Her yazıdan her yazıya bağlantı vermek ağı değil gürültüyü büyütür.
- Pillar sayfa ve destek yazıları, kümenin satış ucundaki hizmet ya da kategori sayfasına bağlanır.
Bunlara ek olarak sitenin şablonu da yapıya yardım edebilir. Kendi sitemde her yazının altında ait olduğu rehberin bağlantısı otomatik çıkıyor, rehber sayfaların altında da kümedeki bütün yazılar listeleniyor. Bu şablon bağlantıları metin içi bağlantıların yerini tutmaz ama hiçbir yazının yetim kalmamasını garanti eder. Bağlantı metinlerinin nasıl seçildiğini iç linkleme yazısında ayrıntılı anlattım.
URL yapısı kümeyi yansıtmalı mı?
Yansıtabilir ama zorunlu değil. Bazı siteler destek yazılarını pillar'ın adresinin altına koyar. Örneğin /seo/teknik-seo gibi. Bu düzen hiyerarşiyi adreste gösterir. Ama sonradan bir yazıyı başka bir kümeye taşımak istediğinizde adresi değiştirmek ve yönlendirme yapmak zorunda kalırsınız.
Ben blog yazılarını düz bir /blog/ yolu altında tutup kümeyi iç bağlantılar, breadcrumb ve yapılandırılmış veriyle kurmayı tercih ediyorum. Böylece yazı adresleri kalıcı oluyor, küme yapısı ise değişebiliyor. Google'ın kendi belgeleri de iç bağlantıların ve site hiyerarşisinin URL yapısından daha belirleyici olduğunu söylüyor.
Küme yapısı yapay zeka görünürlüğüne nasıl katkı verir?
Yapay zeka sistemleri bir konuda kaynak seçerken o konuyu bütünlüklü biçimde ele alan siteleri öne çıkarıyor. Bir küme, aynı konunun yirmi farklı sorusunu tutarlı biçimde cevapladığı için modelin markanızı o konuyla eşleştirmesini kolaylaştırır. Her destek yazısının ilk cümlesinin net bir cevap olması ise o yazının tek başına alıntılanabilir bir pasaj sunmasını sağlar.
Kümelerdeki yazıların aynı yazar kimliğine bağlanması da burada önem kazanıyor. Farklı sayfalarda aynı kişinin aynı konuda tutarlı görüşler bildirmesi, arama motoruna ve yapay zekaya bir uzman profili çizer. Bu konuyu marka varlık optimizasyonu yazısında açtım.
Küme performansı nasıl ölçülür?
Kümeyi tek tek sayfaların toplamı olarak değil, bir bütün olarak ölçmek gerekir. Benim baktığım dört gösterge var. Kümenin toplam gösterimi ve bu gösterimin kaç farklı sorgudan geldiği. Kümeden hizmet ya da kategori sayfasına geçen ziyaretçi sayısı. Pillar sayfanın ana sorgudaki konumu. Bir de kümeye eklenen yeni yazıların ne kadar sürede sıralama aldığı.
Son gösterge en çok şey anlatanıdır. Kümede otorite oluştuğunda yeni yazılar birkaç hafta içinde görünmeye başlar. Otorite oluşmadığında aylarca bekler. Search Console'da sayfa filtresiyle kümenin yazılarını gruplamak bu takibi kolaylaştırır. Nasıl yapılacağını Search Console kullanımı yazısında anlattım.
Mevcut bir site kümelere nasıl dönüştürülür?
Sıfırdan başlamak kolaydır. Zor olan, yıllar içinde düzensiz biriken yüzlerce yazıyı kümelere oturtmaktır. Ben bu işe envanterle başlıyorum. Her yazının hedeflediği soruyu ve ait olabileceği ana konuyu tabloya döküyorum. Sonra her konu için bir pillar adayı seçiyorum. Bu genellikle o konudaki en kapsamlı ve en çok bağlantı alan yazıdır. Pillar adayı yoksa sıfırdan yazıyorum. Ardından birbirinin kopyası olan yazıları birleştiriyor, eksik soruları listeliyor ve bağlantıları yeniden kuruyorum. Bu dönüşüm genellikle yeni içerik yazmadan bile görünürlüğü artırır, çünkü dağınık sinyal ilk kez bir yapıya kavuşur. Blog içerik planlama yazısında takvim tarafını anlattım.
Topic cluster kurarken en sık yapılan hatalar nelerdir?
- Pillar ile destek yazısını aynı sorguya yazmak. Pillar'ın başlığı "X nedir" ise kümede ayrıca bir "X nedir" yazısı olmamalı.
- Pillar'ı bir kez yazıp bırakmak. Destek yazıları güncellenirken pillar eski kalırsa, yapının tepesi zayıflar.
- Kümeyi satışa bağlamamak. Bilgi trafiği gelir ama hiçbir sayfa okuru bir sonraki adıma taşımaz.
- Kategori etiketiyle kümeyi karıştırmak. Bir yazıyı kategoriye eklemek onu kümeye bağlamaz. Bağı metin içi bağlantılar kurar.
- Bütün kümeyi aynı günde yayınlamak. Teknik olarak sorun değil ama yazıların birbirine bağlantıları ve kalitesi aceleye geldiğinde zayıflıyor.
Bir küme ne zaman bölünmeli?
Kümedeki soru sayısı otuzu geçtiğinde ve bu sorular kendi içinde belirgin alt gruplara ayrılmaya başladığında bölmeyi düşünüyorum. Örneğin kendi sitemde e-ticaret SEO'sunu genel SEO kümesinin içinde değil ayrı bir küme olarak kurdum, çünkü kategori sayfaları, filtreler ve ürün şemaları kendi başına yirmi soruluk bir alan oluşturuyor. Yapay zeka araması için de aynı gerekçeyle ayrı bir küme açtım.
Bölünme sonrasında iki pillar arasında net bir sınır çizmek ve birbirine bağlamak gerekiyor. Aksi halde iki rehber aynı sorulara cevap vermeye başlar ve yamyamlık bu kez rehber seviyesinde yaşanır.
Ben Adem Demir. Bağımsız dijital büyüme stratejisti olarak sitelerin içerik mimarisini her zaman bir hizmet ya da ürün hedefine bağlıyorum. Bu yapının arkasındaki mantığı topical authority yazısında, içerik planının nasıl çıkarıldığını SEO içerik stratejisi yazısında, sürecin tamamını SEO danışmanlığı rehberinde anlattım. Sitenizin küme yapısını birlikte kurmak isterseniz SEO danışmanlığı sayfasından ulaşabilirsiniz.
Kaynaklar
Reklamların satış getirmiyor mu?
Reklam hesabını birlikte inceleyelim, nerede bütçe kaybettiğini netçe görelim.
Ücretsiz Ön Görüşme