在我们的系列文章中，这是第三篇关于将从 AMP 中吸取的经验教训反馈给整个 Web 的文章，我们将深入探讨为 Web 内容创新导航概念的话题。此外，我们还将了解 Web 平台中的新基元如何帮助使 AMP 变得更简单，“不那么重要”。
如果您尚未阅读第一篇或第二篇文章，我们建议您在阅读本文之前移步至那里。
自 Web 诞生以来，导航意味着当用户点击链接时，浏览器将涂成白色，最终它将绘制新页面并更新 URL 栏。虽然这是一个惊人的模型，但移动设备上出现了更复杂的交互模式。到目前为止，只能使用复杂的“单页应用程序”模式在 Web 上实现这些模式，这些模式使用 iframe 来获取第三方内容。Iframe 是 Web 平台的一项宝贵资产。它们支持可组合性，这是Web 的 SLICE 特殊功能之一。不幸的是，iframe 支持的可组合性本质上会导致受限的用户体验。Iframe 就像一个固定窗口：它让你看到另一个世界，但由于它无法打开，所以它不会让你穿越到另一边。Chrome 团队注意到一个名为 iframe 推广的早期探索，该探索旨在赋予 iframe 被导航到的能力。经过几轮讨论以建立在这个想法的基础上，Chrome 团队找到了一种方法来避免基于 iframe 的解决方案的架构复杂性，并提出了一种名为 Portals 的类似方法，它允许不受限制的可组合性。
我们看到 许多 兴趣来自网络社区的 Portals，仅仅是因为它们将允许应用程序具有简单性和稳健性，即每个 URL 具有单页，而交互保真度则为单页应用程序。
借助 Portals，我们希望能够实现类似于 Google 的 Top Stories 轮播之类的体验，而无需依赖 AMP 等应用程序层解决方案。除此之外，还有许多令人兴奋的 Portals 用例，例如支付或单点登录解决方案，它们在视觉上集成到网站中，但在激活时向用户显示他们正在与之交互的真实来源，例如他们的支付提供商。
简化 AMP
将我们在本文和以前的文章中介绍的所有内容放在一起，网络平台变得更加强大的一个很酷的副作用是我们准备让 AMP 的一大块内容消失，并被简单的平台原语所取代。
一个触手可及的示例是删除amp-img作为 Web 组件。随着延迟加载、优先级提示和内在大小在浏览器中实现，可以看到未来不再需要自定义组件——虽然它会保留向后兼容性，但这让我们非常高兴地让 AMP 变得不那么复杂，而是更加专注于在易于使用的框架中提供高级组件，而不是在平台上进行神奇操作以使其全部正常工作。
总结
在过去的一年中，在推进各种维度的网络标准方面取得了很大进展。上面我们重点介绍了 AMP 团队与来自 Chrome 和 Igalia 的朋友们投入时间最多的领域，但我们还想认识到整个网络社区中的许多其他人都在网络标准方面做了出色的工作，这有助于使网络变得更好每天。AMP 团队从网络社区中学到了很多东西，目前最感兴趣的是isInputPending、显示锁定和动画工作区。
有关保护隐私的即时加载、创新导航、性能评估和开发护栏的具体提案现已提交，并处于不同的实施阶段。我们希望这些项目是朝着正确方向迈出的一步，以帮助所有网络开发者创建更令人愉悦的体验，无论实施选择如何。我们渴望听到您的反馈，并期待明年取得的进展！
由 AMP 技术指导委员会成员、Google 软件工程师Malte Ubl发布
哇！喜欢在网络上无缝导航的门户网站的想法！