Cách Xây dựng một Silo Structure: MỘT Practical Hướng dẫn

Tóm tắt — silo structure có nghĩ là grouping của bạn các trang by topic và linking them lên so mỗi topic reinforces itself: một main “hub” trang links để all detailed các trang dưới nó, và những điều đó các trang link lại. để xây dựng một, hình out mà subtopics mọi người thực ra tìm kiếm cho, tạo trang cho mỗi, và link them together. bạn có thể put them trong matching folder — nhưng links là Điều gì quan trọng, không folder. và không là afraid để link out để related topics elsewhere trên trang web củ bạn.

Điều gì “building a silo” (bản dịch) «building một silo» thực ra có nghĩa là

MỘT silo là chỉ một group of các trang về đó giống nhau topic, wired together với liên kết nội bộ. Picture một hướng dẫn về “email marketing.” (bản dịch) «email marketing.» Đó hub là đó rộng overview trang. Đó spokes là đó detailed các trang dưới điều này — “email subject lines,” (bản dịch) «email subject lines,» “welcome sequences,” (bản dịch) «welcome sequences,» “list segmentation,” (bản dịch) «list segmentation,» và so on. Building đó silo có nghĩa là:

1. Deciding mà subtopics nhận của họ own trang (dựa trên Điều gì mọi người tìm kiếm cho).
2. Linking hub để mỗi spoke.
3. Linking mỗi spoke lại để hub, và để relevant sibling spokes.

đó nó. toàn bộ điều là về grouping related nội dung và linking nó có chủ ý thay vì leaving các trang scattered với không connections.

part mọi người nhận sai

Hai myths worth clearing lên trước khi bạn xây dựng bất cứ điều gì:

• Đó folder không làm đó silo. Bạn’ll see các hướng dẫn chẳng hạn “put your pages in /email-marketing/ and you’ve built a silo.” (bản dịch) «put của bạn các trang trong và bạn đã được xây dựng một silo.» Không quite. Google đọc của bạn links, không của bạn folder names. MỘT tidy folder là nice cho bạn và của bạn CMS — nhưng nếu đó các trang bên trong điều này không link để mỗi other, có không silo. (My colleague trong này cluster kiến trúc trang web bài viết làm đó đầy đủ case cho vì sao đó link graph là đó architecture.)
• Bạn không có để wall off của bạn topics. Đó old, strict version of siloing says “never link from one silo to another.” (bản dịch) «không bao giờ link từ một silo để một sản phẩm khác.» Bỏ qua đó. Nếu một trang trong của bạn email silo genuinely relates để một trang trong của bạn ecommerce silo, link them. Điều này helps readers và điều này không hurt của bạn SEO.

Cách know nếu subtopic deserves của nó own trang

không invent các trang để hit some “5 pages minimum” (bản dịch) «5 các trang minimum» number bạn đọc nơi nào đó. Đó kiểm thử là đơn giản: làm đó subtopic có của nó own tìm kiếm demand? Nếu mọi người tìm kiếm cho “welcome email sequence” (bản dịch) «welcome email sequence» riêng từ “email marketing,” (bản dịch) «email marketing,» đây là một real spoke. Nếu bạn là padding để fill một quota, bạn’ll chỉ end lên với thin các trang competing với mỗi other.

nhanh version của building một

• Research topic và list subtopics mọi người thực ra tìm kiếm cho.
• Làm hub trang cho rộng topic và trang cho mỗi thực subtopic.
• Link hub để mỗi subtopic trang, ideally right nơi bạn mention đó subtopic.
• Link mỗi subtopic trang lại để hub và để closely related sibling các trang.
• Link out để related topics elsewhere on trang web Khi nó genuinely hữu ích.

Muốn đầy đủ xây dựng-và-audit xử lý — Cách draw silo boundaries với từ khóa dữ liệu, link-matrix template, cross-linking rules của thumb, và tools để verify nó worked? Chuyển để Nâng cao tab.

Tóm tắt — Đây là Cách, không liệu. Assume topical concentration plus sensible cross-linking là goal ( model debate là settled trong điều này cluster trang web architecture bài viết). Xây dựng order: (1) draw silo boundaries từ thực từ khóa dữ liệu — distinct tìm kiếm demand theo subtopic, không trang quota; (2) mirror silo trong folders cho CMS sanity nếu bạn như, nhưng remember link graph là architecture, không path; (3) wire liên kết nội bộ matrix — hub để mỗi spoke, spoke lại để hub, spoke để relevant siblings; (4) cross-link để khác topics Khi reader sẽ thực ra follow link, và không bao giờ nofollow cross-silo link; (5) tránh kinh điển mistakes — over-siloing, orphaning cross-topic nội dung, boundaries drawn khoảng của bạn org chart thay vì tìm kiếm intent; (6) audit với crawl để xác nhận links bạn planned thực ra exist.

đầu tiên, debate điều này bài viết là không có

Nếu bạn nghĩ ra ở đây asking “is siloing dead?” (bản dịch) «là siloing dead?» hoặc “silo vs. topic cluster — which is right?” (bản dịch) «silo so với. topic cluster — mà là right?», đó là answered trong đầy đủ elsewhere trong này cluster. Này site site architecture bài viết chạy đó toàn bộ silo so với. hub-và-spoke so với. topic-cluster so sánh và lands nơi I land: giữ đó topical concentration silos đã là reaching cho, drop đó strict “never link between silos” (bản dịch) «không bao giờ link giữa silos» rule, và dừng shopping cho đó “correct” brand name. Go đọc đó nếu bạn muốn đó vì sao.

