阿尔文我们的想法是

rmamin

的新奇事物，不是吗？是的，回到 SEO 部分，我想，是的，正如你所说，谷歌消耗的任何东西归根结底都是 HTML 标签。它与 P 标签没有什么不同，你可以用它来显示任何内容。因此，作为开发人员，您也有责任确保创建 OG 标签，确保您的内容实际存在，以便引擎可以抓取它。所以这没什么……无头提供商只会给你一个 API，你可以用它做任何你想做的事情。现在回到可组合的事情上来，是的，更多的人已经开始转向它。你听到我们谈论它，你听到我们的一些竞争对手谈论它，例如，Defy 也在加倍努力收购 Gatsby。

采用无头 CMS plus，对吗？因此，对于 Headless，您会说：“哦，我有一个 API 可以处理我的所有内容。” 但现在，如果您可以将其他东西插入到这个 API 中会怎么样？如果你可以说，“哦，我想要……”我只是在这里编造一些东西，但是如果我想将我的松弛连接到它怎么办？如果我们有一个天气应用程序或类似的东西怎么办？我们需要将任何其他类型的动态 电报号码数据 数据与我们的内容结合起来，才能拥有这个为我们提供一切的 API。再次强调，您可以使用无头 CMS 来编写您需要的内容。对我们来说，这看起来像是一个应用程序生态系统，这意味着您可以使用不同的应用程序扩展 Contentful，这可能是翻译，现在是 2023 年，所以它可能是 GPT，也可能是其他任何东西。这就是我们的想法。您的无头 CMS 还与其他数据提供商集成。

德鲁：所以它变得像其他内容的聚合器。因此，除了让内容编辑团队创建内容之外，您还可能从 Instagram 提要中提取内容。

阿尔文：是的，完全正确。

德鲁：或者说，来自第三方提供商的动态提要，然后通过一个 API 向所有不同的消费者提供所有这些内容。好吧，这是有道理的。我认为这是有道理的。

阿尔文：尤其是 Instagram，我们都见过可怕的 Instagram 嵌入或 Twitter 嵌入。Twitter API 现在已经成为过去，但无论如何，只是给你一个例子，你有这些可怕的嵌入，如果你也可以从无头 CMS 获取这些数据，然后静态渲染它会怎么样？这更有意义。

德鲁：好的。所以是的，它只是标准之上的聚合函数，也是您自己内容的事实来源。



阿尔文：确切地。

德鲁：然后还引入其他内容。现在，我个人一直对尽可能拥有自己的数据感兴趣，并且如果可以选择，我通常会选择自托管解决方案而不是服务。虽然这些年我已经成熟了。我现在所做的权衡与我过去所做的有很大不同。但是，通过 API 驱动的无头 CMS，您似乎在托管位置方面拥有了更大的灵活性。因此，您不一定需要 CMS 和网站位于同一服务器或同一环境中。你可以把它们分开。那么，是否会增加复杂性，或者是否有机会进行简化？你有什么想法吗？

阿尔文：耶，当然了。这要看情况，因为一切都来自那个 API。根据您的需求，这可能会产生大量流量，这将使自托管成为一个问题。正如您所说，您已经在某种程度上成熟于自托管，因为在云中设置某些东西变得更容易，而管理服务器是否一定会变得更容易？技术已经改变，但它仍然令人烦恼。

德鲁：只是在不同的方向上变得复杂了。