404网站打开

浏览器弹出“404 Not Found”的网站打开那一刻，大多数人下意识地按F5，网站打开然后骂一句“又挂了”。网站打开但真正值得琢磨的网站打开，是网站打开这行字背后到底发生了什么——它不像“无法访问此网站”那么笼统，也不像“连接超时”那么暧昧。网站打开404是网站打开一个精确的HTTP状态码，意思是网站打开：服务器活着，它收到了你的网站打开请求，但在它负责的网站打开范围内，找不到你要的网站打开那个资源。

换句话说，网站打开服务器在说：“我听懂了，网站打开但我这儿没这东西。网站打开”

我第一回认真研究404，网站打开是因为自己搭的一个小博客。某天我把一篇旧文章的URL从/post/23改成了/posts/hello-world，结果搜索引擎里那篇旧链接全变成了404。访客点进来，看到的是一张冷冰冰的默认错误页。那感觉像是你搬了家，却没在旧门口留一张纸条。

404页面本身其实不是错误。它只是一个信号。真正的问题在于，很多人——包括当年的我——根本没给这个信号配一个像样的“着陆点”。默认的服务器404页面通常是白底黑字，一行小字，没有任何导航，没有搜索框，没有回首页的链接。用户到了这里，基本等于走进了一条死胡同。

后来我观察了一些做得比较细的网站。GitHub的404页面上放了一只八爪猫，旁边写着“This is not the web page you are looking for”，还附了一个搜索框。Airbnb的404页面会直接推荐几个热门目的地。它们做的是同一件事：承认资源不存在，但立刻给用户一条出路。这不是技术问题，是产品思维的问题。

从技术层面看，404的触发条件比大多数人想的要宽。不只是URL写错了会404。服务器上的文件被删了、重命名了、权限设错了、伪静态规则写歪了，甚至大小写不一致——Linux服务器上/About和/about是两个完全不同的路径——都会导致404。还有一种情况更隐蔽：CDN缓存了一个已经不存在的资源，用户访问时CDN回源拿到404，然后把这个404缓存下来，后续所有请求都直接返回404，哪怕源站后来把文件加回去了。

我遇到过最离谱的一次，是一个客户的WordPress站点。首页正常，后台正常，唯独所有文章页全是404。排查了半天，发现是固定链接设置里的分类前缀被改成了一个不存在的分类别名。WordPress生成URL时照常生成，但查询时找不到对应分类，直接返回404。改回来，一秒恢复。

对于普通用户来说，看到404最该做的其实不是反复刷新。刷新解决不了资源不存在的问题。正确的动作是：检查URL有没有拼错，尤其是域名后面的路径部分；如果是从搜索引擎点进来的，可以试试站内搜索或者直接去首页找；如果这个链接以前能用，现在不行了，那大概率是网站改版或者内容被删了，可以试试在搜索引擎里搜标题，看有没有新的地址。

对于建站的人来说，404页面值得认真做。不要用服务器默认的。至少放上：一句人话解释、一个搜索框、几个热门链接、一个回首页的按钮。如果站点有大量旧链接需要迁移，还应该配置301重定向，把旧地址永久指向新地址。301和404的区别在于：301告诉浏览器和搜索引擎“这东西搬到新家了”，404说的是“这东西没了”。用错的话，搜索引擎会把你的旧链接权重全部丢掉。

回到那个博客。后来我给自己写了一个404页面，上面放了一句话：“这个页面可能被我删了，也可能从来没存在过。你可以试试下面的搜索，或者直接回首页。”下面跟了一个搜索框和三个最新文章的链接。上线之后，404页面的跳出率从原来的90%多降到了50%左右。有人甚至通过404页面找到了他们本来想找的文章。

404不是一个死局。它只是服务器在告诉你：这条路走不通了。接下来往哪走，取决于你有没有提前准备好下一块路标。