Một naming note, since “silo” nhận được sử dụng loosely trên ngành: term xuất hiện từ Bruce Clay sớm-2000s SEO methodology, mà described hai variants — physical silo (URL-folder isolation) và virtual silo (giống nhau isolation enforced qua internal-link structure alone, không có moving các URL) — paired với strict không-cross-linking rule. Sau đó các framework (HubSpot topic clusters, hub-và-spoke language điều này cluster dùng) cover similar ground — group by topic, link có chủ ý — nhưng họ’re không giống nhau named methodology, và none của them kept isolation rule. điều này bài viết dùng “silo” way phần lớn practitioners làm hôm nay: loosely, để có nghĩa là bất kỳ topically concentrated hub-và-spoke structure, không Bruce Clay gốc phương thức cụ thể.

điều này bài viết assumes bạn’ve đã accepted đó topically concentrated, sensibly cross-linked structure là goal — và nó các câu trả lời tiếp theo câu hỏi: Cách làm bạn thực ra xây dựng một? Mọi thứ dưới là xây dựng/audit SOP. nơi “vì sao” câu hỏi xuất hiện lên, I’ll point lại để architecture piece thay vì re-argue nó.

Step 1 — Draw silo boundaries với từ khóa research

Đó single hầu hết underspecified step trong mỗi competing “cách silo” hướng dẫn là nơi đó boundaries go. Các hướng dẫn chẳng hạn “group by topic” (bản dịch) «group by topic» và move on. Đó hữu ích version là hơn cụ thể: một subtopic earns của nó own spoke khi điều này có demonstrated, distinct tìm kiếm demand — không khi bạn cần một sản phẩm khác trang để hit một quota.

Practical các tín hiệu đó subtopic là thực spoke và không padding trang:

• Điều này có của nó own tìm kiếm volume, tách biệt từ đó parent term. Nếu “welcome email sequence” (bản dịch) «welcome email sequence» nhận có ý nghĩa searches independent of “email marketing,” (bản dịch) «email marketing,» đây là một spoke.
• Điều này cho thấy lên as của nó own cluster of related searches / Mọi người Cũng Ask. HubSpot own cluster-research mechanic là reusable ở đây mặc dù they không call điều này siloing: bắt đầu từ một seed term và đọc đó Mọi người Cũng Ask boxes — những là đó related các câu hỏi Google đã groups với của bạn seed, và mỗi là một candidate spoke.
• Của nó SERP looks meaningfully khác nhau từ đó parent SERP — khác nhau intent, khác nhau kết quả types, khác nhau competing các trang. Nếu đó hai SERPs là nearly giống hệt, bạn không có hai topics; bạn có một.

Bỏ qua đó “minimum pages per silo” (bản dịch) «minimum các trang theo silo» numbers

Bạn’ll see confident, cụ thể numbers mọi nơi: 5 các trang minimum, 4–8 silos theo site, 10–20 cluster các trang, HubSpot 20 để 30 supporting các bài viết. Notice đó they contradict mỗi other và none là sourced để thực tế dữ liệu. Treat them as evidence đó có không tiêu chuẩn, không as hướng dẫn để follow. Đó real kiểm thử là distinct demand theo subtopic — đó giống nhau “no magic number of cluster pages” (bản dịch) «không magic number of cluster các trang» position này cluster site-architecture bài viết takes. Nếu một subtopic không thể fill ngay cả hai hoặc three genuinely khác nhau các trang, điều này không một silo; hợp nhất điều này lên vào đó hub.

Watch cho cannibalization tại boundary

nếu hai proposed spokes sẽ cả hai reasonably đích giống nhau query, boundary là drawn sai. đó không sign bạn cần hai competing các trang — nó sign những điều đó hai các trang nên là một. Drawing boundaries từ thực từ khóa clustering (shared SERP overlap, distinct volume, distinct intent) ngăn điều này; drawing them từ Cách của bạn business thinks về của nó offering không.

Step 2 — URL structure là organization, không architecture

Ở đây một-line version, vì điều này cluster trang web-architecture bài viết đã làm đầy đủ case: ** link graph là architecture, không URL path.** Google hoạt động out hierarchy từ Cách của bạn các trang link để mỗi khác, không từ của bạn folder names. trang tại /email-marketing/welcome-sequences/ các tín hiệu không có gì để Google beyond Điều gì của nó nội dung và của nó inbound liên kết nội bộ chẳng hạn về nó.

So Điều gì nên bạn thực ra làm với các URL? Mirror silo trong của bạn folder structure nếu nó helps bạn và của bạn editors giữ trang web organized — đó completely fine và thông thường. mistake là believing folder làm SEO hoạt động. và worst version của đó mistake là nofollowing links đó cross folder boundary vì boundary feels sacred (nhiều hơn on đó trong Step 4). Put các trang wherever của bạn CMS là happiest; sau đó go làm thực tế linking hoạt động, mà là Step 3.

Step 3 — Xây dựng liên kết nội bộ matrix

Này là đó load-bearing step, và đây là đó một các đối thủ hand-wave. “Link related pages to each other” (bản dịch) «Link related các trang để mỗi other» không phải một procedure. Ở đây một concrete một, modeled trực tiếp on Google own mô tả of một topic hierarchy trong của nó ecommerce tài liệu — “add links from menus to category pages, from category pages to sub-category pages, and finally from sub-category pages to all product pages” (bản dịch) «thêm links từ menus để category các trang, từ category các trang để sub-category các trang, và finally từ sub-category các trang để all sản phẩm các trang». đó là Google describing một hub → spoke → sub-spoke link matrix. Adapt điều này:

• Hub → mỗi spoke. Đó hub links để mỗi spoke trong của nó silo — ideally trong-context, nơi đó subtopic là introduced trong đó hub thân phản hồi, không chỉ dumped trong một list tại đó bottom. MỘT spoke đó hub không link để là effectively bên ngoài đó silo.
• Spoke → hub. Mỗi spoke links lại để đó hub. MỘT “part of our [topic] guide” (bản dịch) «part of của chúng ta [topic] hướng dẫn» line, một breadcrumb, hoặc một contextual lại-link all hoạt động. Trong đó practitioner PageRank-flow model of liên kết nội bộ, này là đó link đó là supposed để help đó hub gather authority từ của nó spokes — Google hasn’t published một formula confirming đó, so treat điều này as một planning heuristic, không một guaranteed tác động đến thứ hạng.
• Spoke → sibling spokes. Spokes link để mỗi other nơi genuinely relevant để đó reader — “for X, see also Y.” (bản dịch) «cho X, see cũng Y.» Không một forced link để mỗi sibling; không zero either. Relevance là đó filter.

link-matrix spreadsheet

concrete deliverable không ai trong top kết quả ships: link-matrix spreadsheet. Các hàng = mỗi trang trong silo. Các cột = mỗi trang trong silo. mỗi cell = checkmark nếu hàng trang links để cột trang. nó looks như điều này:

Fill điều này trong twice. Khi để plan đó silo trước khi bạn ghi — điều này làm gaps obvious tại một glance (an empty hàng là một trang đó không linking out; an empty cột là một trang không có gì points để). Thì again sau bạn publish, filled từ an thực tế 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.

Step 4 — Reasonable cross-linking rules của thumb

strict-silo crowd xử lý mỗi cross-topic link as leak để là prevented. đó instinct là sai (again, đầy đủ argument là trong trang web-architecture bài viết). Ở đây practical replacement — Cách quyết định Khi để link out của silo:

• Đó “would this link exist anyway?” (bản dịch) «sẽ này link exist anyway?» kiểm thử. Sẽ bạn thêm này link nếu silos đã không exist tại all — nếu điều này đã là chỉ một helpful pointer cho đó reader? Nếu có, thêm điều này. Nếu bạn là chỉ thêm điều này để “connect the silos,” (bản dịch) «connect đó silos,» skip điều này; nếu bạn là chỉ avoiding điều này để “bảo vệ” đó silo, thêm điều này.
• Relevance beats direction. không reserve cross-links cho “sending equity out,” (bản dịch) «sending equity out,» và không tránh them để “keep equity in.” (bản dịch) «giữ equity trong.» MỘT contextually justified link là good regardless of mà silo điều này points để.
• Volume matters. MỘT handful of well-placed, genuinely relevant cross-links theo trang là healthy. MỘT trang đó cross-links constantly để unrelated clusters là diluting của nó own topical focus — nhưng đó là một nội dung-focus vấn đề, không một reason để reinstate silo walls.

không bao giờ nofollow cross-silo link

Này là đó xây dựng-mechanics myth worth busting trực tiếp, vì đây là đó single hầu hết phổ biến bad advice trong đó competing SERP. Bruce Clay originating methodology theo nghĩa đen khuyến nghị điều này — “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” (bản dịch) «Nếu bạn absolutely đã có để link đó creamy peanut butter trang để đó flavored jelly trang, bạn sẽ muốn để làm điều này với một link thuộc tính». không.

PageRank sculpting qua nofollow có là hỏng since 2009. trước khi sau đó, nofollowing link redistributed của nó share để trang khác links; Google changed đó so equity assigned để nofollowed link hiện tại evaporates — nó không nhận được chuyển hướng hoặc saved, nó chỉ đã biến mất. So nofollowing cross-silo link không bảo vệ bất cứ điều gì; nó destroys equity đó link sẽ có đã truyền. điều này trang web liên kết nội bộ bài viết covers sculpting-là-dead history trong đầy đủ. takeaway cho silo-building: link thông thường Khi nó relevant, follow được bao gồm.

Step 5 — phổ biến implementation mistakes

four ways silo xây dựng go sai trên thực tế:

• Over-siloing. Creating hơn, thinner silos hơn đó topic hỗ trợ — padding để hit an arbitrary trang count. Đó kết quả là thin, redundant các trang competing với mỗi other (cannibalization) thay vì pooling authority. Cách sửa: draw boundaries từ demand (Step 1), và hợp nhất subtopics đó không thể stand alone lên vào đó hub.
• Orphaning genuinely cross-topic nội dung. MỘT piece đó legitimately spans hai silos — chẳng hạn, “email marketing for ecommerce” (bản dịch) «email marketing cho ecommerce» — nhận forced vào một silo và either không bao giờ linked từ đó other, hoặc awkwardly left out vì điều này “không fit” đó isolation model. Cách sửa: let đó trang trực tiếp trong một place nhưng là linked từ cả hai relevant hubs và spokes. đó là cross-listing, không duplication — này very site làm điều này với an alsoIn pattern (described trong đó site-architecture bài viết), nơi an bài viết lists trong hơn một cluster thay vì đang walled vào một.
• Boundaries đó match của bạn org chart, không tìm kiếm intent. Drawing silo lines khoảng cách đó business organizes của nó offering (by sản phẩm line, by internal department) thay vì cách searchers group và phrase các truy vấn. Cách sửa: validate mỗi boundary so với thực tế từ khóa/SERP clustering (Step 1), không an internal structure.
• Trusting đó folder thay vì đó link graph. Bạn put đó các trang trong đó /topic/ folder, assume đó silo là “được xây dựng,” và không bao giờ kiểm tra xem đó các trang thực ra link để mỗi other. Đó folder existing không có nghĩa là đó linking hoạt động đã nhận đã xong — mà là chính xác vì sao Step 6 tồn tại.

