Silo Yapısı Nasıl Oluşturulur: Pratik Bir Rehber

TL;DR — Silo yapısı, sayfalarınızı konuya göre gruplamak ve her konunun kendini güçlendirecek şekilde bağlantılandırmak anlamına gelir: tek bir ana “merkez” sayfası, altındaki tüm detaylı sayfalara bağlantı verir ve bu sayfalar da geri bağlantı verir. Bir tane oluşturmak için, insanların gerçekten aradığı alt konuları belirleyin, her biri için bir sayfa oluşturun ve bunları birbirine bağlayın. Bunları eşleşen bir klasöre koyabilirsiniz — ancak önemli olan bağlantılardır, klasör değil. Ve sitenizin başka yerlerindeki ilgili konulara bağlantı vermekten çekinmeyin.

”Silo oluşturmak” gerçekte ne anlama gelir

Bir silo, aynı konu hakkındaki sayfaların iç bağlantılarla birbirine bağlandığı bir gruptur. “E-posta pazarlaması” hakkında bir rehber düşünün. Merkez, geniş kapsamlı genel bakış sayfasıdır. Kollar, altındaki detaylı sayfalardır — “e-posta konu satırları,” “karşılama dizileri,” “liste segmentasyonu” vb. Silo oluşturmak şu anlama gelir:

1. Hangi alt konuların kendi sayfasına sahip olacağına karar vermek (insanların ne aradığına göre).
2. Merkezi her kola bağlamak.
3. Her kolu merkeze ve ilgili kardeş kollara geri bağlamak.

Bu kadar. Her şey ilgili içeriği gruplamak ve sayfaları bağlantısız, dağınık bırakmak yerine bilinçli olarak bağlamakla ilgilidir.

Herkesin yanlış anladığı kısım

Bir şey oluşturmadan önce açıklığa kavuşturulması gereken iki efsane:

• Klasör siloyu oluşturmaz. Bazı rehberler “sayfalarınızı /email-marketing/ klasörüne koyun ve bir silo oluşturdunuz” der. Pek doğru değil. Google bağlantılarınızı okur, klasör adlarınızı değil. Düzenli bir klasör sizin ve CMS’niz için iyidir — ancak içindeki sayfalar birbirine bağlantı vermiyorsa, silo yoktur. (Bu kümedeki site mimarisi makalesindeki meslektaşım, bağlantı grafiğinin neden mimarinin kendisi olduğunu tam olarak açıklar.)
• Konularınızı duvarlarla ayırmak zorunda değilsiniz. Eski, katı silo versiyonu “bir silodan diğerine asla bağlantı vermeyin” der. Bunu görmezden gelin. E-posta silonuzdaki bir sayfa, e-ticaret silonuzdaki bir sayfayla gerçekten ilgiliyse, bağlantı verin. Bu okuyuculara yardımcı olur ve SEO’nuzu zedelemez.

Bir alt konunun kendi sayfasını hak edip etmediğini nasıl anlarsınız

Bir yerlerde okuduğunuz “en az 5 sayfa” sayısına ulaşmak için sayfa icat etmeyin. Test basittir: alt konunun kendi arama talebi var mı? İnsanlar “karşılama e-posta dizisi” için “e-posta pazarlaması”ndan ayrı olarak arama yapıyorsa, bu gerçek bir koldur. Bir kotayı doldurmak için ekleme yapıyorsanız, birbiriyle rekabet eden zayıf sayfalarla karşılaşırsınız.

Bir tane oluşturmanın hızlı versiyonu

• Konuyu araştırın ve insanların gerçekten aradığı alt konuları listeleyin.
• Geniş konu için bir merkez sayfası ve her gerçek alt konu için bir sayfa oluşturun.
• Merkezi her alt konu sayfasına, ideal olarak o alt konudan bahsettiğiniz yerde bağlayın.
• Her alt konu sayfasını merkeze ve yakından ilişkili kardeş sayfalara geri bağlayın.
• Gerçekten faydalı olduğunda sitenin başka yerlerindeki ilgili konulara bağlantı verin.

Tam oluşturma ve denetleme sürecini istiyor musunuz — anahtar kelime verileriyle silo sınırlarını nasıl çizeceğiniz, bir bağlantı matrisi şablonu, çapraz bağlantı kuralları ve çalıştığını doğrulamak için araçlar? Gelişmiş sekmesine geçin.

TL;DR — Bu, nasıl yapılacağıdır, yapılıp yapılmayacağı değil. Konusal yoğunlaşma artı mantıklı çapraz bağlantıların hedef olduğunu varsayın (model tartışması bu kümenin site mimarisi makalesinde çözülmüştür). Yapım sırası: (1) silo sınırlarını gerçek anahtar kelime verilerinden çizin — alt konu başına ayrı arama talebi, sayfa kotası değil; (2) isterseniz CMS düzeni için siloyu klasörlere yansıtın, ancak bağlantı grafiğinin mimari olduğunu unutmayın, yol değil; (3) iç bağlantı matrisini kurun — merkez her bir uca, her bir uç merkeze, uç ilgili kardeşlere; (4) bir okuyucu gerçekten bağlantıyı takip edecekse diğer konulara çapraz bağlantı verin ve bir silolar arası bağlantıya asla nofollow uygulamayın; (5) klasik hatalardan kaçının — aşırı silolama, konular arası içeriği yetim bırakma, sınırları arama niyeti yerine organizasyon şemanıza göre çizme; (6) planladığınız bağlantıların gerçekten var olduğunu doğrulamak için bir tarama ile denetim yapın.

Önce, bu makalenin tartışmadığı tartışma

Buraya “silo öldü mü?” veya “silo vs. konu kümesi — hangisi doğru?” diye sorarak geldiyseniz, bunun tam yanıtı bu kümenin başka bir yerinde verilmiştir. Bu sitenin site mimarisi makalesi, silo vs. merkez-ve-uç vs. konu kümesi karşılaştırmasının tamamını yapar ve benim vardığım sonuca varır: siloların ulaşmaya çalıştığı konusal yoğunlaşmayı koruyun, silolar arası bağlantı kurma yasağını bırakın ve “doğru” marka adını aramayı bırakın. Neden istiyorsanız gidip onu okuyun.

