南京网站noindex标签：收录归零先查这一行

收录量在某一天突然掉到接近零，站点能正常打开、内容也没动过，这种情形最让人无从下手。排查到最后，原因往往只是一行看起来不起眼的页面声明。南京网站noindex这类问题之所以难发现，是因为它不报错、不提示，页面照旧正常显示，只有在检查源码时才会看到。

这一行声明写在哪里

它写在页面的头部区域，属于对抓取方的直接指令，优先级很高——规则文件说可以抓，但页面自己说不要收录，抓取方会听页面这一句。南京软件谷一带的企业站点经常做内部测试环境与线上环境切换，模板里带着这一行，上线时只换了数据库配置，模板没动。另一种情况是模板套用，从别的项目搬过来，原项目是测试站，这一行原样保留。

从三个位置依次确认

1. 先看首页源码：打开页面后查看源码，搜索头部区域的索引声明，确认是全站允许还是全局不索引
2. 再看内页模板：首页正常但内页异常的情况更常见，检查文章页与产品页各自的模板
3. 最后看移动版：站内如果有独立的手机版模板，需要单独确认一遍，两边声明不一致同样会出问题

容易被忽略的几种变体

• 只在部分栏目模板里带着这一行，导致收录量下降但不至于归零
• 声明写在头部但被其他代码截断，表现不稳定，时好时坏
• 服务器层面也在响应头里带了同样的指令，改模板之后仍未生效
• 后台有个全局开关默认关闭索引，改模板不起作用

某软件服务公司的排查记录

某软件服务公司的站点做过一次模板升级，升级后三周内收录从六百多条降到不足二十条。检查发现新模板沿用了另一套项目的配置，文章页与产品页模板里都带着不索引的声明，首页正常所以没被察觉。去掉声明并在服务器响应头里同步确认后，第四周抓取回访恢复，第六周收录回到原有水平。这类问题的修复动作很小，麻烦的是定位。

改完之后的验证方式

不要只看收录量回升，那个指标滞后。更快的验证方式是：改完当天用抓取诊断工具模拟访问一个内页，看返回的头部信息里是否还有不索引的指令；第二天看抓取记录里内页的访问次数是否开始增加。两项都正常，才说明真的放开了。南京企业站的模板改动往往一批批做，建议每改一批就抽查两三个页面。

页面声明与响应头谁先被读到

两者都能表达不索引的指令，抓取方在读取时会兼顾。麻烦的地方在于只改了一处。常见的处理是：模板里的声明去掉了，服务器配置文件里还留着同一条；或者服务器放开了，页面模板来自另一个项目仍然带着那条指令。判断当前状态最直接的办法是模拟访问一次，看返回的头部信息里有没有相关指令，再看页面源码里的声明，两处都干净才算真的处理完。只看其中一处，等于把问题留在另一半里。

后台那个全局开关也要确认

不少内容管理系统在设置里有一项控制全站是否允许收录的开关，默认状态有时是关闭索引，用途是让新建站点在搭建阶段不被抓到。这项设置不在模板里，改模板改不到它，因此经常被漏掉。核对位置通常在系统设置的站点信息或收录设置一栏。排查时把顺序固定下来：先看页面声明，再看响应头，最后看后台开关，三处依次确认完，基本不会有遗漏。

把这项检查写进上线清单

• 模板改动之后抽查三个页面：首页、一个栏目页、一个内容页
• 抽查时同时看源码声明与返回头部，不只看页面外观是否正常
• 换模板或换服务器这类动作，检查项要跟着走，不能只在建站时做一次

这项检查单次只花几分钟，能避免的是收录归零这种最难排查的故障。把它放在检查清单里靠前的位置，比事后追查省力得多。

延伸阅读：网站建设基础、SEO优化方法、GEO优化方法、通信网络行业建站方案。本文讲的是南京网站noindex这件事本身的判断与做法，页面结构、收录与内容组织可以对照上面几篇一起看。

常见问题

南京网站noindex和规则文件的禁止有什么区别？

两个位置不同，优先级也不同。规则文件管要不要来访问，页面声明管要不要收录。页面声明的优先级更高，规则放开但页面声明未去掉，照样不会收录。

为什么只有内页受影响，首页正常？

首页和各栏目模板通常是分开维护的，升级时容易只改一部分。内页模板数量多，遗漏概率也更高。

去掉声明之后收录能恢复到原来水平吗？

内容与结构没变的前提下通常能恢复，周期在两到六周。恢复速度取决于站点规模与抓取频率。

怎么避免下次再出现？

把「检查页面索引声明」写进模板上线的检查项，位置放在「检查页面标题」旁边，改动前后各看一次。

用工具查收录归零，需要看哪些指标？

看两项：抓取记录里内页的访问是否还在发生，以及模拟访问返回的指令是否允许收录。前者判断抓取方还来不来，后者判断来了之后能不能收，两项能分开定位问题在哪一层。

同一批模板里有的页面正常、有的异常，怎么快速定位？

比较两类页面的模板文件，重点看头部区域的声明部分。多数情况是某几个模板来自不同批次，改动时只覆盖了一部分。

小结

标签写错导致收录异常这件事，排查顺序应该是首页、内页、移动版三个模板依次看一遍，再看服务器响应头与后台开关。定位准了，修复只需要删除一行。真正省时间的做法是把它变成模板上线的固定检查项，而不是等到收录掉了再回头找。