网站的打开速度影响着SEO，各个搜索引擎也对网站的整体打开时间进行评分，从而获得优质的展现位置。
说道提速，那就不得不提到CDN。
CDN的两大好处
不同区域的分发，可以使网页打开速度得到大幅度提升。
隐藏源IP，避免网站被DDOS攻击（DDOS攻击服务商会封IP，这个我深有体会。）
详细可以阅读以下之前我写过的一个文章：《网站被DDOS攻击的3天》，反正那三天基本是打一个小时，封我一整天。
商业CDN防护是付费的，一些小站长不愿意在这上面做投入。国内之前有很多做免费CDN，后来也相继下架了这些服务。
针对WP博客的免费CDN，当然首选Cloudflare（网站：https://www.cloudflare.com/）
篇针对Wordpress自动平台优化服务，可以让wordpress网站速度提升一个层次。
测试显示，通过从 Cloudflare 的网络提供几乎所有网站内容，第一内容画的时数减少了 72%，第一内容画减少了 23%，桌面用户的速度指数减少了 13%。 这意味着访问您网站的访问者不仅能够更快地看到第一个内容，而且能够更快地查看所有内容。
如何使用APO？
使用 APO 的最简单方法是从 WordPress 管理控制台。
1. 首先，在 WordPress 网站上安装Cloudflare WordPress插件或更新到最新版本（3.8.2 或更高版本）。
2. 验证插件此处的步骤 与Cloudflare 交谈，如果您尚未这样做。
3. 从 Cloudflare 部分的主屏幕，打开自动平台优化。免费客户将首先被引导到 Cloudflare 仪表板购买该服务。
为什么开发APO功能
在 Cloudflare，我们抓住机会，点击一个按钮，使客户的难题消失。运行一个持续快速的网站是具有挑战性的。许多企业没有时间也没有钱去为他们的站点购买复杂而昂贵的性能解决方案。即使他们这样做了，支付专门的关注，以确保你得到最好的性能可能是非常昂贵的。不过，拥有一个快速的网站并不一定很复杂。内容越贴近客户，网站的表现越好。静态内容缓存对图像、CSS 和 JavaScript 等文件进行此操作，但这只是等式的一部分。动态内容仍从源获取，导致昂贵的往返行程和额外的处理时间。有关动态内容与静态内容的信息，请参阅我们的学习中心。
WordPress 是世界上最开放的平台之一，但这意味着您始终面临因插件或其他来源而招致性能处罚的风险，这些插件或其他来源虽然必要，但可能很难确定和解决。通过自动平台优化服务，我们将您的网站放入我们网络，该网络在发达国家 99% 的联网人口中的 10 毫秒以内，无需更改您现有的托管提供商。这意味着，对于大多数请求，您的客户甚至不需要转到您的来源，从而减少了许多昂贵的往返行程和服务器处理时间。这些优化在我们的边缘网络上运行，因此它们不会影响渲染或交互性，因为客户端上没有运行额外的 JavaScript。
自动平台优化的好处
我们在在 WordPress 上运行的 500 多个 Cloudflare 客户网站上测试了 APO，以了解性能改进的内容。结果不言而喻：
测试结果
| Metric | Percentiles | Baseline Cloudflare | APO Enabled | Improvement (%) |
|---|---|---|---|---|
| Time to First Byte (TTFB) | 90th | 1252 ms | 351 ms | 71.96% |
| 10th | 254 ms | 261 ms | -2.76% | |
| First Contentful Paint (FCP) | 90th | 2655 ms | 2056 ms | 22.55% |
| 10th | 894 ms | 783 ms | 12.46% | |
| Speed Index (SI) | 90th | 6428 | 5586 | 13.11% |
| 10th | 1301 | 1242 | 4.52% |
注意：结果基于 Cloudflare 缓存的 505 个随机选择网站的测试结果。测试使用来自美国南卡罗来纳州和以下环境的 WebPageTest 运行：Chrome、电缆连接速度。
自动平台优化的工作原理
自动平台优化是能够利用 Cloudflare 员工的力量智能缓存动态内容的结果。通过缓存动态内容，我们可以从边缘网络为整个网站服务。思考"静态站点"，但无需构建或维护静态站点的任何工作。客户可以以同样的方式继续管理和更新其网站上的内容，并留下我们努力获得绩效的工作。一般说来，在无源请求或源处理时间时，提供来自网络结果的静态和动态内容。这意味着所有通信都发生在用户的设备和我们的边缘之间。减少从我们的边缘到动态内容的来源通常需要的多次往返旅行，是使这项服务如此有效的原因。让我们先看看为访问者加载 WordPress 网站通常是什么样子。
典型用户访问站点的序列图
在常规请求流中，Cloudflare 能够缓存某些内容，如图像、CSS 或 JS，而其他请求则转到源或第三方服务以获取内容。最重要的是，为站点获取 HTML 的第一个请求需要转到源，这是长 TTFB 的典型原因，因为在客户端能够接收 HTML 并分析它以发出后续请求之前，不会发出其他请求。
WordPress已经可用，其他平台即将推出
虽然今天的公告侧重于支持WordPress，但这只是个开始。我们计划将这些相同的功能带到用于 Web 托管的其他热门平台上。如果您运营一个平台，并且有兴趣了解我们如何能够共同努力，为您的所有客户改进产品，请与我们联系。如果您正在运行一个网站，请告诉我们您希望看到我们接下来将自动平台优化引入哪个平台。
还没有评论，来说两句吧...