Page Experience怎么做？6项排名信号完全指南

一句话讲清：Page Experience（网页体验）不是单一信号，是Google在2020年把已有的多个体验类排名因素打包成的一套综合排名信号系统。它包含6项：Core Web Vitals三件套（LCP、INP、CLS）加上行动友善（Mobile Friendly）、安全传输（HTTPS）、避免侵入式插页广告（No intrusive interstitials）。2021年原本有第7项Safe Browsing被移除；2024年3月INP取代了FID。John Mueller多次明确：Page Experience不是SEO的致胜关键，但在主题相近的页面之间是常见的决胜信号。这是它的真实定位。本文给完整演变时间线、6项各自的阈值与测量方法、Page Experience在排名里的真实权重、6项优化的优先级排序、用Search Console监控整体的方法、什么情况下Page Experience反而是浪费时间，以及一个出海宠物用品独立站把Page Experience全绿后AI Overviews引用率涨6倍的真实路径。CWV速度优化技术细节深度看本文后面的页面速度章节，HTTPS迁移操作看HTTPS章节的指引，本文做的是Page Experience框架本身。

Page Experience到底是什么？为什么Google要把它打包成综合信号？

很多人第一次听Page Experience会以为是新东西。其实里面的每一项Google都讲过很多年，只是2020年才把它们整合到一个统一框架下，给了个总称。

不是新算法，是已有信号的重新打包

HTTPS在2014年就被Google列为排名因素。行动友善（Mobile Friendly）2015年的Mobilegeddon更新就上线了。侵入式插页广告（Intrusive Interstitials）惩罚2016年就开始执行。Core Web Vitals三件套虽然2020年才命名，但其前身Speed Update（2018年）也早就影响排名。

Page Experience做的是把这些散落的信号打包成一个统一的体验信号集合，给团队一个完整的“网页体验”概念去理解和优化。这对SEO团队的实际意义是：以前要分别盯6个信号、写6套优化文档，现在有一个总框架可以统一规划。

Google为什么要做这件事

表面原因是体验信号越来越多，需要一个总框架。深层原因有两个。

一是算法可解释性。Page Experience让SEO团队和站长可以用“网页体验”这个用户能直接理解的词，跟开发、产品、营销讲清楚为什么要做这些技术优化。这降低了跨部门沟通成本。

二是体验信号在AI Overviews时代的权重上升。2024年AI Overviews大规模铺开后，能否被引用越来越依赖体验信号（页面渲染速度、移动端可读性、是否被弹窗遮挡）。Page Experience作为综合体验框架，正好对应了AI引用决策的体验维度。后面的AI Overviews章节会拆解体验信号在AI引用决策里的具体作用。

Page Experience完整演变时间线长什么样？

把这条线讲清楚后，6项各自的定位会自然清晰。

这条时间线最容易被忽略的是2021年8月的Safe Browsing移除事件。Page Experience在公布时是7项，正式上线后第3个月就砍掉了一项。这说明Google也在持续调整哪些信号该进框架。今天看到的6项不一定是终态，未来还可能增删（业内推测核心Web Vitals可能会新增reading flow或accessibility类指标）。

Page Experience的6项分别是什么？阈值在哪里？

6项可以分成两组：Core Web Vitals三件套（性能向）和其他三项（兼容、安全、广告体验向）。

三件套：LCP、INP、CLS

Core Web Vitals是Page Experience最复杂、也最容易掉档的一组指标。

三件套各自怎么测、怎么修、ROI怎么排序，页面速度SEO完整指南里有从测速工具差异到12周修复teardown的完整拆解。本文不重复，重点讲三件套在Page Experience框架里的位置。

三件套合在Page Experience里的总体规则是：必须三件套同时达标，整个Page Experience才算这一组通过。LCP 1.8秒（优）但CLS 0.18（差），Page Experience整体仍然不通过。这跟很多人理解的“平均分”不一样，是“全过”逻辑。

行动友善：从Mobilegeddon到Mobile-First Indexing

行动友善是Page Experience里历史最久的一项，2015年就已经存在。当时的判定标准简单：用Mobile-Friendly Test工具测一次，过了就算Mobile Friendly。

2024年起Google把Mobile-Friendly Test工具下线了，判定标准转移到了Search Console里的“移动可用性”报告。判定维度比当年多了不少：

