通过结构化 API 交付扩大内容覆盖范围和多样性

Share, analyze, and explore game data with enthusiasts
Post Reply
subornaakter02
Posts: 18
Joined: Mon Dec 09, 2024 4:17 am

通过结构化 API 交付扩大内容覆盖范围和多样性

Post by subornaakter02 »

结构化 API 内容交付为组织提供了一种向客户交付内容的更好方法。它解决了内容运营中隐藏但持久的问题,同时提供了一系列好处。

覆盖范围与多样性的困境
网络团队倾向于强调两个目标之一。他们要么专注于构建最具吸引力的网页,以吸引最多的浏览量,要么专注于开发网页的变体,以吸引更狭窄的群体。他们需要决定是走宽还是窄的道路。

考虑一下如何开发主页。您可能有一个主页,每个网站访问者都会看到。主页内容对每个人来说都是一样的,但浏览量很大。您的目标是设计出能吸引大多数人的主页内容。

或者,原则上,您可以开发针对每个访问者的个性化主页。您的主页内容将更加多样化,但每个变体的影响将仅限于单个访问者。您需要最大限度地发挥每个主页变体的独特吸引力。

这个简单的例子说明了长期困扰出版商的一个问题。

出版商面临着内容覆盖面(潜在观众的数量)和内容多样性(内容为观众提供的变化量)之间的数字权衡。

您提供的版本种类越多 山东省手机号码列表 每个版本所能达到的覆盖面就越小,因为吸引的人数就会越少。您正在将观众的兴趣分散到不同的版本中。

出版商面临着这样的困境:是制作更少的网页但每个网页都会吸引更多的人,还是制作更多的网页但每个网页都会吸引更少的人。

他们面临这种权衡,因为每个网页上的内容都是固定的,并且只能完成一项工作。

CMS 页面模板强制权衡
客户应该能够访问他们感兴趣的各种内容。他们希望内容能够根据自己的需求和兴趣量身定制,并且不希望访问的内容受到限制。

出版商应该能够提供各种广泛访问的内容。同时,他们需要简化运营流程,最大限度地提高其产品的价值,尤其是在越来越多的组织审查其支出的情况下。

但是,CMS 中用于创建和管理内容的主要流程阻碍了企业及其客户获​​得丰富的内容组合。问题源于内容在 CMS 中的创建和存储方式。罪魁祸首是所谓的页面模板,它决定了哪些内容将与特定网页相关联。内容是围绕页面模板进行规划的。

传统 CMS 依靠模板来预先组装网页。内容的目的由网页定义。所有内容细节都是为了在特定网页上组合在一起而创建的。网页决定了哪些内容可用。



围绕页面模板规划内容意味着现有内容只能支持一种用例。内容是“封闭的”,因为它不能适应其他用途。它将内容锁定在页面内,这意味着内容:

难以改变(限制其变化)

Image

不能用于其他目的(限制其接触更多受众的潜力)。
最近,一些 CMS 供应商在页面模板中引入了“组件”,旨在使页面更加灵活。虽然组件页面比固定页面类型有所改进,但并没有真正解决问题。页面仍然定义了内容的使用方式的界限。您可以在页面中替换组件,这可能会稍微修改页面的用途。但您不能使用相同的信息和消息来支持不同的用途。整体内容仍然只支持单一用途。

页面模板限制了内容的实用性。发布商需要更好的选择。

结构化 API 内容交付如何提高内容效率
内容不必由特定网页定义。另一种方法是使用提供结构化 API 内容交付的 CMS。发布商不必在覆盖范围或多样性之间做出选择,现在可以同时提高覆盖范围和多样性。

结构化 API 内容交付使内容更加模块化,并克服了与传统 CMS 相关的权衡。创建的内容不依赖于页面模板 - 它可以交付到任何地方。

结构化 API 内容交付是模块化内容平台的一大优势。它结合了两种功能:将内容结构化为不同的部分,并使用 API 在客户需要时选择和交付与客户相关的部分。
Post Reply