Site Mimarisi

TL;DR — Site mimarisi yalnızca URL klasörleriniz değil, sayfalarınız arasındaki taranabilir bağlantı ağıdır. Amaç basittir: her önemli sayfaya işaret eden bir bağlantı olmalı ve ilgili sayfalar birbirine bağlanmalıdır. Bu ağı düzenlemek için silo, hub and spoke ve topic cluster adlarını duyarsınız; bunlar üç ayrı sistem değil, kabaca aynı fikir için örtüşen uygulayıcı etiketleridir. Bunların hiçbiri tek başına sıralama veya trafik garantilemez — sayfaları bulunabilir ve anlaşılabilir kılan şeydir. Google bir piramidi sever: üstte ana sayfa, ortada geniş kategori sayfaları, altta belirli makaleler.

Site mimarisi nedir?

Site mimarisi, sayfalarınızı birbirine bağlayan taranabilir bağlantı ağıdır — arama motorlarının (ve okuyucuların) sayfaları keşfetmek ve aralarında hareket etmek için kullandığı yollar — ayrıca XML site haritası gibi destekleyici giriş noktalarıdır. URL klasörlerinizle aynı şey değildir: bir sayfanın yolu (/blog/category/post/) tek başına sayfanın mimarideki yerini belirlemez. Bu, her kitabın bir rafı ve ona işaret eden bir tabelası olan düzenli bir kütüphane ile yerdeki kitap yığını arasındaki farktır.

Arama için iki nedenle önemlidir:

1. Keşif. Arama motorları sayfaları çoğunlukla bildikleri sayfalardaki standart <a href> bağlantılarını izleyerek bulur. Bir sayfaya hiçbir şey bağlanmıyorsa Google’ın onu bulması bile zordur.
2. Bağlam. Bir sayfa başka bir sayfaya bağlantının çevresinde ilgili kelimelerle bağlandığında, Google’ın bağlantılı sayfanın ne hakkında olduğunu anlamasına yardımcı olur.

Ancak keşif bitiş çizgisi değildir — bir sayfanın bağlantılı ve taranabilir olması dizine ekleneceğini veya sıralanacağını garanti etmez. Mimari sizi bulunur ve anlaşılır kılar; bundan sonraki sonucu vaat etmez.

Duyacağınız üç model

• Silo yapısı — içeriği ayrı konu “silolarına” böler ve her silonun sayfalarının çoğunlukla birbirine bağlanmasını sağlarsınız. Eski, katı sürüm silolar arasında asla bağlantı kurmamayı söyler.
• Hub and spoke — tek bir geniş genel bakış sayfası (hub), ayrıntılı sayfalara (spokes) bağlanır ve her spoke hub’a geri bağlanır.
• Topic clusters — bir “pillar” sayfası geniş bir konuyu, “cluster” sayfaları küçük alt konuları kapsar; hepsi birbirine bağlıdır.

Çoğu kılavuzun gömdüğü bölüm şudur: hub and spoke ile topic clusters aynı temel yapıyı anlatır. Bir ad bilgi mimarisi çevresinden, diğeri HubSpot’un 2017’de yaygınlaştırdığı içerik pazarlaması fikrinden gelir. Bu üçünden hiçbiri Google’ın belgelediği kategori değildir — örtüşen uygulamalara sahip uygulayıcı etiketleridir, resmî bir taksonomi değil. Bunu Gelişmiş sürümde daha ayrıntılı açıklayacağım.

Gerçekte ne önemlidir?

Bir marka adı seçmeniz gerekmiyor. Şunlara ihtiyacınız var:

• Açık bir hiyerarşi: ana sayfa → kategori/hub sayfaları → belirli sayfalar.
• Her önemli sayfa en az bir başka sayfadan bağlı olmalı (”yetimler” olmamalı) — Google’ın kendi belgeleri bunu açıkça söyler: önem verdiğiniz her sayfaya sitenizdeki en az bir başka sayfadan bağlantı verilmelidir.
• Google’ın güvenilir biçimde izleyemeyeceği yalnızca tıklamaya dayalı gezinme değil, gerçek <a href> bağlantıları.
• İlgili sayfaların açıklayıcı bağlantı metniyle birbirine bağlanması.
• Önemli hiçbir şeyin tarayıcıların ulaşmakta zorlanacağı kadar derine gömülmemesi.

