Category 页是大多数内容站的”死区”。Google 按和文章一样的频率在爬它，却很少给排名，站长上线后也几乎不会再看一眼。这篇是一套可复用的 AI 辅助流程，专门找出那些具体的毛病——重复 intro、缺 meta description、JS-only 分页、看着像孤儿的 hub——然后给出有针对性的补丁，而不是凭感觉乱改。
一句话总结
- 问题在哪： category、hub、tag 页吃着爬取预算，编辑投入却接近零，所以在 Google 眼里读起来又薄又重复。
- 怎么修： 用一个长上下文模型（Gemini 3.1 Pro 或 Claude Opus 4.7，截至 2026 年 6 月都是 100 万 token）当跨 HTML 的快速模式匹配器，一次喂 5-20 个页面 dump，再由你来做人工质量的修复。
- 每页的验收线： 200+ 字独特 intro、12-20 条 contextual 内链、meta description 不超过 155 字符、分页用服务端渲染的
<a href>链接。 - Google 的硬规则： Googlebot 只跟带
href的<a>元素。JS-only 的”加载更多”按钮和onclick跳转，对爬取来说是隐形的。 - 流程： 先改风险最高的 3 个页，等 30 天，看完按精确 URL 过滤的 Search Console diff，再放量。
这篇适合谁看
站上 /blog/category/... 或 /topic/... 在 Search Console 有展示但 CTR 接近 0 的内容站站长和编辑。如果你 category 或 tag 页超过 20 个、且从未审计过——你就是目标读者。单作者 5 个 category 的小站收益有限；50+ tag 的多作者站收益最大。
三个信号告诉你该动手了：
- Search Console 里 category 页对品牌词或近品牌词 CTR 不到 1%。
- category 页被自己最强的子贴在 category 词上反超——你的内链图反了。
site:搜索同一查询返回多个 category 页（cannibalization 的味儿）。
如果你的 CMS 用死模板自动生成 category 页、又改不动——跳过，没东西可补。
Category 页为什么会悄悄拖垮站点
Google 把每个分页页当成独立 URL，且几乎只通过锚标签来索引链接。决定一个 category hub 是帮你还是害你，关键看两件事：
- 可爬性： Google 的链接最佳实践文档说得很直白——“Google 只能爬带
href属性的<a>HTML 元素。“一个<span onclick=...>分页器、一个javascript:URL、或者没有锚标签兜底的无限滚动列表，都会让 Googlebot 只看到第 1 页，往下啥都看不到。你的存量文章拿不到 hub 本该传下去的内链权重。 - 分页信号： Google 早在 2019 年就弃用了
rel="next"/rel="prev"。现在的建议是每个分页页放自引用 canonical（别把第 2..N 页都指回第 1 页，除非你真做了一个 “view all” 页），再配干净的<a href="/category/page/2/">链接。多数 CMS 主题默认就把这点做错了。
下面的审计就是为了把这两个失效模式、外加薄/重复 intro，在它们伤到排名之前先暴露出来。
开始前准备
- 从 sitemap 或 CMS 导出完整 category URL 列表，不要从 Search Console 拿——SC 会漏报低展示的 URL。
- 准备能抓渲染后 HTML 的工具，不是 view-source。静态站
curl够；JS 重的站用 headless 浏览器（Playwright，或chrome --headless --dump-dom）。 - 先定验收标准：最低字数、最低内链数、intro 唯一度阈值。没有数字，你会把问题合理化掉。
- 抽 5 个样本（最大 category + 4 个随机）先跑，再放量。
用哪个 AI 模型
你要一次粘贴多个完整 HTML dump，所以瓶颈是上下文窗口，不是纯推理能力。
| 模型（2026 年 6 月） | 上下文 | 最适合 | 备注 |
|---|---|---|---|
| Gemini 3.1 Pro | 100 万 token | 跨 10-20 个 dump 做批量模板 + 唯一度打分 | 随 Google AI Pro 提供（$19.99/月） |
| Claude Opus 4.7 | 100 万 token | 写补丁、生成 diff、严谨的 HTML 推理 | Claude Pro $20/月，或 API $5/$25 每百万入/出 token |
| ChatGPT（GPT-5.5） | Plus（$20/月）应用内约 320 页；完整 100 万仅 $200 Pro | 单页快速检查 | 应用内上下文偏紧，先把 dump 裁到 <main> |
对多数站长，宽口径的模板扫描用 100 万 token 模型，逐页写补丁用你已经在付费的那个助手就行。重点不是”AI 写文案”——是把 AI 当跨 HTML 的快速模式匹配器，让你来做人工质量的修复。
具体步骤
- 盘点。 列全 category / hub / tag URL，存成 CSV：
url、h1、intro_first_200_chars、child_link_count、has_meta_desc、pagination_type。 - 抓页。 每个 URL 跑
curl -s URL | tee dumps/$slug.html（静态），或chromium --headless --dump-dom URL > dumps/$slug.html（JS）。渲染后的 HTML 留着，后面每一步都要复用。 - 模板检测。 5 个 dump 喂给长上下文模型：“这 5 个 HTML 的共享模板是什么？每页独特部分？给 intro 段单独打 1-5 唯一度。”
- Intro 审计。 唯一度 3 分及以下的页，让模型写一版 220 字替换 intro，要回答：(a) 这个 category 收什么，(b) 谁该读，(c) 最常被链的那篇，(d) 这个月有什么新内容。
- 内链审计。 让模型：“数
<main>内出向到子贴的链接数。按 anchor 多样性分组。有 Featured 槽吗？Latest 列表？start-here 入口？“出向不到 10 条标”孤儿风险”。 - 渲染检查。 让模型：“比较 source HTML 和渲染后 HTML。子贴 URL 在 source 里就有，还是只在 JS 注入后才出现？分页是
<a href>还是 JS 点击器？“JS-only 分页是最大的隐藏 bug。 - 风险排序。 让模型：“这 N 个页里，最可能被 Google 当薄 / 重复 / 孤儿的 3 个？拿 HTML 里的具体行做证据。”
- 补丁生成。 Top 3 每个出 unified diff 或 HTML 片段：新 intro、内链区块、meta description（不超过 155 字符）、必要时改
<title>。 - 上线、测量。 改完，30 天后再抓，在 Search Console Performance 里按精确 URL 过滤（不是 contains），对比这个 URL 的 CTR 与平均位置变化。
第一次跑和第二次跑之间，只改一个变量——通常是模型或 prompt 措辞——这样你才搞得清是哪一步在真正起作用。
补丁与目标数值
| 检查面 | 通过条件 | 不达标怎么修 |
|---|---|---|
| Intro 文案 | 200-300 字，每个 category 独特 | 重写，回答潜在的”这里有什么、为什么我要看？“ |
<main> 内出向链接 | 12-20 条 contextual | 加 Featured + Latest + start-here 区块；干掉裸”read more”锚 |
| Meta description | 不超过 155 字符，category 专属 | 重写；它不能套到别的 category 也成立 |
<title> | H1 加一个修饰词 | ”Notion Templates” 干不过 “Notion Templates（47 个精选，2026 更新）“ |
| 分页 | <a href> 链接，每页自引用 canonical | 换掉 JS 分页器；加服务端渲染的编号链接 |
| Schema | 有 BreadcrumbList | 补上；CollectionPage 可选，ItemList 只在能保持准确时用 |
上线前的质量检查
- 新 intro 是在回答真实读者的问题，还是只塞了关键词？
- 内链是 contextual 锚文本（“我们的 Notion 模板指南”）还是裸链（“read more”）？裸链浪费槽位。
- 你看的是渲染后 HTML，不是 source view 吧？很多 CMS 把内容在客户端注入，你会全部漏看。
- meta description 是这个 category 专属，还是套到任何 category 都成立？
Top 20 category 每季度全量审计一次，长尾每年两次抽查。每次改前的 HTML dump 都留着，方便后续 A/B 或不靠 git 回滚。
容易踩的坑
- 模板化 intro，把 200 字模板里关键词替了就完事——Google 的近重复检测几次爬完就识破。
- 没有 Featured、Latest 或 start-here 区块。 读者跳出、停留时间塌、页面变成死路信号。
- JS-only 分页。 爬虫只看到第 1 页，深层文章拿不到 hub 的内链权重。
- title 和 H1 完全一样、没修饰词。 一个具体、带日期的修饰词在 CTR 上更占优。
- JS 重的站还在审计 source HTML。 半数内容看不见，补丁全打错。
- 50 个页一次改完。 先改 3 个，测 30 天，再放量，否则你没法归因提升。
FAQ
- 每个 category 该几条内链？: 12-20 条 contextual 出向到子贴。低于 8 像孤儿，超过 30 读起来像 link farm。
- Category 该排自己那个词吗？: 该。Category 是你 cluster 的主题权威信号；子贴干过 hub 说明你内链图反了。
- Intro 多少字？: 200-300 字独特文案是底线。字数不是目标，回答”这个 category 里有什么、为什么我要看？“才是。
- 还需要
rel="next"/rel="prev"吗？: 不需要。Google 2019 年就弃用了。改用每个分页页的自引用 canonical，加可爬的<a href>分页链接。 - Category 页要不要上 schema？:
BreadcrumbList必上；想显式声明加CollectionPage。ItemList只在能保持准确时用——过期的ItemList比不加还糟。 - 薄 category 直接 noindex 行吗？: 行。少于 5 篇且近期没扩展计划的 category，noindex 是合法解，不是失败。但别给第 2..N 分页页加 noindex——那会把你的深层内容变孤儿。
- 多久审一次？: Top 10 流量页每季度，其他每年两次，CMS 模板大改后立刻重审。