AMP 以及为什么电子邮件不是（且永远不应是）交互式的
AMP 以及为什么电子邮件不是（且永远不应是）交互式的
Google 试图重塑电子邮件，但大家都拒绝了。
“电子邮件在很大程度上保持不变，” Gmail 产品经理 Aakash Shaney 在 2019 年写道，而 Web 在它周围迅速发展。
现在不再是这样了。Google 的用于电子邮件的 AMP 意味着“你的电子邮件可以保持最新”并且“你可以直接从邮件本身轻松采取行动”。
四年前，这家搜索巨头带着 AMP——加速移动页面（accelerated mobile pages）——进入了移动 Web 领域。开发者会使用 AMP 库编写他们网站的移动版本，将它们托管在 Google 的 CDN 中，并获得近乎即时的加载时间和在 Google 搜索结果中的优先展示的优势。
现在，他们又盯上了你的电子邮件，承诺提供一种现代化的消息传递体验，你可以舒适地在收件箱中预订航班和酒店，回复会议邀请和 Google Docs 评论。
“谁会想要这个？” @waste_monk 在 Hacker News 上问道。“我们生活在地狱里。”
但丁的收件箱
然而，正如他们所说，通往地狱的道路是用良好的意图铺成的。另外，还有不少的傲慢自大。
在 Web 上，AMP 通过软硬兼施的方式获得了勉强的采用。构建一个 AMP 站点，你就能在搜索结果中获得优先展示，在你网站名称旁边会有一个灰色的闪电标志，并且可以从 Google 的 CDN 获得接近零延迟的页面加载——所有这些都是好处。“我们来这里是为了让 Web 再次伟大，” Google 的新闻副总裁 Richard Gingras 在 2015 年说道，就在 Donald Trump 将这个短语带入大众语的几个月后。Google 认为世界各地的出版商都会很乐意按照这家搜索巨头的意愿重写他们的移动网站。
然而，隐含的坏处是，如果没有 AMP 页面，你的网站的排名可能不会像以前那样高。而且，由于 Google 占据了全球搜索量的 89% 以上，当 Google 要求 Web 发布商跳起来时，他们会问跳多高。
AMP 总是存在问题。它带回了移动 Web 与桌面 Web 之间的动态，这是一个问题。现在，你有了一个移动页面，一个桌面页面，而不是为每个人提供相同的 Web——这正是自 iPhone 将桌面级浏览器引入移动设备以来，响应式 Web 设计一直在与之抗争的。而且，更关键的是，它减少了你对网站的控制。
AMP 要求允许任何 AMP CDN 缓存你的页面。访问者可能会从 Google 域名而不是你自己的域名访问你的页面，或者你网站上的广告技术和其他脚本可能无法在你的 AMP 网站上运行（这对 Google 来说似乎很方便，因为它可能更希望你使用他们的广告技术）。
所有这些都足以让 Google 在未来几年内面临两起反垄断诉讼，其中 AMP 被认为是美国司法部认为 Google 试图垄断在线广告和整个 Web 的一部分。
AMP 库本身是开源的。你可以提供一个竞争性的 AMP CDN；Microsoft 的 Bing 就提供了。但是，Web 开发者从一开始就对 AMP 持怀疑态度，这在很大程度上是由于胁迫造成的。“这是对开放 Web 的威胁，”正如 @ImprobableValue 总结了 Reddit 上的主流观点。
然后，Google 将 AMP 带到了电子邮件中。
如果电子邮件是交互式的会怎样？
电子邮件总是以自己的、更慢的速度前进。第一封电子邮件在第一个网页发布前 20 年发送，直到今天，没有 HTML 的纯文本电子邮件仍然被认为是符合 互联网消息 标准的。
正如 Ray Tomlinson（他在 1971 年从 ARPANET 实施并发送了第一封电子邮件）在谈到向电子邮件添加格式时所说：“这太复杂了：我们只是想向人们发送消息。”
无论好坏，这都是电子邮件的精神。这就是为什么今天每封电子邮件都应该包含 HTML 和纯文本版本，为什么你可以给任何人发送电子邮件，并相信他们可以阅读你的消息。它是现代通信中剩余的去中心化部分之一，Gmail 仅支持 301 个电子邮件 HTML 和 CSS 功能中的 152 个，但你的邮件通常看起来仍然很好。
电子邮件很棒，因为“没有公司拥有它。它在每个平台、每个操作系统、每个设备上都能可靠地按预期工作。这在今天是一种罕见的东西，也是一种非常有价值的东西，” TechCrunch 的 Devin Coldewey 说。
而现在 Google 来了，建议每个人都改变他们编写电子邮件的方式。
AMP 电子邮件使用了与 Web 上的 AMP 相同的框架，具有一组缩减的组件。一些新东西：AMP-form 用于收集信息，AMP-autocomplete 用于建议搜索和过滤结果，AMP-carousel 用于展示搜索结果。一些旧的东西，被重写了：AMP-image 用于“替换 HTML5 img 标签”并延迟加载图像，AMP-anim 用于“管理动画图像，通常是 gif”，以及 AMP-timeago 用于模糊时间戳。
这一切都在 Gmail、Yahoo! Mail 和（莫名其妙地）Mail.ru 中起作用。启动合作伙伴 OYO Rooms 允许你从电子邮件中浏览酒店列表和评论。Booking.com 允许你翻阅房间照片——并从电子邮件中的交互式表单中将你的电子邮件首选项从每天更改为每周。Pinterest 电子邮件允许你翻阅食谱并将它们保存到你的板上。而 Google Docs 最值得注意的是，允许你从收件箱中回复和关闭评论。
“[这是自电子邮件创建以来电子邮件领域发生的最大事情，” Booking.com 的 Antony Malone 对 AMP 团队说。
加强你的电子邮件
你也可以编写 AMP 电子邮件，只要你愿意现在为每封电子邮件编写 AMP、HTML 和纯文本版本即可。AMP 版本足够熟悉，如果你眯着眼睛看 HTML 也是如此。你将以 <html ⚡4email lang="en" data-css-strict> 或 标签开头，然后根据需要添加标准 HTML 组件以及 或 或其他元素。如果你愿意，你可以构建一个交互式的井字游戏。
然后，就像今天你编写 HTML 和纯文本版本的电子邮件一样，你需要为每条消息编写 AMP 和 HTML 版本。你需要核心功能的替代方案。例如，Google Docs 允许你直接从 Gmail 中的电子邮件回复 Google Doc 评论。在其他不支持 AMP 的电子邮件应用程序中，回复按钮将打开一个新电子邮件窗口，其中包含一个自定义的 @docs.google.com 地址，你可以在其中通过电子邮件回复。这需要付出更大的努力来构建和支持，才能获得交互性的模拟。
而且，即使在完成了所有这些工作之后，你也不能直接发送你的电子邮件。你需要使用 DKIM、DMARC 和 SPF 验证你的域名——无论如何，这都是个好主意。你还需要向 Google 和 Yahoo! 发送一封示例电子邮件，并在它们那里注册你的域名。然后，如果你幸运的话，在 5 天内你将被批准开始发送 AMP 电子邮件。
所有这些，都是为了仅在少数电子邮件应用程序中才能使用的电子邮件。
今天，AMP 电子邮件仍然不受 Microsoft Edge（或 Internet Explorer，但这更容易理解）中的 Gmail 或任何其他服务的支持。Yahoo! 仅在 2022 年才将 AMP 支持添加到移动设备，这距离最初发布已经过去了两年。Microsoft 在 2019 年为 Outlook.com 添加了 AMP 的“预览”支持，但在一年后就将其关闭，转而支持仅限 Exchange 的、基于 JSON 的“可操作消息”。
从一开始，结局似乎就已注定。对于开发者来说，这太麻烦了，而且收效甚微，开发者们已经准备好不信任 Google 的任何新事物。
“[没关系，” _ofdw 在 AMP for Email 最初发布 3 个月后在 Hacker News 上宣布。“Google 将在一两年内扼杀 AMP，就像他们扼杀其他所有东西一样。”
AMP，被删除
666 天后（认真地！），Google 退缩了。“我们将不再显示 AMP 徽章图标来指示 AMP 内容，” Google Search Central Blog 在 2021 年 4 月宣布，“并且不再需要使用 AMP 格式”才能在 Google 新闻的头条新闻轮播中展示。
AMP for Email 更悄无声息地走进了那个黑暗的夜晚。没有关于 AMP for Email 已经结束的公告，也没有禁用 Gmail 中的 AMP 功能。它没有加入 Google 扼杀的 296 个其他项目，从 AngularJS 到 Zeitgeist（以及 Google Reader、Google Wave 等等）。
Google 本身仍然使用 AMP for email，并将其标记为动态电子邮件。由于 AMP for email，你仍然可以在不离开 Gmail 的情况下回复 Google Docs 评论并接受 Google 日历活动。
但是 AMP 项目已经被放弃了。所有公告中链接的 AMP by Example 网站已经失效。自 2023 年修复了一些错别字以来，AMP 的 电子邮件规范 尚未更新，而 wg-amp4email 工作组 自 2021 年以来一直没有更新。Google 自己的 AMP Playground 站点仍然停留在过去，以 iPhone XS 和 Pixel 2 手机为特色。
AMP“[走到了 Google 可以支持它的程度，一旦 Google 放弃了它，每个人都立即抛弃了它，” Rarst 在 Reddit r/webdev 上关于 AMP 的帖子中评论道。
电子邮件中的交互性并没有随着 AMP 的消亡而消失。你不需要任何超出古老的 HTML 的东西。HTML 按钮和表单受 Gmail 以及除 Windows 版 Outlook 或 iOS 版 Yahoo! Mail 之外的几乎所有应用程序的支持。HTML5 元素可在 Apple Mail、Thunderbird 和 Mac 上的 Outlook 中使用（以及奇怪的是，Windows 版 Outlook 2003，但没有其他版本）——只是不能在 Gmail 中使用。你可以使用 HTML 链接和按钮在电子邮件中进行投票和调查，就像 我们在 Buttondown 所做的那样——足以回复活动的 RSVP，即使不足以动态查看酒店价格。
然而，AMP 不仅仅是交互式的。它使电子邮件变得短暂。你今天收到的带有评论的电子邮件，在某人编辑他们的评论或添加新回复后，明天可能看起来不一样。房屋清单或机票的价格可能会动态更新，让你对昨天在收件箱中看到的内容产生怀疑。电子邮件是互联网上持久性的最后堡垒，至少你可以在这里记录发生了什么。这是值得保留的。模糊的时间戳是电子邮件最不需要的东西。
电子邮件已经存在了 54 年。在未来的 54 年里，预计电子邮件会缓慢地发生变化。预计纯文本电子邮件将永远存在。预计人们会继续预测电子邮件的死亡。并且，预计所有声称要取代电子邮件的东西都会死亡。
你无法杀死——或者真正改变——存在了这么长时间的东西。
图片来源：来自 Google 发布帖子中 AMP 电子邮件的动画演示。