Site mimarisi ve kategori yapısı nasıl kurulur

Site mimarisi, bir sitedeki sayfaların konu kümelerine nasıl gruplandığı ve birbirine nasıl bağlandığıdır; kategori yapısı bu mimarinin en görünür katmanıdır. Google’ın Arama Savunucusu John Mueller, bu mimarinin nasıl okunduğunu üç ayrı tarihli açıklamayla tanımlıyor: önemli olan URL’deki eğik çizgi sayısı değil ana sayfadan gerçek link yoluyla kaç tık uzakta olunduğu, bu bağlam yalnızca normal navigasyon linkleriyle kurulur ve tamamen düz bir mimari aslında mimarisizliktir. Sektörde yaygın olan “her sayfaya en fazla 3 tıklamayla ulaşılmalı” kuralı bu üç açıklamanın hiçbirinde yok; Nielsen Norman Group’un 2019 tarihli UX araştırması da bu sabit sayıyı ampirik olarak çürütüyor. technoradical.com’un kendi tıklama derinliği haritası, doğrudan sayfa numarası linklerinin bu derinliği nasıl sabit tuttuğunu gösteriyor; aynı mekanizma kurgusal bir e-ticaret kategori sayfası için de hesaplanıyor. Kategori hiyerarşisinin kaç seviyeli kurulacağı Google’ın verdiği bir sayı değil, site büyüklüğüne göre değişen bir karardır; önce tıklama derinliğinin gerçek mekanizması, sonra “3 tık” kuralının dürüst cevabı, sonra kategori ve sayfalama kurulumu, çalışan bir BreadcrumbList kodu ve ölçeğe göre karar tablosu sırayla ele alınıyor.

İyi bir site mimarisi neyi sağlar, kötü bir mimari nasıl görünür

Site mimarisi, sayfaların konu kümelerine nasıl gruplandığı ve birbirine nasıl bağlandığıdır; iyi bir mimari Google’a hangi sayfanın hangi konuda ne kadar önemli olduğunu gösterir. Kötü bir mimarinin en uç hali hiç mimari kurmamaktır. Google’ın Arama Savunucusu John Mueller, sitelinks (arama sonucunda görünen alt bağlantılar) eksikliğiyle ilgili bir soruya 14 Nisan 2020’de şöyle yanıt verdi: “If your site has a purely flat architecture, it has no architecture. If all pages are equally important (linked from all other pages), none of the pages are important (relative to the rest of your site).” (K-162). Mueller’ın tanımı bir öneri değil bir eşik: düz mimari bir tasarım tercihi değil, mimarinin kendisinin yokluğu.

Bu yokluğun görünür belirtisi sitelinks’in arama sonucunda kaybolmasıdır. Mueller sitelinks kaybının tek nedeninin düz mimari olduğunu söylemiyor, yalnızca bir gösterge olarak işaret ediyor; sitelinks algoritmasının tam kriterleri Google tarafından hiç yayınlanmadı.

Google’ın SEO başlangıç kılavuzu mimarinin somut faydasının nerede ortaya çıktığını da yazıyor: “using directories (or folders) to group similar topics can help Google learn how often the URLs in individual directories change.” Kılavuzun kendi örneği, /policies/ altındaki içeriğin nadiren değiştiği, /promotions/ altındaki içeriğin sık değiştiğidir (K-158). Aynı kılavuz bir dürüstlük notu da ekliyor: bu öneriler “helpful long term (especially if you’re working on a larger website)” diye tanımlanıyor, çünkü arama motorları sayfaları şu anki hâlleriyle de anlayabiliyor. Mimari kurmak küçük bir sitede zorunlu değil; faydası ölçek büyüdükçe artan bir yatırım.

TechnoRadical’ın kendi sitesi bu ölçek ayrımının somut bir örneği. technoradical.com’un sitemap’i 49 URL taşıyor (K-106); bu sayı Google Search Console’un Tarama İstatistikleri raporunun “gereksiz” saydığı 1.000 sayfa eşiğinin çok altında. Site bu ölçekte iki seviyeli bir yapıyla yetiniyor: ana sayfa araçlara ve statik sayfalara doğrudan bağlanıyor, ana sayfa → blog indeksi → yazı akışı ayrıca çalışıyor. Bu bir eksiklik değil, ölçeğe uygun bir karar; dizin bazlı tarama sıklığı farklılaştırmasının faydası kılavuzun kendi ifadesiyle “büyük bir site” seviyesinde ortaya çıkıyor.

