保证完美内容模型的唯一方法

我以为我知道了关于内容建模我需要知道的一切。因此，当我接手一个涉及将一家财富500强B2B公司的数字营销堆栈迁移到一个无头CMS环境的项目时，我认为这是例行公事。

但是这个项目挑战了我所知道的关于内容建模的一切。我正在分享我学到的经验，以帮助内容领导者与开发者沟通——所以你可以从我犯的错误中吸取教训。

什么是内容模型，为什么需要内容模型？

内容模型通过映射内容类型、它们的元素以及元素和类型之间的关系来表示内容结构。它们通常用于帮助开发人员和内容团队理解新的内容管理系统和其他类型的内容技术的需求。

内容策略的语言提供了有用的解释:

内容模型是结构化内容的一种表示，它表现了关键的内容类型及其相互关系。当谈到什么内容对组织有真正的价值以及成本如何时，内容类型是业务、创意和技术团队之间共享词汇的重要组成部分。

结构化内容使得它可以很容易地以自动化的方式重用。这意味着您可以避免剪切粘贴和其他手动方式来重新创建东西。

内容模型帮助内容领导者和开发人员在CMS迁移等项目中交流业务需求和目标。

(如果您需要内容模型的初级读本，请从这里开始:结构化内容:内容模型入门。)

理论上的内容模型优化

为了帮助我的财富500强B2B客户，我从熟悉的内容建模原则开始，比如使用语义类型、重用内容和映射到schema.org词汇表。不熟悉这些概念？这就是为什么你的内容模型应该考虑每一个因素。

语义类型

一个内容模型的最终输出应该是一个真正的全渠道内容生态系统，可以随时随地把有价值的内容放到任何设备上(甚至是那些还没有发明出来的设备)。这意味着内容必须与其呈现相分离。例如，设想一个设计包括一个行动号召，并有标题、描述和图像来支持它。你的设计团队称之为预告片。问问你自己:“一封电子邮件，一个语音应用程序， 还是手机app？“不尽然。但是一篇新闻文章、博客或促销活动可以。为了让您的内容无缝地在全渠道生态系统中传播，它必须是语义化的——以其内容类型命名，而不是以其在模板或交付渠道上的显示命名。内容模型不能被定型、分解或设计成适合任何单一的平台、渠道或设备。它们必须提供有意义的内容表示，并且独立存在。

内容重用

内容模型应该为内容重用制定策略。考虑到重用而构建的内容模型可以让作者避免重新创建、复制和重新格式化现有内容。在软件开发中，这被称为DRY(不要重复自己)原则。一篇文章、一个事件、一次推广，甚至是一个小片段，比如一个作者的简历，都可以被多次重用。好的内容建模应该产生一个系统，让作者一次创建一段内容，并在任何需要的地方引用它。

Schema.org制图

一个好的内容模型向搜索引擎提供内容。为了让内容通过公共内容渠道(如搜索网站)传播给人们，网站必须嵌入结构化内容，内容模型必须映射到搜索引擎能够理解的schema.org类型。这加强了搜索相关性，提高了准确性，甚至增加了内容作为特色搜索片段出现在SERPs顶部的可能性。

但是你不需要一艘星际飞船就能走到街上

我和我的团队着手创建一个带有语义类型的内容模型，它支持内容重用，并且在任何交付渠道中都有意义——包括搜索引擎。

为了使所有内容可重用，该模型将每一部分内容——无论多小——都视为有价值的资产。

但是，正如我们很快了解到的，我们对一个方面——重用——进行优化的冲动几乎会使内容模型沉没。

我们开始用传统的基于树的组织来构建CMS。因为内容是可重用的，我们把它组织在中央图书馆。一个库包含代码片段，另一个包含列表，另一个包含推广，等等。这种方法创建了各种高度组织化的小片段来组成网页。

这个CMS在一个项目和文件夹的树中组织内容。作者创建一个页面作为树中的项目。然而，为了用可重用的内容填充页面，作者在树的单独的、中心的共享文件夹中拉出或创建可重用的项目。

这个插图可以帮助你想象这个过程。在左侧，树的顶部有一个代表页面的内容项。下面的几个内容项代表独立的可重用内容。中间是作者必须为内容项完成的表单。作者将可重用内容链接到第一个项目，以构成右侧的网页。简而言之，为了支持最终的内容重用，每部分内容都必须单独创作， 组织在树的一个单独的地方，并在页面中链接以创建整体。

太美了。我们创建了我认为的充满可重用性的理性内容模型。

我是对的。理论上。

