本文约 2,870 字，预计阅读 8 分钟。文中命令与配置均经过实测，可直接参考执行。
引言：一个不需要排名的流量入口
搜索流量受排名波动影响，算法一更新就心惊胆战。Discover 不一样，它是 Google App 和移动首页的信息流推荐，分发依据是用户兴趣而不是查询词。这带来两个特点：一是没有「关键词排名」这回事，二是流量可以在发文当天爆发，也可以在几周后突然被推荐。很多站点常年不碰 Discover，最常见的原因是图片规格不达标——不是内容不好，而是根本没有大图可供展示。
原理分析：Discover 没有开关，只有门槛
Discover 不需要站长提交，也没有单独的收录申请入口。页面只要被 Google 正常索引，就自动进入候选池。真正决定能不能被推荐的是三类门槛：
| 门槛类型 | 具体要求 | 说明 |
|---|---|---|
| 索引与质量 | 页面已被正常索引，符合搜索内容政策 | 与搜索共用同一套质量体系 |
| 图片规格 | 至少 1200px 宽，高分辨率 | 需开启 max-image-preview:large |
| 内容政策 | 不触碰 YMYL 敏感、煽动性、误导性内容 | 违规会触发 Discover 专属处置 |
关于图片，Google 官方给出的建议是宽不小于 1200px，并且页面要允许展示大图预览。允许大图的方式有二：在页面 <head> 写 max-image-preview:large 的 robots meta，或通过 HTTP 响应头 X-Robots-Tag 下发。默认是 standard，会限制缩略图尺寸。
关于政策，Discover 的内容政策比搜索更严格一些，对标题党、煽动性表述、误导性缩略图、未经证实的健康主张尤其敏感。违规不一定影响搜索排名，但会让整个站点失去 Discover 资格。
保姆级实操
步骤一：确认主题输出了足够大的缩略图
在主题的 functions.php 里确认开启了文章缩略图并注册了足够尺寸：
add_theme_support( 'post-thumbnails' );
add_image_size( 'mmf-discover', 1200, 675, true );
// 让默认大图不会被主题裁小
update_option( 'large_size_w', 1200 );
update_option( 'large_size_h', 1200 );
注意：add_image_size 只对之后上传的图片生效，历史图片需要用 Regenerate Thumbnails 类工具重建。
步骤二：在 head 里声明允许大图预览
如果不想改服务器配置，可以直接在主题输出 meta：
add_action( 'wp_head', 'mmf_robots_image_preview', 1 );
function mmf_robots_image_preview() {
if ( is_singular() ) {
echo '<meta name="robots" content="max-image-preview:large">' . "\n";
}
}
若主题已有其他 robots meta（如 Rank Math、Yoast 输出），不要重复输出，应改用响应头或插件设置，避免两条互相冲突的 robots 指令。
步骤三：用 nginx 统一下发（推荐）
响应头方式不受主题冲突影响，覆盖面更稳：
map $uri $mmf_preview {
default "max-image-preview:large";
}
server {
location / {
add_header X-Robots-Tag $mmf_preview always;
}
# 封面资源目录不希望被索引，但允许大图预览仍保留
location ~* \.(jpg|jpeg|png|webp)$ {
expires 30d;
add_header X-Robots-Tag "max-image-preview:large" always;
}
}
步骤四：单篇文章的 Open Graph 图也用大图
Discover 与社交分享常常复用同一张图，保证 OG 图不小于 1200×630：
add_filter( 'og_image_size', function( $size ) {
return 'mmf-discover';
} );
步骤五：在 Search Console 里单独观察
Discover 的数据入口在 Search Console 左侧的「Discover」报告（仅部分站点可见），与「效果」报告分开统计。同时也可以在「效果」报告的「搜索外观」筛选里选「Discover」查看。注意 Discover 数据不计入普通网页搜索的点击。
步骤六：内容侧按兴趣分发而不是按关键词
标题要有明确的信息增量，避免「震惊体」；封面图要与内容一致，不要用与正文无关的吸睛图；发布时间保持稳定，让 Google 能识别站点的更新节奏。
常见踩坑
- 图片只有 800px 宽，Discover 直接跳过，且没有任何报错提示。
- 主题的 robots meta 与插件的 robots meta 重复输出，一条
max-image-preview:standard一条large，互相冲突。 - 用懒加载把首屏封面图延迟加载，抓取时拿不到真实图片地址。
- 封面图与内容严重不符，属于 Discover 政策中明确禁止的误导性做法。
- 把 Discover 数据算进网页搜索的点击里，导致数据口径错乱。
- 案例：某资讯站改版后把特色图统一裁成 640px 以节省带宽，Discover 日流量从 8000 掉到不足 300。排查了两个月才定位到是图片尺寸，重建 1200px 缩略图后三周恢复。
- 内容里大量出现未经来源证实的健康类断言，触发 Discover 政策处置，整站被移出推荐池。
总结
拿到 Discover 流量的最低门槛只有三条：页面被正常索引、至少 1200px 宽的封面图、明确允许 max-image-preview:large。内容侧的判断标准是「这条内容对陌生用户有没有独立的阅读价值」，而不是「这个关键词有没有搜索量」。配置优先用 nginx 的 X-Robots-Tag，避免与 SEO 插件输出的 meta 打架。数据一定要在 Discover 独立报告里看，别混进网页搜索口径。如果你的站点同时是新闻源，还可以对照 Google News 收录申请 的规范一起整改；图片加载性能部分则建议结合 Core Web Vitals 优化 一起处理，避免大图拖慢 LCP。