Bunların hiçbiri taranma, dizine eklenme veya sıralanma garantisi değildir — bir sayfayı ilk etapta erişilebilir ve anlaşılır kılan şeydir.

Çoğu kişinin yanlış anladığı nokta

Bölümler arasında bağlantı vermekten kaçınmanız gerekmez. Hiçbir Google kaynağı konu alanları arasındaki bağlantıları yasaklamanızı istemez. Katı silo kuralı — “silolar arasında asla bağlantı kurma” — okuyucuların gezinmesine ve Google’ın hedef sayfayı anlamasına gerçekten yardımcı olacak bağlantılardan, hiçbir yerde belgelenmemiş bir kural uğruna vazgeçer. Çapraz bağlantıları bir silo sınırını geçip geçmediğine göre değil, okuyucu için ilgili ve yararlı olup olmadığına göre değerlendirin. Silolardan alınacak değerli fikir, ilgili içeriği birlikte gruplamaktır; onu duvarlarla ayırmak değil.

Daha derin sürüm — bağlantı değerinin akışı, düz ve derin hiyerarşiler ve her modelin ne zaman uygun olduğu — için Gelişmiş sekmesine geçin.

TL;DR — Silo, hub and spoke ve topic clusters, Google’ın belgelediği mimari kategoriler değil, örtüşen uygulayıcı etiketleridir — ancak Mueller’ın olumlu biçimde anlattığı tek bir yapıda birleşirler: piramit / yukarıdan aşağı hiyerarşi. Hub and spoke ile topic clusters gerçekten farklı olmaktan çok aynı temel örüntüyü paylaşır — biri bilgi mimarisinden, diğeri HubSpot’un 2017 içerik pazarlaması yeniden markalamasından gelir. Silo düşüncesinin korunacak bölümü dahili bağlantıların konu yoğunluğudur; bırakılacak bölümü katı “silo dışı bağlantı yok” kuralıdır — hiçbir Google kaynağı bunu gerektirmez, bu nedenle çapraz bağlantıları alaka ve kullanıcı gezinmesine göre değerlendirin. Google’ın dayandığı şey URL klasörleri değil, dahili bağlantı ve bağlamdır. Hiyerarşileri makul ölçüde sığ tutun, ilgili olduğunda kümeler arasında bağlantı verin ve mimarinin konu otoritesi ile AI arama görünürlüğü gibi sonuçları mümkün kıldığını, ancak garanti etmediğini ve zayıf içeriği kurtaramayacağını unutmayın.

SEO’cular bunun üzerine neden tartışıyor?

Site mimarisi, üç topluluğun örtüşen sözlükler icat edip on beş yıl boyunca kendi kelimelerinin gerçek kelime olduğunu savunduğu konulardan biridir. Ahrefs’te Site Audit’in ürün tarafında altı yılı aşkın süredir çalıştım; çok sayıda sitenin tarama verilerinde gerçek site yapılarının nasıl göründüğüne baktım ve dogma ile işe yarayan şey arasındaki fark büyük. Öyleyse karmaşayı azaltmayı deneyeyim.

Adlandırılmış üç model vardır:

• Silo yapısı — içeriğin yalıtılmış tematik bölümlerde gruplanması. Bruce Clay’in yaygınlaştırdığı katı yorum, her silonun “bağlantı değerini” yoğun tutmak için silolar arası dahili bağlantıları yasaklar.
• Hub and spoke — geniş bir genel bakış hub sayfası, ayrıntılı spoke sayfalarına bağlanır; onlar da geri bağlanır. Hub’a bazen pillar page denir.
• Topic clusters — HubSpot’un 2017 çerçevesi: pillar sayfası geniş bir anahtar kelimeyi, cluster sayfaları uzun kuyruklu alt konuları hedefler; her şey birbirine bağlıdır.

