悦增长：为什么文章不收录？网站改版如何减少对流量的影响？

做SEO时，有两个问题特别容易让站长焦虑。

第一个：

文章明明已经发布，Sitemap也提交了，为什么搜索引擎就是不收录？

第二个：

网站准备改版，URL、栏目、模板都可能变化，会不会把以前积累的排名和流量全部改没？

这两个问题看起来一个发生在“发布以后”，一个发生在“网站改版时”，底层其实都和搜索引擎处理网页的链路有关。

Google目前依然把搜索过程拆成三个基本阶段：

抓取。

索引。

搜索结果展示。

而且Google明确说明，即使页面完全符合Search Essentials，也不能保证每一个URL都会被抓取、编入索引或者展示。

所以文章发布成功，只代表：

页面已经存在。

距离真正获得SEO流量，中间至少还隔着：

URL被发现
↓
搜索引擎抓取
↓
页面能够正常访问
↓
内容被分析
↓
Canonical判断
↓
决定是否索引
↓
参与相关搜索
↓
获得排名和点击

理解这条链以后，“为什么不收录”和“改版为什么掉流量”就容易判断很多。

第一：先搞清楚，“不收录”其实存在好几种完全不同的情况

很多站长看到Google没有搜索结果，就统一归结成：

Google不收录我。

实际上Search Console里可能出现完全不同的状态。

例如：

Discovered – currently not indexed

也就是：

已发现，目前尚未编入索引。

Google已经知道这个URL存在，但还没有抓取。

Crawled – currently not indexed

也就是：

已抓取，目前尚未编入索引。

Google已经访问页面，但暂时没有把它加入索引。

还有：

重复网页。

Canonical指向其他页面。

404。

403。

重定向。

Noindex。

Google选择了不同Canonical。

这些状态解决方法完全不同。

Google Search Console的Page Indexing报告现在会直接按照不同原因展示未索引URL，而且Google也提醒：网站的目标并不是让100%的URL全部进入索引，而是让真正重要页面的Canonical版本进入索引。

所以排查文章不收录，第一步永远应该先问：

到底卡在哪一层？

第二：如果是“已发现但未收录”，先检查抓取需求和网站整体结构

Discovered - currently not indexed的意思很明确：

Google发现URL了。

但还没有真正抓取。

Google官方Search Console说明提到，这种情况有时发生在Google认为立即抓取可能给网站造成额外负载，因此推迟访问。

如果网站只有一两个新页面出现这种状态，可以观察一段时间。

但如果：

网站发布500篇。

300篇长期停留在“已发现”。

就不能只理解成：

Google抓得慢。

需要进一步检查整个网站。

例如：

服务器是不是响应很慢。

网站是不是不断制造大量低价值URL。

Tag、筛选、参数页面是不是太多。

新文章是不是埋得太深。

内部链接是不是很少。

Sitemap里是不是混入了大量不重要URL。

如果搜索引擎每天都在面对大量：

?page=
?sort=
/tag/
/author/
/search/

而真正重要的服务页和文章却很难通过站内结构找到，那么抓取效率自然不会理想。

所以网站规模越大，URL治理越重要。

第三：如果是“已抓取但未收录”，就别再一直重复提交URL

这是特别常见的误区。

Search Console显示：

Crawled – currently not indexed。

站长的处理方式是：

今天Request Indexing。

明天再提交一次。

后天重新提交Sitemap。

甚至每天重复操作。

但Google官方说明已经很明确：

Crawled - currently not indexed代表Google已经抓取页面，只是目前没有索引；这种状态没有必要反复重新提交抓取请求。

这时候真正需要思考的是：

Google已经看过页面，为什么没有选择把它放进索引？

重点应该转向内容和页面本身。

例如：

页面是不是和网站已有文章太像。

是不是只有几百字简单改写。

是不是大量AI批量内容表达高度重复。

是不是和其他URL回答同一个搜索意图。

是不是没有任何内部链接。

是不是内容本身在整个互联网中几乎没有增量。

如果网站已经发布几百篇文章，这类问题尤其常见。

第四：文章数量越多，越容易出现“自己和自己重复”

比如网站已经有：

企业怎么做GEO？

后来又发布：

公司如何做GEO优化？

再后来：

企业GEO应该怎么做？

三个标题不一样。

正文回答的问题却高度一致。

Google在处理重复或高度相似内容时，会把相关URL聚成一组，然后选择其中一个代表URL作为Canonical。其他版本可能不会单独进入索引。

所以文章不收录，有时候并不是：

文章质量很差。

而可能是：