但是这种漂亮的内容模型创造了一种繁琐的创作体验。要创建一个页面，你必须找到正确的部分，跳转到另一个库中找到将填充它的部分，将该部分链接到页面，并多次重复该过程。

我们让每一个可以想到的部分和内容片段都可以重复使用，并创建了一个过于复杂而难以维护的创作流程。

然而，当我查看页面内容时，我意识到大部分内容可能永远不会被重用。我们创造了一辆拥有星际飞船所有功能和动力的交通工具，只是为了每天开车去杂货店。

实践中的内容模型优化

幸运的是，我们从真实内容的创作体验中学到了很多经验。当我们建立一个新的模型时，我们意识到更多，这一次专注于使内容作者更容易。

尽管您的内容模型与我们构建的不同，但是请考虑以下重要事项。

1.考虑不止一个内容模型

使用一个主内容模型迫使我们创建许多小的可重用内容，即使这些内容不太可能被重用。这种方法损害了可用性和灵活性。对于我们改进的现实世界的尝试，我们在两个模型之间划分和分类内容:

• 主内容模型定义了核心内容，并确定了跨多个渠道(不仅仅是web)的可重用性的优先级。
• 特定于频道的模型适应快速变化的网站内容类型，如滑块、英雄和大型菜单，这些内容通常不会重复使用。

作为开发人员，我们更喜欢语义类型。但是我们仍然为特定于web的约定创建了(非语义)类型，比如spinner或mega navigation。这种双模式方法让我们实现了几个方面的最佳效果:内容重用、对有价值的内容资产的全渠道支持，以及网站的灵活性和快速迭代。

2.规划灵活的内容组织

分离核心内容和特定于频道的内容帮助我们认识到，并非所有内容都需要重用(因此，并非所有内容都需要放在中央库中)。这使我们能够创建简单、灵活的解决方案来创建和组织特定于页面的内容。

我们允许单一用途的内容与它所属的页面组织在一起。这将一个页面的大部分内容集合在一起，使得制作者可以很容易地找到特定于页面的内容，而无需在整个内容树中搜寻(见下图)。作者可以选择将页面内容移动到中央库中以供重用。这种方法在创作团队学习协作和创建可重用内容时提供了一个过渡路径。

3.把作者放在代码前面

内容模型(以及它所支持的技术)必须服务于它的主要客户:内容作者和网络制作者。然而要创建它，你需要和有技术背景的人一起工作。有技术背景的人从代码架构的角度思考。

这种想法经常导致内容模型服务于代码而不是内容作者。开发人员为了理论上的好处(如灵活性、可维护性和代码重用)而牺牲了作者的经验，因为他们没有想象或经历过这些决策的影响。了解内容模型如何影响创作过程的唯一方法是尝试一下。

例如，在我们构建的模型中，企业确定了一种需要多个内容部分的页面类型。页面类型将展示他们的软件产品，他们希望在选项卡中显示这些部分。

我们的技术直觉是关注页面布局，保持代码简单。我们决定定义两种内容类型:“选项卡部分”和“选项卡内容”起初，这似乎是显而易见的。它将为客户提供适应设计变化的最大灵活性。

然而，这种开发人员驱动的方法会产生创作问题。如下图所示，必须单独创建每个选项卡。然后作者必须创建一个表示选项卡部分的内容项，并找到和链接每个选项卡。最后，作者将选项卡部分添加到软件页面。

想象一下，网站上的许多页面都遵循这个过程。

当我们进一步挖掘需求时，我们发现企业希望在每个软件页面上有四个有意义的部分——概述、规格、定价和相关资源。在软件模型上识别这些具有不同属性的内容的语义比把这些内容显示为标签更有价值。

有了这种认识，我们创建了一个软件内容类型，其中包含了呈现概述、规范、定价和相关资源内容所需的所有字段(参见下图)。网站可以在标签上呈现这些内容。然而，任何其他系统都可以理解它。

最重要的是，该解决方案更易于使用。作者可以在一个表单上管理软件页面的大部分内容，而不是必须管理树中独立的、微小的相关内容。

现实世界的外卖

如果你是一个内容营销者，甚至是一个内容战略家，你可能不会自己建立一个内容模型。只要记住向你的开发团队传达这个重要的教训:优先考虑作者的可用性。

不要让你的开发者忘记，如果给用户带来了糟糕的体验，那么再漂亮的代码也是毫无意义的。在模型确定之前，要求您的开发人员完成创建内容的步骤。

这个教训看起来很明显。但是在追求完美的解决方案时，很容易陷入过于复杂的陷阱。