Altını çizmek istediğim açıklama

“Silo”, “hub and spoke” veya “topic cluster” ifadelerinin hiçbiri Google’ın belgelediği bir mimari kategorisi değildir. Bunlar uygulayıcı etiketleridir ve uygulamada büyük ölçüde örtüşür. “Hub and spoke” daha eski bilgi mimarisi terimidir: ayrıntılı alt konu sayfalarına bağlanan merkezi genel bakış sayfası ve karşılıklı bağlantılar. “Topic clusters”, HubSpot’un 2017’de esasen aynı örüntüyü yeniden markaladığı içerik pazarlaması terimidir — bir pillar sayfası ve birbirine bağlı cluster içeriği. “Pillar page” hub için kullanılan pazarlama kelimesidir. Bunları tamamen aynı saymak fazla iddialı olur — HubSpot çerçevesi planlı konu kapsamına daha çok, “hub and spoke” ise daha eski ve genel bilgi mimarisi sözlüğüne dayanır — ancak bağlantıları nasıl yapılandıracağınızı seçerken her iki durumda da aynı problemi çözersiniz: merkezi sayfa, ayrıntılı alt konu sayfaları ve aralarındaki karşılıklı bağlantılar.

Google’ın yayımladığı hiçbir şey çapraz silo bağlantılarına karşı çıkmadığından, bunlara izin verdiğinizde pratikte bir “silo” hub-and-spoke kümesi olur. Üç isim çoğunlukla tek bir uygulanabilir yapıda birleşir: gruplanmış, hiyerarşik, dahili olarak bağlantılı ve mantıklı çapraz bağlantılara sahip. Bunları seçilecek üç rakip sistem olarak değil, bu yapı için örtüşen bir sözlük olarak ele alın.

Google gerçekte ne öneriyor?

Google’ın önerisi piramit / yukarıdan aşağı hiyerarşidir: ana sayfa en geniş konuyu kapsar, kategori/hub sayfaları ortada bulunur ve belirli içerik sayfaları altta yer alır. John Mueller nedenini açıkça söyledi: yukarıdan aşağı yaklaşım veya piramit yapı, “sitedeki tek tek sayfaların bağlamını anlamamıza çok daha fazla yardımcı olur.” Kazanç budur — yapı bir sıralama hilesi değil, Google’ın her sayfanın ne hakkında olduğunu ve sayfaların nasıl ilişkili olduğunu çözme yoludur.

Şunu da belirtmek gerekir: Google kendi belgelerinde “hub page” terimini kullanır — keşif için “kategori sayfası gibi bir hub sayfasının yeni bir blog gönderisine bağlanmasını” anlatır. Dolayısıyla hub-and-spoke çerçevesi SEO icadı değildir; Google’ın kendi dilidir.

Dahili bağlantılar URL yapısından önemlidir

Mimarinin en çok yanlış anlaşılan bölümü budur. Silo tavsiyelerinin çoğu gerçekten URL klasörleriyle ilgilidir — /category-a/ sayfalarını bir yol altında tutmak ve /category-b/ yoluna bağlantı vermeyi yasaklamak. Ancak Google URL yol parçalarına değil, dahili bağlantı sinyallerine odaklanır. Mueller, bazı SEO’cuların URL yapısına fazla odaklandığını defalarca belirtti; Google hiyerarşiyi klasör adlarından değil, sayfaların birbirine nasıl bağlandığından çıkarır.

Bunun sonucu önemlidir: /blog/technical-seo/site-architecture/ adresindeki bir sayfa, içeriği ve gelen bağlantıları aksini söylemedikçe Google’a hiçbir şey bildirmez. Mantıklı URL’ler insanlar ve site yönetimi için iyidir — ama mimarinin kendisi değildir. Bağlantı grafiği mimaridir. “Sanal siloların” (klasörden bağımsız olarak konuya göre bağlantıları yoğunlaştırma) iyi çalışmasının ve katı “fiziksel siloların” (çapraz bağlantısız klasör izolasyonu) karşılığında fayda olmadan tarama ve kullanıcı deneyimi sorunları yaratmasının nedeni de budur.

