在 Peter Richman 撰写的这篇富有洞察力的 Whiteboard Friday 中，了解构建无头网站时 SEO 的基本注意事项。

单击上面的白板图像即可打开高分辨率版本！

大家好，我是 Plug and Play 的 Peter Richman。我们是一家网页设计和数字营销机构，大概在过去 15 年里，我们一直在使用 Moz 来帮助提高客户的市场渗透率、提高转化率，并帮助企业通过网站实现目标。

过去几年，我们看到无头网站进入市场，这是一个真正的趋势。我们合作过的不同工程团队、营销团队和 SEO 发现了不同的挑战，并找到了不同的方法来利用无头网站改善他们的成果。

今天，我想带您了解 SEO 在构建无头网站时应该提倡的六件事，因为这些是我们从实际项目中看到的经验和成果，我很乐意与您分享。

现在，当您考虑采用无头式设计时，有几件事需要了解。

首先，无头系统是如何工作的。要理解的关键是后端系统（即保存所有数据的系统）与客户体验是分开的。这些字段和数据通过 API 传输，以构建前端体验。

实现无头化的主要方式有很多。例如，您可能正在使用无头 CMS，但也可能从 CRM、ERP、PIM 或其他任何系统获取数据。但关键在于，这些数据与前端是分开的，必须通过 API 传输。

因此，有几件事需要了解。例如，工程和开发团队经常会做出一些关键假设，也许是关于如何实现这一点。例如，我们看到很多后端开发人员研究无头内容管理系统，然后考虑他们必须提出一个渐进式 Web 应用程序或 PWA 作为前端。但事实上，情况并非如此。这很常见。因此，渐进式 Web 应用程序可能类似于 Next.js。它可能是 React。它可能是 Angular。它可能是 Vue。您可以使用许多不同的 JavaScript 框架在无头 CMS 之上构建前端。

但实际上还有其他方法可以实现这一点。例如，您可以使用无头 CMS 向传统 CMS 提供数据，并在此基础上构建客户体验。

我们还看到许多企业考虑采用可组合架构，整合来自许多不同来源的大量数据，并将其整合成一种定制体验，这种体验融合了渐进式 Web 应用程序、前端和传统 CMS。

因此，根据您的网站和业务的复杂程度以及涉及的人数，我今天只想强调您需要考虑和提倡的关键事项。

可爬行性

因此，从顶部开始，经典的 SEO 101 关于可爬行性。

关于无头架构，如果您要开发渐进式 Web 应用，则需要考虑所有渐进式 Web 应用注意事项，Moz 上有大量关于渐进式 Web 应用的信息。当然，您也可以使用 Google Lighthouse 来识别关键的渐进式 Web 应用挑战。

但是，对于我们来说，这样做的主要事情之一是拥有一个已创建的静态前端，并确保无论使用什么 JavaScript 框架，都不会即时创建用户体验。

因此，我们希望看到服务器端渲染，确保 HTML 在服务器上生成，并且您可以在原位缓存所有 HTML 的整页缓存，以使其超级易于抓取并且速度非常快。

关键在于可爬行性，创建静态页面将创建一个非常快的网站。

但它确实为管理员、营销人员和 SEO 带来了一 伊拉克电报数据 些注意事项。例如，如何让内容上线。您可能需要考虑如何刷新缓存，是否需要全局刷新缓存，或者是否只需要在特定页面上刷新缓存。

因此，这些是您可能想要向开发人员和工程师询问的关键事情，最好是在项目开始前询问，以便他们能够理解并思考您作为 SEO 和营销人员想要在网站内实现的目标。

速度分数

但是您可以在 Google Lighthouse 上真正查看这些速  保在发件人字段中使用您 度分数，并且使用渐进式 Web 应用工具，您实际上能够看到那些可以提高网站速度分数的关键结果。

但请记住，所有这些数据都存在于后端系统中，您需要考虑的关键是，与例如单片网站内容管理系统不同，例如，您可以进入网站并更改布局并创建字段，然后 Bob 就是您的叔叔，您有一个可以实际编辑和管理的网站，而无头网站可能并非如此。

标签和类别

因此，您需要与工程师和开发人员讨论后端系统内所需的所有标签和类别以及所有字段。这包括您想要放在前端的所有内容。原因是，即使您有能力将字段添加到无头内容管理系统，也并不意味着它会通过 API 并以您希望的方式由前端进行解释。

因此，对于前端界面，工程师或开发人员很可能  丹麦电话线索 必须将其连接到 API，并确保以正确的方式进行解释。

因此，当您考虑这一点时，我们希望您查看您想要在您的页面上显示的所有数据和所有注意事项，从排序、搜索和组织类别、子类别，到如何在后端分类法中管理这些数据，以便您拥有现在和将来前端界面可能需要的一切。

通过这种方式，您可以预先为开发人员提供他们所需的一切，以便他们为您构建所需的 API 以及管理它所需的前端体验。