Diller

Düz ve Derin Site Mimarisi: Pratik Bir Karar Çerçevesi

Nedenini değil, nasılını anlatan bu karar çerçevesi; sitenizin ne kadar düz veya derin olması gerektiğini belirlemenize, mevcut konumunu ölçmenize ve sayfa sayısı eşikleri, tıklama derinliği denetimi ve merkez sayfa iyileştirmeleriyle düzeltmenize yardımcı olur.

İlk yayın tarihi: 3 Tem 2026 · Son güncelleme: 13 Ağu 2026 · Advanced
Diller
AIYazanAI v2

Bu yazı, kümenin başka yerinde ele alınan piramit ve düz yapı kavramlarının uygulama kılavuzudur: iki ucun neden sorunlu olduğunu yeniden tartışmak yerine, kendi sitenizin ne kadar düz veya derin olması gerektiğine karar vermenizi sağlar. Doğru derinlik öncelikle kategorilerin ne kadar ayrıştığına ve bunların şablon, öncelik ve güncelleme düzenlerine bağlıdır; sayfa sayısı ise yasa değil, ikincil ve kaba bir sinyaldir. Yaklaşık 50 sayfalık bir tanıtım sitesi genellikle düz kalabilirken 10 000+ SKU içeren bir katalog gerçek bir hiyerarşiye ihtiyaç duyar; aksi halde mega menü bağlantı yığınına dönüşebilir. Bu aralıkları sabit sınırlar değil, kalibre edilecek sezgiler olarak kullanın. Yalnızca Bing, önemli sayfaların yaklaşık üç tıklama içinde olması şeklinde sayısal bir operasyon hedefi verir; bu bir garanti değildir ve Google böyle bir sayı belirtmez. Bölümlere ayrılmış tıklama derinliği dağılımını taramayla ölçün, GSC Tarama İstatistiklerini URL başına kanıt değil toplu birinci taraf verisi olarak dikkatle karşılaştırın ve taramanın düştüğü derinlik uçurumunu bulun. Merkez sayfalar, ilgili içerik modülleri ve içerik haritalarıyla düzeltin; her değişikliği izleme aralığı olan, tersine çevrilebilir bir test olarak ele alın. URL klasör derinliği tıklama derinliği değildir; gömülü sayfanın URL'sini yeniden yazmak yerine ona daha yakından bağlantı verin. Hiçbir mimari değişiklik tarama, dizine ekleme, sıralama, trafik veya yapay zekâ alıntısı artışını garanti etmez.

TL;DR — Bu, kümedeki kavramsal piramit-düz karşılaştırmasının “nasıl karar verip harekete geçerim” eşlikçisidir; piramidin neden iki uçtan da iyi olduğunu yeniden savunmuyorum. Derinlik öncelikle (a) doğal kategorilerin, şablonların ve güncelleme düzenlerinin ne kadar farklı olduğuna, ikinci olarak da (b) bağımsız bulunabilir URL gerektiren sayfa sayısına göre ölçeklenmelidir. Sabit eşikler değil kalibre edilecek sezgisel aralıklar olarak kaba görünüm şöyledir: yaklaşık 50 sayfalık tanıtım sitesi → düz; birkaç bin sayfa → 2–3 katmanlı sığ piramit; 10 000+ SKU → merkez sayfalı çok katmanlı hiyerarşi, aksi halde mega menü bağlantı yığını sorunu doğar. Google azami tıklama sayısı belirlemez. Bölümlere ayrılmış tıklama derinliği dağılımını (site geneli ortalaması yerine şablon ve önceliğe göre) taramayla ölçün; ardından GSC Tarama İstatistikleri ile dikkatle çapraz kontrol ederek — bunlar URL başına kanıt değil, site genelinde toplu birinci taraf verileridir — taramanın düştüğü derinlik uçurumunu bulun. Merkez sayfalar (en yüksek getirili hamle), ilgili içerik modülleri ve içerik haritalarıyla düzeltin; her değişikliği bir karşılaştırma bölümü, izleme aralığı ve geri alma tetikleyicisiyle test edin. URL klasör derinliği ≠ tıklama derinliği: gömülü sayfanın URL’sini yeniden yazmak yerine ona daha yakından bağlantı verin. Bunların hiçbiri tarama, dizine ekleme, sıralama, trafik veya yapay zekâ alıntısı artışını garanti etmez.