• 视口（viewport）设置正确
• 文字大小不能小于16px（避免用户要放大才能读）
• 点击目标（按钮、链接）至少48×48像素，间距足够
• 页面内容不超出视口宽度（避免横向滚动）
• 不使用Flash等移动端不支持的技术

5项里任何一项失败，这个页面就被标记为“移动端不友好”，整个Page Experience这一组就不通过。移动端SEO十大致命错误里详细拆了每项的诊断方法和修复SOP，做移动端的同学优先看那篇。

HTTPS：从2014列入到现在的全面强制

HTTPS在Page Experience里的判定是非黑即白：要么全站HTTPS，要么不通过。混合内容（页面是HTTPS但加载了HTTP资源如图片、脚本）也算不通过。

Chrome从2018年起就给HTTP页面打“Not Secure”警告，到2026年这个警告已经从“警告”升级到“拒绝访问”级别——很多用户看到红色警告会直接关闭页面。所以HTTPS的实际影响远超Page Experience那一点点排名加权，更大的伤害在CTR和品牌信任崩塌。

HTTPS迁移的15步SOP、混合内容三层排查、HSTS配置等具体操作，HTTPS SEO完整指南里全部讲透。本文不展开。

侵入式插页广告：6个例外场景

侵入式插页广告（No Intrusive Interstitials）是Page Experience里最容易被忽略也最容易踩雷的一项。Google对这项的判定原则是：页面打开时，是否有元素遮挡主要内容、强迫用户先操作（关闭、登录、订阅）才能阅读。

常见的违规形态：

• 全屏弹窗广告，关闭按钮藏在角落（典型台湾、东南亚网站“盖台广告”）
• 页面打开后2秒就弹的Newsletter订阅框
• 遮挡正文阅读区域的Cookie同意横幅（占屏幕超过30%）
• 强制下载App的全屏引导页
• 开屏视频广告必须看完才能跳过

但Google给了6个例外场景，这些情况下的“全屏遮挡”不会触发惩罚：

这一项的判定Google不会用SC报告显式告诉你，需要自己audit。实操方法是用真实手机访问每个高价值落地页，把页面打开到正文出现这段视频录下来，回放看是否有遮挡 >30% 屏幕且持续 >3秒的元素。这是个体力活，但对电商和媒体类站点收益很高。

侵入式弹窗的三种常见误判

实操里有三种容易被误判为侵入式弹窗的形态，要特别注意：

• 地理位置 / 通知权限询问：浏览器自身原生弹窗，不是页面HTML元素，不会被Google判定为侵入式，可以放心使用
• Cookie同意横幅：欧盟站必需，只要高度小于15% 屏幕、不遮挡正文，不会触发惩罚；但如果做成全屏遮挡，仍然会被判违规
• 移动端App下载提示：Google自家的Smart App Banner是合规的，自己写一个全屏App下载引导页就违规——形态差别决定一切

很多站怕被判违规干脆完全不做弹窗营销，错过了大量上漏斗转化机会。其实只要形态对（横幅式、退出意图、用户主动触发），弹窗营销和Page Experience完全不冲突。

Page Experience在排名里的真实权重有多大？

这是个被反复问、但很少有人给清楚答案的问题。

John Mueller的官方表态

John Mueller在多个场合明确说过：“Page Experience不是SEO的致胜关键，但能帮你在主题相似的内容里获得更好的排名。”原话里两个关键限定要细读：

• “不是致胜关键”=权重不大，单靠它无法把质量差的内容排上去
• “主题相似”=Page Experience主要在同主题竞争时发挥决胜作用

翻译成实操判断：如果你写一篇内容质量平平的文章，Page Experience全绿也救不了它；但如果你和竞争对手内容质量相当，Page Experience全绿可以让你压过对方。

AI Overviews时代的权重上升

2024年起AI Overviews在Google搜索结果里大规模铺开，被AI引用的页面流量价值远高于普通自然结果。AI引用决策对Page Experience的依赖度比传统排名更高：

• LCP慢的页面AI抓不到首屏内容，直接被淘汰
• 侵入式弹窗会让AI误判页面结构，引用率降到接近0
• 移动不友好的页面在移动端AI Overviews几乎不被选

所以Page Experience的战略权重在AI时代上升明显，不只是那一点排名加权。Core Web Vitals在AI搜索时代的真实ROI有完整的AI引用vs体验信号的相关性数据。