Bir adlandırma notu, çünkü “silo” sektörde gevşek bir şekilde kullanılıyor: terim Bruce Clay’in 2000’lerin başındaki SEO metodolojisinden gelir ve iki varyantı tanımlar — bir fiziksel silo (URL klasörü izolasyonu) ve bir sanal silo (aynı izolasyonun URL’leri taşımadan yalnızca iç bağlantı yapısıyla uygulanması) — katı bir çapraz bağlantı yasağıyla birlikte. Daha sonraki çerçeveler (HubSpot’un konu kümeleri, bu kümenin kullandığı merkez-ve-uç dili) benzer bir zemini kapsar — konuya göre gruplayın, bilinçli bağlantı verin — ancak bunlar aynı adlandırılmış metodoloji değildir ve hiçbiri izolasyon kuralını korumamıştır. Bu makale “silo”yu bugün çoğu uygulayıcının yaptığı gibi kullanır: gevşek bir şekilde, Bruce Clay’in orijinal yöntemi özelinde değil, herhangi bir konusal olarak yoğunlaşmış merkez-ve-uç yapıyı ifade etmek için.

Bu makale, konusal olarak yoğunlaşmış, mantıklı bir şekilde çapraz bağlantılı bir yapının hedef olduğunu zaten kabul ettiğinizi varsayar — ve bir sonraki soruyu yanıtlar: gerçekten nasıl bir tane inşa edersiniz? Aşağıdaki her şey bir inşa/denetim SOP’sudur. Bir “neden” sorusu ortaya çıktığında, onu yeniden tartışmak yerine mimari makalesine işaret edeceğim.

Adım 1 — Silo sınırlarını anahtar kelime araştırmasıyla çizin

Rakiplerin her “silo nasıl yapılır” rehberindeki en az belirtilen adım, sınırların nereye gittiğidir. Rehberler “konuya göre gruplayın” der ve geçer. Yararlı versiyon daha spesifiktir: bir alt konu, gösterilmiş, ayrı bir arama talebi olduğunda kendi ucunu hak eder — bir kotayı doldurmak için başka bir sayfaya ihtiyacınız olduğunda değil.

Bir alt konunun gerçek bir uç olduğunu ve doldurma sayfası olmadığını gösteren pratik sinyaller:

• Kendi arama hacmine sahiptir, ana terimden ayrı. “Hoş geldin e-posta dizisi” “e-posta pazarlaması”ndan bağımsız anlamlı aramalar alıyorsa, bu bir uçtur.
• Kendi ilgili aramalar / İnsanlar Şunları da Soruyor kümesi olarak görünür. HubSpot’un kendi küme araştırma mekanizması, buna silolama demeseler de burada yeniden kullanılabilir: bir tohum terimden başlayın ve İnsanlar Şunları da Soruyor kutularını okuyun — bunlar Google’ın tohum teriminizle zaten grupladığı ilgili sorulardır ve her biri aday bir uçtur.
• SERP’i, ana SERP’inden anlamlı şekilde farklı görünür — farklı niyet, farklı sonuç türleri, farklı rakip sayfalar. İki SERP neredeyse aynıysa, iki konunuz yok demektir; bir tane var.

”Silo başına minimum sayfa” rakamlarını yok sayın

Her yerde kendinden emin, belirli rakamlar göreceksiniz: en az 5 sayfa, site başına 4–8 silo, 10–20 küme sayfası, HubSpot’un 20 ila 30 destekleyici makalesi. Bunların birbiriyle çeliştiğini ve hiçbirinin gerçek verilere dayanmadığını fark edin. Bunları standart yoktur gerçeğinin kanıtı olarak ele alın, uyulması gereken rehber olarak değil. Gerçek test, her alt konu için ayrı talep olmasıdır — bu kümenin site mimarisi makalesinin aldığı “küme sayfaları için sihirli bir sayı yoktur” pozisyonuyla aynı. Bir alt konu iki veya üç gerçekten farklı sayfayı bile dolduramıyorsa, o bir silo değildir; onu hub’a birleştirin.

Sınırda kannibalizasyona dikkat edin

Önerilen iki sözcük aynı sorguyu hedefleyecekse, sınır yanlış çizilmiş demektir. Bu, iki rekabet eden sayfaya ihtiyacınız olduğunun işareti değil — bu iki sayfanın tek sayfa olması gerektiğinin işaretidir. Sınırları gerçek anahtar kelime kümelemesinden (paylaşılan SERP örtüşmesi, ayrı hacim, ayrı niyet) çizmek bunu önler; işletmenizin teklifini düşünme biçiminden çizmek önlemez.

Adım 2 — URL yapısı organizasyondur, mimari değil

İşte tek satırlık versiyonu, çünkü bu kümenin site mimarisi makalesi zaten tam gerekçeyi sunuyor: bağlantı grafiği mimaridir, URL yolu değil. Google hiyerarşiyi sayfalarınızın birbirine nasıl bağlandığından çıkarır, klasör adlarınızdan değil. /email-marketing/welcome-sequences/ adresindeki bir sayfa, Google’a içeriği ve gelen dahili bağlantılarının söylediklerinin ötesinde hiçbir şey iletmez.

Peki URL’lerle gerçekte ne yapmalısınız? Siteyi sizin ve editörlerinizin düzenli tutmasına yardımcı oluyorsa, siloyu klasör yapınıza yansıtın — bu tamamen sorun değil ve normaldir. Hata, klasörün SEO işini yaptığına inanmaktır. Ve bu hatanın en kötü versiyonu, sınır kutsal hissettirdiği için klasör sınırını aşan bağlantıları nofollow yapmaktır (bununla ilgili daha fazlası Adım 4’te). Sayfaları CMS’nizin en mutlu olduğu yere koyun; sonra asıl bağlantı işini yapın, ki bu Adım 3’tür.

Adım 3 — Dahili bağlantı matrisini oluşturun

This is the load-bearing step, and it’s the one competitors hand-wave. “Link related pages to each other” is not a procedure. Here’s a concrete one, modeled directly on Google’s own description of a topic hierarchy in its ecommerce docs — “add links from menus to category pages, from category pages to sub-category pages, and finally from sub-category pages to all product pages”. That’s Google describing a hub → spoke → sub-spoke link matrix. Adapt it:

• Hub → her sözcük. Hub, silosundaki her sözcüğe bağlanır — ideal olarak bağlam içinde, bu alt konunun hub’ın gövdesinde tanıtıldığı yerde, sadece alttaki bir listeye atılmış olarak değil. Hub’ın bağlanmadığı bir sözcük fiilen silonun dışındadır.
• Sözcük → hub. Her sözcük hub’a geri bağlanır. “[konumuz] rehberinin bir parçası” satırı, bir breadcrumb veya bağlamsal bir geri bağlantı işe yarar. Dahili bağlantının uygulayıcı PageRank-akışı modelinde, bu bağlantının hub’ın sözcüklerinden otorite toplamasına yardımcı olması beklenir — Google bunu doğrulayan bir formül yayınlamadı, bu yüzden bunu garantili bir sıralama etkisi olarak değil, bir planlama sezgisel yöntemi olarak ele alın.
• Sözcük → kardeş sözcükler. Sözcükler birbirlerine gerçekten okuyucu için alakalı oldukları yerde bağlanır — “X için, ayrıca Y’ye bakın.” Her kardeşe zorunlu bir bağlantı değil; sıfır da değil. Alaka düzeyi filtredir.

Bağlantı matrisi elektronik tablosu

En iyi sonuçlarda kimsenin sunmadığı somut çıktı: bir bağlantı matrisi elektronik tablosu. Satırlar = silodaki her sayfa. Sütunlar = silodaki her sayfa. Her hücre = satır sayfası sütun sayfasına bağlanıyorsa bir onay işareti. Şöyle görünür:

Fill it in twice. Once to plan the silo before you write — it makes gaps obvious at a glance (an empty row is a page that isn’t linking out; an empty column is a page nothing points to). Then again after you publish, filled from an actual crawl export instead of from memory, as your audit (Step 6). It’s the same artifact doing double duty, and it’s the single most practical tool in this whole guide.

Adım 4 — Makul çapraz bağlantı kuralları

Katı silo taraftarları her çapraz konu bağlantısını önlenmesi gereken bir sızıntı olarak görür. Bu içgüdü yanlıştır (yine, tam argüman site mimarisi makalesinde). İşte pratik alternatif — silodan ne zaman bağlantı verileceğine nasıl karar verilir:

• “Bu bağlantı yine de var olur muydu?” testi. Silolar hiç olmasaydı, sadece okuyucu için yararlı bir işaret olsaydı bu bağlantıyı ekler miydiniz? Evetse, ekleyin. Yalnızca “siloları bağlamak” için ekliyorsanız, atlayın; yalnızca siloyu “korumak” için kaçınıyorsanız, ekleyin.
• Alaka yönü yener. Çapraz bağlantıları “eşitlik göndermek” için ayırmayın ve “eşitliği içeride tutmak” için onlardan kaçınmayın. Bağlamsal olarak gerekçelendirilmiş bir bağlantı, hangi siloya işaret ettiğine bakılmaksızın iyidir.
• Hacim önemlidir. Sayfa başına bir avuç iyi yerleştirilmiş, gerçekten alakalı çapraz bağlantı sağlıklıdır. İlgisiz kümelerle sürekli çapraz bağlantı veren bir sayfa, kendi konu odağını sulandırıyor — ama bu bir içerik odak sorunudur, silo duvarlarını geri getirmek için bir neden değil.

Asla çapraz silo bağlantısını nofollow yapmayın

This is the build-mechanics myth worth busting directly, because it’s the single most common bad advice in the competing SERP. Bruce Clay’s originating methodology literally recommends it — “If you absolutely had to link the creamy peanut butter page to the flavored jelly page, you would want to do it with a rel='nofollow' link attribute”. Don’t.

Nofollow ile PageRank şekillendirme 2009’dan beri bozuk. Ondan önce, bir bağlantıyı nofollow yapmak, payını sayfanın diğer bağlantılarına yeniden dağıtıyordu; Google bunu değiştirdi, böylece nofollow edilen bir bağlantıya atanan eşitlik artık buharlaşıyor — yönlendirilmiyor veya kaydedilmiyor, sadece yok oluyor. Bu nedenle, çapraz silo bağlantısını nofollow yapmak hiçbir şeyi korumaz; bu bağlantının geçireceği eşitliği yok eder. Bu sitenin iç bağlantılar makalesi, şekillendirme-ölü tarihini tam olarak kapsar. Silo oluşturma için çıkarım: alakalı olduğunda normal bağlantı verin, follow dahil.

Adım 5 — Yaygın uygulama hataları

Silo oluşturmalarının pratikte yanlış gitmesinin dört yolu:

• Aşırı silolama. Konunun destekleyebileceğinden daha fazla, daha ince silo oluşturmak — keyfi bir sayfa sayısına ulaşmak için şişirmek. Sonuç, otoriteyi birleştirmek yerine birbirleriyle rekabet eden (kannibalizasyon) ince, gereksiz sayfalardır. Çözüm: sınırları talepten çizin (Adım 1) ve tek başına ayakta kalamayan alt konuları merkeze (hub) birleştirin.
• Gerçekten çapraz konulu içeriği yalnız bırakmak. İki siloyu kapsayan bir parça — örneğin, “e-ticaret için e-posta pazarlaması” — tek bir siloya zorlanır ve diğerinden asla bağlantı verilmez ya da izolasyon modeline “uymadığı” için garip bir şekilde dışarıda bırakılır. Çözüm: sayfanın tek bir yerde yaşamasına izin verin, ancak her iki ilgili merkezden ve alt sayfalardan (spoke) bağlantı verilsin. Bu çapraz listelemedir, kopyalama değil — bu sitenin kendisi de bir alsoIn deseniyle (site mimarisi makalesinde açıklanmıştır) bunu yapar; burada bir makale tek bir kümeye hapsedilmek yerine birden fazla kümede listelenir.
• Arama niyetine değil, organizasyon şemanıza uyan sınırlar. Silo çizgilerini, arayanların sorguları nasıl gruplandırdığına ve ifade ettiğine göre değil, işletmenin teklifini nasıl organize ettiğine göre (ürün hattına, iç departmana göre) çizmek. Çözüm: her sınırı iç bir yapıya değil, gerçek anahtar kelime/SERP kümelemesine göre doğrulayın (Adım 1).
• Bağlantı grafiğine değil, klasöre güvenmek. Sayfaları /topic/ klasörüne koyarsınız, silonun “kurulduğunu” varsayarsınız ve sayfaların gerçekten birbirine bağlantı verip vermediğini asla kontrol etmezsiniz. Klasörün var olması, bağlantı işinin yapıldığı anlamına gelmez — Adım 6’nın var olmasının nedeni tam olarak budur.

Adım 6 — Bağlantı yoğunlaşmasının gerçekten gerçekleştiğini denetleyin