Tıklama derinliği nedir, ana sayfadan kaç tık uzaklık neyi değiştirir

Tıklama derinliği, bir sayfaya ana sayfadan kaç link takip ederek ulaşıldığıdır; Google bunu URL’deki eğik çizgi sayısından değil gerçek link yolundan okur. John Mueller bunu bir Google Webmaster Central hangout’unda (9 Haziran 2018) açıkça ayırdı: “From our point of view we don’t count slashes in the URLs… What does matter for us a little bit is how easy it is to actually find the content.” (K-160). Devamında asıl mekanizmayı tanımladı: “if your homepage is generally the strongest page on your website, and from the homepage, it takes multiple clicks to actually get to one of these stores, then that makes it a lot harder for us to understand that these stores are actually pretty important.”

Bağlamın nasıl kurulduğuna dair ikinci bir açıklama geldi. Mueller, 11 Şubat 2019’daki bir başka hangout’ta sitemap’in tek başına yetmediğini söyledi: “if we’re only seeing these URLs through your sitemap file then we don’t really know how these URLs are related to each other and it makes it really hard for us to be able to understand how relevant is this piece of content in the context of your website.” (K-161). Bir sayfa yalnızca sitemap’te varsa, normal navigasyon linkinden geçmiyorsa, Google o sayfanın hangi konu kümesine ait olduğunu anlayamıyor.

technoradical.com’un kendi tıklama derinliği haritası bu iki açıklamanın pratikte nasıl çalıştığını gösteriyor (6 Ekim 2026 tarihinde doğrudan tarandı, K-164). Altı araç ve dört statik sayfa (hizmetler, fiyatlar, yöntem, hakkımızda) ana menüden ve ana sayfadaki araçlar bölümünden 1 tıkla ulaşılıyor. /blog/ indeksi 45 yayındaki yazıyı 4 sayfaya dağıtıyor; sayfa 1’deki 12 yazıya ana sayfa → /blog/ → yazı akışıyla 2 tıkla ulaşılıyor. Sayfa 2-4’teki kalan 33 yazı 3 tıkta kalıyor, çünkü /blog/ sayfa numaraları doğrudan linkli. Sayfa numarası linki olmasaydı, yalnızca “ileri/geri” linkiyle gezilseydi, sayfa 4’teki bir yazıya ana sayfa → blog(1) → sayfa2(1) → sayfa3(1) → sayfa4(1) → yazı(1) olmak üzere 5 tıkla ulaşılırdı. Doğrudan sayfa numarası linki bu artışı sabitliyor, derinlik sayfa sayısıyla katlanmıyor. Bu ölçüm tek bir siteye ve tek bir tarihe dayanıyor; Googlebot’un gerçek tarama davranışını değil, yalnızca link yapısındaki tıklama sayısını ölçüyor.

Her sayfaya en fazla 3 tıklamayla ulaşılmalı kuralı doğru mu

Hayır; sabit “3 tık” eşiği ne Google’ın ne UX araştırmasının bir bulgusu, ikisi de bunu farklı gerekçelerle reddediyor. Nielsen Norman Group’un resmi makalesi bu kuralı doğrudan çürütüyor: “the 3-click rule… is not supported by any published research study.” Makale Joshua Porter’ın 2003 çalışmasına atıfla bırakma oranının üç tıklamadan fazla gerektiren görevlerde artmadığını, memnuniyetin de düşmediğini aktarıyor (K-163). Sonuç, gereken tıklama sayısının tasarıma olduğu kadar görev karmaşıklığına bağlı olduğu; tüm görevler için geçerli tek bir mutlak sayı yok.

