OgCloud

同样，PageSpeed Insights 并不是服务器速度的绝对衡量标准。但是，ogcloud 的租用服务器往往仅以 PageSpeed Insights 的值来比较慢，这也是事实。因此，即使在 ogcloud 的租用服务器上，您也可以获得高分！请注意，这是一个将其付诸实践的计划。

让我们实现 AMP
刷了分，个人对显示速度还是比较满意的，不过谷歌老师还是给了手机严格的70分的评价。我还需要支持 AMP 吗？…我会增加体重并继续支持 AMP。

在此之前，让我们减轻对AMP的解释。AMP 是 Accelerated Mobile Pages 的缩写，重点是，让我们创建一个标准，为智能手机创建极快的页面！这就是为什么它是一个由 Google 和 Twitter 推动的开源项目。AMP 规范汇总在amp.dev 页面上。JavaScript 执行有限制（或几乎禁止），CSS 内联，HTML 容量高达 50 kb 等，因此页面加载会更轻。另外，还有一种叫做AMP缓存的机制，谷歌缓存的文件会在未经许可的情况下分发，所以你的网站显示速度会非常快。它的速度很快，因为它无需使用您网站的服务器即可交付。

单看目前介绍的AMP的编码限制，看起来页面显示会极快，但重点是像钻头去肉，减轻了Mini 4WD的重量，所以，自然会更快，但付出的努力也是巨大的。

如果尝试手动处理AMP，会干扰其他正常操作，所以这也会有插件支持。AMP Project 谦虚地提出AMP试图简单地激活把WordPress 插件调用。由于AMP生成的URL发生了变化，我们来访问它并对其进行测量。手机平均98！非常感谢你！我大约两次得到 100 分。我担心如果我做三遍，我大篇幅讲的系列会在两次结束。

为什么 AMP 这么快
现在，AMP怎么能把显示速度提高这么多呢？这很容易，如上所述，它限制了 JavaScript、CSS 和一些执行繁重处理的 HTML 标签。所以，在现实中，Amazon Associates 的显示被破坏了，一些图像显示被干扰了。为了正确显示它，似乎有必要采取其他措施，例如使用兼容 AMP 的广告标签。AMP刚开始的时候，可能有些人对这样的标签有困难，但是现在AMP的标签相当多，所以如果你想调得清脆，试试吧，这不是蚂蚁吗？

无论如何，PageSpeed Insights 上的问题数量已经减少到零，并且所有检查都通过了。AMP 支持无疑会加快移动页面的加载速度，但整理广告标签也需要时间和精力。个人感觉是mobile 73就算不支持AMP，而且TTFB好像能把出现速度提升2位数ms，所以优化CSS读取和缓存插件都是铁板调。它会是。

由于AMP是通过专用的HTML和CSS（内联）显示的，所以至今没有加入CSS优化等对应，AMP是由AMP评估的，只是通过插入AMP插件 接近100分是非常有效的. 这可能有点麻烦，但似乎值得一试。尤其是缓存交付速度明显超快，所以我认为访问者的压力会大大减轻。

AMP 的好处
对于 AMP 兼容页面，AMP 图标将显示在 Google 搜索结果屏幕上。您可以期待点击率的提高，因为用户将被告知可以更快地查看页面。

URL 显示旁边会出现一个 AMP 图标。

当然，AMP的支持大大提高了页面显示速度，所以提高页面显示速度是最大的优点。

AMP支持100分不是马虎吗？
当然，我觉得AMP的100分是马虎，但由于我在WordPress网站上自定义了各种东西，看来我必须编辑源代码并篡改PHP文件以进行进一步调整，所以这里一旦我决定要满足。即使你不使用AMP，当你打开缓存插件时，页面显示速度非常快，所以使用缓存插件在缩短TTFB方面非常有效。AMP虽然很有效，但是处理起来需要很多时间和精力，所以看来只要更新PHP版本，使用缓存插件。

道路平均分50分起
在这里，我从50分的平均分中总结了实施的措施。

下一代格式的图像分发（WebP图像）→效果×
排除干扰渲染的源（CSS 优化与 Autoptimize）→ 效果 ◎
删除未使用的 CSS → 不支持
减少服务器响应时间（使用缓存）→ 效果 ○
移动页面AMP支持（使用AMP插件）→效果◎
就是那种感觉。老实说，难度有点高，但是网上有页面解释如何处理它，所以如果你真的这样做，它不会那么难。不推荐只支持WebP，因为支持的浏览器数量会减少，但效果似乎很弱（这并不意味着WebP的效果一般被否定，因为插件的负载有可能导致分数下降-in)，所以支持紧急支持。没有它看起来不错。但是，页面加载缓慢！在很多情况下，有相当多的情况会张贴几MB的图像，因此使用图像优化插件减小图像大小非常重要。如果您在上传时使用自动图像缩小插件，例如Imsanity插件，它会在上传时进行优化，因此我们也考虑一下。