Matrisi Adım 3’te planladınız. Şimdi bunun gerçekleştiğini doğrulayın. Üç tamamlayıcı araç: bunlardan hiçbiri tek başına konuların bir okuyucu veya arama motoru için “işe yaradığını” kanıtlamaz — bir görselleştirme veya matris doluluk oranı bir vekildir, bir puan değildir. Merkez↔alt sayfa bağlantılarının ötesinde, her alt sayfanın merkezden bağlantıları takip ederek gerçekten erişilebilir olup olmadığını (yalnızca bir raporda bulunması değil), diğer silolara giden çapraz grup kenarlarının amaçladığınız kenarlar olup olmadığını ve rastgele kalıntılar olmadığını kontrol edin ve ardından sayfaları bir okuyucunun yapacağı gibi kendiniz gezin — bir tarama bağlantı kenarlarını bulur, yolun bir kişi için anlamlı olup olmadığını söylemez. Silonun sayfaları için keşif, tarama ve dizin durumunu, ardından gelen herhangi bir sıralama değişikliğinden ayrı olarak izleyin; yeniden kablolanmış bir bağlantı grafiği üçünü de hareket ettirebilir, ancak bu, yeniden kablolamanın bir sıralama veya trafik değişikliğine neden olduğunun kanıtı değildir — canlı bir sitede aynı anda çok fazla başka şey hareket eder, bunu iddia etmek için.

Screaming Frog tarama görselleştirmeleri

Crawl the site and open the force-directed diagram or tree graph — a node-and-line rendering of the actual crawled link graph, colored by crawl depth. It’s the fastest way to see whether a topic’s pages visually cluster together or are scattered and disconnected. Use it as a communication and pattern-spotting tool, not a data source — Screaming Frog is explicit that “the crawl visualisations are useful when analysing site architecture, and internal linking”, but also warns they “don’t provide any more data than is already available in a crawl… don’t always tell the whole story.” Great for spotting a stranded spoke at a glance; not a substitute for the data-level checks below.

Ahrefs Site Audit

Bu kümenin iç bağlantı makalesinin herhangi bir iç bağlantı denetimi için kullandığı aynı öncelik sırasına göre üç rapor (yetimler → bozuk bağlantılar → bağlantı eşitliği fırsatları):

1. Orphan Pages — zero-inlink pages. A silo build most commonly leaves behind the last spoke you added, so this catches the pages nothing in the silo points to.
2. Internal Link Issues — broken internal links inside the silo. A hub linking to a spoke’s old URL is a link that isn’t doing its job.
3. Link Opportunities — “relevant internal linking suggestions” based on keyword overlap between pages, sortable by Page Rating so you can prioritize which high-authority pages should be doing the linking. I’ve written about using this for silo linking specifically in SEO Silo Structure: Why It Makes No Sense (And What to Do Instead) — “the Link Opportunities tool… suggests where you should add internal links.”

Manuel bağlantı matrisi denetimi

3. adımdaki elektronik tablo, gerçeklikten doldurulmuş. Silonun URL’lerini tarayın, dış bağlantıları dışa aktarın (Screaming Frog’un dış bağlantı dışa aktarımı veya bir Ahrefs taranmış sayfalar dışa aktarımı) ve her hücreyi gerçek tarama verilerinden doldurun — ne düşündüğünüzden değil. Boş satırlar = bağlantı verme işini yapmayan sayfalar. Boş sütunlar = silodaki hiçbir şeyin işaret etmediği sayfalar (sayfa sitenin başka bir yerinden bağlantılı olsa bile silo içinde bir yetim riski).

Ne zaman yeniden çalıştırmalı

İlk kurulumdan sonra, mevcut bir siloya her kol eklediğinizde. Yeni sayfalar en yaygın hata noktasıdır — merkezi yeni kola bağlantı verecek şekilde günceller ve kardeş çapraz bağlantıları unutursunuz veya yeni kolu merkeze geri bağlamayı unutursunuz. Her eklemeden sonra matrisi yeniden çalıştırmak bunu yaklaşık beş dakikada yakalar.

SSS

Bir siloda kaç sayfa olmalı? Sabit bir sayı yok. Rakip kılavuzlar 5, 8, 10–20 ve 20–30’u belirtir ve birbirleriyle çelişir. Test olarak bir kota değil, her alt konu için ayrı arama talebini kullanın.

Silo arası bağlantıları nofollow yapmalı mıyım? Hayır. nofollow ile PageRank şekillendirme 2009’dan beri bozuk — eşitlik korunmak yerine buharlaşır. İlgili olduğunda normal şekilde bağlantı verin.

URL yapım silo yapımla eşleşmek zorunda mı? Organizasyonel kolaylık için eşleşebilir, ancak Google klasör adlarınızı değil, iç bağlantı grafiğinizi okur. Tam durum için bu kümenin site mimarisi makalesine bakın.

Bir silo yapısını hangi araçlar denetler? Screaming Frog tarama görselleştirmeleri, Ahrefs Site Audit (Yetim Sayfalar, İç Bağlantı Sorunları, Bağlantı Fırsatları) veya bir tarama dışa aktarımından oluşturulmuş manuel bir bağlantı matrisi elektronik tablosu.

Bir sayfa birden fazla siloya ait olabilir mi? Evet — onu kopyalamak veya tek bir kovaya zorlamak yerine çapraz listeleme (birden fazla ilgili merkezden bağlantı verme) yoluyla. Bu sitenin alsoIn deseni çalışan bir örnektir.

AI özeti

Gelişmiş sürümün yoğunlaştırılmış bir yorumu:

• Bu bir yapım SOP’sudur, bir tartışma değil. Katı siloların iyi olup olmadığı bu kümenin site mimarisi makalesinde karara bağlanmıştır; burada amaç (konusal yoğunluk + mantıklı çapraz bağlantı) varsayılır ve soru nasıl inşa edileceğidir. (“Silo” kelimesi Bruce Clay’in fiziksel/sanal izolasyon metodolojisine dayanır — bu makale terimi gevşek bir şekilde, izolasyon kuralı olmadan kullanır.)
• Adım 1 — talepten sınırlar. Bir alt konu, belirgin arama hacmine, kendi ilgili arama/PAA kümesine ve ebeveynden anlamlı şekilde farklı bir SERP’e sahip olduğunda bir kol kazanır. Çelişkili “5/8/10–20/20–30 sayfa” sayılarını görmezden gelin — bunlar standart olmadığının kanıtıdır. Sınırda kannibalizasyona dikkat edin.
• Adım 2 — URL’ler organizasyondur, mimari değil. İsterseniz CMS düzeni için siloyu klasörlerde yansıtın, ancak bağlantı grafiği mimaridir; klasör SEO işini yapmaz.
• Adım 3 — matrisi bağlayın. Merkez → her kol (bağlam içinde), kol → merkez, kol → ilgili kardeşler. Planlamak ve daha sonra denetlemek için bir bağlantı matrisi elektronik tablosu (satırlar/sütunlar = sayfalar, hücre = bağlantılı mı?) kullanın.
• Adım 4 — mantıklı şekilde çapraz bağlantı kurun. Bağlantı zaten var olacaksa ekleyin; alaka yönden önemlidir; sayfa başına birkaç tanesi sağlıklıdır. Bir çapraz silo bağlantısını asla nofollow yapmayın — heykeltıraşlık 2009’da öldü ve eşitlik buharlaşır.
• Adım 5 — klasik hatalardan kaçının: aşırı silolama/doldurma, çapraz konu içeriğini yetim bırakma (çapraz listeleme ile düzeltin, kopyalama ile değil), arama niyeti yerine organizasyon şemasına göre çizilen sınırlar ve bağlantı grafiği yerine klasöre güvenme.
• Adım 6 — tarama ile denetleyin: Screaming Frog görselleştirmeleri ile kümelenmeyi görmek, Ahrefs Site Audit (yetimler → kırık bağlantılar → bağlantı fırsatları) ve tarama verilerinden doldurulan manuel bağlantı matrisi. Erişilebilirliği ve gruplar arası kenarları da kontrol edin, sayfaları bir okuyucu gibi yürüyün ve keşfi/taramayı/dizini sıralamadan ayrı olarak izleyin — hiçbiri yeniden kablolamanın bir sıralama değişikliğine neden olduğunu kanıtlamaz. Her kol eklediğinizde yeniden çalıştırın.

Resmi dokümantasyon

Birincil kaynak rehberliği, yapım mekaniği ile en alakalı olanı — bir konu hiyerarşisini bağlamak ve her sayfayı bağlantılı tutmak. (Daha geniş silo-vs-küme model tartışması bu kümenin site mimarisi ve web sitesi yapısı makalelerinde belgelenmiştir; bunlar Google’ın piramit/merkez sayfa dilini ve Bing’in tıklama derinliği çerçevesini alıntılar, bu yüzden burada tekrar etmeyeceğim.)

Google

• Google’ın e-ticaret site yapınızı anlamasına yardımcı olun — Google’ın “konu hiyerarşisi nasıl bağlanır” dokümanına en yakın şey; menü → kategori → alt kategori → ürün bağlantı matrisini doğrudan açıklar.
• Taranabilir bağlantılar — Bağlantılarınızı taranabilir yapın — önemsediğiniz her sayfanın en az bir başka sayfadan bir bağlantısı olmalıdır (“çapraz konu içeriğini yetim bırakmayın” için çapa), ayrıca Google’ın merkez→kol ve kol→kol bağlantı metni yazma için çapa metni rehberliği.

Bing / Microsoft

• Bing Webmaster Yönergeleri — makul iç bağlantılarla net, taranabilir, hiyerarşik bir kategori/alt kategori yapısı. (Bing tıklama derinliği konusunda Google’dan daha kuralcıdır; bu kümenin web sitesi yapısı makalesi Bing’in üç tıklama çerçevesini kapsar.)

Kaynaktan alıntılar

Yapımla ilgili kayıtlı ifadeler — ve siloları duvarlarla örme efsanesiyle ilgili. (Google/Bing temsilcilerinin siloların iyi olup olmadığı hakkındaki alıntıları — Mueller’in piramit çizgisi, klasör yapısı çizgisi — bu kümenin site mimarisi makalesinde yaşıyor, orada zaten derin bağlantılı; bunları tekrarlamayacağım.)

Google Search Central dokümanları — hiyerarşiyi bağlama (e-ticaret site yapısı)

• “add links from menus to category pages, from category pages to sub-category pages, and finally from sub-category pages to all product pages.” (çeviri) «menülerden kategori sayfalarına, kategori sayfalarından alt kategori sayfalarına ve son olarak alt kategori sayfalarından tüm ürün sayfalarına bağlantılar ekleyin.» Alıntıya git

Google Search Central belgeleri — bir sayfayı öksüz bırakmayın (taranabilir bağlantılar)

• “Every page you care about should have a link from at least one other page on your site.” (çeviri) «Önemsediğiniz her sayfanın, sitenizdeki en az bir başka sayfadan bağlantısı olmalıdır.» Alıntıya git

Bruce Clay — geçerliliğini yitirmiş çapraz silo bağlantısını nofollow yapma tavsiyesi (eleştirel olarak alıntılanmıştır)

• “If you absolutely had to link the creamy peanut butter page to the flavored jelly page, you would want to do it with a rel='nofollow' link attribute.” (çeviri) «Kremalı fıstık ezmesi sayfasını aromalı jöle sayfasına bağlamak zorunda kalsaydınız, bunu rel='nofollow' bağlantı özniteliğiyle yapmak isterdiniz.» Kaynağı okuyun — bu makalenin çürüttüğü efsane budur: nofollow ile heykel oyma (sculpting) 2009’dan beri ölüdür, bu yüzden eşitlik korunmak yerine buharlaşır.

Screaming Frog — tarama görselleştirmelerinin ne işe yaradığı (ve yaramadığı)

• “the crawl visualisations are useful when analysing site architecture, and internal linking.” (çeviri) «tarama görselleştirmeleri, site mimarisini ve iç bağlantıları analiz ederken kullanışlıdır.» Kaynağı okuyun
• “They don’t provide any more data than is already available in a crawl. They are often not the best way to diagnose issues and don’t always tell the whole story.” (çeviri) «Bir taramada zaten mevcut olandan daha fazla veri sağlamazlar. Sorunları teşhis etmek için genellikle en iyi yol değildirler ve her zaman tüm hikayeyi anlatmazlar.» Kaynağı okuyun

Standart işletim prosedürü: bir konu silosu oluşturun

Bunu yeni bir silo için uçtan uca veya mevcut bir sayfa grubunu yenilemek için 4. Adımdan itibaren çalıştırın.