Google tarafı zaten sabit bir sayı vermiyor. Mueller’ın pozisyonu bir eşik değil göreli önem sinyali: bir sayfaya kaç tık gerektiği tek başına önemli değil, o tıklama sayısının Google’a sayfanın göreli önemini anlatıp anlatmadığı önemli (K-160, K-162). “Düz mimari, mimarisizliktir” tanımı bir “3 tık” kuralı önermiyor; tam tersine, herhangi bir sabit sayının kendi başına yeterli olmadığını gösteriyor. Bütün sayfalar 2 tıkta olsa bile hepsi birbirine bağlıysa mimari yine yok sayılıyor.

TR SERP taraması (6 Ekim 2026, üç doğrudan erişilebilen kaynak) bu ayrımı hiç yapmıyor. dopinger.com “en fazla 3 tıklamayla ziyaretçilerin erişim sağlamak istedikleri sayfaya ulaşabilmeleri gerektiğini” kaynaksız bir gerçek gibi veriyor; veritasdijital.com aynı sayıyı “2-3 tıklamayla istedikleri sayfaya ulaşırlarsa” ifadesiyle tekrarlıyor (K-165). İkisi de Google’a veya Mueller’a atıf vermiyor. Dördüncü bir TR kaynak (onuroztr.com) bot engeli nedeniyle doğrulanamadı; taranan üç kaynakla sınırlı bir örneklem bu.

Kategori hiyerarşisi (ana kategori, alt kategori, içerik sayfası) nasıl kurulur

Kategori hiyerarşisi, ana kategori ve alt kategori sayılarının her önemli sayfaya en az bir site içi link garanti edecek şekilde kurulmasıdır. Google Search Central’ın link iyi uygulamaları sayfası bu koşulu açıkça yazıyor: “Every page you care about should have a link from at least one other page on your site.” (K-159). Bir ürün veya içerik sayfası yalnızca sitemap’te varsa, hiçbir kategori veya menüden link almıyorsa, bu koşulu karşılamıyor; Google’ın kendi ifadesiyle sayfa yalnızca sitemap üzerinden biliniyorsa, hangi konu kümesine ait olduğu ve ne kadar önemli olduğu anlaşılamıyor (K-161).

Dizin bazlı gruplama burada da aynı mekanizmayla çalışıyor. /giyim/erkek-giyim/tisort/ gibi bir yol, Google’ın /giyim/ dizininin bir bütün olarak ne sıklıkla değiştiğini öğrenmesine yardım ediyor (K-158).

Ana kategori sayısı ile alt kategori derinliği arasındaki denge Google’ın yayınladığı bir kural değil; bu bir editöryal çıkarımdır. Çok az ana kategori birbirinden uzak konuları aynı başlık altında karıştırır; çok fazla ana kategori iç link gücünü ince bir tabakaya yayar ve hiçbir kategori güçlü bir göreli önem sinyali taşımaz. Doğru sayı siteye göre değişir, sabit bir rakamla verilemez.

Anchor text seçimi de link sayısı kadar önemli. Google’ın aynı sayfası jenerik “tıklayın buraya” yerine açıklayıcı, bağlamdan koparılınca da anlaşılır bir anchor öneriyor (K-159). Kategori hiyerarşisi bir dizin yoluna (/giyim/erkek-giyim/tisort/) dönüştüğünde derinlik doğru yansısa bile, her segmentin tire mi alt çizgi mi taşıyacağı veya büyük mü küçük harfle mi yazılacağı ayrı bir karardır; bu karar URL yapısının kendi biçim kurallarına bağlıdır, kategori derinliğine değil.

Filtre ve sayfalama kategori derinliğini nasıl şişirir

Sayfalama ve filtreler, doğru kurulmazsa aynı kategoriye giden tıklama sayısını sayfa adedi kadar katlayabilir; doğru kurulursa bu artışı sabit tutar. 500 ürünlük bir kategori sayfa başına 20 ürünle 25 sayfaya bölünsün. Sayfalama yalnızca “ileri/geri” linkiyle kurulmuşsa, son sayfadaki bir ürüne ulaşmak kategori sayfasına 1 tık, 24 “ileri” tıklaması ve ürüne 1 tık olmak üzere toplam 26 tık gerektirir. technoradical.com’un /blog/ sayfalamasındaki mekanizma (K-164) burada da geçerli: sayfa numaraları doğrudan linklenirse hesap kategori(1) + sayfa-numarası(1) + ürün(1) = 3 tık’a düşer, kaç sayfa olursa olsun sabit kalır.