Step 6 — Audit đó link concentration thực ra happened

bạn planned matrix trong Step 3. Hiện tại verify nó landed. Three complementary tools: none của them, alone, proves topics “worked” cho reader hoặc công cụ tìm kiếm — visualization hoặc matrix fill rate là proxy, không score. Beyond hub↔spoke links, kiểm tra liệu mỗi spoke là thực ra reachable by sau links từ hub (không chỉ present trong báo cáo), liệu cross-group edges để khác silos là ones bạn dự kiến và không stray leftovers, và sau đó walk các trang yourself way reader sẽ — crawl tìm thấy link edges, nó không tell bạn liệu path làm hợp lý để person. Track phát hiện, crawl, và chỉ mục status cho silo các trang riêng từ bất kỳ xếp hạng thay đổi đó follows; rewired link graph có thể move all three, nhưng đó không evidence rewiring gây ra xếp hạng hoặc traffic thay đổi — cũng nhiều khác điều move tại sau khi on trực tiếp trang web để claim đó.

Screaming Frog crawl visualisations

Crawl đó site và open đó force-directed diagram hoặc tree graph — một node-và-line kết xuất of đó thực tế được crawl link graph, colored by crawl depth. đây là đó fastest way để see liệu một topic các trang visually cluster together hoặc là scattered và disconnected. Dùng điều này as một communication và pattern-spotting tool, không một dữ liệu nguồn — Screaming Frog là rõ ràng đó “the crawl visualisations are useful when analysing site architecture, and internal linking” (bản dịch) «đó crawl visualisations là hữu ích khi analysing kiến trúc trang web, và liên kết nội bộ», nhưng cũng warns they “don’t provide any more data than is already available in a crawl… don’t always tell the whole story.” (bản dịch) «không cung cấp bất kỳ hơn dữ liệu hơn là đã khả dụng trong một crawl… không luôn tell đó toàn bộ story.» Great cho spotting một stranded spoke tại một glance; không một substitute cho đó dữ liệu-cấp độ kiểm tra dưới.

Ahrefs trang web Audit

Three các báo cáo, trong giống nhau priority order điều này cluster internal-links bài viết dùng cho bất kỳ internal-link audit (orphans → hỏng links → link-equity opportunities):

1. Orphan Các trang — zero-inlink các trang. MỘT silo xây dựng hầu hết commonly leaves behind đó cuối cùng spoke bạn đã thêm, so này catches đó các trang không có gì trong đó silo points để.
2. Liên kết nội bộ Các vấn đề — hỏng liên kết nội bộ bên trong đó silo. MỘT hub linking để một spoke old URL là một link đó không đang làm của nó job.
3. Link Opportunities — “relevant internal linking suggestions” (bản dịch) «relevant liên kết nội bộ suggestions» dựa trên từ khóa overlap giữa các trang, sortable by Trang Rating so bạn có thể prioritize mà cao-authority các trang nên là đang làm đó linking. I’ve được viết về dùng này cho silo linking cụ thể trong SEO Silo Structure: Vì sao Điều này Làm Không Hợp lý (Và Điều cần Làm Thay vì) — “the Link Opportunities tool… suggests where you should add internal links.” (bản dịch) «đó Link Opportunities tool… suggests nơi bạn nên thêm liên kết nội bộ.»

manual link-matrix audit

spreadsheet từ Step 3, filled từ reality. Crawl silo các URL, export outlinks (Screaming Frog’s outlinks export, hoặc Ahrefs được crawl-các trang export), và fill mỗi cell từ thực tế crawl dữ liệu — không từ Điều gì bạn think bạn linked. rỗng các hàng = các trang không đang làm của họ linking job. rỗng các cột = các trang không có gì trong silo points để ( orphan risk trong silo ngay cả nếu trang là linked từ nơi nào đó khác on trang web).

Khi để re-chạy nó

sau khi ban đầu xây dựng, sau đó mỗi time bạn thêm spoke để existing silo. New các trang là phần lớn phổ biến point của thất bại — bạn’ll cập nhật hub để link để new spoke và forget sibling cross-links, hoặc forget để link new spoke lại để hub. Re-đang chạy matrix sau khi mỗi addition catches đó trong về five minutes.

FAQs

Cách nhiều các trang nên silo có? Không fixed number. Competing các hướng dẫn cite 5, 8, 10–20, và 20–30 và contradict mỗi khác. sử dụng distinct tìm kiếm demand theo subtopic as kiểm thử, không quota.

nên I nofollow links giữa silos? Không. PageRank sculpting qua nofollow có là hỏng since 2009 — equity evaporates thay vì là protected. Link thông thường Khi nó relevant.

Làm my URL structure cần để match my silo structure? nó có thể, cho organizational convenience, nhưng Google đọc của bạn liên kết nội bộ graph, không của bạn folder names. See điều này cluster trang web-architecture bài viết cho đầy đủ case.