Google’ın güvenilir biçimde izleyebileceği bağlantı konusunda belgeleri özeldir: çözülebilir URL’ye sahip standart bir <a href> öğesi. Yalnızca JavaScript tıklama işleyicileri veya standart dışı işaretlemeyle oluşturulan gezinme, URL yapınız ne kadar temiz görünürse görünsün aynı güvenilir keşif yolunu sağlamaz. Önce taranabilir bağlantı sözleşmesini doğru kurun — klasör adlandırması ikincildir.

Katı siloların yanlış gittiği yer

Silo düşüncesinin meşru içgörüsü konu yoğunluğudur — ilgili içeriği gruplamak ve konu alanı içinde cömertçe bağlantı vermek, okuyucuların gezinmesine ve Google’ın sayfanın ne hakkında olduğunu anlamasına gerçekten yardımcı olur. Hata katı kuraldadır: silolar arasında asla bağlantı kurmamak. İncelenen hiçbir Google kaynağı bu yasağı gerektirmez — bu nedenle onu varsayılan bir otorite mekanizması olarak değil, kendi etkileriyle değerlendirin:

• okuyucuların yararlanacağı doğal ve bağlamsal olarak ilgili bağlantıları engeller,
• kullanıcıları yapay silo sınırlarında çıkmaza sokarak kullanıcı deneyimini bozar ve
• bir sayfa birden fazla konu alanıyla ilgili olabilir; okuyucunun bulmasına yardımcı olan bir bağlantı, çizdiğiniz etiket sınırını geçiyor diye engellenmemelidir.

Shari Thurow yıllardır bu noktayı (“silo çılgınlığını durdurun”) vurguluyor; Ahrefs’in karşıt görüşü (Joshua Hardwick’in “neden anlamsız”) de aynı sonuca varıyor. Yoğunluğu koruyun, duvarı kaldırın — ve kararı Google’ın izolasyonu ne kadar katı tarttığına dair doğrulanmamış iddialara değil, bağlantının okuyucuya ve hedef sayfaya gerçekten hizmet edip etmediğine göre verin.

Düz ve derin hiyerarşiler

Uçlardaki iki hata modu:

• Fazla düz — her şey ana sayfaya tek tık uzaklıktadır. Bağlantı değeri ve konu sinyali seyrelir; ana sayfa yüzlerce eşit alt sayfayı anlamlı biçimde destekleyemez ve bağlama yardımcı olan konu gruplamasını kaybedersiniz.
• Fazla derin — önemli sayfalar ana sayfadan çok sayıda tık uzaktadır. Mueller’ın çerçevesi: aşırı derinlik “taramamızı ve sinyalleri dolaştırmamızı zorlaştırır.” Derin sayfalar daha az taranma ve daha az dahili otorite devralma eğilimindedir. Google belirli bir tıklama derinliği sayısı yayımlamamıştır; hiçbir sabit sayıyı gereklilik saymayın — doğru derinlik sitenizin büyüklüğüne ve kategorilerinin ne kadar farklı olduğuna bağlıdır.

Hedef güçlü bağlamsal bağlantılara sahip sığ bir hiyerarşidir: önemli sayfaları, sitenizin ölçeğinin makul olarak izin verdiği kadar az sıçramayla erişilebilir tutun; bunları hub’larda gruplayın ve konular gerçekten ilişkili olduğunda çapraz bağlantı verin. Bu, botların para sayfalarına ulaşmak için ne kadar yol kat ettiğini denetlerken görülen tarama derinliği kaygısının aynısıdır.

Dahili bağlantı gerçekte ne yapar?

Mimarinin gerçek işi dahili bağlantı grafiğini şekillendirmektir. Doğru yapılması gereken üç şey:

1. Bağlanabilirlik. Her önemli sayfaya en az bir başka sayfadan — ideal olarak birkaçından — bağlantı verilmelidir. Google’ın kendi kılavuzu bu asgariyi açıkça söyler. Gelen bağlantısı olmayan sayfaları bulmak ve sıralamak daha zordur, ancak bir bağlantı iki sonucu da garanti etmez.
2. Bağlam. Bağlantının öncesindeki ve sonrasındaki kelimeler ile bağlantı metninin kendisi, insanların ve Google’ın hedefin ne hakkında olduğunu anlamasına yardım edebilir. Hub’ın spoke’larını “açıklama” biçimi budur — belirli bir sıralama etkisi vaadi değildir.
3. Yoğunluk. Bir konu kümesi içinde yoğun bağlantı vermek, alaka sinyallerini ait oldukları yere koyar — siloların ulaşmaya çalıştığı doğruluk çekirdeği budur. Bu yoğunluğun uygulayıcıların “konu otoritesi” dediği şeye dönüşüp dönüşmediği Google’ın doğrudan belgelediği bir şey değildir; kendi sitenizde test etmeye değer makul bir hipotez olarak ele alın, garanti edilmiş bir mekanizma olarak değil.

Bu site canlı bir örnektir. patrickstox.com birkaç yüz sayfada pillar → cluster → article → sub-article hiyerarşisi çalıştırır; pillar, cluster, clusterSelf, subcluster ve subsubcluster taksonomisini kullanır ve makaleleri duvarlarla ayırmak yerine kümeler arasında bilinçli biçimde çapraz listeler (alsoIn örüntüsü). Bu, katı silo değil, kasıtlı çapraz bağlantılı hub-and-spoke modelidir.

Hangi modeli ne zaman kullanmalı?

Dürüstçe? Hub-and-spoke / topic-cluster yapısını kurun ve etiketleri dert etmeyi bırakın:

• Gerçek kapsamı ve arama talebi olan bir pillar/hub konusu seçin.
• Kendi talebi olan alt konuları belirleyin — bunlar spoke olur.
• Hub ↔ spoke ve uygun olduğunda spoke ↔ spoke arasında bağlantı kurun.
• **Bağlam gerçekten ilişkili olduğunda başka kümelere çapraz bağlantı verin.

Bir hub başına sihirli cluster sayısı yoktur. Doğru sayı, 5, 10 veya 30 gibi keyfi bir hedef değil, gerçek talepli farklı alt konuların sayısıdır. Wikipedia klasik örnektir: ayrıntılı alt konu sayfalarına derin bağlanan geniş genel bakış sayfaları, her yerde yoğun çapraz bağlantı ve hiçbir silo duvarı.

Mimari ve AI arama

AI Overviews ve AI asistanları, bir soruyu birden çok ilişkili alt sorguya bölen query fan-out kullanır. Makul hipotez şudur — belgelenmiş garanti değil: bir konunun alt konuları arasında düzenli ve bağlantılı kapsamı olan bir sitenin, daha fazla alt konu bulunabilir ve taranabilir sayfalarla kapsandığından, bu alt sorguların daha çoğunda görünme şansı olabilir. Mimarinin burada neden olduğunu izole eden kontrollü bir kanıt görmedim; bunu yerleşik bir mekanizma değil, kendi içeriğinizde test edilecek bir şey olarak ele alın. Gary Illyes’in kamuya açık konumu, AI arama optimizasyonunun özel bir mimari değil normal SEO — iyi yapılandırılmış, taranabilir ve yüksek kaliteli içerik — gerektirdiğidir. Geleneksel aramaya hizmet eden yapı, AI arama için de kuracağınız yapıdır; ayrı bir kılavuz yoktur.

Mimarınızı denetleme

Çoğunlukla tarama verileriyle pratik bir geçiş:

• Yetimleri bulun — gelen dahili bağlantısı olmayan sayfalar. Siteyi tarayın (Ahrefs Site Audit, Screaming Frog) ve sıfır gelen bağlantılı sayfaları arayın.
• Aşırı derin sayfaları bulun — ana sayfadan çok sayıda tık uzakta gömülmüş önemli URL’ler; sabit bir sayı kural değildir, ancak tarama verileri bunların daha az tarandığını gösteriyorsa araştırın.
• Konuları haritalayın ve hub adaylarını bulun — merkezi genel bakışı olmayan ilgili sayfa kümeleri.
• Dahili bağlantı boşluğu analizi çalıştırın — birbirine bağlanması gereken ama bağlanmayan ilgili sayfalar.