Sayfalamada en sık görülen hata bu sayıyı değil, canonical etiketini bozuyor. John Mueller, 28 Şubat 2019’da bir Reddit tartışmasında şunu yazdı: “The main thing to avoid… is to use the rel=canonical on page 2 pointing to page 1. Page 2 isn’t equivalent to page 1, so the rel=canonical like that would be incorrect, practically speaking.” (K-98). Sayfa 2’nin kendi ürünleri sayfa 1’in kopyası değil; her sayfalanmış sayfa kendi canonical’ına işaret etmeli.

Filtre kombinasyonlarının ürettiği URL’ler ayrı bir risk taşıyor. Google’ın e-ticaret URL rehberi, her sayfalanmış sonucun benzersiz bir URL’si olmasını ve geçici/oturuma özel parametrelerin (?session=... gibi) iç linklerde hiç kullanılmamasını istiyor (K-153). Yüzlerce filtre kombinasyonu üreten büyük bir kategori sayfası Google’ın algıladığı URL envanterini şişirir, ama bunun gerçek bir sorun haline gelip gelmeyeceği site büyüklüğüne ve değişim sıklığına bağlıdır; tarama bütçesinin kaç sayfadan sonra gerçekten sorun olduğu ayrı, eşiklerle cevaplanan bir sorudur.

Breadcrumb hem kullanıcı hem Google için nasıl çalışır

BreadcrumbList en az iki ListItem gerektirir; görünür bir breadcrumb navigasyonu şart değildir, yapılandırılmış veri yalnızca kod olarak da eklenebilir. Google’ın BreadcrumbList sayfası her ListItem için position (tam sayı konum), name (görünen başlık) ve son öğe hariç item (URL) alanlarını zorunlu tutuyor (K-115). “Görünür navigasyon şart değil” ayrımı sektörde az biliniyor; çoğu kaynak breadcrumb şemasını yalnızca görünür bir gezinti çubuğu olan sitelere öneriyormuş gibi yazıyor.

Üç seviyeli bir kategori yolu (ana sayfa → kategori → alt kategori) için çalışan bir JSON-LD örneği aşağıdadır.

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Ana Sayfa",
      "item": "https://ornek-magaza.com/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Giyim",
      "item": "https://ornek-magaza.com/giyim/"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Erkek Giyim"
    }
  ]
}

Üçüncü ListItem’de item alanı yok; bu bir eksiklik değil, kuralın kendisi. Google, listenin son öğesinin geçerli sayfanın kendisi olduğunu, bu yüzden ayrıca bir URL’ye işaret etmesine gerek olmadığını belirtiyor. İlk iki öğede item zorunlu, çünkü ikisi de geçerli sayfadan farklı adresleri gösteriyor.

Google’ın SEO başlangıç kılavuzu breadcrumb’ların ayrıca URL’deki kelimelerden otomatik öğrenilebileceğini, yapılandırılmış veriyle de etkilenebileceğini ekliyor (K-158). Google bir yol çıkarabiliyor BreadcrumbList kodu yokken de; kod, bu çıkarımı netleştiren ek bir sinyal.

BreadcrumbList kodunu elle yazarken her position/name/item alanını doğru sırada doldurmak, özellikle dört-beş seviyeli bir kategori ağacında kolayca atlanan bir satır üretir; bir şema aracı girilen sayfa hiyerarşisinden BreadcrumbList dahil yapılandırılmış veriyi üretip bu satır atlamasını elle yazımdan önce yakalıyor.

Düz mi derin mi: site mimarisi kurarken hangi karar verilir

Karar site veya katalog büyüklüğüne bağlıdır; sabit bir sayı eşiği Google tarafından hiç verilmedi, bu yüzden burada verilen eşleme bir editöryal çıkarımdır, olgu değildir. Ölçeğe göre karar tablosu bu ayrımı somutlaştırıyor.