Điều gì tools audit silo structure? Screaming Frog crawl visualisations, Ahrefs trang web Audit (Orphan các trang, Liên kết nội bộ Các vấn đề, Link Opportunities), hoặc manual link-matrix spreadsheet được xây dựng từ crawl export.

có thể trang belong để nhiều hơn một silo? Có — qua cross-listing (linking nó từ multiple relevant hubs) thay vì duplicating nó hoặc forcing nó vào một bucket. điều này trang web alsoIn pattern là hoạt động ví dụ.

AI summary

condensed take on Nâng cao version:

• Này là một xây dựng SOP, không một debate. Liệu strict silos là good là settled trong này cluster site-architecture bài viết; ở đây đó goal (topical concentration + sensible cross-linking) là assumed và đó câu hỏi là cách xây dựng điều này. (“Silo” itself traces để Bruce Clay physical/virtual isolation methodology — này bài viết dùng đó term loosely, không có đó isolation rule.)
• Step 1 — boundaries từ demand. MỘT subtopic earns một spoke khi điều này có distinct tìm kiếm volume, của nó own related-tìm kiếm/PAA cluster, và một meaningfully khác nhau SERP từ đó parent. Bỏ qua đó contradictory “5/8/10–20/20–30 pages” (bản dịch) «5/8/10–20/20–30 các trang» numbers — họ là evidence có không tiêu chuẩn. Watch cho cannibalization tại đó boundary.
• Step 2 — URLs là organization, không architecture. Mirror đó silo trong folders cho CMS sanity nếu bạn muốn, nhưng đó link graph là đó architecture; đó folder không làm đó SEO hoạt động.
• Step 3 — wire đó matrix. Hub → mỗi spoke (trong-context), spoke → hub, spoke → relevant siblings. Dùng một link-matrix spreadsheet (các hàng/các cột = các trang, cell = linked?) để plan điều này và sau đó audit điều này.
• Step 4 — cross-link sensibly. Thêm đó link nếu điều này’d exist anyway; relevance beats direction; vài theo trang là healthy. Không bao giờ nofollow một cross-silo link — sculpting died trong 2009 và đó equity evaporates.
• Step 5 — tránh đó classic mistakes: over-siloing/padding, orphaning cross-topic nội dung (cách sửa với cross-listing, không duplication), boundaries drawn on đó org chart thay vì tìm kiếm intent, và trusting đó folder over đó link graph.
• Step 6 — audit với một crawl: Screaming Frog visualisations để see clustering, Ahrefs Site Audit (orphans → hỏng links → link opportunities), và đó manual link-matrix filled từ crawl dữ liệu. Kiểm tra reachability và cross-group edges cũng, walk đó các trang như một reader, và track phát hiện/crawl/chỉ mục riêng từ xếp hạng — none of điều này proves đó rewiring gây ra một xếp hạng thay đổi. Re-chạy mỗi time bạn thêm một spoke.

Tài liệu chính thức

Chính-nguồn hướng dẫn phần lớn relevant để xây dựng mechanics — wiring topic hierarchy và giữ mỗi trang linked. ( rộng hơn silo-so với-cluster model debate là được ghi lại trong điều này cluster trang web-architecture và trang web-structure các bài viết; những điều đó cite Google pyramid/hub-trang language và Bing nhấp-depth cách diễn đạt, so I sẽ không repeat them ở đây.)

Google

• Help Google understand của bạn ecommerce site structure — đó closest điều Google có để một “how to wire a topic hierarchy” (bản dịch) «cách wire một topic hierarchy» doc; mô tả đó menu → category → sub-category → sản phẩm link matrix trực tiếp.
• Crawlable links — Làm của bạn links crawlable — mỗi trang bạn care về nên có một link từ ít nhất một other trang (đó anchor cho “don’t orphan cross-topic content” (bản dịch) «không orphan cross-topic nội dung»), plus Google anchor-text hướng dẫn cho writing hub→spoke và spoke→spoke link text.

Bing / Microsoft

• Bing Quản trị viên web Guidelines — clear, crawlable, hierarchical category/subcategory structure với reasonable liên kết nội bộ. (Bing là nhiều hơn prescriptive on nhấp depth hơn Google; điều này cluster trang web-structure bài viết covers Bing three-nhấp cách diễn đạt.)

Quotes từ nguồn

On—record statements relevant để building — và để myth về walling silos off. ( Google/Bing rep quotes về liệu silos là good — Mueller pyramid line, folder-structure line — trực tiếp trong điều này cluster trang web-architecture bài viết, đã deep-linked ở đó; I sẽ không duplicate them.)

Google Search Central tài liệu — wiring hierarchy (ecommerce trang web structure)

• “add links from menus to category pages, from category pages to sub-category pages, and finally from sub-category pages to all product pages.” (bản dịch) «thêm links từ menus để category các trang, từ category các trang để sub-category các trang, và finally từ sub-category các trang để all sản phẩm các trang.» Nhảy đến trích dẫn

Google Search Central tài liệu — không orphan trang (crawlable links)

• “Every page you care about should have a link from at least one other page on your site.” (bản dịch) «Mỗi trang bạn care về nên có một link từ ít nhất một other trang trên trang web của bạn.» Nhảy đến trích dẫn

Bruce Clay — outdated nofollow—cross-silo-link advice (cited critically)

• “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.” (bản dịch) «Nếu bạn absolutely đã có để link đó creamy peanut butter trang để đó flavored jelly trang, bạn sẽ muốn để làm điều này với một link thuộc tính.» Đọc đó nguồn — này là đó myth này bài viết busts: sculpting qua nofollow đã được dead since 2009, so đó equity evaporates thay vì đang protected.