Page Experience的“门槛效应”

另一个少有人讲清楚的现象：Page Experience不是线性加权，是门槛效应。

页面Page Experience全绿vs有1-2项不通过vs全部不通过，三档之间的排名差距不是均匀分布的。“全绿”和“有1-2项不通过”之间差距不大；但“有1-2项不通过”和“全部不通过”之间差距很大。

实操意义：没必要追求100% 完美，但至少要做到大部分通过。如果你的Page Experience全部6项有4项绿、2项黄，跟全部6项绿的差距并不致命；但如果你6项全红，跟同主题对手的差距会被放大。

门槛效应的数据怎么验证？

这条门槛效应不是凭感觉，是可以用Search Console自己的数据验证的。具体方法：

• 把你站点的所有URL按Page Experience通过项数分组（0-1项通过 / 2-3项通过 / 4-5项通过 / 6项全通过）
• 每组取过去90天的平均自然展示量和平均点击率
• 对比四组数据，看通过项数和展示量的关系

实测下来你会发现一个典型分布：0-1项组展示量明显低（被压制），2-3项组中等，4-5项组接近满档，6项全通过组只比4-5项组高5%-10% 而已。这就是门槛效应的真实模样：从全红到部分通过是阶跃，从部分通过到全绿是平缓。优化资源该花在哪很清楚——优先把全红页面拉到部分通过，比把已经部分通过的拉到全绿ROI高得多。

这条数据反过来也解释了一个常见现象：很多团队花两个月把CWV从80分优化到95分，发现自然流量几乎没动。不是优化没用，是因为他们已经在门槛之上，再优化就是平缓段。同样的两个月投入到全红页面的修复上，自然流量增长会显著得多。

这6项里哪个该先做？ROI排序怎么排？

站点已经全红的情况下，按以下ROI顺序攻克，最快见效。

第一优先级：HTTPS

HTTPS是非黑即白的开关。要么全站迁移完，要么没意义。但好处是一次性投入，永久收益，且能带来CTR提升和品牌信任，远不止那点排名加权。

如果你站还在HTTP或者混合内容情况严重，所有其他Page Experience优化都先放下，先把HTTPS做完。前面HTTPS章节提到的15步SOP是落地路径。

第二优先级：行动友善

移动流量在大部分行业占60%-80%，移动不友好直接砍掉这部分流量。诊断成本低（Search Console移动可用性报告直接看），修复成本中等（视口、字体、点击目标这几项改动相对独立）。

常见的快速胜利：

• 加viewport meta标签（如果没的话）：1分钟动作，全站生效
• 把文字最小字号从12px改到16px：CSS一行改动
• 给按钮加padding让tap target ≥48×48：CSS几行改动

这三个动作可能就能让大部分页面通过移动可用性。

第三优先级：侵入式插页广告

排第三是因为这项的修复涉及到产品和营销决策（弹窗是营销团队为获客设计的，不是技术问题）。沟通成本高，但收益不小——尤其在AI引用场景。

具体动作是把全屏弹窗改成顶部横幅（高度 <15%）或退出意图触发，不要在页面加载时立刻弹。这样既保留了营销功能，又不触发Page Experience惩罚。

第四到第六优先级：Core Web Vitals三件套

三件套放在最后不是因为不重要，是因为修复成本最高、周期最长。LCP涉及图片优化、服务端响应；INP涉及前端JavaScript重构；CLS涉及全站资源声明规范。三件套合起来可能需要8-12周的工程投入。

但如果你前三项已经全绿，三件套就是拉开和对手差距的关键。优先级是LCP > CLS > INP（LCP对排名最敏感，CLS对转化最敏感，INP影响范围相对小但修复最难）。详细的修复ROI矩阵和90天闭环工作流前面CWV章节链接的那篇完全指南里有。

怎么用Search Console监控Page Experience整体？

Google在2023年把Search Console里的“Page Experience报告”整合到了其他报告里，导致很多人以为没法整体监控了。其实可以拼出来。

三份SC报告拼出Page Experience全貌

侵入式插页广告SC没有专门报告，需要用Lighthouse的“最佳做法”检查项做近似（Lighthouse会标出可疑的全屏popup）。

建一张Page Experience总览表

用Google Sheets建一张总览表，纵轴是6项Page Experience，横轴是“全站URL数 / 通过数 / 通过率 / 月环比”。每周用SC API或者手动更新。

