FlyingPress使用教程：8个标签页设置全攻略，Core Web Vitals稳过绿区

FlyingPress是目前Core Web Vitals实测表现最好的WordPress速度优化插件，这句话不是我说的，是Chrome UX Report的数据说的：在使用各类缓存插件的网站中，FlyingPress的用户拥有最高比例的”良好”Core Web Vitals通过率。Google排名直接参考真实用户的Core Web Vitals数据，这个指标不是测速工具里的漂亮数字，是实打实影响搜索排名的信号。

但需要注意的是：FlyingPress默认设置已经能解决90%的速度问题，剩下10%的高级选项如果配错了，会让网站菜单失效、表单打不开、甚至直接白屏。这篇教程不只告诉你每个选项是什么，更重要的是告诉你哪几个地方不能乱开。

另外有一条原则贯穿全程：不要重复优化。如果你的主题（比如Blocksy、Astra）已经处理了某类优化，FlyingPress这边就不要再开同一个；如果Cloudflare那边已经压缩了JS，FlyingPress这边就别再压一遍，叠加相同操作会让结果变慢而不是更快。

安装激活

FlyingPress是付费插件，官网购买后在官网账号里下载ZIP安装包。

官网地址：flyingpress.com

WordPress后台 → 插件 → 安装插件 → 上传插件，选择ZIP文件，点安装，激活。

如果你不会安装插件可以参考：WordPress 插件安装教程

进入 → FlyingPress，找到License Key输入框，填入购买时收到的授权码，点Activate License。授权成功后页面顶部会出现绿色确认提示。

激活后会看到一个仪表盘，显示当前已缓存的页面数量（Total Pages Cached）、等待缓存的队列（URLs in Queue）、以及几个手动操作按钮（Preload Cache预加载缓存、Purge Cache清空预加载缓存）。日常使用中这几个按钮用不着，FlyingPress会在文章更新时自动处理缓存，不需要手动干预。

验证缓存是否在工作：用浏览器开发者工具（F12）打开Network标签，访问blog.ctzpj.com任意前台页面，查看响应头里是否有x-flying-press-cache: HIT，有的话说明缓存正常命中。

Optimization标签页——CSS、JS和外部资源优化

这是FlyingPress v5里改动最大的一块，把CSS、JavaScript、外部资源优化都整合在了这一个标签页里。

CSS & JavaScript区域

Minify CSS and JavaScript（压缩CSS和JS）：开启。删除文件里的空格、换行、注释来减小体积，几乎不会引起任何问题，是最安全的优化选项。

Remove Unused CSS（删除未使用的CSS）：建议开启，但需要测试。这是FlyingPress在同类插件里做得最好的功能，只加载页面初始视图用到的CSS，其余的延迟到用户交互后才加载。

旁边有一个”Edit includes”按钮，可以精细控制哪些CSS文件要处理。开启后必须测试：逐一检查blog.ctzpj.com的首页、文章页、分类页、联系表单页，看样式有没有错乱。如果某页面出问题，用Edit includes排除相关文件，不要因为一个文件有问题就整个关掉这个功能。

Delay All JavaScript（延迟所有JS）：这是风险最高的选项，有三个子模式可以选择（v5版本截图里清楚显示）：

• Defer loading（延迟加载）：JS在HTML解析完成后才执行，不阻塞渲染，相对安全，推荐新手从这个开始
• Load when idle（空闲时加载）：浏览器空闲时才加载JS，比Defer更激进
• Load after interaction（交互后加载）：等用户移动鼠标/点击/滚动后才加载JS，对PageSpeed分数提升最大，但风险也最高——依赖即时执行的菜单、弹窗、表单验证都可能失效

建议：先选Defer loading，确认网站功能正常后，再考虑往更激进的模式升级。开启后点”Edit exclusions”，把需要排除的脚本手动加进去（Google Analytics/Tag Manager、支付脚本、菜单相关JS）。

Load Third-party Scripts on Interaction（交互后才加载第三方脚本）：自动识别广告、分析、聊天工具等第三方脚本，等用户有交互才加载。如果你开了Delay All JavaScript的”Load after interaction”模式，这个可以不用单独开；如果你用Defer loading模式，可以把这个开启来额外处理第三方脚本。

