主题集群是什么：一个核心主题加一组子话题页，用站内链接连起来

Google官方文档里根本找不到「主题集群」和「Pillar Page」这两个词。官方讲的是把相似主题的页面按目录分组，以及靠页面之间的链接关系判断页面的相对重要性。这两句话拼起来，才是主题集群。

对出海做内容站、独立站的人来说，页面一篇篇发出去，站内谁链谁、哪一篇是这一组的核心，得在动笔前定好。不然写了半年，Google抓到的是一堆互不相干的散页，菜单给的那几个入口撑不起整个结构。猎者出海处理站内结构时，先看的是页面之间怎么连，再看页面写了多少。

• 这是什么：一个核心主题、一组子话题页、一套有方向的站内链接，三样合起来才叫集群。
• 官方怎么说：没有这个术语，对应的是按目录把相似主题分组、靠链接关系推断页面重要性。
• 怎么做：定核心主题、划关键词组、写核心页、铺子话题页、设计三个方向的链接。
• 要多久：官方只说标题链接更新要重新抓取和处理，可能几天到几周，集群搭完留出时间再评估。

下面把从选核心主题到设计内链方向这套动作拆开讲。SEO的底层规则在SEO那篇里说清楚了。

主题集群是什么：一个核心主题、一组子话题页、一套站内链接

官方文档里没有「主题集群」这个词，对应的是两件事

Google的SEO入门指南里找不到「主题集群」和「Pillar Page」这两个词条。官方写的是 "Group topically similar pages in directories"，意思是把主题相似的页面按目录分组。另一件事写在电商站点结构文档里，Google会分析页面之间的链接关系，来找出站内最好的内容。

这两件事拼起来就是主题集群。一类内容归到同一个目录里，页面之间用链接说明谁是谁的子话题、谁在收拢整组内容。

还有一条容易被忽略。Google一般不看URL结构来判断站点结构，它看的是页面之间的链接关系。所以只把URL归到同一个目录里不够，链接没连上，Google仍然读不出这一组内容的主次。

它解决的是「页面各写各的、互相不连」的问题

一个站写到几十上百篇，最常出的事不是内容不够，是每篇都自己立一个山头。Google通过链接关系判断哪几篇是一组、哪一篇在组里更重要。全站页面互相不链，Google只能靠菜单和sitemap猜，猜出来的结构和你脑子里的结构经常不是一回事。

官方还给了一条更硬的规则：站内指向某页的链接越多，这一页相对站内其他页面越重要。所以集群不是把页面堆在一个目录里就完事，得让核心页收到足够多的站内链接，让Google读得出它是这一组的中心。

适用范围

内容站、独立站、栏目多的站都适合。页面只有个位数的小站，先把页面写够再说集群。页面太少，分不出核心和子话题，硬分只会把目录做得比内容还多。

集群的边界怎么划，取决于关键词怎么分组，这一块在关键词研究完整指南里有完整流程。

主题集群和Pillar Page什么关系：一个是结构，一个是结构里的那根柱子

主题集群是结构层

这两件事经常被混成一件事。主题集群是结构层的东西：一个核心主题页、一组子话题页、一套把页面连起来的链接方向。核心页回答这个主题包含哪些问题、每个问题该看哪一篇，子话题页负责把每个小问题讲透，中间靠链接互相指认，整体才是一个集群。

集群动手前要定三件事：主题边界在哪、分几个子话题、链接从哪指向哪。这三件事定了，页面才开始写。反过来先写页面再回头补链接，写到一半就会发现有的页根本没有位置。

Pillar Page是集群里的核心页

Pillar Page是这套结构里的一个角色，也就是那个核心页。它负责把子话题收拢，让读者从一页能看全整组内容覆盖了什么。

核心页单页怎么写有它自己的问题：标题怎么定、目录怎么排、每个子话题在核心页里给多少字。这些细节不在这一篇展开。

两篇怎么分工

这篇讲集群怎么搭、链接怎么连。核心页单页怎么写，看支柱页怎么搭那篇。

主题集群怎么搭建：先定核心主题，再划关键词组

搭集群的第一步是定核心主题，不是先找词。核心主题要满足两个条件：你自己在这个主题上有足够多的东西可写，并且这个主题在搜索里有持续的需求。

怎么选核心主题

选一个你真正懂、能持续写下去的主题。判断标准不是这个词搜索量多大，是你脑子里装着多少个读者会问的问题。装不出足够多的子问题，这个主题就撑不起一个集群。

「懂」的意思是读者拿一个具体问题来问，你能给出别人给不出的答案。只是看过几篇文章、拼凑得出来几段话，那不叫懂，写出来的子话题页会和别处高度相似。

怎么把关键词分组

1. 把这个主题下的搜索词导出来，按「读者要解决的问题」分组，一组对应一个子话题页。
2. 每组给一个能当子话题页标题的说法。
3. 两组之间重叠过一半的合并，合并理由写下来。