1. Merkez konuyu seçin. Gerçek genişliği ve arama talebi olan, siloyu çapa görevi görecek geniş bir konu seçin. Bu, merkez/sütun sayfanız olur.
2. Anahtar kelimeleri kümeleyin. Tohum terimin ilgili aramalarını, People Also Ask ve anahtar kelime aracı önerilerini çekin. Bunları amaca göre gruplayın. Ayrı arama talebi ve ayrı bir SERP’e sahip her grup, aday bir jant telidir.
3. Dolgu maddesini kesin. Her aday jant teli için, ebeveynden ayrı bir talebi olduğunu doğrulayın. 2–3 gerçekten farklı sayfayı dolduramıyorsa, ince bir sayfa oluşturmak yerine onu merkezle birleştirin. Aynı sorguyu yamyamlaştıracak iki adayı öldürün — onları tek yapın.
4. URL’leri yerleştirin (isteğe bağlı, kozmetik). CMS/editöryel organizasyonunuza yardımcı oluyorsa siloyu bir /topic/ klasöründe yansıtın. Bunu SEO işi olarak görmeyin.
5. Bağlantı matrisi planını taslaklayın. Satırlar ve sütunlar elektronik tablosunu (silodaki her sayfa her iki eksende) oluşturun ve amaçladığınız bağlantıları işaretleyin: merkez → her jant teli, her jant teli → merkez, jant teli → gerçekten alakalı her kardeş.
6. Yazın ve bağlayın. Merkez ve jant tellerini üretin. Merkez→jant teli bağlantılarını bağlam içinde, her alt konunun tanıtıldığı yere yerleştirin, sayfa altı dökümüne değil. Jant teli→merkez ve jant teli→kardeş bağlantılarını matrisinize göre ekleyin.
7. Mantıklı çapraz bağlantılar ekleyin. Her sayfa için, “bu bağlantı yine de var olur muydu?” testini geçen silo dışı bağlantılar ekleyin. Takip edin, asla nofollow yapmayın.
8. Tarayın ve doğrulayın. Siloyu tarayın (Screaming Frog / Ahrefs Site Audit). Matrisi taramanın gerçek dış bağlantılarından doldurun. Boş satırları (dışarı bağlantı vermeyen sayfalar) ve boş sütunları (hiçbir şeyin işaret etmediği sayfalar) düzeltin. Öksüz sayfa ve bozuk iç bağlantı raporlarını temizleyin.
9. Yeniden denetim tetikleyicisi ayarlayın. Daha sonra her jant teli eklediğinizde, o sayfa için 5–8. adımları yeniden çalıştırın — merkezi güncelleyin, kardeş çapraz bağlantılarını ekleyin, yeniden tarayın.

Silo oluşturma ve denetim kontrol listesi

Yukarıdan aşağıya çalışın; öndeki sınır çalışması, sonraki bağlantı yeniden işlemesini önler.

Sınırlar (Adım 1)

• Her jant telinin, merkez terimden ayrı, belirgin bir arama talebi vardır.
• Her jant telinin kendi ilgili arama / People Also Ask kümesi vardır.
• Her jant telinin SERP’i, ebeveyninkinden anlamlı şekilde farklı görünür.
• Hiçbir jant teli yalnızca “minimum sayfa” sayısına ulaşmak için yoktur.
• İki jant teli aynı sorguyu hedeflemez (sınır yamyamlaştırması yok).

Yapı (Adım 2–3)

• Klasör/URL düzeni (kullanılıyorsa) CMS kolaylığı olarak ele alınır, silo olarak değil.
• Merkez, her jant teline bağlam içinde bağlantı verir, yalnızca alt bilgi listesi değil.
• Her jant teli merkeze geri bağlantı verir.
• Jant telleri, gerçekten alakalı kardeş jant tellerine bağlantı verir.
• Bir bağlantı matrisi elektronik tablosu vardır (satırlar/sütunlar = sayfalar, hücreler = bağlantılar).

Çapraz bağlantı (Adım 4)

• Bir okuyucunun gerçekten takip edeceği yerlerde silo dışı bağlantılar vardır.
• Her çapraz bağlantı, “silo olmasaydı bu var olur muydu?” testini geçer.
• Hiçbir iç bağlantı — silo dışı veya başka türlü — eşitliği “korumak” için nofollow yapılmaz.

Dışlanacak hatalar (Adım 5)

• Aşırı silolanmamış (ince, gereksiz, yamyamlaştıran jant telleri yok).
• Konular arası içerik çapraz listelenir (her iki merkezden bağlantılı), öksüz değil.
• Sınırlar arama amacına uyar, organizasyon şemasına değil.
• Gerçek bağlantı grafiğini doğruladınız, yalnızca klasörü değil.

Denetim (Adım 6)

• Screaming Frog görselleştirmesi, silonun sayfalarının dağınık değil kümelenmiş olduğunu gösterir.
• Ahrefs Site Audit: siloda öksüz sayfa yok.
• Ahrefs Site Audit: silo içinde bozuk iç bağlantı yok.
• Matris gerçek bir tarama dışa aktarımından doldurulur — boş satır veya beklenmeyen boş sütun yok.
• Bir sonraki jant teli eklendiğinde yeniden denetim planlanır.

Bağlantı matrisi şablonu

Bu, rakip kılavuzların sunmadığı yapıttır. Satırlar “bağlantı veren” sayfadır; sütunlar “bağlantı verilen” sayfadır; her hücre, o bağlantı varsa ✓‘dir. Bunu herhangi bir elektronik tabloda oluşturun — biri planlamak için, biri denetim için bir taramadan doldurulan sekme.

Nasıl okunur

• Merkez satırı tümü ✓ olmalı — merkez her spoke’a bağlanır. Buradaki bir boşluk, gerçekten siloda olmayan bir spoke anlamına gelir.
• Merkez sütunu tümü ✓ olmalı — her spoke merkeze geri bağlanır. Buradaki bir boşluk, uygulayıcı bağlantı akışı modelinde otoriteyi merkeze geri döndürmeyen bir spoke’tur — düzeltilmesi gereken bir planlama sinyali, ölçülebilir bir Google puanı değil.
• Bir spoke’un satırının boş olması (merkez dışında) = kardeş sayfalara bağlanmayan bir sayfa; eklemek için ilgili bir kardeş arayın.
• Bir spoke’un sütununun seyrek olması = az sayfa ona işaret eder; yetersiz bağlantılıdır ve silo içinde öksüz kalma riski taşır.