Evidence for this claim Googlebot generally follows links between pages; important pages should be reachable through crawlable navigation rather than relying only on search boxes. Scope: Current Google ecommerce navigation guidance; no universal click-count threshold. Confidence: high · Verified: Google Search Central: Ecommerce navigation structure Evidence for this claim Google recommends linking important pages from relevant pages and using concise, descriptive anchor text. Scope: Current Google internal-link guidance. Confidence: high · Verified: Google Search Central: Link best practices

Bu, “neden” makalesi değil

Bu kümedeki iki başka yazı kavramsal gerekçeyi zaten ele alıyor. Site mimarisi, düz ve derin hiyerarşileri uçlardaki hata biçimlerinden biri olarak inceliyor; web sitesi yapısı ise Mueller’in bağlam, tarama ve mega menüler hakkındaki sözleriyle piramidin iki uçtan da daha iyi olduğu savını kuruyor. Burada bunları yeniden türetmeye veya alıntıları merkeze koymaya çalışmayacağım. Nedenini arıyorsanız önce onları okuyun.

Bu iki yazının kapsamadığı, yeni site planlayan, platform değiştiren veya mevcut bir siteyi denetleyen kişilerin asıl ihtiyaç duyduğu şey işletim kılavuzudur: Benim sitem kaç katmanlı olmalı, şu anda nerede bulunduğumu nasıl ölçerim ve yanlışsa nasıl düzeltirim? Bu makale bunun içindir. Merkezde Karar Ağacı sekmesindeki ağaç yer alır; aşağıdaki her şey onun gerekçesi ve iş akışıdır.

Derinlik, kategori ayrışmasının ve büyüklüğün bir işlevidir

Sabit bir doğru yanıt yoktur. Size “her zaman düz”, “her zaman üç tıklama” veya “asla ikiden fazla alt kategori katmanı kullanma” diyen biri, kurum içi bir tercihi yasa gibi sunuyordur. Dürüst çerçeve, hiyerarşi derinliğini iki bağımsız değişkene göre ölçeklemektir; SEO odaklı tavsiyelerin çoğunlukla atladığı ilk değişkenle başlayın:

  1. Doğal kategoriler ne kadar ayrışıyor ya da çakışıyor ve kullanıcı hangi işi yapıyor? Nielsen Norman Group’un düz ve derin web sitesi hiyerarşileri araştırması bunu iyi özetler: “Flat hierarchies tend to work well if you have distinct, recognizable categories, because people don’t have to click through as many levels,” (çeviri) “Belirgin ve tanınabilir kategorileriniz varsa düz hiyerarşiler iyi çalışır; çünkü insanlar çok sayıda katmanı tıklamak zorunda kalmaz.” ve “Categories that are specific and do not overlap are the easiest to understand.” (çeviri) “Özgül ve çakışmayan kategoriler anlaşılması en kolay olanlardır.” Sonuçları bu çerçevenin ruhuyla örtüşür: “Like most design questions, there’s no single right answer, and going too far to either extreme will backfire.” (çeviri) “Çoğu tasarım sorusunda olduğu gibi tek bir doğru yanıt yoktur; iki uçtan birine fazla gitmek ters teper.” Ayrıca sayfanın şablonunu, işletme açısından önemini ve bölümün ne sıklıkta güncellendiğini (aşağıdaki Illyes’in /news/ ile /archives/ örneği) değerlendirin; bunlar ham sayfa sayısı kadar önemlidir.
  2. Kaç ayrı öğe kendi bulunabilir sayfasına ihtiyaç duyuyor? Kırk sayfa ile 20 000 ürün farklı sorunlardır; ancak sayfa sayısı tek başına karar unsuru değil, kaba bir sinyaldir. Kategorileri kötü biçimde çakışan küçük bir site, temiz ve belirgin bölümleri olan daha büyük bir siteden fazla yapıya ihtiyaç duyabilir.