Dürüst çekince

Mimari sıralama kestirmesi değil, altyapıdır. Taramayı mümkün kılar, bağlantı değerinin akışını şekillendirir ve motorların bağlamı anlamasına yardımcı olur — ancak düşük değerli, zayıf içeriğin etrafına sarılmış güzel bir hub-and-spoke yapısı yine de sıralanmaz. Illyes, tek bir alan adından SERP’te iki sonuç görmenin nadir olduğunu belirtti; yapı içerik kalitesine ve alaka düzeyine hizmet eder, onların yerini tutmaz. İyi içeriğin işini yapabilmesi için yapıyı doğru kurun — bütün mesele budur.

Bu kümedeki komşu konular — dahili bağlantıların sinyal taşıması, tarama derinliğinin keşfi etkilemesi ve büyük sitelerde fasetli gezinme — burada ele alınan aynı mimari kararlarına bağlanır.

AI özeti

Gelişmiş sürümün kısa özeti:

• Site mimarisi = taranabilir bağlantı grafiği, URL klasörleri değil. Keşfi ve Google’ın her sayfanın bağlamını ne kadar açık anladığını şekillendirir; tek başına tarama, dizine ekleme, sıralama veya AI alıntısı garantilemez.
• Üç uygulayıcı etiketi, tek örtüşen yapı. Silo, hub and spoke ve topic clusters Google’ın belgelediği kategoriler değildir; Mueller’ın olumlu anlattığı piramit / yukarıdan aşağı hiyerarşide birleşir.
• Hub and spoke ile topic clusters büyük ölçüde örtüşür. Aynı temel örüntü, farklı topluluklar — bilgi mimarisi terimi ile HubSpot’un 2017 içerik pazarlaması yeniden markalaması. “Pillar page” hub’ın pazarlama adıdır.
• Katı siloları bırakın. Değerli kısım bağlantıların konu yoğunluğudur; hiçbir Google kaynağı “silolar arasında asla bağlantı kurma” kuralını gerektirmez ve bu kural kullanıcı deneyimine zarar verir.
• Dahili bağlantılar > URL yapısı. Google hiyerarşiyi yol parçalarından değil bağlantılardan çıkarır.
• Sığ tutun, sabit sayı kovalamayın. Google tıklama derinliği eşiği yayımlamamıştır; fazla derinlik taramayı ve sinyal akışını zorlaştırır, fazla düzlük konu sinyalini seyreltir.
• Sihirli cluster sayısı yok. Gerçek talepli alt konuları kapsayın; model Wikipedia’dır.
• AI arama normal SEO ister (Illyes) — düzenli, bağlantılı kapsam query fan-out’a yardımcı olabilir; bu belgelenmiş garanti değildir.
• Mimari altyapıdır, sıralama kestirmesi değil — zayıf içeriği kurtaramaz.

Resmî belgeler

Arama motorlarının yapı, bağlantılar ve hiyerarşi hakkındaki birincil kaynak kılavuzu.

Google

• In-Depth Guide to How Google Search Works — bağlantılar üzerinden URL keşfi ve Google’ın “hub page” / kategori sayfası dilini kullanması.
• Crawlable links — Make your links crawlable — her önemli sayfanın en az bir başka sayfadan bağlı olması; bağlantıların <a href> olması; bağlantılı sayfaları anlamak için bağlantı metni ve çevre bağlam.
• Importance of Link Architecture (2008) — dahili bağlantı yapısının PageRank akışını ve algılanan sayfa önemini şekillendirdiğine ilişkin uzun süreli Google kılavuzu.

Bing / Microsoft

• Bing Webmaster Guidelines — açık, düz ve taranabilir yapı; makul dahili bağlantılar; başlık hiyerarşisi (H1/H2/H3); site haritalarını gönderme.

