WordPress 7.2 会给每个站点默认添一条 /random/ 地址，访问它就跳到一篇随机的已发布文章，真正要改的不是功能本身，而是缓存、收录和数据库负载这三处。
WordPress 7.2 会给每个站点默认添一条 /random/ 地址，访问它就跳到一篇随机的已发布文章，真正要改的不是功能本身，而是缓存、收录和数据库负载这三处。
这条地址到底做什么
在 7.2 开发版里，随机请求由 wp_random_content_redirect 和 WP::handle_random 处理，命中后返回 302 临时重定向到目标文章的正常链接，同时带上 no-cache 响应头和 X-Robots-Tag: noindex, follow。除了根地址，核心还会生成 /random/category/news/、/random/tag/plugins/、/random/author/jane/ 这类变体，以及带归档的自定义文章类型变体。
能被抽中的内容有边界：只有已发布、无密码的文章参与，页面和附件排除在外。自定义文章类型要公开可查询且有归档才默认加入，开发者可以用 register_post_type 新加的 randomable 参数把它关掉。底层是一句 ORDER BY RAND() 取一行。
升级前要查的四件事
第一是缓存。核心虽然发了 no-cache 头，但很多页面缓存和 CDN 是按 URL 缓存、不看响应头的。一旦 /random/ 被缓存住，所有访客在缓存过期前都会跳到同一篇文章，随机就成了固定跳转。上线前用自己那套缓存规则在预发布环境实测一次，比看文档可靠。
第二是同名页面。如果站点已经有一篇已发布页面占用 /random/，或者固定链接是 /%postname%/ 且恰好有文章叫 random，页面优先，核心会跳过根规则，但分类、标签、作者这几个变体仍然会生成。重定向插件或 Nginx 层为 /random/ 写过的旧规则，也可能和新的重写规则互相覆盖，这类站点要单独测。
第三是内容边界。有归档的自定义文章类型（商品、房源、活动）默认会被抽到，早年发布、现在不想再推的旧文也可能被翻出来，要么下线、要么用代码排除、要么整体关掉。第四是负载：ORDER BY RAND() 在文章表很大时开销不低，机器人反复打这个地址会直接压到数据库，需要在服务器或 CDN 侧加限流。
怎么关掉，以及关掉之后
核心没有开关复选框，官方支持的做法是 wp_enable_random_content_redirect 过滤器：在 wp-content/mu-plugins 里放一个小 PHP 文件，写一行 add_filter( 'wp_enable_random_content_redirect', '__return_false' ) 即可。按 11 月 5 日的开发者说明，这会阻止随机重写规则生成、隐藏固定链接设置页新增的 Random base 字段，并让核心忽略 random 查询变量。改完必须刷新重写规则，后台「设置 → 固定链接」点一次保存，或用 WP-CLI 跑 wp rewrite flush。
放 mu-plugins 比写进主题 functions.php 稳，换主题不会丢；管理多个客户站的，把它并进标准 mu-plugin 统一分发。别在正式站上直接试：7.2 还在测试阶段，Beta 4 于 11 月 3 日放出，RC1 排在 11 月 17 日，正式版计划 12 月 8 日，功能和过滤器本身都还可能调整。
对站长的实际影响
博客、知识库这类有大量旧文的站点，加一个「随便看看」入口指向 /random/ 是零成本的存量内容再利用，不用装插件；前提是缓存没把它变成固定跳转。企业站、商城、存在不便被翻出内容的站点，默认关掉更省心。7.1.x 完全不受影响，所以这不是紧急升级的理由，该做的是把它写进 12 月升级前的检查清单：先列一遍自定义文章类型、查缓存规则、确认有没有同名页面，再决定开还是关。真正花时间的从来不是加过滤器，是把这三件事对清楚。
本文根据公开报道整理，主要参考：Make WordPress Core 开发者说明及 WPinEU《WordPress 7.2 Adds /random/ URLs》（2026-11-05）。