官方推荐用目录把相似主题分组，说这样能帮Google了解各个目录里URL的变化频率。分组分得干净，目录才有意义。一个目录里塞着三种不搭界的内容，Google读出来的变化频率也是乱的。

官方还提醒要预判读者可能用的搜索词，懂行的人和新手用的词可能不一样。分组的依据是读者要解决的问题，不是关键词字面像不像，同一个问题下有不同的说法很正常。

分完组发现问题怎么回查

某一组凑不出足够的子问题，说明这组不成立。把它并回最接近的那一组，不要为了凑目录硬留一个空壳页。

组和组之间大段重叠，说明核心主题选太大。砍到一个能写透的范围再分。主题大不等于集群大，主题大到一个子话题都写不深，最后写出来的是一堆浅页。

主题集群怎么搭建：写核心页，标题和结构先立住

核心页是这一组内容的入口页，它只干一件事：告诉读者和Google，这个主题包含哪些问题，每个问题该点哪一篇。别的都不该在核心页里展开。

1. 列出这个主题下所有值得单独成页的子问题。
2. 每个子问题给一句摘要，摘要只说明这一页解决什么，不展开结论。
3. 每个子问题后面放一个指向对应子话题页的链接。

官方说页面标题和标题元素里的文字要有信息量、相关、紧凑。核心页的标题和每个子话题的小标题都要按这个标准写，不要为了塞关键词把小标题写成一串词。

官方也说长内容要拆成段落和小节，用标题帮读者导航。核心页本身就是一张导航页，标题层级排得清楚，读者扫一眼就知道这组内容覆盖到哪。

核心页写完怎么回查

核心页写成大杂烩、每一段都想讲透，是越位了。细节挪到子话题页，核心页只留摘要和链接。

核心页没有指向子话题页的链接，等于集群没连上。这一条在发布前逐条点一遍链接就能发现，点不过去的补上。

主题集群怎么搭建：铺子话题页，每页只解决一个问题

子话题页是集群里的肉。一页一个问题，页内所有内容都为这一个问题服务，不顺手把相邻问题也讲了。

1. 按第3节分好的组，一组写一页。
2. 页内正文里在合适的位置链回核心页，锚文本用核心主题的说法。
3. 正文上下文里链到相邻的子话题页，用来补上下文，不是每页都链一圈。
4. 发布前确认这一页至少有一个站内其他页面链到它。

官方说「你关心的每个页面，至少要有站内另一个页面链接到它」。这条不是建议，是底线。没有站内链接指向的页面就是孤立页，Google读不出它在站内什么位置。

官方还说，要想清楚站内哪些资源能帮读者理解当前页，并在上下文里链过去。子话题页之间的横向链接就是按这条做的，链的目的是让读者顺着读下去，不是给每页刷链接数量。

子话题页写完怎么回查

子话题页写出来和核心页大段重复，说明分工没定清。回第4节把核心页的摘要压短，把细节全部推到子话题页。

某一页没有任何站内链接指向它，是孤立页。回第6节按三个方向补链接。

单页内容怎么写、结构怎么排，在SEO文章怎么写那篇里有逐段的拆法。

主题集群内链结构：三个方向，一张图讲清

第三行最容易做过头。横向链是给读者补上下文的，不是让每页都链一圈。多到一屏十几个，读者分不清哪个该点。

为什么这么定方向

官方说Google可以用两样东西推断页面相对重要性：到达某页需要跟几个链接，以及有多少链接指向某页。站内指向某页的链接越多，这一页相对站内其他页面越重要。

所以核心页要收最多的链接，每个子话题页都链回它。子话题页之间的横向链不承担这个功能，它负责的是读者读到一半需要另一页补充的时候，不用回核心页绕一圈。

锚文本怎么写

官方给的锚文本标准是：描述性强、合理简洁、与所在页和指向页都相关。落在集群里，就是核心页链向子话题页时，锚文本写那个子话题要解决的问题，不写「点击这里」「查看更多」这类没有信息量的词。

官方还提醒不要硬塞指向页的所有相关关键词，关键词堆砌违反垃圾政策。一个子话题页可能有三四个相关词，锚文本选其中一个最贴近上下文的就够了。

链接必须可抓取

官方说Google一般只能抓取带href属性的 元素形式的链接。所以集群里的链接必须用这种形式，不要用其他HTML DOM元素上的JavaScript事件做导航，不然Google抓不到，集群在它眼里就不存在。

内链的基础做法在内部链接怎么做里，栏目怎么分级在栏目分级那篇里。

主题集群要多久见效、有没有数量上限

官方给的是几个关于时间和数量的规则，做集群的时候可以直接拿来用。

这三行合起来的意思：集群搭完不要当天看数据。给页面留出被抓取和处理的时间，等上几周再评估。评估看的是核心页和子话题页有没有被索引、站内链接有没有生效，不是看排名跳了多少。