Bunu bir denetime dönüştürmek için: silonun URL’lerini tarayın, dış bağlantıları dışa aktarın (Screaming Frog dış bağlantı dışa aktarımı veya bir Ahrefs taranmış sayfalar dışa aktarımı) ve hücreleri hafızadan değil gerçek verilerle doldurun. Plan sekmeniz ile tarama sekmeniz arasındaki boşluklar sizin yapılacaklar listenizdir.

Çapraz bağlantılar tasarım gereği bu matrisin dışında yaşar — matris silo içi bütünlük içindir. Silo dışı bağlantıları ayrıca takip edin (basit bir “sayfa → silo dışı hedef → neden” listesi), böylece her birinin “bu bağlantı yine de var olur muydu?” testini geçtiğini doğrulayabilirsiniz.

Zihinsel modeller

1. Sınırlar talebi takip eder, bir kotayı değil. Bir alt konu, belirgin arama talebi olduğunda (kendi hacmi, kendi PAA kümesi, kendi SERP’i) bir spoke olmayı hak eder. “En az 5 sayfa” ve benzerleri birbiriyle çelişen halk inanışlarıdır — talep testi geçerli olan tek testtir.

2. Klasör bir dosya dolabıdır; bağlantılar mimaridir. Silo’yu kendi aklınız için klasörlerde yansıtın, ancak iç bağlantı grafiği arama motorlarının okuduğu şeydir. Klasör ağacını değil, bağlantı grafiğini oluşturun ve denetleyin.

3. Matris silodur. Bir silo, merkez her spoke’a bağlandığında, her spoke geri bağlandığında ve spoke’lar ilgili kardeşlere bağlandığında tamamlanır. Bir elektronik tablodaki satırlar ve sütunlar “tamamlanmış” olmayı kontrol edilebilir kılar — orada planlayın, orada doğrulayın.

4. Çapraz bağlantılar sızıntı değil, özelliklerdir. Test şudur: “Silo’lar olmasaydı bu bağlantıyı ekler miydim?” Cevap evet ise, oraya aittir. Silo’ları duvarlarla ayırma içgüdüsü — özellikle çapraz bağlantıları nofollow yaparak — eşitliği korumak yerine yok eden tamamen modası geçmiş bir uygulamadır.

5. Hafızanıza değil, taramaya güvenin. Her şeyi bağladığınızı düşünürsünüz; tarama, bağlayıp bağlamadığınızı bilir. İnşa, sayfalar yayınlandığında bitmez — taramayla doldurulmuş bir matriste beklenmeyen boşluklar kalmadığında biter.

Bu alt konu kendi spoke’unu mu almalı — yoksa bir çapraz bağlantı mı — yoksa hiçbir şey mi?

Bir silo inşasındaki en zor iki karar sınırların nereye gideceği ve ne zaman aralarında bağlantı kurulacağıdır. Aday bir alt konuyu (veya aday bir çapraz bağlantıyı) buradan geçirin.

Silo oluşturma kopya kağıdı

Bağlantı matrisi (bir silo içinde)

Sınır testi — gerçek bir spoke mu?

• Ebeveyne göre belirgin arama hacmi? ✓ gerekli
• Kendi ilgili arama / PAA kümesi? ✓ gerekli
• SERP ebeveyninkinden farklı mı? ✓ gerekli
• Yalnızca sayfa sayısını tutturmak için mi var? → yukarı birleştirin, spoke değil
• Başka bir spoke ile aynı sorgu mu? → birleştirin, rekabet etmeyin

“Silo başına sayfa” sayıları, çözümlendi

• 5 minimum / 4–8 silo / 10–20 sayfa / 20–30 makale → hepsi halk inanışı, hepsi birbiriyle çelişiyor. Kota değil, talep kullanın.

Bırakılması gereken mitler

• “Klasör siloyu oluşturur.” → Hayır; bağlantı grafiği mimaridir.
• “Silo sınırları arasında asla bağlantı vermeyin.” → İlgili olduğunda bağlantı verin.
• “Eşitliği korumak için silo sınırları arasındaki bağlantılara nofollow uygulayın.” → 2009’dan beri geçersiz; eşitlik buharlaşır.
• “Silo bir sıralama faktörüdür.” → Silo algılayıcısı yok; bu, sıradan iç bağlantı sinyallerini düzenlemek için bir yöntemdir.

Denetim araçları

• Screaming Frog görselleştirmeleri → sayfaların kümelenip kümelenmediğini görmek için (desen tespiti, veri değil).
• Ahrefs Site Audit → Orphan Pages → Internal Link Issues → Link Opportunities.
• Bağlantı matrisi elektronik tablosu → bir tarama dışa aktarımından doldurulur → boş satırları/sütunları bulun.
• Yeniden denetim → her bir bağlantı kolu eklediğinizde.

Silo anti-desenleri — ve çözümü

Sayfa sayısını tutturmak için aşırı silolama. Belirti: “En az 5 sayfa” hedefine ulaşmak için icat edilen, aynı sorgu için birbiriyle rekabet eden ince, neredeyse kopya bağlantı kolları. Çözüm: Sınırları belirgin talepten çizin; tek başına ayakta kalamayan alt konuları merkeze birleştirin.

Silo sınırları arasındaki bağlantılara nofollow uygulamak. Belirti: Bir klasör sınırını aşan iç bağlantılarda, “eşitliği siloda tutmak” için eklenen rel="nofollow". Çözüm: Kaldırın. Şekillendirme 2009’dan beri bozuk — eşitlik yönlendirilmek yerine buharlaşır. İlgili olduğunda bağlantıyı takip edin.

Klasörü oluşturup işi bitmiş saymak. Belirti: Sayfalar /topic/ içinde durur ancak klasörün içindeki hiçbir şey klasörün içindeki başka bir şeye bağlantı vermez; “silo” yalnızca bir URL yolu olarak var olur. Çözüm: Bağlantı matrisi çalışmasını yapın (Adım 3) ve bir taramayla doğrulayın (Adım 6); klasör dosyalama işlemidir, mimari değildir.

Konular arası içeriği yetim bırakmak. Belirti: İki siloyu kapsayan bir parça birine zorlanır ve diğerinden asla bağlantı verilmez — ya da “uymuyor” diye tamamen atılır. Çözüm: Çapraz listele — onu her iki ilgili merkezden/bağlantı kolundan bağlayın (alsoIn deseni), tek sayfa, iki yuva.