Screaming Frog — Điều gì crawl visualisations là (và không phải) cho

• “the crawl visualisations are useful when analysing site architecture, and internal linking.” (bản dịch) «đó crawl visualisations là hữu ích khi analysing kiến trúc trang web, và liên kết nội bộ.» Đọc đó nguồn
• “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.” (bản dịch) «They không cung cấp bất kỳ hơn dữ liệu hơn là đã khả dụng trong một crawl. They là thường không đó best way để diagnose các vấn đề và không luôn tell đó toàn bộ story.» Đọc đó nguồn

tiêu chuẩn operating procedure: xây dựng topic silo

Chạy điều này end để end cho new silo, hoặc từ Step 4 để retrofit existing group của các trang.

1. Pick đó hub topic. Chọn một rộng topic với real breadth và tìm kiếm demand đó sẽ anchor đó silo. Này becomes của bạn hub/pillar trang.
2. Cluster đó từ khóa. Pull đó seed term related searches, Mọi người Cũng Ask, và từ khóa-tool suggestions. Group them by intent. Mỗi group với distinct tìm kiếm demand và một distinct SERP là một candidate spoke.
3. Cut đó padding. Cho mỗi candidate spoke, xác nhận điều này có demand tách biệt từ đó parent. Nếu điều này không thể fill 2–3 genuinely khác nhau các trang, hợp nhất điều này lên vào đó hub thay vì creating một thin trang. Kill bất kỳ hai candidates đó sẽ cannibalize đó giống nhau query — làm them một.
4. Lay out URLs (tùy chọn, cosmetic). Mirror đó silo trong một /topic/ folder nếu điều này helps của bạn CMS/editorial organization. Không treat này as đó SEO hoạt động.
5. Draft đó link-matrix plan. Xây dựng đó các hàng-và-các cột spreadsheet (mỗi trang trong đó silo on cả hai axes) và mark đó links bạn intend: hub → mỗi spoke, mỗi spoke → hub, spoke → mỗi genuinely relevant sibling.
6. Ghi và wire. Produce đó hub và spokes. Place hub→spoke links trong context nơi mỗi subtopic là introduced, không trong một bottom-of-trang dump. Thêm đó spoke→hub và spoke→sibling links theo của bạn matrix.
7. Thêm sensible cross-links. Cho mỗi trang, thêm out-of-silo links đó truyền đó “would this link exist anyway?” (bản dịch) «sẽ này link exist anyway?» kiểm thử. Follow, không bao giờ nofollow.
8. Crawl và verify. Crawl đó silo (Screaming Frog / Ahrefs Site Audit). Fill đó matrix từ đó crawl thực tế outlinks. Cách sửa empty các hàng (các trang không linking out) và empty các cột (các trang không có gì points để). Clear orphan-các trang và hỏng-internal-link các báo cáo.
9. Set một re-audit trigger. Mỗi khi bạn thêm một spoke sau đó, re-chạy Steps 5–8 cho đó trang — cập nhật đó hub, thêm đó sibling cross-links, re-crawl.

Silo xây dựng & audit checklist

Hoạt động nó top để bottom; boundary hoạt động lên front ngăn linking rework sau đó.

Boundaries (Step 1)

• Mỗi spoke có distinct tìm kiếm demand tách biệt từ đó hub term.
• Mỗi spoke có của nó own related-tìm kiếm / Mọi người Cũng Ask cluster.
• Mỗi spoke SERP looks meaningfully khác nhau từ đó parent.
• Không spoke tồn tại chỉ để hit một “minimum pages” (bản dịch) «minimum các trang» number.
• Không hai spokes đích đó giống nhau query (không boundary cannibalization).

Structure (Steps 2–3)

• Folder/URL layout (nếu được sử dụng) là được xem như CMS convenience, không as silo.
• hub links để mỗi spoke, trong-context, không chỉ footer list.
• mỗi spoke links lại để hub.
• Spokes link để genuinely relevant sibling spokes.
• link-matrix spreadsheet tồn tại (các hàng/các cột = các trang, cells = links).

Cross-linking (Step 4)

• Cross-silo links exist nơi một reader sẽ genuinely follow them.
• Mỗi cross-link truyền đó “would this exist if silos didn’t?” (bản dịch) «sẽ này exist nếu silos đã không?» kiểm thử.
• Không liên kết nội bộ — cross-silo hoặc nếu không — là nofollowed để “bảo vệ” equity.

Mistakes để rule out (Step 5)

• không over-siloed (không thin, redundant, cannibalizing spokes).
• Cross-topic nội dung là cross-listed (linked từ cả hai hubs), không orphaned.
• Boundaries match tìm kiếm intent, không org chart.
• bạn verified thực tế link graph, không chỉ folder.

Audit (Step 6)

• Screaming Frog visualisation hiển thị silo các trang clustering, không scattered.
• Ahrefs trang web Audit: không orphan các trang trong silo.
• Ahrefs trang web Audit: không hỏng liên kết nội bộ bên trong silo.
• Matrix filled từ thực crawl export — không rỗng các hàng hoặc unexpected rỗng các cột.
• Re-audit scheduled cho tiếp theo time spoke là đã thêm.

link-matrix template

Này là đó artifact đó competing các hướng dẫn không ship. Các hàng là đó “linking from” (bản dịch) «linking từ» trang; các cột là đó “linking để” trang; mỗi cell là ✓ nếu đó link tồn tại. Xây dựng điều này trong bất kỳ spreadsheet — một tab để plan, một filled từ một crawl để audit.