如您所见，PageSpeed Insights 不是衡量服务器速度的指标，它是一个工具，可以告诉您为什么页面显示很重。通过思考和处理指出的问题，瓶颈将得到解决，页面显示速度将得到提高。

PHP 版本或模块模式和 CGI​​ 模式有区别吗？
如第 1 部分所述，ogcloud 的租用服务器提供模块模式，允许 PHP 在 2018 年 4 月 18 日之后应用的标准和高级计划下高速运行。两种模式对比，如果你开启了缓存插件和AMP ，模块模式下手机平均得分为98，CGI模式下平均得分为86，已经足够快了。此外，即使设置为 PHP 5.6，得分也与 PHP 7.3 CGI 模式大致相同。

但是，当关闭 W3 Total Cache 缓存时，TTFB 变得相当大，并且在 CGI 模式下得分下降。毕竟看来现金的效果是非常高的。PHP在CGI模式下执行时，无法使用APCu的on-memory缓存，所以需要在DISK缓存中进行缓存设置。即使在CGI模式下，如果使用缓存，TTFB也能以150ms左右的高速读取，所以即使是2018年4月之前签约，只能选择CGI模式的客户也能充分加速。在AMP页面上测的分数在80后半，外观很流畅。

在 W3 Total Cache 设置中。页缓存设置中有“DISK”和“APCu”。

如果您有高级或更高版本的计划，即使您在 2018 年 4 月之前签订了合同，也可以激活模块版本。请查看支持页面以了解如何更改 PHP 版本和操作模式。如果可以选择模块模式，选择PHP7.3，你会看到一个选择模块版本的复选框。如果切换到模块版本，页面显示速度会快很多，我们来试试吧。

这次我也在2018年4月之前的合约环境中进行了测试。这是通过将插件等调整的数据原样传输到版本升级前环境的速度测量结果。

发布页面 平均数
W3 总缓存关闭 移动的 个人电脑
ogcloud 的 Rensaba PHP7.3 模块（新服务器） 62 93
ogcloud’s Rensaba PHP7.3CGI（旧服务器） 59 90
ogcloud’s Rensaba PHP5.6CGI（旧服务器） 54 81
毕竟在硬件版本升级之前的环境下，由于规格不高，加上只能使用CGI模式，分数似乎并没有提高到那个程度。由于我们除了服务器环境和PHP版本之外没有更改任何数据，因此分数将纯粹根据服务器规格和PHP版本而波动。其实我看TTFB的时候，感觉差距比分数还大。尤其是在 PHP 5.6 中，它可能需要长达 4 秒的时间，我认为这是一个明显很慢的差异。

如果更新到PHP7.3并使用缓存插件，可以大大加快TTFB的速度，因此即使您在切换服务器时遇到麻烦，也可以以相对较低的障碍进行工作，因此推荐使用。

我可以使用缓存插件吗？
偶尔，我听到“缓存插件与租赁服务器的功能冲突，不应使用”。其实这要看租借的服务器，尤其是海外的WordPress托管服务等。 由于缓存功能在初始状态是在服务器层面运行的，所以有些服务“弃用”了缓存插件的使用（如果包含的话） ) 未经许可可删除)。

ogcloud的租用服务器的立场是，您可以在自己的职责范围内随意使用缓存插件，因此最好在彻底验证操作后使用。但是，无论它有多快，都包括WP Supre Cache、W3 Total Cache和WP Fastest Cache！请不要这样做。缓存插件的共存往往会带来麻烦，所以只能使用其中的一个。您可以交换一些并尝试不同的分数。

这次推出的 W3 Total Cache 属于相当高性能的类别，尚未翻译成日语。WP Super Cache有一个简单的一键设置，你可以使用日语，所以你可以先从那里开始尝试。在试用前使用备份和暂存功能进行备份更安全。特别是，缓存插件可能会编辑 .htaccess 文件，因此即使您无法备份整个文件，只备份 .htaccess 也是个好主意。

顺便说一句，据说“现金非常有效，但用于强效药物时有风险”，因为此 .htaccess 编辑已完成。根据添加位置和内容，可能会发生重定向循环或内容不可见。建议在激活插件前进行备份，以便您可以恢复它。另外，缓存插件在编辑.htaccess的时候，经常会被下面这样的注释包围，所以如果出现问题，删除这部分是个好主意。

概括
至此，我们已经介绍了在 ogcloud 的租用服务器上将 PageSpeed Insights 的移动分数设置为 100 的挑战。我原以为 AMP 支持会爆分数，但我没想到 CSS 加载的延迟会如此有效。

另外，虽然TTFB根据PHP版本和运行模式的变化有相当大的影响，但发现对分数的影响在一定程度上是小的，使用缓存插件可以将影响降到最低。分数本身并没有太大的不同，但我看到的感觉却大不相同，所以重要的是不要依赖分数，而是自己实际看页面。PHP 版本越新，运行速度越快，建议切换。