Kaynaktan alıntılar

Google’dan kayıtlara geçmiş açıklamalar. Kaynak sayfa destekliyorsa her bağlantı alıntılanan bölüme atlayan bir derin bağlantıdır.

John Mueller, Google — hiyerarşi / piramit yapısı hakkında

• “The top-down approach or pyramid structure helps us a lot more to understand the context of individual pages within the site.” — John Mueller, site yapısı hakkında. (Türkçesi: “Yukarıdan aşağı yaklaşım veya piramit yapı, sitedeki tek tek sayfaların bağlamını anlamamıza çok daha fazla yardımcı olur.”) Coverage (Search Engine Journal) · Coverage (Search Engine Roundtable)

John Mueller, Google — URL yapısı ve dahili bağlantılar hakkında

• Mueller bazı SEO’cuların URL/klasör yapısına fazla odaklandığı konusunda uyardı; Google hiyerarşiyi URL yol parçalarından değil, dahili bağlantılardan çıkarır. Coverage (Search Engine Roundtable)

John Mueller, Google — tarama derinliği hakkında

• “I don’t think it would always have a negative effect. I do think if you make it too deep, then that makes it harder for us to crawl and harder for us to pass the signals around.” — John Mueller, derin sayfa hiyerarşileri hakkında. (Türkçesi: “Her zaman olumsuz bir etkisi olacağını düşünmüyorum. Ancak çok derin yaparsanız taramamızı ve sinyalleri dolaştırmamızı zorlaştırdığını düşünüyorum.”)

Google Search Central belgeleri — hub sayfalarıyla keşif hakkında

• “Other pages are discovered when Google extracts a link from a known page to a new page: for example, a hub page, such as a category page, links to a new blog post.” (Türkçesi: “Google bilinen bir sayfadan yeni bir sayfaya bağlantı çıkardığında diğer sayfalar keşfedilir: örneğin kategori sayfası gibi bir hub sayfası yeni bir blog gönderisine bağlanır.”) Alıntıya git

Google Search Central belgeleri — bağlanabilirlik hakkında

• “Every page you care about should have a link from at least one other page on your site.” (Türkçesi: “Önem verdiğiniz her sayfaya sitenizdeki en az bir başka sayfadan bağlantı verilmelidir.”) Alıntıya git

Gary Illyes, Google — taranabilirlik ve AI arama hakkında

• “MAKE THAT DAMN SITE CRAWLABLE.” (Türkçesi: “O lanet siteyi taranabilir yapın.”) — Gary Illyes (Reddit AMA); belirli bir mimari markasından önce bağlantılar yoluyla keşfedilebilirliğin önceliğini vurgular.
• Illyes, AI arama optimizasyonunun özel mimari değişiklikleri değil, yalnızca normal SEO — iyi yapılandırılmış, taranabilir ve yüksek kaliteli içerik — gerektirdiğini söyledi.

Site mimarisi kontrol listesi

Yapınızın taramaya, bağlama ve bağlantı akışına yardımcı olduğunu doğrulamak için bir geçiş:

• Açık yukarıdan aşağı hiyerarşi: ana sayfa → hub/kategori sayfaları → belirli sayfalar.
• Her önemli sayfa en az bir başka sayfadan bağlı (yetim yok).
• Önemli sayfalar gereksiz yere derine gömülmemiş (sabit tıklama derinliği kuralı yok — derinleştikçe daha az taranan sayfalar için tarama verisini kontrol edin).
• Her konu alanında alt konu sayfalarına bağlanan hub/pillar sayfası var.
• Alt konu sayfaları hub’larına ve ilgili kardeş sayfalara geri bağlanıyor.
• Konular gerçekten ilişkili olduğunda kümeler arası bağlantılar var (katı silo duvarları yok).
• Dahili bağlantılar ilgili çevre bağlamıyla açıklayıcı bağlantı metni kullanıyor.
• Önemli hiçbir sayfa yalnızca tıklama navigasyonuna bağlı değil — bağlantılar gerçek <a href>.
• URL yapısı insanlar için mantıklı, ancak mimariyi bildirmek için klasörlere güvenilmiyor (bunu bağlantılar yapar).
• Aşırı derin sayfalar, yetimler ve dahili bağlantı boşlukları için tarama verisi incelendi.