这张表的最大价值不是给SEO团队看，是给产品和开发团队看。让他们直观感受每周Page Experience的健康度变化，决策上新功能时主动考虑Page Experience影响。

什么情况下Page Experience反而是浪费时间？

不是所有站都要在Page Experience上下重投入。这一节讲反向决策。

内容质量先死了的站

如果你的核心问题是内容质量低（薄文、抄袭、E-E-A-T缺失），先解决内容问题，Page Experience全绿也带不来排名。Mueller那句“不是致胜关键”最适用的就是这类站。

站点权重极弱的新站

新站还没建立任何权重信号，Page Experience全绿也排不到第一页。这类站优先应该做的是基础内容生产 + 高质量外链 + 品牌词建设，Page Experience排第二梯队。

已经6项全绿的站

已经全绿了再继续把LCP从2.4秒压到1.8秒、CLS从0.05压到0.02，对排名几乎没增量收益（因为已经过门槛）。把这些工程时间投到内容、外链、AI Overviews优化上ROI更高。

极度移动比重低的B2B站

少数B2B站点（如企业级SaaS销售文档、技术API文档）移动流量占比只有5-10%，绝大部分访问来自工作场所桌面。这类站把工程资源全压在移动优化上ROI不高，可以接受移动通过率稍低。

但极度移动比重低≠不做移动优化，至少要做到“移动端能正常阅读”的底线，否则会被Google移动优先索引惩罚。

真实案例：宠物用品出海独立站14周Page Experience全绿怎么做？

去年保哥带的项目，客户是个出海宠物用品DTC，主打中大型犬粮食和户外用品。月自然流量在美加澳约3.2万次，AI Overviews引用次数月均12次。诊断时Page Experience 6项里只过了HTTPS一项，剩下5项全红。

第1到2周：现状盘点 + 优先级排序

盘点结果：

• HTTPS：全站已迁移，过
• 行动友善：87% URL不友好（按钮太密集、字号13px、产品图溢出视口）
• 侵入式弹窗：每个产品页打开1秒后弹“订阅领15% 折扣”全屏
• LCP：移动端P75 4.2秒（差）
• INP：移动端P75 380 ms（需改进）
• CLS：0.22（差，主因是产品图缺尺寸）

按ROI排序：先修行动友善（最快）→ 再改弹窗（沟通成本高但工程小）→ 最后攻CWV三件套（工程量最大）。

第3到4周：行动友善修复

三件事一周完成：

• 把全站字号从13px提到16px（CSS一行改）
• 给所有按钮加padding至48×48（CSS全局规则改）
• 产品图加max-width:100% 防溢出（CSS一行改）

第二周再测：行动友善通过率从13% 涨到96%。剩下4% 是有横向滚动表格的几个详情页，用overflow-x:auto包了一层之后也过了。

第5到6周：弹窗改造（最难谈的部分）

跟营销团队谈了两轮才说服改造。营销最初反对：“弹窗是邮箱订阅的主要来源，砍了订阅量肯定掉。”

方案是：原全屏弹窗改成两个新形态：

• 顶部横幅条（高度8% 屏幕），常驻显示“订阅领15% 折扣”+ 关闭按钮
• 退出意图弹窗，用户鼠标移到浏览器关闭按钮才弹

这种组合在Page Experience上完全合规（都属于6个例外）。改造后两周数据：邮箱订阅率从原本的2.1% 降到1.6%（小幅下降但可接受），但移动端跳出率从71% 降到54%，停留时长从47秒涨到1分22秒——之前弹窗劝退的流量回来了。

第7到14周：Core Web Vitals攻坚

三件套修复按前面CWV章节链接的页面速度指南方法走，重点动作：

• 所有产品主图转AVIF + WebP picture回退，主图加fetchpriority=high
• 给所有img标签补width/height属性（修CLS主要原因）
• Cloudflare全站开启 + Brotli压缩 + Argo Smart Routing
• 把27个第三方追踪脚本删到4个核心 + 4个延迟加载
• Shopify主题瘦身：删未使用section 12个，主线程JS从380KB拆到160KB

第14周末测：LCP P75 1.9秒（良好）、INP 180 ms（良好）、CLS 0.04（良好）。Page Experience 6项全绿。

项目收尾：业务侧的影响

