适用读者：做外贸独立站、每天盯着 Google Search Console 报表找增量的运营和站长。如果你只做过关键词排名，从没认真看过 Discover 报表，这篇把一个完整的 90 天改造对照过程和数据摆给你看。

早上八点打开 Search Console，Discover 报表那条曲线突然竖起来了——昨天一天 3100 次展现，点击 140 次，流量全部来自移动端 Google App 的信息流。做户外装备独立站的老蒋（化名）在复盘会上的原话是：「我关键词一个都没动，这流量是从天上掉下来的。」这事儿不是天上掉的，是 90 天前开始的三项改造一点点攒出来的。这篇就把这 90 天的做法和数据拆开讲。

Discover 这个入口到底长什么样

先对齐一个基本认知。Google Discover 是 Google App 首页和移动端 Google 首页往下滑出现的那个信息流。用户没有输入任何查询词，内容是 Google 按兴趣主动推的。这和搜索是两套逻辑：搜索是用户带着问题来找你，Discover 是 Google 觉得某类用户可能感兴趣，把你推到他们眼前。

对独立站来说这个入口值钱的地方在量级。老蒋的站搜索自然流量日均 800 出头，Discover 放量期日均点击能到 150 上下，等于白捡一个 20% 左右的增量渠道，而且不占关键词排名的位置，两条线互不干扰。

但 Discover 有几个特点得先知道，不然容易抱错误预期：

• 展现不稳定，今天一万明天两千都正常，别按日均去规划库存和广告预算
• 报表数据有延迟，一般要等两三天才更新，量太小的页面 Google 干脆不显示
• 只在移动端出现，桌面端你永远看不到它

还有一个前提常被忽略：Discover 的内容池就是 Google 的搜索索引。页面没被收录，后面所有努力都白费劲。所以这篇讲的所有改造，都建立在站点本身收录正常这个地基上。

90 天对照是怎么跑的

把实验背景交代清楚，方便你对号入座。

站点情况：B2C 户外配件独立站，WordPress 加自研模板，SKU 页加博客页一共 600 多条 URL，Google 已收录 540 条上下，搜索自然流量长期在日均 700 到 900 之间晃。团队就三个人：老蒋本人、一个设计师、一个兼职编辑。这种配置在独立站圈子里算普遍水平，所以这套做法复制门槛不高。

改造分三块，第 30 天一次性上线：

1. 全站模板加 max-image-preview:large 声明，同时把站内 118 张低于 1200px 的内容图换掉或重裁
2. 配图比例统一成 16:9 或 4:3，宽度按 1200px 起步重新导出，WebP 格式
3. 内容侧补信号：每篇博客补真实作者名和作者页，About 页补公司实拍和供应链描述，标题从关键词堆砌改成正常陈述句

节奏上是第 1 到 30 天只记基线、不动站点；第 31 到 60 天观察 Google 的反应；第 61 到 90 天根据数据再加码。全程没买外链，没做任何站外动作，保证变量只有这三块。

flowchart TD
    A[第 1 到 30 天 基线期] --> B[第 30 天 三项改造上线]
    B --> C[大图声明与 118 张图替换]
    B --> D[作者页与内容信号补齐]
    C --> E[第 31 到 60 天 观察期]
    D --> E
    E --> F[第 61 到 90 天 放量期]

数据摆出来看

直接看 GSC Discover 报表导出的分阶段数据。展现和点击都是 Discover 渠道单独口径，不含搜索，数字取整：

两个点值得单独拎出来讲。基线期那 1400 次展现几乎全集中在 3 篇老文章上，说明这个站不是没有 Discover 潜力，是信号没给够，改造等于把已有潜力放大了 90 倍。观察期展现涨了 30 倍但 CTR 只有 2.6%，比放量期低了一截，原因在下一张表里能看到——那 30 天里还有一半页面挂着旧的小图。

再拆图片规格这一层。把放量期有展现的 47 个页面按配图规格分组统计：

大图页面拿走了将近八成的展现和绝大部分点击，16:9 大图的 CTR 是 800px 以下小图的 3 倍。这个差距大到不需要任何统计检验，肉眼在报表里就能看出来。老蒋的原话是：「早知道一张图就能拉开这么大，我前两年白费劲堆关键词密度了。」

还有一个细节：同一篇页面从 4:3 换成 16:9 后，展现没变多少，点击涨了三成。说明比例影响的是卡片在信息流里占的高度和观感，不是有没有资格被推。

机制剖析：Discover 为什么不看关键词

这一节讲底层机制，搞懂了才知道力气该往哪使。Discover 的推荐链路大致是这样：

flowchart LR
    A[Googlebot 抓取页面] --> B[进入搜索索引]
    B --> C{质量与主题信号评估}
    C -->|信号达标| D[进入 Discover 候选池]
    C -->|信号不足| E[只出现在搜索结果]
    D --> F[按用户兴趣匹配展现]
    F --> G[用户点击回到站点]

拆开是三层。

第一层是索引。Discover 没有自己独立的内容池，它从搜索索引里挑内容。这就是为什么 Google 官方文档把「被收录」列为获得 Discover 展现的前提——没有被 Googlebot 抓取和索引的页面，推荐系统根本看不到你。顺带纠正一个流传很广的误解：页面不需要加结构化数据才有资格进 Discover，结构化数据有帮助但不是门票。