Ölçek	Ana kategori yaklaşımı	Alt kategori
Küçük site (birkaç düzine sayfa)	Ana sayfadan doğrudan erişilen sabit birkaç bölüm (araçlar, blog, kurumsal sayfalar) yeterli	Eklenmez; tek seviye kategori sayfanın tamamını kapsar
Büyüyen katalog (yüzlerce ürün, konu sayısı artıyor)	Konuyu karıştırmayacak kadar az, ürünleri tek kategoriye sıkıştırmayacak kadar çok ana kategori	İlk burada gerekli olur; her alt kategori en az bir ana kategoriden link almalı
Büyük katalog (binlerce ürün veya sayfa)	Ana kategori sayısı site haritasının omurgasını oluşturur	Çoklu seviye (ana, alt, alt-alt) gerekebilir; dizin bazlı gruplama tarama sıklığı farklılaştırmasında devreye girer

TechnoRadical’ın kendi sitesi birinci satıra karşılık geliyor. technoradical.com’un 49 URL’lik sitemap’i (K-106) ve iki seviyeli yapısı (ana sayfa → araç/statik sayfa, ana sayfa → blog → yazı) küçük site satırının somut örneği. Bu ölçekte üçüncü bir kategori seviyesi eklemek, bağlayacak yeterli sayfa olmadığı için link gücünü dağıtmaktan başka bir işe yaramaz.

Bu üç satır farklı senaryoya aktarılabilir. Küçük bir kurumsal site (hizmet sayfaları ve blog) birinci satırda kalır. Büyüyen bir e-ticaret kataloğu (yüz-birkaç yüz ürün, yeni kategoriler ekleniyor) ikinci satıra geçer ve ilk alt kategorilerini kurar. İçerik yoğun bir blog, yazı sayısı yüzleri geçtiğinde üçüncü satıra yaklaşır; o noktada konu kümelerini ayrı dizinlere taşımak, tek bir blog indeksinde sayfalamaya güvenmekten daha fazla göreli önem sinyali üretir. Bu ölçek kararı aslında daha üst bir kararın sonucudur: hangi alt konunun core, hangi alt konunun outer section olacağını belirleyen topical map çıkarma süreci, kategori hiyerarşisi klasör yapısına dönüşmeden önce zaten verilmiş olmalıdır.

Mevcut bir sitenin mimarisi nasıl denetlenir

Mimari kurulduktan sonra üç kontrol gerçekten çalışıp çalışmadığını gösterir: sitemap ile gerçek link grafiğinin karşılaştırılması, tıklama derinliğinin sayılması ve sitelinks’in arama sonucunda görünüp görünmediği. Üç kontrol sırayla uygulanır.

1. Sitemap’i gerçek iç link grafiğiyle karşılaştırın. Sitemap’te olan ama hiçbir sayfadan link almayan bir URL, Google’ın “her önemli sayfaya en az bir link” koşulunu (K-159) karşılamıyor; bu URL yalnızca sitemap üzerinden biliniyor ve hangi konu kümesine ait olduğu anlaşılamıyor (K-161).
2. Her önemli sayfanın ana sayfadan kaç link takip ederek ulaşıldığını sayın. Araç ve statik sayfalar genelde 1-2 tıkta kalır; kategori ve alt kategori sayfaları sayfalama kurulumuna bağlı olarak değişir. Sabit bir hedef sayı yok, ölçüt tıklama sayısının sayfanın gerçek önemiyle örtüşmesi.
3. Arama sonuçlarında sitelinks görünüp görünmediğini kontrol edin. Mueller sitelinks eksikliğini düz mimarinin görünür belirtisi olarak işaret ediyor (K-162); sitelinks varsa Google sitenin hiyerarşisini zaten okuyabiliyor demektir.

Sitedeki her sayfanın ana sayfadan kaç tık uzakta olduğunu ve hangi sayfanın hiçbir yerden link almadığını elle saymak, birkaç yüz sayfalık bir sitede bile pratik değildir; teknik bir denetim aracı bu sayımı site taramasıyla otomatikleştiriyor, iç bağlantı dağılımını ve öksüz sayfaları tek seferde listeliyor.