Headless CMS 初学者指南
已发表: 2022-02-01无头 CMS（内容管理系统）删除了内容数据库后端与用户访问您的网站或应用程序时向用户提供内容的方式之间的直接链接。
这与传统的“耦合”CMS 相比，其中数据库和内容的呈现都由同一个CMS 控制。
虽然耦合 CMS 有其优势——例如编辑数据库及其在屏幕上显示方式的单一界面——但无头 CMS 更强大、更灵活。
对于较大的网站、复杂的数据库或当多人需要处理您的内容、网站/应用程序和现场 SEO 的不同方面时尤其如此。
什么是无头 CMS？
在传统的 CMS 中，后端内容数据库和前端网站设计可以在同一个 CMS 仪表板中进行编辑，这就是为什么这些系统被称为“耦合”的原因。
无头 CMS 系统为数据库和交付使用单独的系统，API（应用程序编程接口）充当两者之间的桥梁。
一些最常用的无头 CMS 包括 Ghost、Prismic、Netlify 和 Contentful，与耦合 CMS 一样，它们旨在高效运行、提供灵活的功能并在您的数据库开始增长时快速扩展。
由于复杂性更高，无头 CMS 可能更昂贵，但它提供了耦合系统无法提供的功能，例如以完全不同的方式为从不同设备访问您网站的访问者提供内容的能力。
这反过来又对响应式网站设计等搜索引擎优化 (SEO) 技术产生了一些积极影响，因为您的内容可以以响应更快、平台相关且真正适合移动设备的方式提供。
无头 CMS 的更多好处
让我们看一下无头 CMS 的一些具体好处，这些好处有助于推动这种方法在全球网站上的大规模普及和快速采用：
定制内容
更密切地控制您的内容及其显示方式意味着您可以在更大程度上自定义您的页面。 无论您是针对特定用户组还是针对整个受众执行此操作，这都为您提供了更多在竞争对手中脱颖而出的方法。
加载速度更快
使用适合设备的 API 和前端可优化不同设备上的加载速度，包括通过移动数据连接访问您网站的设备。 这也支持您在 SEO 活动中采取的任何行动，以提高您的 Core Web Vitals 性能。
面向未来的灵活性
安装额外 API 的能力意味着您的数据库将来可以连接到新的前端。 这可以让您实现多样化，例如，从面向桌面和移动访问者的网站，到提供店内信息屏幕和可穿戴技术。
总之，当您有复杂的前端需求时，无头 CMS 是理想的选择，但您希望简化实际内容的编辑和维护——编辑和更新会立即反映在所有不同的平台上。
如何规划无头 CMS
内容建模是实施新的无头 CMS 之前的关键规划阶段。 它类似于您规划网站的文件夹层次结构、URL 结构和站点地图的方式，除了在这种情况下您将使用内容类型，而不是单个页面。
什么是内容类型？
您定义的各种内容类型包含从数据库中提取信息的字段。 这可能是 SEO 元数据——如果您使用传统的耦合 CMS 和 Yoast 等 SEO 插件，您可能已经看过并填写过元数据字段。
在您的主要内容页面上，您可能有用于 URL slug 的字段，以及要在页面上呈现的一个或多个可见内容部分。
您还可以定义媒体资产的内容类型，为您的文件命名、只能在内部看到的描述以及可以访问文件的位置。
内容类型如何工作？
一旦您定义了所有必需的内容类型，您就构建了一个模块化的“构建块”方法，API 可以通过该方法从您的数据库中提取信息并将其放在一起以用于不同的平台。
API 可以从不同的内容类型请求数据，并以完全独特的方式构建数据，从而以特定于平台的方式呈现页面。
如果您将来需要进行更改，例如添加新的 SEO 元标记，您可以更新内容类型以在数据库中的每个相关项目中创建必要的字段。
如何定义 SEO 要求
在深入开发之前定义无头 CMS 的 SEO 要求是一种很好的做法，以便您的开发人员知道他们需要实现什么。
需要考虑的一些要素包括：
- URL slug（可以按页面添加关键字）
- 元数据（例如“标题”、“描述”和“关键字”标签）
- 规范标签（防止重复内容处罚）
- 元机器人标签（防止不必要的页面抓取）
您还可以为一些更现代的方法和特定于服务的验证创建字段，以帮助支持您的 SEO：
- 微数据、微格式和 Schema.org 标记
- Google Analytics、Search Console 和 Bing 网站管理员工具的验证标签
- 社交媒体预览的标记（例如 Twitter 卡片）
同样，这些都会影响您的内容如何被发现以及它在不同平台上的显示方式——在这种情况下，第三方网站和应用程序——因此包括这些字段可以帮助您控制人们如何看待您的内容，无论他们在哪里找到它。
我需要多少种内容类型？
决定使用多少内容类型是切换到无头 CMS 的大问题之一，答案是这取决于您要实现的目标。
为了获得最佳 SEO 性能，您应该定义涵盖每个单独参数的字段。 例如，您可能有一个用于 robots follow/nofollow 元标记的字段，以及一个用于 robots index/noindex 的单独字段。
限制和要求
像 Contentful 这样的无头 CMS 还允许您对字段设置字符数限制，因此您可以将标题标签和其他元数据保留在一定数量的字符内。
最后，您可以将字段设为必填且唯一——因此，如果元数据从另一个页面复制或完全丢失，编辑器将收到错误消息并进行必要的更正。
无论您是使用单个内容类型中的多个字段来执行此操作，还是使用单独的内容类型以在呈现方面获得更大的灵活性，部分取决于您需要数据支持哪些功能，部分取决于个人偏好。
把它放在一起
你可以把它想象成建造一个许愿井。 砖块越大，施工就越快、越容易。 但砖越小，圆形就越完美。
内容类型的“正确数量”应该是最适合您的折衷方案，这样您就可以构建您想要的网站，而不会觉得您正在单独编辑每个段落、标题和元标记。
前端呢？
正如流行使用的几种常见的无头 CMS 后端一样，也有一些很棒的前端框架可供选择。
最好的两个是 React 和 Vue，这些现代框架再次被设计为高效工作、快速加载内容并为您的网站访问者提供最佳用户体验。
记住要考虑技术因素。 例如，预渲染您的内容可以确保它对搜索引擎爬虫完全可见，如果在客户端使用 JavaScript 渲染它可能无法“看到”内容。
最后的考虑
实施无头 CMS 后，请确保由知名的 Web 开发人员，尤其是 SEO 专家对其进行适当的审核，以确保您没有错过可能影响搜索排名的技术性问题。
一个在 API 中很常见的例子是动态 URL 的扩散，例如电子商务类别、产品的不同尺寸和颜色以及结果的分页。
通过使搜索引擎机器人可以看到所有这些 URL，您可能会在他们在您的网站上找到更有价值的静态 URL 内容之前消耗他们的抓取预算。
[案例研究] 管理 Google 的机器人抓取
阅读案例研究鼓励您的开发人员在可能的情况下实施静态 URL，并使用在无头 CMS 中实施的机器人元标记来阻止爬虫访问不需要的动态页面。
展望未来
通过考虑以上所有因素，您可以创建复杂而全面的网站数据库，通过物联网。
未来的开发工作可以在您发布数据的许多不同设备和平台上产生即时更新，从而从您的 SEO 和内容活动中获得更快、更积极的投资回报。
就像 2000 年代早期级联样式表 (CSS) 带来的内容和设计分离一样，无头 CMS 为您提供了一种更精细的方式来定义、编辑和呈现您的内容——帮助您实现 SEO 和电子商务目标在未来数月和数年内构建数据库时，这是一种更易于管理的方式。