Google’ın kendi yönlendirmesi de büyüklük açısından aynı yöne işaret eder. Gary Illyes, hiyerarşinin siteyle birlikte ölçeklenmesi gerektiğini; büyük bir site için “likely better to have a hierarchical structure” (çeviri) “hiyerarşik bir yapıya sahip olmanın muhtemelen daha iyi olduğunu”, bunun arama motorlarının “treat different sections differently, especially when it comes to crawling,” (çeviri) “özellikle tarama söz konusu olduğunda farklı bölümleri farklı biçimde ele almasına” imkân verdiğini ve “put everything in one directory, that’s hardly possible.” (çeviri) “her şeyi tek dizine koyarsanız bunun pek mümkün olmadığını” söylemiştir. (Search Engine Journal tarafından aktarılmıştır; birebir ifadeleri resmî belge değil, sektör basınındaki konuşma dökümü olarak değerlendiririm.) Çerçevenin büyük katalog ucundaki temel nokta budur: büyüklük hiyerarşiyi zorunlu kılar.

Sayfa sayısına göre pratik eşikler

Ne Google ne de Bing, sayfa sayısını katman sayısına bağlayan bir tablo yayımlar; aşağıdaki yaklaşık 50 sayfa veya 10 000+ sayfa aralıklarını belirli bir site evrenine bağlayan tarihli bir çalışma da yoktur. Bunları doğrulanmış evrensel sınırlar değil, kendi sitenize göre kalibre edeceğiniz uygulayıcı sezgileri olarak ele alın. Kategori ayrışması, şablonlar ve güncelleme düzenleri sizi bu aralıkların iki yönünde de dışına çıkarabilir:

  • Küçük / tanıtım siteleri (kabaca 50–100 sayfanın altında, az sayıda doğal kategori): Düz kalın. Ana sayfa → tek bölüm/kategori katmanı → sayfalar; içeriğin çoğu bir veya iki tıklama derinlikte olsun. Bing’in üç tıklama değeri dış sınırınızdır ve çoğunlukla ona yaklaşmazsınız. NN/g’nin belirgin kategorilerin düz yapıda iyi çalıştığı bulgusu burada doğrudan geçerlidir.
  • Orta ölçekli içerik siteleri (birkaç yüz ile birkaç bin sayfa, gerçekten farklı konu alanları): Sığ bir piramit kullanın: ana sayfa → kategori → isteğe bağlı alt kategori → sayfa; içeriğin çoğu üç tıklama içinde olsun. Kümedeki kavramsal yazıların tarif ettiği uygun nokta ve bu sitenin bulunduğu yapı budur.
  • Büyük e-ticaret katalogları, kurumsal siteler ve yayıncı arşivleri (10 000+ sayfa veya SKU): Hiyerarşi estetik bir tercih olmaktan çıkar, zorunluluk olur. Kataloğun tamamını tek gezinme yüzeyinde göstermeye çalışmamak için yeterli katmana ihtiyacınız vardır: üst kategori → alt kategori → (bazen filtre/faset katmanı) → ürün. Klasik hata, büyük kataloğu aşırı düzleştirip ana sayfadan tek tıklamayla yüzlerce bağlantı sunan bir mega menüye dönüştürmektir; e-ticaret kümesindeki mega menü konusu bunun arama motorlarının kullandığı gruplama sinyallerini neden zayıflattığını açıklar. Çözüm “sonsuz derinlik eklemek” değil; kataloğu düzenleyecek kadar hiyerarşi kurup öncelikli öğeleri merkez sayfalarla yine üç-dört tıklama içinde tutmaktır.