• 自然流量从月3.2万涨到月5.8万（+81%）
• 移动端转化率从1.1% 涨到2.4%（+118%）
• AI Overviews引用次数从月12次涨到月78次（+550%），这是最大的意外收获
• 归因到SEO的月营收涨了3倍多

这个案例验证了Page Experience在AI时代的战略地位上升。纯排名加权可能只有5%-10% 的提升，但AI Overviews引用率的6倍涨幅才是真正的杠杆。客户后来把Page Experience监控纳入了月度产品健康度报告，每月跟营收、留存一起看。

项目复盘的三条经验

这个项目结束后跟客户团队做了次复盘，总结出三条对其他类似项目可复用的经验。

第一条：ROI排序比技术细节更值钱。很多团队上来就攻CWV三件套，因为它最显眼最有讨论度。但CWV修复是周期最长成本最高的，先做HTTPS和移动友善（这俩ROI高、修复快）能让你在前4周就看到Page Experience通过率明显改善，团队信心会跟着上来。等团队尝到甜头再攻CWV，阻力会小很多。

第二条：跟营销团队谈弹窗改造要带数据。营销团队对弹窗的依赖度比想象中高，纯讲Page Experience排名影响他们听不进。要带流量数据和体验数据：现在的弹窗导致跳出率多高、停留时长多短、订阅转化的真实成本是多少（含被弹窗劝退用户的隐性成本）。这家客户改造前算过：弹窗每带来一个邮箱订阅，至少劝退12个本可深度浏览的用户。这个数据一摆出来营销立刻让步。

第三条：把Page Experience监控嵌进产品决策流程。修复完不嵌入流程，三个月内必然反弹——产品上新功能加追踪脚本，运营加促销弹窗，主题升级换组件，每一次都可能把Page Experience拉回去。嵌入方式不复杂：所有功能上线前必须填一份"对Page Experience 6项各项的预估影响"，负面影响要有补偿方案。这件事做完了，Page Experience才真正变成站点的常态。

常见问题解答

Page Experience是单独的算法吗？

不是单独算法，是Google把已有的多个体验类排名信号打包成的一套综合框架。6项每项都是独立的排名因素，Page Experience给的是统一的概念和报告框架，方便团队整体规划，不是新增了新的排名算法。

Page Experience 6项必须全部通过才有效吗？

不是全过才有效，每项独立贡献排名信号。但有“门槛效应”——全过vs部分过差距不大，部分过vs全部不过差距很大。实操是不必追求100% 完美，但至少要做到大部分通过。少数指标不达标不致命。

INP取代FID是什么时候？影响有多大？

2024年3月12日INP正式取代FID进入Core Web Vitals。影响很大：FID只测首次交互，INP测整次访问最差响应，相当于把单次抽样换成持续监控。大量FID优等的站点切换到INP后掉到“需改进”甚至“差”档，需要重新优化。

2021年移除的Safe Browsing现在还重要吗？

仍然重要但不在Page Experience框架里。Safe Browsing仍是Google重点关注项，Search Console安全报告里仍能看到。它从Page Experience移除是因为Google认为安全是基础门槛，应该作为单独的强制要求而不是体验信号。被标记不安全的站直接进黑名单，比排名扣分严重得多。

侵入式弹窗判定Google不告诉我，怎么自己audit？

用真实手机访问每个高价值落地页，把页面打开到正文出现这段视频录下来，回放看是否有遮挡 >30% 屏幕且持续 >3秒的元素。Lighthouse的“最佳做法”检查项也会标出可疑的全屏popup，但只是参考不是判定标准。建议季度做一次全站audit。

小型博客站需要做Page Experience优化吗？

需要但优先级不高。先把HTTPS和移动友善做到位（这两项ROI最高），CWV三件套和侵入式弹窗按力所能及做。如果你的核心问题是内容质量或外链不足，先解决那些再回头攻Page Experience。Mueller反复说过Page Experience不是致胜关键。

Page Experience全绿后能给我带来多少自然流量增长？

没有标准数。同主题竞争激烈的赛道（如英文SEO词、热门电商品类）可能涨20%-40%；竞争稀的长尾词可能几乎没增量。但AI Overviews引用率的提升通常很显著——前面宠物用品案例涨了6倍。Page Experience在AI时代的杠杆主要在AI引用而不在传统排名。