网站里已经存在一个足够接近的页面。

这种情况下，继续扩写到3000字也未必解决问题。

更应该判断：

两篇是不是应该合并。

旧页面是不是应该更新。

新问题是不是足够独立。

这也是为什么大规模SEO内容建设一定要做：

搜索意图聚类。

不要一个关键词变体对应一个URL。

第五：Canonical出错，也会让你以为“文章不收录”

例如新文章：

/example.com/article-a

页面里的Canonical却指向：

/example.com/article-b

搜索引擎得到的信息就是：

A可能只是B的另一个版本。

最终就可能不单独索引A。

还有一种常见状态：

Duplicate, Google chose different canonical than user。

也就是网站自己声明A是规范URL，但Google根据内容和其他信号选择了B。

Search Console会分别展示：

User-declared canonical

和：

Google-selected canonical。

Google官方建议遇到这种情况时，直接对比当前URL、网站声明的Canonical以及Google选择的Canonical，检查页面是否真的足够不同。

所以网站出现批量不收录时，我一般都会建议检查：

Canonical到底写对没有。

这一步特别容易在：

网站改版。

模板更新。

插件迁移。

测试站上线。

过程中出错。

第六：Sitemap提交成功，也不代表文章一定收录

这是另一个特别普遍的误解。

站长看到：

Sitemap成功读取。

然后认为：

搜索引擎已经收录了。

其实Sitemap真正解决的是：

帮助搜索引擎发现URL，并告诉搜索引擎哪些页面是网站希望重点处理的地址。

它不能强制搜索引擎索引页面。

Google对于Canonical也明确说明，Sitemap中的URL可以作为规范URL信号之一，但最终哪些页面属于重复内容、哪个URL作为Canonical，仍然由Google判断。

所以正确链路应该理解成：

Sitemap提交成功
≠
URL已抓取
≠
URL已索引
≠
URL已有排名

每一层都应该分开检查。

第七：文章不收录时，我更建议按照这个顺序排查

可以直接建立一个简单流程。

第一步：检查HTTP状态码

重要页面应该正常返回：

200

如果是：

403。

404。

5xx。

当然需要先解决技术访问问题。

第二步：检查Noindex和Robots

确认页面没有被：

noindex

或者其他错误规则限制。

第三步：检查Canonical

确认文章是不是指向自己应该对应的规范URL。

第四步：检查内部链接

这篇文章能不能从：

首页。

栏目页。

相关文章。

其他文章。

正常找到？

第五步：检查Sitemap

重要URL有没有进入正确的XML Sitemap。

第六步：检查重复内容

网站里有没有其他文章回答几乎一样的问题。

第七步：检查内容价值

最后问：

这篇文章为什么值得搜索引擎多收录一个URL？

顺序不要倒过来。

技术错误存在时，先修技术。

技术正常以后，再研究内容和搜索意图。

第八：网站改版为什么容易影响SEO流量？

因为网站改版经常一次改变太多东西。

例如：

域名换了。

URL规则改了。

栏目调整。

页面模板改了。

导航换了。

内容删了。

Title重新生成。

内部链接变化。

服务器也换了。

如果这些东西同时发生，搜索引擎看到的其实已经接近一个重新组织的网站。

Google官方的网站迁移指南也明确提醒：重大改版或迁移期间，排名出现临时波动是正常现象，因为Google需要重新抓取和重新索引页面。对于中型网站，这个过程可能需要数周或更长；网站越大，处理时间通常越久。

所以改版不是不能做。

真正需要避免的是：

没有迁移规划就直接上线。

第九：改版前最重要的一件事，是保存旧URL清单

比如网站现在有500个重要URL。

改版以后URL全部改变。

最危险的做法就是：

上线以后再问：

以前的地址是什么来着？

正确方式应该在改版前导出：

所有旧URL。

自然流量。

主要关键词。

页面类型。

外链。

是否索引。

对应的新URL。

最终形成一张：

旧URL → 新URL

映射表。

例如：

旧地址：
/seo-service-old/

新地址：
/services/seo/

Google在网站迁移官方指南中也把建立旧URL到新URL的映射列为核心步骤，并建议根据这张映射配置服务器端永久重定向。

这张表基本就是整个SEO迁移项目的底账。

第十：URL变化以后，应该做一对一301，不要全部跳首页

假设旧网站有：

/seo-service/
/geo-service/
/case-a/

改版以后变成：

/services/seo/
/services/geo/
/cases/a/

应该分别对应。

而不是三个页面全部：

301
↓
/

跳首页。