Rakip rehberlerde “düz = en fazla 3 tıklama”, “alt kategorileri 2–3 katmanda tut” veya “8 üst kategori × 4–8 alt kategori” gibi kesin sayılar göreceksiniz. Bunlar SEO alanının fiilî varsayımları olarak sektör uzlaşısını yansıtır; ancak herhangi bir arama motoruna dayandırılmadıkları için zihninizde de böyle etiketleyin. Tartışmasız ve iyi desteklenen genel biçim basittir: küçük katalog → düz, büyük katalog → daha fazla hiyerarşi.

URL derinliği tıklama derinliği değildir (yeniden türetme değil, hatırlatma)

Bu kümedeki URL yapısı ve web sitesi yapısı makaleleri temel gerçeği zaten ortaya koyuyor: Google, URL’lerinizdeki eğik çizgileri değil bağlantı grafiğini okur. Bunu yeniden savunmuyorum. Burada yer almasının nedeni tamamen işlemseldir; çünkü derinlik sorununu nasıl düzelteceğinizi değiştirir.

/category/subcategory/product/ gibi bir URL üç katman derinde görünür; ancak bir merkez sayfa ona doğrudan bağlantı veriyorsa ana sayfadan bir tıklama uzaktadır. Tersine, kısa ve düzenli URL’ye sahip bir sayfa, kendisine bağlantı veren merkez yoksa altı tıklama derine gömülebilir. Buradan düzeltme için iki kural çıkar:

  • URL’leri daha düz yazarak tıklama derinliğini “düzeltmeyin”. Bağlantı grafiği derin kalırken adresteki klasörleri kaldırmak hiçbir şeyi değiştirmez.
  • Sayfaya daha yakından bağlantı vererek düzeltin. Daha sığ bir katmandaki merkez bağlantısını ekleyin veya güçlendirin. URL aynen kalabilir.

İlerideki uygulamalı örneği (hiçbir şeyi yeniden adlandırmadan altı tıklamadan üçe inmek) mümkün kılan ayrım budur.

Mevcut derinliğinizi sırayla denetleme

Nerede olduğunuzu bilmeden nereye gideceğinize karar veremezsiniz. Üç adım izleyin:

1. Ortalamasını değil, bölümlere ayrılmış tıklama derinliği dağılımını bir taramadan alın. Ahrefs Site Audit (Structure Explorer / derinlik görünümü) veya Screaming Frog (Site Structure sekmesi ve Crawl Depth sütunu) çalıştırın; sayfalarınızın yüzde kaçının 1, 2, 3 ve 4+ derinlikte olduğuna bakın. Site geneli sayısında durmayın; dağılımı şablon, sayfa amacı, işletme önceliği ve keşif kaynağına (iç bağlantı ya da yalnızca site haritası) göre ayırın. URL düzeyindeki ölçüm ayrıntıları için tarama derinliği makalesine bakın. Bu, sitenin URL’lerde değil bağlantı grafiğinde gerçekte ne kadar derin olduğunun temel haritasıdır. Sağlıklı bir sitede özellikle öncelikli sayfalar sığ gruplarda yoğunlaşır; iyi bir genel ortalama bile gömülü bir gelir şablonunu saklayabilir.

The sitewide shape is only the first read. The priority-page overlay shows whether important URLs are concentrated in the deep buckets.

A bounded 1,000-page crawl contains 30 pages at depth one, 220 at depth two, 410 at depth three, 190 at depth four, and 150 at depth five or deeper. Priority pages inside those buckets number 8, 54, 71, 39, and 42 respectively. The deep bucket therefore deserves review even though depth three is the largest overall bucket.