数量上限这块，落到操作上就看这个主题能拆出多少个能独立讲透的子问题。子问题多少，集群就多大，硬凑页数没有意义。

主题集群最容易做错的四件事，和怎么排查

误区一：批量生成大量子话题页刷收录

官方把「为操纵排名生成大量页面、不帮助用户」列为规模化内容滥用，典型特征里有一条是创建大量无原创、几乎无价值的内容。集群的样子看起来像批量页，区别在每一页是不是真的解决了一个独立问题。为了凑数硬拆出来的子话题页，正好落在这条里。

误区二：为了凑集群页数，把同一内容换说法写多页

官方说要基于自己对主题的了解自己写，不要只是把别人已经发布的内容换个说法。重复内容本身不违反垃圾政策，但可能是糟糕的用户体验，搜索引擎还可能把抓取资源浪费在你不关心的URL上。

集群里出现两页讲同一件事，本质是分工没定清。回第3节重新分组，把重叠的两组合并。

误区三：链接堆在页尾一串

官方明确不推荐把链接一个挨一个串起来。核心页的每个链接要跟在那一条摘要后面，不要做成一排「相关文章」。

误区四：用JS点击做导航

官方明确不推荐用其他HTML DOM元素上的JavaScript事件做导航。集群里的链接全部用带href的 元素，不然Google抓不到，链接做了等于没做。

站内优化还有哪些检查项，在站内SEO优化清单里。

一个站搭完集群，第一次自查不用看排名。先把核心页打开，逐个点核心页上的链接，点不到的补上；再用site:查新子话题页有没有进索引；最后抽查几页，看锚文本是不是一个词重复了多遍。这三步过一遍，集群的骨架就算立住了。

用AI搭主题集群能帮哪几步，人要核什么

AI在集群搭建里能省的是整理和起草的时间，不能替人做的是判断边界。边界定错，后面写多少页都是白费。

AI能帮的四步：

1. 把导出的搜索词按「读者要解决的问题」粗分组，每组给一个候选标题。
2. 给核心页起草「这个主题包含哪些问题」的清单，每个问题一句话，不展开细节。
3. 拿子话题页的标题和摘要做输入，指出哪些页之间该横向链，锚文本各写什么。
4. 把分组结果整理成一张核心页到子话题页的链接对照表。

这四步做完，人拿到的是一份草稿，不是可以直接发布的成品。

人要核的第一件事是分组边界。AI容易把近义词各分一组，两个组讲的其实是同一件事，正好踩规模化内容滥用那条。重叠度高的组要合并，合并理由写下来。

第二件事，核心页和子话题页有没有大段重复，重复的部分推回子话题页。第三件事，锚文本有没有被塞满关键词，一个锚文本里出现同一个词好几遍，就要改。

下面三条提示词是本文给的示例，不是官方模板，按你的实际数据替换里面的变量再用。

1. 「下面是我导出的搜索词列表，按读者要解决的问题分组，每组给一个子话题页标题；两组之间重叠超过一半的合并，并说明合并理由。」
2. 「这是我核心页的提纲，列出它应该覆盖的子问题，每个子问题一句话，不要展开细节；标出哪些子问题该单独成页。」
3. 「这是我一组子话题页的标题和摘要，指出哪些页之间应该互相链接、锚文本各写什么；不要建议给每页都加同样的链接。」

猎者出海的AI Agent在挖词选词那一步会整池判歧义、筛噪音、划边界，顺带做集群规划，把每个近义词各做一页这种内耗提前挡掉。方向和验收还是人来定。

批量生成页面和主题集群是相邻做法，区别在哪，程序化SEO是什么那篇讲得更清楚。

常见问题

主题集群和Pillar Page是同一个东西吗？

不是。主题集群是结构，Pillar Page是这套结构里的核心页。核心页怎么单独写，是另一个话题。

一个主题集群要写几篇文章？

篇数由子问题决定。这个主题能拆出多少个能独立讲透的问题，集群就有多大，硬凑页数没有意义。

主题集群搭完多久能看到排名变化？

这个没法给准确时间。官方给的最接近的一条是标题链接更新要重新抓取和处理，可能要几天到几周。先看索引和站内链接有没有生效，别当天就盯着排名。

子话题页之间一定要互相链接吗？

不一定每一页都互链，按语义相邻的链。横向链是补上下文，不是给每页刷链接数量，多到一屏十几个就要砍。

小站只有十几个页面，需要做主题集群吗？

页面不多的小站先把页面写够。分不出核心和子话题，硬做目录只会让结构比内容还复杂。

用AI批量生成子话题页算不算违规？

看页面有没有独立价值。官方把为操纵排名生成大量页面、不帮助用户列为规模化内容滥用，AI写出来只是换说法的页，正好在这条里。

主题集群这事，动作不复杂，难在动笔前把边界和链接方向定下来。定好了，页面一篇篇往里填；定不好，写再多也是一堆散页。从选核心主题、划分组这一步开始做，比写完再回头补链接省事得多。