Google官方明确提醒，不要把大量旧URL统一重定向到一个无关页面，例如首页；这种做法可能让用户困惑，而且可能被Google视作Soft 404。

真正合理的规则是：

有对应新页面：

301到对应新页面。

多个旧页面真正合并成一个新页面：

可以统一到合并后的相关页面。

内容彻底删除且没有替代：

正常返回404或410。

不要为了“保权重”把所有地址都塞回首页。

第十一：重定向尽量直接到最终URL，减少跳转链

比如旧页面：

A
↓301
B
↓301
C
↓301
D

虽然搜索引擎可能能够继续跟踪，但这种跳转链增加了抓取和用户等待成本。

Google的网站迁移指南明确建议：

旧URL尽量直接重定向到最终目标URL。

如果无法完全避免链路，也应该尽量减少跳转次数。Google虽然可以追踪多次重定向，但官方仍建议保持链路尽可能短。

所以每次网站二次、三次改版以后，最好重新整理历史301。

不要永远变成：

2019 URL
↓
2022 URL
↓
2024 URL
↓
2026 URL

能直接跳2026最终地址，就直接处理。

第十二：改版时最危险的一个小错误，是把测试环境的Noindex带到正式站

这是SEO改版事故里非常典型的一种。

网站开发期间为了防止测试站进入搜索结果，会设置：

<meta name="robots" content="noindex">

测试环境当然合理。

结果正式上线时忘了取消。

页面访问正常。

用户看起来也完全正常。

但搜索引擎看到：

不要索引。

Google的迁移指南甚至专门提醒：如果新网站上线前为了防止过早索引而加入了noindex规则，正式迁移以后一定要及时更新。

所以改版上线当天一定要检查：

Robots。

Noindex。

Canonical。

这三个地方。

第十三：改版以后Canonical也必须统一切换到新URL

比如旧页面：

example.com/old-page

已经改成：

example.com/new-page

结果新页面里的Canonical还写：

example.com/old-page

这相当于：

一边301告诉Google：

新页面在这里。

另一边Canonical又告诉Google：

旧页面才是规范地址。

搜索信号互相打架。

Google官方同样明确要求，迁移完成以后应检查新站的rel="canonical"是否已经全部更新为新URL。

所以改版SEO一定不能只检查用户看见的页面。

还要看页面源代码里的搜索信号。

第十四：站内链接也要全部换成新地址

有些网站虽然做好了301，但所有历史文章里的内部链接仍然指向旧地址。

于是搜索引擎抓取网站时不断经历：

旧链接
↓
301
↓
新链接

Google官方迁移指南建议，网站迁移以后应该尽快把内部链接直接更新为新URL，以减少重定向和服务器负担。

所以改版以后不要满足于：

点开还能访问。

还要继续检查：

导航。

正文内链。

面包屑。

相关文章。

图片链接。

Canonical。

Sitemap。

是不是都已经使用最终URL。

第十五：Sitemap也需要同步改版

假设页面已经全部迁移到新URL。

Sitemap还在提交：

500个旧URL。

搜索引擎每天拿着旧清单重新抓取，然后遇到301。

当然很浪费。

Google在网站迁移指南里明确要求迁移以后提交新的Sitemap，而且Sitemap中的URL应该全部更新为新地址。

所以改版上线以后应该检查：

Sitemap是否生成成功。

新URL是否进入。

旧URL是否已经清理。

Search Console能否正常读取。

不要只改页面，不改搜索基础设施。

第十六：不要一边改域名，一边换CMS，一边重写所有内容

如果没有特别必要，这种操作风险很高。

假设一次改版同时发生：

域名变化。

URL变化。

服务器变化。

CMS变化。

页面结构变化。

内容全部重写。

搜索引擎出现波动以后，你很难判断究竟是哪一项导致问题。

Google官方迁移指南明确建议，如果条件允许，一次尽量只改变一个主要因素，例如先处理域名迁移，再进行网站布局调整。

这样出现异常时才容易定位。

改版的核心目标之一，就是：

减少同时发生的变量。

第十七：改版以后流量短期波动，并不一定代表“权重全部没了”

这是企业改版后最容易焦虑的一点。

昨天旧URL还在排名。

今天新站上线。

过两天：

流量下降。

排名波动。

旧URL和新URL同时出现。

团队马上得出：

网站被降权了。

实际上大型迁移本身就需要重新抓取和处理。

Google官方说明，网站迁移期间出现暂时性排名波动属于正常情况，而且迁移是按URL逐步处理的；中型网站可能需要数周，较大的站点还可能更久。