2. GSC Tarama İstatistikleri ile dikkatle çapraz kontrol edin. Tarama, sayfaların ne kadar derin olduğunu; Google’ın Tarama İstatistikleri raporu ise Google’ın gerçekte neyi ve ne sıklıkta taramayı seçtiğini gösterir. İstekleri Discovery (Google’ın daha önce taramadığı URL’ler) ve Refresh (bilinen sayfaların yeniden taranması) olarak ayırır. Tarama İstatistiklerini toplu, site genelinde, birinci taraf veri olarak değerlendirin; URL başına günlük değildir ve tek bir sayfa ya da bölümün özellikle derinlik nedeniyle sorun yaşadığını tek başına kanıtlayamaz. Pratik yorum — bu Google açıklaması değil, uygulayıcı yorumudur — yayın yapmaya devam ederken Discovery sıfıra yakın kalıyorsa iç bağlantılarınız yeni veya derin sayfaları tarayıcıya göstermiyor olabilir; sayfalar kaldırılmadığı hâlde Refresh keskin biçimde düşüyorsa yapısal bir etken yeniden taramayı bastırıyor olabilir. Tarayıcının derinlik verisini GSC tarama verisiyle birleştirmek değerlidir; ancak bunu tek başına kanıt değil, değiştirdiğiniz bölümü benzer değişmemiş bir bölümle karşılaştırarak sınanacak hipotez olarak ele alın.

3. Derinlik uçurumunu bulun. İki veriyi üst üste koyun: tarama sıklığı ile kapsamın hızla düştüğü derinlik, siteniz için “fazla derin” kavramının pratik ve ölçülmüş tanımıdır; genel bir sayıdan çok daha yararlıdır. Beşinci derinliğin kötü olduğunu varsaymaz, belirli bir bölümde taramanın dördüncü derinlikten sonra çöktüğünü gözlemlersiniz. (İkincil kaynaklarda “sayfalar beşinci derinlikte 5–10× daha az taranır” gibi iddialar görebilirsiniz. Bunu birincil Google kaynağına dayandıramadığım için istatistik olarak sunmuyorum; kendi uçurumunuzu ölçün ve işlem yapmadan önce bir karşılaştırma grubuyla sınayın.)

Derinlik sorunlarını düzeltme

Yaklaşık öncelik sırasıyla:

  • Merkez / kategori sayfaları — tek başına en yüksek getirili düzeltme. İnsanların ve tarayıcıların gömülü içeriğe daha az tıklamayla ulaşabileceği orta düzey bir sayfa ekleyin veya güçlendirin. URL’lere dokunmadan tıklama derinliğini kısaltır ve neredeyse her zaman ilk hamledir.
  • İlgili içerik modülleri. Makale sonu ve kenar çubuğu bağlantıları derin sayfalara ek yollar oluşturur. Gövde içi bağlantılardan daha zayıf sinyallerdir (Google sayfanın birincil içerik alanını belirlemeye ve bağlamsal bağlantılara gezinme modüllerinden fazla ağırlık vermeye çalışır; bunu birebir alıntı değil, Mueller’in yaklaşımının iyi desteklenen yorumu sayarım), fakat büyük ölçekte derin sayfalara giden daha fazla gerçek yol yardımcı olur.
  • İçerik haritaları. Kullanıcılar ve arama motorları için hiyerarşiyi güçlendirir; makinece okunabilir biçimi BreadcrumbList yapılandırılmış verisidir. Google’ın ifadesi: “A breadcrumb trail on a page indicates the page’s position in the site hierarchy, and it may help users understand and explore a site effectively.” (çeviri) “Bir sayfadaki içerik haritası, sayfanın site hiyerarşisindeki konumunu gösterir ve kullanıcıların siteyi etkili biçimde anlamasına ve keşfetmesine yardımcı olabilir.” İşaretleme için bu kümedeki içerik haritaları makalesine bakın.
  • Sayfalandırmanın derinlikle etkileşimini gözden kaçırmayın. Sayfalandırılmış bir liste başlı başına tarama yoludur (sayfa 1 → 2 → 3 …); bu nedenle yalnızca kategori listesinin 4. veya sonraki sayfasında görünen ürün ya da makale gerçek ek tıklama derinliği edinir. Öncelikli öğeleri derin sayfalandırmaya bırakmayın; merkez veya ilgili içerik modülüyle öne çıkarın ve yolun açık kalması için sayfalandırmayı kendine kanonik tutun.

