Bir kümenin sınırını benzer anahtar kelimelerin sayısı çizmez. Markanın gerçekten sahip olduğu varlıklar, kanıtlayabildiği uzmanlık ve kullanabildiği kanıtlar bu sınırı belirler.

Gerçek kullanıcı sorularını, görevleri birbirinden ayrılmış sayfalara bağlıyoruz. Planlanan her sayfa için adı belli bir uzman ya da güvenilir kaynak arıyoruz, ardından mimariyi kurulum sırasında kullanılmamış kontrol sorularıyla sınıyoruz. Örtüşen sayfalar tek bir varlığa dayanan kümede birleşir ve planlanan her sayfanın yazılmadan önce adı belli bir uzmanı veya kaynağı olur. Bu sayfa içerik ve SEO sorumluları içindir. Kümeler kimsenin savunamayacağı kadar büyüdüğünde neyin birleştirileceğine, kaldırılacağına veya onaylanacağına bu kişiler karar verir.

Merkezi varlık rozeti çevresine konu blokları yerleştiren uzman illüstrasyonu

Birlikte çalıştığımız 500'den fazla markadan birkaçı

Tüm referansları gör
  • BMW
  • Findeks
  • Yves Rocher
  • Memorial
  • İstanbul Gedik Üniversitesi
  • Country Floors
  • Bundle
  • Amazon
  • Shell
  • Hyundai
  • PepsiCo
  • Red Bull
  • MediaMarkt
  • Decathlon
  • Trendyol
  • Hepsiburada
  • Sahibinden.com
  • Bayer
  • Sanofi
  • EY
  • KPMG
  • DenizBank
  • Acıbadem Sağlık Grubu
  • Abdi İbrahim

Önce kümenin sınırını çiziyoruz, ardından soruları sayfalara bağlıyoruz ve yapıyı kurulumda kullanmadığımız sorularla kontrol ediyoruz. Süreç beş adımdan oluşuyor.

Çalışma ilkelerimiz

  • Küme sınırı onaylı varlığa dayanır
  • Her sayfanın görevi ayrıdır
  • İçerik yazılmadan önce uzman belirlenir
  • Kontrol soruları ayrı tutulur
  1. Varlık odaklı bir küme sınırı kuruyoruz

    Onaylı varlık grafiğini savunulabilir bir konu sınırına dönüştürüyoruz. Alan uzmanları ve strateji ekibi sınırı onaylar.

    Kapsam içi ve kapsam dışı alanları net biçimde ayrılmış bir konu grafiği.

  2. Soruları ayrı sayfa rollerine bağlıyoruz

    Format veya hedef terimi seçmeden önce her kullanıcı sorusunu tek bir sayfanın işlevine bağlıyoruz. İçerik stratejisti soruyu ve hedefi onaylar.

    Her sorunun tek bir sorumlu sayfaya bağlandığı bir matris.

  3. Örtüşmeyi, boşlukları ve kanıt derinliğini denetliyoruz

    Mevcut sayfaları birleştirmek çoğu zaman yeni bir sayfa yazmaktan daha doğru sonuç veriyor. Alan uzmanı ve editoryal incelemeci bulguyu doğrular.

    Birleştir, koru, üret veya kaldır kararlarını gösteren bir kayıt.

  4. Her sayfaya uzman ve kaynak şartı atıyoruz

    İçerik yazılmaya başlamadan önce iddianın sınırını ve bu iddiadan sorumlu uzmanı belirliyoruz. Konu uzmanı, editör ve hukuk ekibi bu sorumluluğu kabul eder.

    Planlanan her sayfa için bir uzman, bir kaynak ve hazır olma durumu.

  5. Mimariyi ayrı tuttuğumuz kontrol sorularıyla doğruluyoruz

    Kurulum sırasında kullanmadığımız soruları mimariye yöneltiyoruz, her birinin doğru sayfaya ulaşıp ulaşmadığına bakıyoruz. Bağımsız incelemeci, her sorunun tek bir sorumlu sayfaya bağlanması kuralını uygular.

    Belirsiz sorumlulukları ve kopuk yönlendirmeleri gösteren bir kontrol raporu.

Yazarların doğrudan uygulayabileceği bir mimari hazırlıyoruz. Yanına, kümedeki soruların ne kadarının gerçek uzmanlıkla desteklendiğini gösteren oranı da ekliyoruz.

  • Onaylı konu kümesi mimarisi

    Varlık, kullanıcı kararı ve uzmanlığa dayanan bir hub ve destek sayfası modeli.

  • Birleştirme ve içerik üretim yol haritası

    Sıralama kullanıcı ihtiyacına ve hazır olma durumuna göre yapılır.

  • İç link ve hiyerarşi şartnamesi

    Her sayfa rolü için hub sayfasını, bağlamsal iç linkleri ve sonraki adımı net biçimde tanımlıyoruz.

  • Uzmanlıkla desteklenen kapsam oranı

    Yayınlanmış ama arkasında kanıtı olmayan bir sayfayı kapsamda saymayız.

  • Kümeleri yeniden kontrol takvimi

    Bir yıl önce savunulabilir olan bir küme, yeniden kontrol edilmeden bugün de savunulabilir sayılmaz. Bu kontrolün ne zaman yapılacağını takvim sabitliyor.

