博客目录按时间排是最省事的做法，也是最浪费的做法。我们给一家做安全审计的软件公司重排过 200 多篇文章，分成 6 个问题域，每个域 1 篇支柱页加 10 到 15 篇簇页。12 周后，那 6 篇支柱页里 4 篇进前 20，最好的一篇从第 40 名到第 9 名。
支柱页不是目录页
支柱页是一个问题域的入口，三千字左右，把这个域里的 20 到 30 个子问题都讲一遍，每个子问题给出结论，详细展开交给簇页。
它得自己是一篇能读的文章，不能只有一堆链接。2025 年 8 月我看过一个客户的“支柱页”，正文 400 字，50 个链接，那不是支柱页，那是导航菜单。
一个簇要有几篇才撑得起来
少于 5 篇簇页，别做支柱页，先老老实实写单篇。
我们的经验值是 8 到 15 篇。少于 8 篇，支柱页看起来像在硬凑一个主题；超过 15 篇，该拆成两个域了，不然内链会乱。
具体怎么搭
以“单点登录”这个域为例。支柱页叫“单点登录的 12 个工程问题”，簇页是“SSO 和 OAuth 的区别”“SAML 断言签名失败怎么排查”“多租户系统怎么做 SSO”这类，每篇两千字上下。
每篇簇页开头一句链回支柱页，结尾再链两个同域的其他簇页。支柱页正文里，每个子问题后面挂一个“展开看”的链接。
URL 和目录结构
我们建议用 /blog/sso/ 这样的路径放整个簇，而不是把 200 篇全塞在 /blog/ 下。路径带主题，内链和统计都好管。
改动 URL 要 301，并且一次只动一个簇。我们有过一次动全站路径的教训，恢复收录花了六周。
常见错误
支柱页写成纯目录；簇页之间完全不互链；一个主题硬塞进 30 篇，读者找不到重点；还有就是支柱页更新了，簇页还是两年前的内容，整组一起过期。
支柱页的更新节奏
支柱页每半年更新一次，主要是补新出现的子问题和换数据。更新时标题和 URL 都不动，只改正文和日期。
簇页写完之后如果发现支柱页缺这个子问题，先补支柱页，再发簇页。顺序反了，新簇页会变成孤儿页，只能靠内链慢慢被发现。
簇页之间怎么不写重复
每个簇页只回答一个问题，标题里只出现一个核心词。写之前把同簇的 10 个标题摆在一起看，如果两个标题能让读者分不清该点哪个，就合并。
我们在一个 12 篇的簇里干过这事，选题时看着都不同，写完发现 3 篇在讲同一件事，最后并成 1 篇加 301。
我们判断一个站的博客能不能起量，先看它有没有 3 个完整的簇。有 3 个，说明内容是真按问题域排的；只有一堆散篇，写再多也只是在填目录。
元析智能
为软件公司做 SEO 和 GEO 优化