Delay Specific Scripts on Interaction（指定脚本交互后加载）：手动指定某些脚本延迟加载，比Load Third-party Scripts更精细，适合需要单独控制特定脚本的场景。

Self-host External CSS and JavaScript（本地化托管外部CSS/JS）：开启。把来自外部域名的CSS和JS文件下载到你的服务器本地提供，减少外部请求的延迟，同时对GDPR合规有帮助（资源不从第三方服务器加载）。

Images标签页——图片、视频、字体和渲染优化

v5版本把图片、字体、渲染相关的设置都整合在了Images标签页里。

Images, Videos & Iframes区域

Lazy Load Images, Videos, and Iframes（懒加载图片、视频和iframe）：开启。折叠以下的媒体资源等用户滚动到附近才加载，减少初始页面请求量，对LCP有直接正向影响。旁边的Edit exclusions用来排除首屏图片，确保它们不被懒加载影响。

Properly Size Images（确保图片尺寸正确）：开启。自动给缺少width和height属性的图片补全尺寸，这是解决CLS（累积布局偏移）最省力的方式，开了基本不会有副作用。

Lightweight YouTube Previews（轻量YouTube预览）：开启。把YouTube嵌入的重型iframe替换成轻量预览图，用户点击才加载真正的播放器，对文章里嵌了YouTube视频的页面，这个选项能大幅减少初始加载时间。

Self-host Gravatar Images（本地化Gravatar头像）：开启。把Gravatar头像下载到本地服务器，避免向Gravatar外部服务器发请求，对有评论功能的文章页有帮助。

Fonts区域

Preload Fonts（预加载字体）：开启。优先加载主题用到的字体文件，减少文字闪烁（FOIT/FOUT）。

Self-host Google Fonts（本地化Google Fonts）：开启。把Google Fonts下载到本地服务器，用户加载字体时不需要连接Google服务器——减少一个外部请求的延迟，同时对欧洲访客的GDPR合规有帮助。

Use System Fonts First（优先使用系统字体）：开启。在自定义字体加载完成前，先用访客设备上的系统字体显示文字，防止出现空白文字块，有效改善CLS指标。

Rendering区域

Lazy Render Elements（延迟渲染元素）：开启，并点Edit exclusions设置需要延迟的CSS选择器。这是FlyingPress独有的功能，把首屏以下的复杂HTML元素推迟到用户滚动到附近才渲染，对首屏性能提升明显。

建议至少加入这两个选择器：#comments（评论区）和footer（页脚），这两个区域通常在首屏以下且包含大量元素，延迟渲染收益明显。

Caching标签页——缓存控制

v5版本的Caching标签页分为Basic Caching（基础缓存）和Advanced Caching（高级缓存）两个区域。

Basic Caching区域

Preload Links on Hover（鼠标悬停预加载链接）：开启。当用户鼠标悬停在链接上时，FlyingPress就开始在后台预加载那个页面，等用户真正点击时页面几乎是即时显示的，对内链跳转的体验提升非常明显。

Separate Mobile Cache & Optimizations（移动端独立缓存）：关闭（默认）。为移动端创建独立的缓存版本和优化配置，适合移动端和桌面端页面差异很大的站点，普通响应式设计的外贸博客不需要开这个，开了反而增加服务器存储和处理负担。

Cache for Logged-in Users by Role（按角色缓存已登录用户）：关闭（默认）。为不同WordPress用户角色维护不同的缓存版本，适合付费会员站或多角色权限站点，普通博客和外贸独立站不需要，关闭即可。

Auto-refresh Cache（自动刷新缓存）：关闭（默认）。定期自动清空并重建缓存，让内容保持最新。FlyingPress在文章发布或更新时会自动清除相关缓存，通常不需要再开定时自动刷新。如果你的站有频繁更新的动态数据，可以按需开启。

Advanced Caching区域

Exclude Pages from Cache（排除特定页面不缓存）：点”Edit exclusions”按钮，把需要实时内容的页面加进排除列表。这是必须配置的项目，动态内容页面如果被缓存了，用户会看到过期或者错误的内容。

对于外贸独立站，至少要排除：WordPress后台相关URL、如果有WooCommerce则排除/cart/、/checkout/、/my-account/。FlyingPress会自动处理常见的电商页面，但自定义的特殊动态页面需要手动添加。