Cách đọc nó

• Hub hàng nên là all ✓ — hub links để mỗi spoke. khoảng trống ở đây có nghĩ là spoke đó không phải thực sự trong silo.
• Hub cột nên là all ✓ — mỗi spoke links lại để hub. khoảng trống ở đây là spoke đó, trong practitioner link-flow model, không phải returning authority để hub — planning tín hiệu để khắc phục, không measurable Google score.
• ** spoke hàng** là rỗng (besides hub) = trang đó không phải linking để bất kỳ siblings; look cho relevant sibling để thêm.
• ** spoke cột** là sparse = một vài các trang point để nó; nó dưới-linked và tại orphan risk trong silo.

để turn nó vào audit: crawl silo các URL, export outlinks (Screaming Frog outlinks export hoặc Ahrefs được crawl-các trang export), và fill cells từ thực dữ liệu thay vì từ memory. gaps giữa của bạn plan tab và của bạn crawl tab là của bạn để-làm list.

Cross-links trực tiếp bên ngoài này matrix by design — đó matrix là cho trong-silo tính đầy đủ. Track out-of-silo links riêng (một đơn giản “page → external-to-silo target → reason” (bản dịch) «trang → external-để-silo đích → reason» list) so bạn có thể sanity-kiểm tra they mỗi truyền đó “would this exist anyway?” (bản dịch) «sẽ này exist anyway?» kiểm thử.

mental models

1. Boundaries follow demand, không một quota. MỘT subtopic earns một spoke khi điều này có distinct tìm kiếm demand (của nó own volume, của nó own PAA cluster, của nó own SERP). “5 pages minimum” (bản dịch) «5 các trang minimum» và của nó cousins là folklore đó contradict mỗi other — đó demand kiểm thử là đó chỉ một đó holds.

2. folder là filing cabinet; links là architecture. Mirror silo trong folders cho của bạn own sanity, nhưng liên kết nội bộ graph là Điều gì các công cụ tìm kiếm đọc. Xây dựng và audit link graph, không folder tree.

3. matrix là silo. silo là hoàn tất Khi hub links để mỗi spoke, mỗi spoke links lại, và spokes link để relevant siblings. Các hàng và các cột on spreadsheet làm “hoàn tất” checkable — plan nó ở đó, verify nó ở đó.

4. Cross-links là features, không leaks. Đó kiểm thử là “would I add this link if silos didn’t exist?” (bản dịch) «sẽ I thêm này link nếu silos đã không exist?» Nếu có, điều này belongs. Đó instinct để wall silos off — especially by nofollowing cross-links — là đó chính xác outdated practice đó destroys equity thay vì protecting điều này.

5. Trust crawl, không của bạn memory. bạn think bạn linked mọi thứ; crawl knows liệu bạn đã làm. xây dựng không phải đã xong Khi các trang là published — nó đã xong Khi crawl-filled matrix có không unexpected gaps.

nên điều này subtopic nhận của nó own spoke — hoặc cross-link — hoặc không có gì?

hai hardest calls trong silo xây dựng là nơi boundaries go và Khi để link trên them. Walk candidate subtopic (hoặc candidate cross-link) qua điều này.

Silo-building bảng tra nhanh

** link matrix (trong silo)**

Boundary kiểm thử — là nó thực spoke?

• Distinct tìm kiếm volume so với. parent? ✓ needed
• Own related-tìm kiếm / PAA cluster? ✓ needed
• SERP differs từ parent? ✓ needed
• chỉ tồn tại để hit trang count? → hợp nhất lên, không spoke
• giống nhau query as một spoke? → combine, không compete

Đó “pages per silo” (bản dịch) «các trang theo silo» numbers, decoded

• 5 minimum / 4–8 silos / 10–20 các trang / 20–30 các bài viết → all folklore, all contradict mỗi other. Dùng demand, không một quota.

Myths để drop

• “The folder builds the silo.” (bản dịch) «Đó folder xây dựng đó silo.» → Không; đó link graph là đó architecture.
• “Never link across silos.” (bản dịch) «Không bao giờ link trên silos.» → Link khi relevant.
• “Nofollow cross-silo links to protect equity.” (bản dịch) «Nofollow cross-silo links để bảo vệ equity.» → Dead since 2009; equity evaporates.
• “A silo is a ranking factor.” (bản dịch) «MỘT silo là một xếp hạng factor.» → Không silo detector; đây là một phương thức cho organizing ordinary internal-tín hiệu liên kết.

Audit tools

• Screaming Frog visualisations → see liệu các trang cluster (pattern-spotting, không dữ liệu).
• Ahrefs trang web Audit → Orphan các trang → Liên kết nội bộ Các vấn đề → Link Opportunities.
• Link-matrix spreadsheet → filled từ crawl export → tìm rỗng các hàng/các cột.
• Re-audit → mỗi time bạn thêm spoke.

Silo anti-patterns — và khắc phục

Over-siloing để hit một trang count. Symptom: Thin, near-duplicate spokes bịa ra để reach “5 pages minimum,” (bản dịch) «5 các trang minimum,» competing với mỗi other cho đó giống nhau query. Cách sửa: Draw boundaries từ distinct demand; hợp nhất subtopics đó không thể stand alone lên vào đó hub.