Zamanla birbiriyle ilişkili çok sayıda sayfa birikebilir. Aynı soruya talip olan üç sayfa birbiriyle yarışırken hiçbiri markanın gerçekten savunabildiği bir varlığa veya uzmana bağlanmayabilir.

Şu durumlarda iyi bir seçim

  • Sayfalar sessizce birbiriyle örtüşüyor — İki farklı içerik aynı alıcı sorusunu yanıtlar ve otoriteyi ikiye böler. Her ikisi de trafik getirdiği için hiçbiri kaldırılmaz.
  • Küme gerçek bir varlığa dayanmıyor — İçerik yalnızca anahtar kelime temasına göre büyür, markanın ürünü ve kanıtlanmış uzmanlığı yapıya yansımaz.
  • İddiaların sorumlusu belirsiz — Karşılaştırma sayfası teknik bir iddia taşır ama arkasında adı belli bir yazar, kaynak veya bunu savunacak bir uzman yoktur.
  • Önce onaylı bir varlık grafiği gerekir — Küme sınırları onaylı varlık ve ilişkilere dayanmalıdır. Bu model henüz yoksa önce Varlık ve İlişki Haritalama yöntemini uygularız.
  • Küme sınırını onaylı varlıklara göre çiziyoruz — Kapsamı onaylı ürün ve ilişkiler belirler. Markanın sahiplenemeyeceği komşu talebi bilinçli olarak dışarıda bırakırız.
  • Her sayfaya ayrı bir görev veriyoruz — Her sayfa tek bir kullanıcı sorusunu ve tek bir yolculuk aşamasını sahiplenir. Aynı işi yapan sayfaları birleştiririz.
  • İçerik planlanmadan önce uzmanlık arıyoruz — Bir sayfa içerik planına girmeden önce ona bir uzman, birinci taraf veri veya güvenilir bir kaynak atıyoruz.

Şu durumlarda başka bir çalışma daha doğru

  • Hacmin otorite getireceğini varsaymak — Daha fazla sayfa otorite garantisi anlamına gelmez. Uzmanlıkla desteklenemeyen ölçekte içerik üretmek, mevcut yapının bakım yükünü artırır.
  • Sayfa sayısını otorite kanıtı saymıyoruz — Arkasında özgün uzmanlık olmayan yüksek hacimli bir küme başarı sayılmaz.
  • Sıralama veya atıf sözü vermiyoruz — Mimari gerçek uzmanlığı görünür kılar. Dış sistemlerin otorite kararını belirlemez.
  • InLinks

    Mevcut sayfaların hangi entity'leri kapsadığını gösteriyor, örtüşme denetimi burada başlıyor

  • Screaming Frog

    Aynı konu alanında zaten birbiriyle rekabet eden sayfaları gösteriyor

  • AlsoAsked

    Sayfaların görevlerini belirlediğimiz kaynaklı kullanıcı soruları ağacını çıkarıyor

  • AnswerThePublic

    Bir konu etrafındaki talebi kümenin sınırını görecek kadar geniş yayıyor

  • SparkToro

    Hedef kitlenin nerede okuduğunu gösterip kümenin arkasında okur olup olmadığını sınıyor

  • Airtable

    Editörlere hangi sayfayı birleştireceklerini, yazacaklarını ve bekleteceklerini gösteren küme haritası

Her sayfayı gerçek bir varlığa, kullanıcı sorusuna ve adı belli bir uzmana bağlıyoruz. Örtüşen alanlarda neyin birleşeceğini kayda geçiriyoruz, yapıyı kurulumdan ayrı tuttuğumuz kontrol sorularıyla sınıyoruz.
Konu yapısını değerlendirelim

Konu ve Varlık Otoritesi (Topical & Entity Authority) nasıl inşa edilir?

Bir konunun tüm alt kırılımlarını, kullanıcı sorularını ve sektörel kavramlarını birbiriyle bağlantılı ana ve alt sayfalar (topic clusters) halinde eksiksiz kapsayarak inşa edilir.

Konu kümesi oluştururken yalnızca anahtar kelime hacimlerine bakmak neden yetersizdir?

AI sistemleri kelime sıklığına değil anlamsal kapsama bakar. Bir uzmanlık alanındaki tüm kavramsal ilişkileri ve problem çözümlerini derinlemesine işlemek otorite kazanmanın anahtarıdır.

Şirketimizin sektördeki otoritesinin güçlendiğini hangi göstergelerle anlarız?

Markanızın jenerik kategori sorgularında AI tarafından varsayılan öneri olarak sunulması ve alt konularda referans gösterilme oranının artmasıyla anlarız.

Otorite inşasında iç link mimarisi nasıl bir rol oynar?

İlgili sayfaları anlamsal bir hiyerarşiyle birbirine bağlayarak hem ziyaretçilerin hem de botların konu derinliğini kavramasını ve sitenizde otorite akışını sağlar.