第二层是查询无关的质量评估。搜索排名回答的问题是「这个页面和这条查询有多匹配」，Discover 回答的问题是「这个页面质量够不够高、主题够不够明确、对这类用户有没有吸引力」。max-image-preview:large 就作用在这一层。Google 要往信息流里塞一张大卡片图，得先确认它有权抓你的大图；没声明的情况下默认只给小尺寸缩略图，它抓到大图规格会直接放弃，页面在信息流里就缩成小卡片甚至没图，点击欲望断崖式下跌。

第三层是兴趣匹配。Google 会参考用户在 App 里的浏览历史、关注的话题来决定推给谁看。这部分你控制不了，你能控制的是把主题做明确：一篇文章说清一件事，比一篇什么都沾一点的文章更容易被匹配进「户外装备」这类兴趣群。E-E-A-T 信号在 Discover 里的作用方式也在这层——真实的作者、实拍的产品图、可验证的使用经验描述，都在帮系统判断这是真人真经验写的内容，不是洗稿搬运。

把三层叠起来看，结论就一句话可以说清：Discover 展现是索引、质量信号、兴趣匹配三件事叠加的结果，max-image-preview:large 只是质量信号里成本最低、见效最直接的一件。它解决的是「图能不能被用」，解决不了「内容值不值得推」。图和内容信号都齐了，剩下交给系统跑。

配置就两步，别搞复杂

第一件事，head 里加一行声明。这段直接抄就能用：

<!-- 依赖：任意静态模板或 CMS 公共 head，改动位置在 <head> 内 -->
<!-- 作用：向 Google 声明本页允许抓取大图预览 -->
<meta name="robots" content="max-image-preview:large">
<!-- 想全站生效就写进公共 head 模板，别一页一页手写 -->
<!-- 已经有 X-Robots-Tag 响应头的话，两处别互相打架，留一处就行 -->

第二件事，把存量图盘一遍，不够格的换掉。当时用这个小脚本批量审计，省事：

# 依赖：Python 3.8+ 与 Pillow，用于批量审计站点内容图尺寸
import os
from PIL import Image

# 目录换成你自己的静态图目录
root = "static/images"
too_small = []

# 递归遍历整个图片目录
for dirpath, _, files in os.walk(root):
    for name in files:
        # 只审内容图，图标和装饰条直接跳过
        if not name.lower().endswith((".jpg", ".jpeg", ".png", ".webp")):
            continue
        img = Image.open(os.path.join(dirpath, name))
        # Discover 偏好 1200px 起步、16:9 或 4:3 的大图
        if img.width < 1200 or img.height < 800:
            # 记下文件名和实际尺寸，方便逐张替换
            too_small.append((name, img.size))

# 输出待替换清单，直接丢给设计改图
for name, size in too_small:
    print(name, size)

跑出来的清单交给设计师逐张重导出。118 张图，两个人两天干完。新图统一 1600×900 的 16:9 或 1200×900 的 4:3，WebP 格式，单张控制在 150KB 以内。

改完用 GSC 的网址检查工具抽查了 20 个页面，确认「大图预览」状态正常。这步别省——模板改了但页面缓存没刷、CDN 还在吐旧 HTML 的情况太常见了，我亲眼见过改完两周 Google 抓到的还是旧 head 的案例。

改造 checklist 整理成一张表，照着核对就行：

几个坑，我都踩过

坑一是改成标题党。放量期编辑尝到甜头，把两篇标题改成了悬念式疑问句，第二天这两页的 Discover 展现直接归零，改回陈述句一周后恢复。Google 官方文档明确写了要避免用制造虚假期望的标题，Discover 对这个的惩罚比搜索来得还快。

坑二是按日均预估流量。放量的第 40 天，按前一周日均 140 次点击去备了促销库存，结果下一周一路跌到日均 60，压了一批货。Discover 流量要按「会断」来规划，它本质是推荐位，不是某个搜索词的排名，没有谁承诺持续供给。

坑三是只改模板不改图。同行一个站长看到 max-image-preview:large 这个说法，当天就给自己站加上了，图还是 700px 的旧图，一个月过去报表纹丝不动。声明只是许可，许可之下没有大图可给，等于白办。

还有一个容易混淆的点：Discover 展现不计入搜索排名，也不影响排名。反过来搜索排名好也不保证有 Discover 展现，两套评估有重叠但各算各的账。

写到最后

回头看这 90 天，真正起作用的就是「让 Google 有大图可用」加上「让系统看得懂内容主题」这两件事，都不高级，难在把 600 多个页面一个一个过一遍的执行力。数据给到的顺序也值得记一下：先有展现，再有 CTR 优化空间，内容信号决定长尾。

顺带回应一个最近老被问到的问题：Discover 推荐和现在各家的 AI 搜索引擎推荐是不是一回事。共同点是没有查询词、按主题和用户画像匹配内容；区别是 Discover 的内容池是搜索索引、产出物是信息流点击，AI 引擎走的是自己的检索加生成流程、产出物是答案里的引用和品牌提及。做外贸独立站两边都值得布，但 Discover 的改造成本明显更低，先把这波流量接住再说。

你在自己的 GSC 里看到过 Discover 展现吗，占比多大？评论区聊。

参考与延伸

• Google 官方对 Discover 的说明与优化建议：https://developers.google.com/search/docs/appearance/google-discover
• robots meta 声明与 max-image-preview 的官方定义：https://developers.google.com/search/docs/crawling-indexing/special-tags
• Search Console 入口，Discover 报表在效果报告内切换设备渠道查看：https://search.google.com/search-console

Google Discover、max-image-preview、独立站自然流量、移动端流量、内容结构、E-E-A-T、SEO