Zihinsel modeller

1. Bağlantı grafiği mimarinin KENDİSİDİR. URL klasörleri insanlar ve düzen içindir. Google hiyerarşi ile bağlamı sayfaların birbirine nasıl bağlandığından çıkarır. Klasör ağacını değil, bağlantı grafiğini denetleyin ve tasarlayın.

2. Üç isim, tek yapı. Silo, hub and spoke, topic clusters → mantıklı çapraz bağlantılara izin verdiğinizde hepsi gruplanmış, hiyerarşik ve dahili bağlantılı bir piramitte birleşir. “Doğru” model için alışveriş yapmayı bırakın; kümeyi kurun ve iyi bağlayın.

3. Çekirdeği koruyun, duvarı kaldırın. Silolardan konu yoğunluğunu koruyun (konu içinde yoğun bağlantı). İzolasyon kuralını bırakın (silolar arasında asla bağlantı kurmamak) — hiçbir Google kaynağı bunu gerektirmez ve kullanıcıları incitir.

4. Derinlik ayarı. Fazla düzlük konu sinyalini seyreltir; fazla derinlik sayfaları tarama ve bağlantı otoritesinden mahrum bırakır. Google tıklama derinliği sayısı yayımlamamıştır; sabit bir hedef yerine kendi tarama verinize göre hub’larda gruplanmış, güçlü bağlantılı ve sığ bir yapı hedefleyin.

5. Mimari kaynak değil, çarpandır. İyi yapı iyi içeriğin bulunabilir ve bağlamsal olarak açık olmasını sağlayarak değerini çarpar. Sıfırı (zayıf içeriği) çarparsanız yine sıfır elde edersiniz.

Mimari model referansı

Her katman ne yapmalı?

Kendinizi test edin: Site Mimarisi

Silolar, hub’lar, kümeler ve Google’ın gerçekte ne önerdiği hakkında beş hızlı soru. Her biri için bir yanıt seçin, sonra kontrol edin.

Zamanınıza değecek kaynaklar

İlgili yazılarım

• The Beginner’s Guide to Technical SEO — site mimarisi ve dahili bağlantının büyük resimdeki yeri.
• Internal Links for SEO: An Actionable Guide — dahili bağlantıların sinyal taşıması ve mimarinin kendisi olan bağlantı grafiğini şekillendirmesi.
• SEO Silo Structure: Why It Makes No Sense — katı siloları bırakma gerekçesini anlatan Ahrefs karşıt görüşü.
• How to Build a Topic Cluster — pratik hub-and-spoke / cluster kurulumunu adım adım anlatır.

Konuşmalarım

• How Search Works (SlideShare) — tarama, oluşturma, dizine ekleme ve sıralama iş akışım; mimarinin hizmet etmesi gereken işlem hattı. (Sürekli kullandığım feragatname geçerlidir: “Bu, sistemlere ilişkin anlayışımdır… %100 eksiksiz veya doğru olmayacaktır.”)

Sektörden

• Stop the Silo Madness: Effective Site Architecture for SEO and Findability (Shari Thurow, Search Engine Land) — katı silolara karşı temel gerekçe.
• Site Architecture for SEO: Structure That Ranks & Scales (Search Engine Land) — kapsamlı yapı kılavuzu.
• Complete Guide to Topic Clusters (Search Engine Land) — küme modelini derinlemesine anlatır.
• Topic Clusters: The Next Evolution of SEO (HubSpot) — “topic cluster” terminolojisinin 2017’deki kaynağı.
• SEO Content Strategies: The Hub and Spoke Model (Botify) — aynı yapının bilgi mimarisi adı altındaki anlatımı.
• John Mueller Recommends Pyramid Site Structure (Search Engine Journal) — piramit/bağlam alıntısının kaynağı.

Değişiklik günlüğü