Önemli nüans şudur: derinlik otomatik ceza değil, risk etkenidir. Teknik olarak derin bir sayfa, güçlü dış bağlantıları varsa veya sık güncellenen, iyi düzenlenmiş bir dizinde bulunuyorsa (Illyes’in /news/ örneği) sorunsuz taranabilir. Bu yüzden derinlik uçurumunu ölçmek, yalnızca sayıya dayanarak varsayım yürütmekten üstündür.

Bu düzeltmelerin hiçbiri tarama, dizine ekleme, sıralama, trafik veya yapay zekâ alıntısı artışı vaat edemez; derinlik birçok girdiden yalnızca biridir. Her değişikliği tersine çevrilebilir ve test edilebilir ele alın: değiştirmediğiniz bir karşılaştırma bölümü seçin, bir izleme aralığı belirleyin (Discovery/Refresh veya derinlik dağılımındaki yönsel değişimi görmek için birkaç tarama/yeniden tarama döngüsü genellikle yeterlidir) ve geri alma tetikleyicisini baştan tanımlayın. Bir merkez sayfa, hedeflenen tarama yolunu kısaltmadan bazı kullanıcılara ek tıklama getiriyorsa üstüne yeni değişiklikler yığmak yerine geri alın. Daha ayrıntılı test/izleme/geri alma tablosu için Doğrulama Testleri sekmesine bakın.

Uygulamalı örnek: altı tıklamadan üçe

Şöyle gömülü bir ürünü ele alın: Ana sayfa → üst kategori → alt kategori → ikinci düzey alt kategori → listeleme sayfası 3 → ürün. Bu altı tıklamadır. Ürün gerçekten önemlidir; ancak tarayıcı ona ulaşmak için derin bir listeyi geçmek zorundadır ve ürün seyrek yeniden taranmaktadır.

Çözüm yeniden mimari kurmak veya URL değiştirmek değildir. Ana sayfanın bir katman altına — örneğin “Çok Satanlar” ya da mevsimlik koleksiyon — bir merkez / açılış sayfası ekleyip ürüne doğrudan bağlantı verin: Ana sayfa → koleksiyon merkezi → ürün. Artık üç tıklamadır. URL değişmemiştir; sorun URL derinliği değil tıklama derinliğiydi. Böylece hem kullanıcıların hem tarayıcıların izleyebileceği sığ ve yüksek değerli bir yol eklenir. Tek bir merkez sayfa, gömülü öncelikli öğelerin tamamı için aynı işi yapabilir.

”Her şeyi taratmak” hedef olmadığında

Tarama bütçesi yazımda sık döndüğüm son bir çerçeve var: daha fazla tarama, daha iyi sıralama demek değildir. Ancak hiç taranmayan sayfa hiç sıralanamaz; taranmadan kalanlar da çoğunlukla bu çerçevenin ele aldığı yeni, zayıf bağlantılı ve derin sayfalardır. Sitelerin çoğunun tarama bütçesine takılması gerekmez. Google’ın kendi yönlendirmesine göre bunu gerektirenler kabaca haftalık değişen 1M+ sayfalık veya günlük değişen yaklaşık 10K sayfalık sitelerdir. Diğerleri için derinlik, tarama bütçesi acil durumu değil bulunabilirlik ve sinyal aktarımı meselesidir; yine de çözüm aynıdır: öncelikli sayfalara daha sığdan bağlantı vermek.

Komşu konuların tümü — iç bağlantıların sinyal aktarması, tarama derinliğinin keşfi etkilemesi, içerik haritaları, sayfalandırma ve site mimarisi modelleri — aşağıdaki ağaçtaki kararlara bağlanır.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.