是的 他们确实是强者

[rakibhasanbd4723]

通常，您会将框架（React、Angular Universal 等）配置为在 Node 服务器上运行，在将 HTML 发送到客户端之前预渲染部分或全部 HTML。因此，必须将服务器配置为通过渲染相应页面的 HTML 来响应深层 URL。在普通浏览器中，这是客户端应用程序无缝接管的时刻。浏览器会“重新水化”（一个绝妙的术语），将服务器渲染的初始视图的静态 HTML 重新转换为单页应用程序，并使用 JavaScript 执行后续导航事件。

如果做得好，这种设置会非常棒，因为它 VP 设施经理电子邮件列表 提供了客户端渲染的可用性优势、服务器端渲染的 SEO 优势以及快速的首次绘制（即使 JS 启动时的重新水化通常会对交互时间产生负面影响）。由于担心任务过于简单，我不会在这里讲得太多，但关键点是，虽然同构 JavaScript/真正的服务器端渲染可以是一个强大的解决方案，但设置起来通常非常复杂。

那么，还有哪些其他选择？如果您无法证明完整同构设置的时间或费用是合理的，或者它对于您想要实现的目标来说只是小菜一碟，那么还有其他方法可以让您从单页应用模型和混合渲染设置中获益，而不会破坏您的 SEO 吗？

预渲染/JAMstack
在服务器端提供渲染内容并不一定意味着渲染过程本身需要在服务器上进行。我们所需要的只是渲染后的 HTML 在那里，随时准备提供给客户端；渲染过程本身可以在任何你喜欢的地方进行。使用JAMstack 方法，将内容渲染成 HTML 是构建过程的一部分。

我之前写过关于 JAMstack 方法的文章。简单来说，这个术语代表JavaScript、API和标记，它描述了一种无需服务器端软件即可构建复杂网站的方法。从前端组件组装网站的过程（传统网站可以使用 WordPress 和 PHP 完成的任务）是作为构建过程的一部分执行的，而交互性则使用 JavaScript 和 API 在客户端处理。


可以这样想：所有内容都存在于您的 Git 存储库中。您的内容存储为纯文本 markdown 文件（可通过无头 CMS 或其他基于 API 的解决方案进行编辑），并且您的页面模板和组装逻辑使用 Go、JavaScript、Ruby 或您首选的网站生成器使用的任何语言编写。 在将网站托管到任何地方之前，可以使用适当的命令行工具在任何计算机上将您的网站构建为静态 HTML 。生成的一组易于缓存的静态文件通常可以安全地托管在 CDN 上，而且费用几乎为零。