📍 WDQWDWQD987AAAAA:216.73.217.153
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /67f10424bac7.html
📄

收录查询改版或迁移时应核对什么-别把抓取正常当成索引已恢复

改版或迁移时做收录查询，最容易犯的错误是只看“能不能抓到”。抓取正常、返回200、robots.txt没有封禁，并不代表新URL已经进入索引，更不代表旧URL已经退出。正确做法是把收录查询拆成“抓取—索引—展示”三层，分别核对，并接受新旧URL会在一段时间内同时存在。

常见误解：抓取正常就等于收录完成

抓取和索引是搜索引擎处理页面的两个不同阶段。抓取是发现和下载，索引是判断是否值得存入可检索库。一个页面可能被抓取多次仍不进入索引，原因包括内容质量判断、重复内容、规范化指向他页、页面需要登录、返回状态异常等。

所以改版后看到日志里有抓取记录，只能说明搜索引擎知道这个URL存在。要确认收录，仍需用站点查询指令或站长平台提供的索引状态数据分别核对。不同搜索引擎的查询方式和数据口径不同，不能拿一个引擎的结果推断另一个。

核对清单：改版迁移后逐项检查

• 旧URL状态码：确认返回301还是404。整站迁移应尽量用301指向最相关的新页面，不要全部跳到首页。
• 新旧URL映射：逐条核对重要页面是否一一对应，避免多个旧URL指向同一新URL造成权重分散。
• canonical标签：新页面应指向自身，旧页面若仍可访问，应指向对应的新页面。
• robots.txt：确认没有误屏蔽新目录，也不要依赖robots.txt来阻止旧页面出现在结果中。
• 站点地图：只放新URL，并确保其中的地址返回200且可被抓取。站点地图是发现辅助，不保证收录。
• 内链：站内链接应全部指向新URL，避免仍链向旧地址。
• HTTPS与证书：确认证书有效、无混合内容。HTTPS是基础安全与信任条件，不保证页面无漏洞，也不保证排名。

用收录查询判断迁移是否完成

查询时不要只搜首页，要按页面类型抽样：栏目页、详情页、分页、标签页各取几个。对每个样本记录三件事：查询时返回的是旧URL还是新URL、是否完全没有结果、结果标题和摘要是否来自新页面。

如果查询结果仍显示旧URL，说明索引尚未切换。此时先检查旧URL是否真的返回301，而不是200或302。302是临时跳转，搜索引擎可能继续保留旧URL。若旧URL返回200且内容仍可访问，等于新旧两套页面同时存在，收录会更混乱。

如果新旧URL都没有结果，先确认页面是否被robots.txt屏蔽、是否需要登录、是否返回了noindex。注意：robots.txt限制抓取，不等于可靠的索引移除。要阻止页面进入索引，应使用noindex，并确保该页面允许被抓取，否则搜索引擎看不到noindex指令。

一个可执行的抽样核对示例

假设迁移了100个产品页，先按流量或重要性挑出10个。对每个旧URL执行以下检查：

1. 用curl -I查看响应头，确认状态码为301，Location指向对应的新URL。
2. 访问新URL，确认返回200，canonical指向自身。
3. 在目标搜索引擎做收录查询，记录返回的是旧URL、新URL还是无结果。
4. 把结果记入表格，连续观察数周，而不是只看一次。

判断标准：旧URL返回301且查询逐步显示新URL，说明迁移在推进；旧URL返回200且仍被查询到，说明跳转未生效；新URL长期无结果且返回200、未被屏蔽，则需检查内容质量、重复度和内链情况。这里没有固定见效时间，不同站点差异很大。

旧入口与历史功能要按现状核查

如果改版涉及旧版页面或旧功能入口，不要把记忆中的界面位置当成今天仍然可用。正确做法是先访问旧地址，看它当前返回什么状态码、跳转到哪里；再查新站点是否提供对应功能。查不到时，以当前实际返回结果为准，不凭旧文档推断。

下一步：建立一张迁移核对表，把重要旧URL、目标新URL、当前状态码、canonical、最近一次收录查询结果列成一行一项，每周更新一次，直到旧URL的查询结果稳定指向新页面。