所以改版以后第一件事并不是每天焦虑排名。

而是确认：

迁移技术是否正确。

第十八：改版以后最应该监控这8组数据

可以直接建立一个迁移监控表。

1. 核心页面HTTP状态

新页面是否200。

旧页面是否正确301。

2. 404数量

有没有大量历史页面失去映射。

3. 重定向异常

有没有循环、错误目标和多级跳转。

4. 索引数量

新URL有没有逐步替换旧URL。

5. Canonical

Google有没有逐渐选择新地址。

6. Sitemap

新URL发现情况是否正常。

7. 搜索流量

哪些目录下降。

哪些页面恢复。

8. 核心关键词

旧URL排名是否开始迁移到新URL。

Google也明确建议网站迁移期间持续使用Search Console观察索引、Sitemap以及新旧站点流量。

只有数据拆开以后，才知道真正出了什么问题。

第十九：301本身不需要被理解成“必然损失权重”

SEO行业过去一直存在一种说法：

301一定损失多少权重。

Google当前的网站迁移文档明确表示：

301以及其他永久重定向不会导致PageRank损失。

真正容易造成SEO损失的往往是：

301映射错误。

大量旧URL没有重定向。

全部跳首页。

内容被删除。

Canonical混乱。

内部链接没有更新。

新页面质量发生明显下降。

所以改版流量损失时，不要简单归因：

因为用了301。

应该检查整个迁移过程。

第二十：旧301建议至少保留一年

有些网站改版三个月以后发现：

Google好像已经收录新页面了。

于是直接删除所有旧301。

风险没有必要。

Google目前建议网站迁移产生的重定向尽可能长期保留，通常至少一年，这样Google有足够时间重新抓取旧URL并把相关信号转移到新URL；从用户体验角度，永久保留有时更加合理。

尤其如果旧页面还有外链。

外部网站可能多年以后仍然有人点击旧地址。

301继续存在，就能够把这些访问带到正确的新页面。

悦增长怎么看“文章不收录”和“网站改版”？

这两个问题背后其实是同一个SEO思路：

不要只盯结果，要找到搜索链路到底在哪一步出了问题。

文章不收录：

不要只问：

为什么不给我收录？

应该依次检查：

发现了吗？

抓了吗？

能访问吗？

Canonical正确吗？

和已有页面重复吗？

内容值得单独建立索引吗？

网站改版也是一样。

不要只问：

会不会掉流量？

应该提前确认：

旧URL保存了吗？

URL映射做好了吗？

301正确吗？

Canonical改了吗？

内部链接更新了吗？

Sitemap换了吗？

Noindex清掉了吗？

上线以后有没有持续监测？

SEO真正成熟以后，很多问题都可以从“玄学”变成检查表。

为什么文章不收录？网站改版如何减少对流量的影响？

最后把整篇文章压缩成两个答案。

文章为什么不收录？

常见原因包括：

搜索引擎还没有抓取。

技术规则阻止索引。

Canonical选择了其他页面。

内容和已有URL重复。

页面信息增量不足。

站内结构和内链太弱。

服务器或抓取效率存在问题。

Google明确表示，搜索引擎不会保证每个URL都被索引，而且网站也没有必要追求所有URL100%进入索引；真正应该确保的是重要Canonical页面能够稳定进入搜索体系。

网站改版怎么尽量减少SEO流量影响？

核心就几件事：

改版前保存全部重要旧URL。

建立旧URL到新URL的一对一映射。

使用服务器端301或308永久重定向。

减少重定向链。

更新Canonical。

更新所有内部链接。

更新Sitemap。

检查Robots和Noindex。

保留长期重定向。

上线以后持续监测新旧URL、索引、404和自然流量。Google官方的网站迁移指南目前仍然把这些步骤作为降低搜索影响的核心做法。

所以真正需要避免的，并不是网站改版本身。

企业业务会变化。

网站结构也迟早会变化。

真正危险的是：

改版时没有把已经积累几年的URL、内容关系和搜索信号当成资产来迁移。

同样，文章发布以后不收录，也不应该只靠不断提交URL解决。

网站做到几百篇以后，搜索引擎真正需要判断的是：

这是不是一个新的、值得单独保留的页面？

如果企业能够长期做好：

URL治理。

搜索意图聚类。

内容更新。

Canonical。

内链。

Sitemap。

技术监控。

网站即使持续发布、持续调整甚至经历多次改版，SEO资产也更容易稳定积累。

SEO真正需要保护的，从来都不只是某一个排名，而是整个网站长期形成的URL、内容、链接和搜索关系。