Separate Cache for Query Parameters（按查询参数分别缓存）：点”Edit parameters”控制哪些URL参数会生成独立的缓存版本。广告追踪参数（如utm_source、utm_campaign等）通常不应该生成独立缓存，否则同一页面的utm变体会生成大量重复缓存占用空间，FlyingPress默认已处理常见的追踪参数。

Bypass Cache for Cookies（有特定Cookie时跳过缓存）：点”Edit exclusions”设置哪些Cookie的存在会导致不走缓存。已登录用户通常带有Session Cookie，FlyingPress会自动识别，不需要手动配置；WooCommerce的购物车Cookie也已内置处理。

CDN标签页——内容分发网络

CDN标签页分为两个区域：FlyingCDN推广区和通用CDN设置区。

FlyingCDN：FlyingPress官方配套的CDN服务，基于Cloudflare Enterprise节点，功能包括页面和静态文件的云端缓存、图片压缩和WebP分发、流量峰值处理、防火墙和DDoS防护，价格$10/月（截图里已确认）。

和普通Cloudflare免费CDN的差别：FlyingCDN用的是Cloudflare Enterprise级别，带有Argo Smart Routing（智能路由降低TTFB）和Enterprise WAF（企业级防火墙），这些功能在Cloudflare免费版里没有。如果你的外贸站访客遍布多个洲且对TTFB有较高要求，FlyingCDN的$10/月是值得考虑的投入。

Enable CDN（启用CDN）：这是通用CDN开关，如果你已经在用自己配置的Cloudflare或WPHOS Edge™ CDN，在这里填入CDN URL来让FlyingPress把静态资源URL替换成CDN域名，两者协同工作。

注意：如果用了FlyingCDN，就不要再另外连接第三方CDN，选一套用即可，避免重复。

Database标签页——数据库清理

WordPress数据库随使用时间增长会积累大量垃圾数据，Database标签页提供了自动清理这些数据的工具。

Automatic Cleaning区域

Auto Clean Database（自动清理数据库）：默认关闭。开启后可以设置定期自动清理频率，普通博客建议每周一次，避免数据库持续膨胀影响查询速度。

Post Cleanup区域

Delete Post Revisions（删除文章修订版本）：建议谨慎开启。WordPress每次保存文章都会存一个修订版本，积累多了确实占空间，但这些版本在需要回滚内容时很有价值。如果开启，建议先在Bloat标签页里设置”Limit Post Revisions”限制保留数量，而不是直接全部删除历史版本。

Delete Post Auto Drafts（删除自动草稿）：可以开启，安全删除从未发布的自动草稿，没有保留价值。

Delete Trashed Posts（删除回收站文章）：谨慎开启，确认回收站里没有需要找回的内容再开。

Comment Cleanup区域

Delete Spam Comments（删除垃圾评论）：可以开启，已标记为垃圾的评论没有保留价值，安全清理。

Delete Trashed Comments（删除回收站评论）：同上，安全删除。

Table Optimization区域

Delete Expired Transients（删除过期临时数据）：可以开启，清理WordPress插件存储的已过期临时缓存数据，不会影响正常功能。

Optimize Database Tables（优化数据库表）：谨慎，重组数据库表结构减少碎片，如果频繁执行可能在执行期间锁表影响性能，建议只在低流量时段手动运行一次，不建议加入自动定期执行。

Bloat标签页——移除WordPress冗余功能

Bloat标签页专门用来移除WordPress自带的、大多数站点用不上的冗余功能，减少不必要的HTTP请求和JS/CSS加载。

Disable Block Editor CSS（禁用块编辑器CSS）：如果你用的是Gutenberg（古腾堡块编辑器）或者WooCommerce，不要开启，开了会丢失Gutenberg和WooCommerce相关的前端样式；如果你完全不用这些，可以开启移除相关CSS。

Remove Dashicons（移除Dashicons）：可以开启。Dashicons是WordPress的管理后台图标字体，前台一般用不到，移除后可以少加载一个CSS文件。如果你的主题在前台有用到Dashicons图标，开了之后图标会消失，开启前检查一下。

