一切都始于我们意识到我们的网站更新非常快，而我们总是忙于我们的客户，以至于忘记了自己。我们必须构建一些惊人的东西。如果您不熟悉术语无服务器、AMP和AWS，请点击这些单词并了解更多信息。
技术
每个人都喜欢快速加载的页面，并且我们的大多数访问者都在旅途中，这就是我们选择 AMP（加速移动页面）的原因。我们还希望确保我们的网站能够处理意外负载，需要最少的维护基础设施并且非常快速，那么为什么不使用无服务器基础设施呢？
以上只是基础设施部分。网站仍然需要生成、部署等。为此，我们使用了我们称之为生成器的东西。这是一个建立在 Laravel 上的系统，这是一个带有 1 个额外功能的常规非无服务器站点，即生成网站前端代码。生成器还会采用标准（非 AMP，非最小化）代码，并使其完全 AMP 化并最小化到极限。最后，我们拥有一个快速轻量级的网站，可以部署。部署通过 Jenkins 自动化。从生成和文件上传到缓存失效，所有操作只需单击一下即可完成。
视觉
通常，AMP 页面过于简约，看起来不好看。我们介入改变了这一点。我们的目标是构建一个轻量级的 AMP 页面，它看起来不错且运行出色，并且我们做到了！
有很多棘手的部分，我们理解使用 JavaScript 会很容易，但仅使用 CSS 就很难做到。此外，还有不同的尺寸限制（也适用于 CSS），因此我们必须努力保持样式尺寸很小。尽管如此，我们还是按照设计制作了所有功能和外观。我们没有放弃并采用更简单的解决方案。
惊人
至少这是 Google PageSpeed 对我们的评价。基础设施非常简单，几乎坚不可摧，非常容易维护，而且搜索引擎喜欢它。哦，它不仅受到一些机器人和计算机的喜爱，还受到 Magebit 这里的每个人喜爱。
遗憾的是，AMP 不允许将 AMP JS 文件托管在其他地方或拥有适当的缓存头。这是我们无法在 Google PageSpeed 中达到 100/100 的唯一原因。将 AMP JS 主机更改为我们的 CDN 会获得 100 分，但会抛出一个控制台错误，表明 AMP 来源不是 Google 的。很遗憾，但我们仍然很高兴我们使用 AMP 达到最高可能分数。
另一个惊人的事实是，推出此 AMP 网站后，Google 搜索中的参与度和可见度迅速增长。用户在网站上的平均停留时间翻了一番（从大约 1 分钟增加到大约 2 分钟），我们跟踪的关键字可见度从 0.5% 跃升至 8%——比没有 AMP 网站时增加了 16 倍。
我们已准备好迎接新挑战
是否曾经希望拥有一个非常快速、易于维护且性能惊人的出色网站？太好了！让我们联系以讨论详细信息。我们会让它实现。查看本文中提到的网站——magebit.com 或直接给我们发送电子邮件至 info@magebit.com。