Organizasyon şeması sınırları. Belirti: Silolar ürün hatları veya iç departmanlar etrafında çizilir, böylece yapı şirketin nasıl düşündüğüyle eşleşir, arama yapanların nasıl sorguladığıyla değil. Çözüm: Sınırları gerçek anahtar kelime/SERP verilerinden yeniden kümeler.

Sayfa altı bağlantı dökümleri. Belirti: Merkez “her bağlantı koluna bağlantı verir” yalnızca en alttaki ilgili bağlantılar listesi aracılığıyla, bağlam içi bağlantılar olmadan. Çözüm: Merkez→bağlantı kolu bağlantılarını, her alt konunun merkezin gövdesinde tanıtıldığı yere yerleştirin — bağlamsal bağlantılar daha fazla sinyal taşır ve okuyucular tarafından takip edilir.

Yayın sonrası kur ve unut. Belirti: Aylar sonra yeni bir bağlantı kolu eklenir; merkez yeni bağlantıyı asla alamaz ve kardeş çapraz bağlantılar asla gerçekleşmez. Çözüm: Her yeni bağlantı kolu için bağlantı matrisini yeniden çalıştırın — silo bozulmasının en yaygın tek noktası budur.

Önerilen silo sınırlarını gözden geçirin

Hedef konu, amaç ve önerilen merkezle birlikte bir sayfa listesini bu isteme yapıştırın:

Review this proposed topic-silo map as an information architecture, not as a URL
folder exercise. Flag overlapping hubs, spokes that belong under a different hub,
missing subtopics supported by the supplied data, and cross-topic links that would
help a reader. Do not invent keywords or search volume. Return: boundary decisions,
hub-to-spoke links, spoke-to-hub links, useful cross-links, and unresolved cases.

Bir tarama dışa aktarımını bağlantı boşluğu incelemesine dönüştürün

Kaynak URL, hedef URL, çapa metni, sayfa konusu ve tarama derinliği sütunlarını yapıştırın:

Compare the observed internal-link graph with the supplied hub-and-spoke plan. Find
missing hub-to-spoke and spoke-to-hub links, weak or ambiguous anchor text, isolated
spokes, and relevant cross-silo links that the strict plan omitted. Separate facts
visible in the data from recommendations. Do not recommend nofollow to preserve a
silo boundary.

Planlanan bağlantı matrisinin yayınlandığını doğrulayın

Çalıştırılacak test: Siteyi tarayın ve gözlemlenen kaynak-hedef çiftlerini onaylanmış merkez-ve-bağlantı kolu matrisiyle karşılaştırın. Beklenen sonuç: Yayınlanan her bağlantı kolunun merkezinden taranabilir bir bağlantısı vardır ve doğru merkeze geri bağlantı verir. Başarısızlık yorumu: Bir şablon, dağıtım veya eşleme eksikliği planlanan kenarı grafikten çıkardı. İzleme penceresi: Dağıtım taramasından hemen sonra. Geri alma tetikleyicisi: Sürüm mevcut yararlı bağlantıları kaldırır veya bir kümeyi yanlış merkeze yönlendirir.

Çapraz bağlantıların kasıtlı kaldığını doğrulayın

Çalıştırılacak test: Konu gruplarını kesen bağlantıları dışa aktarın ve kaynak bağlamlarını ve çapa metinlerini inceleyin. Beklenen sonuç: Her çapraz bağlantı ilgili bir okuyucu görevine hizmet eder; genel nofollow kuralları veya kazara site genelinde çapraz bağlantılar yoktur. Başarısızlık yorumu: Uygulama ya yapay izolasyon uyguladı ya da bağlamsal bağlam olmadan bağlantılar ekledi. İzleme penceresi: Her şablon veya gezinme sürümünden sonra. Geri alma tetikleyicisi: Küresel bir kural meşru bağlantıları bastırır veya büyük, alakasız bir site genelinde bağlantı seti getirir.

Kendini test et: silo yapısı oluşturma

Silo oluşturma ve denetleme süreciyle ilgili beş hızlı soru. Her biri için bir yanıt seçin, ardından kontrol edin.

Zamanınıza değer kaynaklar

İlgili yazılarım

• SEO Silo Yapısı: Neden Mantıklı Değil (Ve Bunun Yerine Ne Yapmalı) — katı silolar hakkında Ahrefs görüşü; dahili bağlantıların nereye ekleneceğini bulmak için Link Opportunities aracını kullanma dahil.
• SEO için Dahili Bağlantılar: Uygulanabilir Bir Kılavuz — dahili bağlantıların PageRank’i nasıl aktardığı ve silo olan bağlantı grafiğini nasıl şekillendirdiği; bu makalenin 6. Adımının üzerine inşa edildiği denetim iş akışı.
• Teknik SEO’ya Başlangıç Rehberi — site yapısı ve dahili bağlantıların büyük resimde nereye oturduğu.

Konuşmalarım

• Yerel Bağlantı Oluşturma (Pubcon Local 2021) — dahili bağlantı konuşmam; bağlantıları bilinçli olarak kurma konusundaki en yakın ilgili materyal (dahili bağlantılar yerel sorgular için orantılı olarak daha önemli görünüyordu).

Sektörden

• SEO Silos: How to Build a Website SEO Silo (Bruce Clay) — katı silo metodolojisinin kaynağı; burada, güncelliğini yitirmiş çapraz silo bağlantısına nofollow verme tavsiyesi nedeniyle eleştirel olarak alıntılanmıştır.
• Screaming Frog — Site Architecture & Crawl Visualisations — bir konunun sayfalarının kümelenip kümelenmediğini nasıl göreceğiniz ve görselleştirmelerin tüm hikayeyi anlatmadığı uyarısı.
• Ahrefs Academy — Link Opportunities — Page Rating’e göre sıralanabilir, ilgili dahili bağlantı önerilerini ortaya çıkaran Site Audit raporu.
• Topic Clusters: The Next Evolution of SEO (HubSpot) — 1. Adımda yeniden kullanılan People Also Ask küme araştırma mekaniği (ve folklor olarak alıntılanan “20 ila 30 destekleyici makale” sayısının kaynağı).
• What Is Silo SEO and Is There a Better Option? (Semrush) — karşılaştırma için ana akım bir silo anlatımı.
• SEO Silo Structure (Ahrefs sözlüğü) — silo modelinin ve çapraz bağlantı kurmama kuralına yönelik itirazın kısa bir referans tanımı.

Değişiklik günlüğü