Nofollowing cross-silo links. Symptom: rel="nofollow" on liên kết nội bộ đó cross một folder boundary, đã thêm để “keep equity in the silo.” (bản dịch) «giữ equity trong đó silo.» Cách sửa: Xóa điều này. Sculpting đã được hỏng since 2009 — đó equity evaporates thay vì đang được chuyển hướng. Link followed khi đây là relevant.

Building folder và calling nó đã xong. Symptom: các trang sit trong /topic/ nhưng không có gì bên trong folder links để bất cứ điều gì khác bên trong nó; “silo” tồn tại chỉ as URL path. khắc phục: Làm link-matrix hoạt động (Step 3) và verify nó với crawl (Step 6); folder là filing, không architecture.

Orphaning cross-topic nội dung. Symptom: MỘT piece đó spans hai silos nhận forced vào một và không bao giờ linked từ đó other — hoặc dropped hoàn toàn vì điều này “doesn’t fit.” (bản dịch) «không fit.» Cách sửa: Cross-list điều này — link điều này từ cả hai relevant hubs/spokes (đó alsoIn pattern), một trang, hai homes.

Org-chart boundaries. Symptom: Silos drawn khoảng sản phẩm lines hoặc internal departments, so structure matches Cách company thinks, không Cách searchers query. khắc phục: Re-cluster boundaries từ thực từ khóa/SERP dữ liệu.

Bottom-of-trang link dumps. Symptom: Đó hub “links to every spoke” (bản dịch) «links để mỗi spoke» chỉ qua một related-links list tại đó very bottom, với không trong-context links. Cách sửa: Place hub→spoke links nơi mỗi subtopic là introduced trong đó hub thân phản hồi — contextual links carry hơn tín hiệu và nhận followed by readers.

đặt-và-forget sau khi launch. Symptom: new spoke nhận đã thêm months sau đó; hub không bao giờ nhận new link và sibling cross-links không bao giờ happen. khắc phục: Re-chạy link matrix cho mỗi new spoke — nó single phần lớn phổ biến point của silo decay.

Review proposed silo boundaries

Paste list của các trang với đích topic, intent, và proposed hub vào điều này prompt:

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.

Turn crawl export vào link-khoảng trống review

Paste nguồn URL, đích URL, anchor text, trang topic, và crawl-depth các cột:

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.

Verify planned link matrix shipped

Kiểm thử để chạy: Crawl trang web và so sánh observed nguồn-đích pairs với approved hub-và-spoke matrix. Dự kiến kết quả: mỗi published spoke có crawlable link từ của nó hub và links lại để đúng hub. thất bại interpretation: template, deployment, hoặc mapping omission left planned edge out của graph. Monitoring window: Immediate sau khi deployment crawl. Rollback trigger: phát hành xóa existing hữu ích links hoặc routes cluster để sai hub.

Verify cross-links vẫn intentional

Kiểm thử để chạy: Export links crossing topic groups và review của họ nguồn context và anchor text. Dự kiến kết quả: mỗi cross-link phục vụ related reader task; có không blanket nofollow rules hoặc accidental sitewide cross-links. thất bại interpretation: implementation either enforced artificial isolation hoặc đã thêm links không có topical context. Monitoring window: sau khi mỗi template hoặc navigation phát hành. Rollback trigger: global rule suppresses legitimate links hoặc introduces lớn unrelated sitewide link đặt.

Tự kiểm tra: building silo structure

Five nhanh các câu hỏi on silo xây dựng-và-audit xử lý. Pick câu trả lời cho mỗi, sau đó kiểm tra.

các tài nguyên worth của bạn time

My related writing

• SEO Silo Structure: Vì sao nó Làm Không Hợp lý (và Điều gì để Làm Thay vì) — Ahrefs take on strict silos, including sử dụng Link Opportunities tool để tìm nơi để thêm liên kết nội bộ.
• Liên kết nội bộ Đối với SEO: Actionable Hướng dẫn — Cách liên kết nội bộ truyền PageRank và shape link graph đó là silo; audit workflow điều này bài viết Step 6 xây dựng on.
• Người mới bắt đầu Hướng dẫn để kỹ thuật SEO — nơi trang web structure và liên kết nội bộ fit trong bigger picture.

My speaking

• Local Link Building (Pubcon Local 2021) — my internal-linking talk; closest liền kề material on wiring links có chủ ý (liên kết nội bộ seemed để quan trọng proportionally nhiều hơn cho local các truy vấn).

Từ khoảng đó ngành

• SEO Silos: Cách Xây dựng một Website SEO Silo (Bruce Clay) — đó originating strict-silo methodology, cited ở đây critically cho của nó outdated nofollow-đó-cross-silo-link advice.
• Screaming Frog — Kiến trúc trang web & Crawl Visualisations — cách see liệu một topic các trang cluster, và đó caveat đó visualisations không tell đó toàn bộ story.
• Ahrefs Academy — Link Opportunities — đó Site Audit báo cáo đó surfaces relevant internal-linking suggestions, sortable by Trang Rating.
• Topic Clusters: Đó Tiếp theo Evolution of SEO (HubSpot) — đó Mọi người Cũng Ask cluster-research mechanic reused trong Step 1 (và đó nguồn of đó “20 to 30 supporting articles” (bản dịch) «20 để 30 supporting các bài viết» number cited as folklore).
• Điều gì Là Silo SEO và Là Ở đó một Tốt hơn Option? (Semrush) — một mainstream silo walkthrough cho so sánh.
• SEO Silo Structure (Ahrefs glossary) — một ngắn reference definition of đó silo model và đó objection để của nó không-cross-linking rule.

Nhật ký thay đổi