404 not found，检查前需要准备哪些信息

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

404 not found，检查前需要准备哪些信息

检查 404 not found 之前，最需要准备的不是服务器密码，而是一份能说明“谁在什么地址上看到了什么”的记录。具体包括：出现 404 的完整 URL、访问时间、访问来源（浏览器直接打开、站内链接、外部链接、站点地图或抓取工具）、当时是否登录、页面原本应该展示什么内容，以及该地址过去是否存在过。缺少这些信息，排查很容易变成反复猜测。

先记录观察结果：404 出现的完整现场

404 not found 是服务器对“请求的地址没有对应资源”的响应。检查前先把现场固定下来，至少记录以下内容：

完整 URL：包含协议、域名、路径、查询参数，例如 https://example.com/a/b?from=x，不要只写“产品页打不开”。
访问方式：是浏览器地址栏输入、从站内某页点击、从外部平台跳转，还是由抓取或监控工具请求。
时间与频率：第一次出现的时间、是否每次都出现、换网络或换设备后是否仍出现。
响应细节：状态码是否确实是 404，而不是 403、410、500 或跳转后落到 404。
页面预期：这个地址原本应指向文章、商品、分类页，还是根本不应存在。

判断要点：如果同一 URL 在浏览器能打开、在抓取工具里返回 404，问题可能出在请求头、访问频率或服务端对非浏览器请求的处理；如果所有方式都返回 404，则更可能是路径本身不存在或路由配置未覆盖。这里只能列为可能原因，不能凭单一现象下结论。

确认这个地址过去是否存在

一个地址是“曾经有、现在没了”，还是“从来不存在”，处理方式完全不同。检查前应准备能回答这个问题的材料：

站内搜索该标题或商品名，看是否已换成新地址。
查内容管理系统或版本记录，确认是否删除、改名或调整过固定链接。
查站点地图、导航、栏目列表，看是否仍指向旧地址。
查服务器访问日志或抓取记录，看该地址过去是否返回过 200。

适用条件：只有确认旧地址曾正常返回内容，才谈得上做重定向或恢复；如果地址从未存在，优先检查链接是否写错，而不是急着配置跳转。站点地图里列出某个地址，只表示站点提交过它，不保证它一定可访问或被收录。

准备链接来源与影响范围的信息

404 不只是一个页面问题，还涉及有多少入口指向它。检查前整理：

站内哪些页面链接到了这个地址，链接文字是什么。
外部是否有其他站点引用，能否联系对方更新。
该地址是否出现在站点地图、结构化数据、广告落地页或历史推送中。
同一路径下是否有一批地址同时 404，还是只有这一个。

判断结果：如果只有个别站内链接出错，修正链接即可；如果一批旧地址都失效，通常需要按规则做批量重定向。若地址对应的是已彻底下架且无替代内容，返回 410 或保留 404 也可能是合理选择，但要结合是否有等价新页面来判断。

准备技术核查项：服务器与路由配置

在动服务器之前，先准备可以逐项核对的清单，避免把配置问题误判为内容删除：

Web 服务器或应用的路由规则，是否包含该路径。
是否存在大小写、结尾斜杠、查询参数差异，例如 /Page 与 /page。
是否配置了重定向，且重定向目标本身是否又返回 404。
robots.txt 是否限制了抓取。要注意，robots.txt 的抓取限制不等于可靠的索引移除，也不能解释浏览器直接访问时的 404。
是否启用了 HTTPS，证书是否正常。HTTPS 不保证页面存在，也不保证安全无漏洞或排名。

短例子（假设）：某地址 /old-post 返回 404，日志显示它过去返回 200，站内有三处链接仍指向它，新地址是 /new-post。此时可执行的动作是把 /old-post 重定向到 /new-post，并更新三处站内链接。复查时分别用浏览器、抓取工具请求旧地址，确认返回 301 或 302 且最终落到 200 页面。

复查时准备对比依据

处理完成后，复查不能只看“现在能打开”。应准备处理前后的对照记录：旧地址返回什么状态码、新地址返回什么状态码、站内链接是否已更新、外部入口是否仍指向旧地址。不同搜索引擎、网页搜索、平台推荐与付费广告对失效地址的处理方式并不相同，需要分别核查，不能因为一个渠道恢复就推断全部恢复。若涉及具体平台的抓取或索引状态，应到该平台自己的工具中查看，而不是套用其他平台的结论。

下一步：把上述信息整理成一页记录，包含完整 URL、首次发现时间、访问方式、历史是否存在、链接来源、当前状态码和拟处理动作。带着这份记录再决定是修链接、做重定向、恢复内容，还是保留 404。

nginx