网站发文很容易卡在一个地方：文章有了，页面也能打开，但搜索里没什么动静。现在又多了一个疑问：AI 写的文章太多，Google 还会收录吗？
Google 的官方指南允许用 AI 辅助研究、组织原创内容。它反对的是为了操纵排名，大量生成对读者没什么帮助的页面。
对个人网站来说，更值得花时间检查的是：读者在这里能找到什么，别处没有，或者别处没有讲清楚？
先分清收录和排名
Google Search Central 的生成式 AI 内容指南要求核对准确性、质量与相关性；垃圾内容政策则把操纵排名、批量生产低价值内容列为“规模化内容滥用”。无论文章由人还是 AI 写，都要满足这些要求。
排查网站时，下面几个问题要分别看：
| 环节 | 先检查什么 |
|---|---|
| Google 能否抓取页面 | HTTP 返回、robots、HTML 内容和内部链接 |
| 页面有没有编入索引 | Search Console 中的状态、规范网址选择，以及具体排除原因 |
| 收录后有没有展示和点击 | 搜索需求、查询意图、内容质量、竞争情况和实际表现 |
一篇文章没被收录，不能只凭“用了 AI”就判定原因。页面已收录，也可能没有相关搜索曝光。发布成功、收录、获得流量，需要分别确认，也不要把第三方的 AI 检测分数当成 Google 的官方收录标准。
non-commodity content，放到个人网站上是什么样？
Google 在2026年5月的新指南公告及同年7月更新的详细指南里强调 non-commodity content。这里可以理解为：超出常见知识和现成摘要，提供具体经验、观点或分析的内容。
拿本站常见的题目举例：
| 常见写法 | 可以继续补什么 |
|---|---|
| Docker 离线安装步骤 | 固定环境、版本与文件校验，实际失败及排查过程 |
| 电信行业用什么小模型 | 任务集、工具定义、同条件评测结果和失败样本 |
| 怎么减少冲动消费 | 可直接使用的计算器，以及数字在哪些情况下会误导判断 |
| 每周热门 AI 产品 | 可追溯的产品来源、选择依据和后续复查 |
这些都需要多做一步工作。只把网上材料改写一遍，哪怕语句很顺，也很难补出新的信息。
没有亲自做过实验，仍然可以写有用的文章。把分散的官方资料核对清楚，做出能用的对照或工具，同样有价值。需要写明哪些已经验证，哪些还只是建议。
本站的几篇内容，还能补到哪里？
K3s 离线安装指南已经整理了版本匹配、Air-gap 文件包与内网 Registry 的选择，也涉及 kubeconfig、防火墙、镜像、DNS 和节点日志的排查。读者实际部署时需要这些信息。目前它主要依据官方资料；若以后增加可复现环境和真实失败记录，读者就能更容易判断自己的问题是否相同。
日均成本计算器做了另一件事：输入价格、使用天数或次数，就能看到计算结果。读者可以拿自己的物品试，不必先把一整篇消费建议读完。当然，计算器只能提供一个成本角度，买不买仍要结合需求。
电信小模型选型目前给出的是有来源的选型思路，尚没有本站实测结果。接下来值得补的工作很具体：
- 准备公开、无敏感数据的问答和工具调用任务，写清评分方法。
- 固定文档版本、检索管线、提示词、工具接口、上下文预算和推理框架。
- 实际运行后，再记录正确率、失败样本、时延，以及硬件和软件版本。
这些结果没跑出来之前，文章里就不该出现一组看似精确的性能数字。
“海外需求雷达”这类日期型文章也需要逐篇检查。Top 3、竞争强度、MVP 工期很容易反复套用，但每个判断是否有对应资料？产品发布时间和来源能否核对？哪些后来被证实，哪些需要修正？值得跟踪的主题可以持续更新，重复信息也可以整合。现有内容是否要保留或合并，应结合逐篇核查和实际搜索表现决定，不能据此认定网站已经受到 Google 处罚。
发文前，先问几个具体问题
下面是本站的编辑检查思路，不是 Google 官方评分表：
- 读者要解决什么问题？说不清就缩小题目。
- 看完能带走什么？可以是步骤、对照、工具或判断依据。
- 相比已有资料，多做了哪一步？只有改写的话，考虑更新旧文或暂时不发。
- 数字、版本、日期和引用能否查到出处？没查到的就标为假设或删掉。
- 适用条件和限制有没有说清楚？
- 网站是否已经有同类文章，合并后会不会更好用？
写亲历记录时还要多核对一次：对应的聊天、日志、测试或原始资料是否真的在手里。不能让 AI 替作者补一段不存在的经历。
页面和数据也要继续看
Google 的AI 搜索优化指南明确说，不需要为了 AI 搜索把文章切成许多小块，也没有必要为每种关键词变体另建一个页面。Google Search 不使用 llms.txt 来决定网站的搜索可见度；维护这个文件可以服务其他系统，但不能当成 Google 排名手段。
原有的技术检查仍然需要做：页面能访问，内部链接通畅，canonical 和 sitemap 正确，内容在 HTML 中可见。长短由题目和读者需要决定，没有一个统一的理想字数。
发布后可以这样观察：
- 先核对正式 URL、正文、robots、canonical 和 sitemap。
- 再看 Search Console 的发现、抓取、索引状态及排除原因。
- 按28天、90天的窗口看曝光、查询词和点击；进入工具页面等行为还需要站内统计支持。
- 数据不足时，先分清需求、技术、内容或观察时间的问题，再决定改什么。
正常重定向、canonical 替代页和旧 URL 不一定都要单独收录。即使内容和技术条件都符合建议，Google 也不保证抓取、索引或排名。本站这些内容调整是否有效，还要等实际数据。
AI 辅助编辑，依据下列 Google 官方资料和本站公开页面整理，核对日期为2026年11月9日。本站案例尚未据此证明排名提升，也未声称完成相关性能实测。