Disable Emojis（禁用Emoji）：开启。现代浏览器原生支持Emoji，WordPress那个专门处理Emoji的JS脚本对大多数站点来说是多余的，禁用可以少加载一个外部请求。

Disable jQuery Migrate（禁用jQuery Migrate）：测试后决定。这是让旧插件兼容新版jQuery的脚本，如果你的主题和插件都是近期更新维护良好的，开启问题不大；如果有年代较久的插件，关掉更稳。

Disable XML-RPC（禁用XML-RPC）：开启。XML-RPC是WordPress的远程发布接口，腾腾博客这类不需要远程API发布的站点完全用不到，开着只是多一个安全隐患入口。

Disable RSS Feed（禁用RSS订阅）：如果你的站有博客内容且希望提供RSS订阅，不要开；如果是纯产品展示的外贸独立站没有内容订阅需求，可以开启。

Disable oEmbeds（禁用oEmbeds）：当你在文章里粘贴YouTube或Twitter链接时，WordPress会自动加载一个预览嵌入，这个功能依赖JS。如果你文章里不需要这种自动嵌入预览，可以开启禁用。

Limit Post Revisions（限制文章修订版本数量）：开启，限制每篇文章只保留最近3个修订版本，防止修订版本无限增长占用数据库空间。这个要在Database标签页的”Delete Post Revisions”之前开，先限制后续产生的数量，再决定要不要清理历史积累的。

Throttle Heartbeat API（限制心跳API频率）：开启。WordPress的Heartbeat API默认每隔15秒和服务器通信一次（用于自动保存和实时更新），这会持续消耗服务器资源。开启Throttle后改为每60秒通信一次，大幅减少无效的服务器请求，不影响文章自动保存功能。

Settings标签页——许可证、追踪和配置管理

License Management（许可证管理）：更换授权码的地方，换站点用同一个license时在这里操作。

Core Web Vitals Tracking（Core Web Vitals追踪）：可以开启，FlyingPress会从真实用户收集TTFB、LCP、INP、CLS数据，在Dashboard里展示，帮你了解真实用户的性能体验，而不只是测速工具的模拟数据。这个功能不影响速度，建议开启用来做长期监控。

Import or Export Configuration（导入/导出配置）：把当前所有FlyingPress设置导出成JSON文件备用，或者把之前备份的配置导入进来。管理多个站点时，配置好一个站点后导出，导入到其他站点就不用逐项重新设置，非常省时间。

Danger Zone – Purge Entire Cache（清空全部缓存）：红色的高危操作按钮，会清空所有缓存包括FlyingCDN的云端缓存，执行后站点会暂时变慢（等重新预热缓存）。只在排查问题或者确认需要强制刷新所有内容时才用，平时发布更新FlyingPress会自动处理相关缓存，不需要手动全部清空。

配置完成后的检查流程

每次修改设置后按这个顺序来：

第一步，清空缓存——点顶部的Preload Cache按钮（不是Settings里的Purge Entire Cache，那个太激进），让新设置应用到新生成的缓存页面。

第二步，手机测试——用手机（不移动鼠标，直接点击）逐一测试：主导航菜单能否正常展开、联系表单能否提交、如果有搜索功能能否正常使用。

第三步，DevTools检查——用Chrome打开blog.ctzpj.com，F12进Console标签，看有没有红色Error报错，如果有且是刚才开的选项导致的，立刻关掉对应选项。

第四步，测速对比——用PageSpeed Insights跑一遍，和优化前的分数对比，记录各项Core Web Vitals指标的变化。

遇到问题不要慌，逐一关掉最近开的选项，基本能快速定位到问题源头，再在对应功能里加入排除规则解决。

FlyingPress配好之后，Core Web Vitals的改善需要4-6周才能在Search Console的Core Web Vitals报告里看到稳定变化——Google需要时间重新抓取、评估和更新真实用户数据。

速度优化是分层的：FlyingPress解决的是前端代码和缓存层，底层主机的TTFB是另一层，两者叠加才能发挥最大效果。如果你的主机TTFB经常在800ms以上，可以对比看看WordPress主机推荐专题；想了解FlyingPress和WP Rocket、LiteSpeed Cache的完整横向对比，参考WordPress缓存插件对比推荐；速度优化的整体思路可以看WordPress网站速度优化全攻略。