订阅
Adobe Experience Platform 由 Adobe 于 2011 年创建,是一套客户体验管理 (CEM) 服务和工具。AEM 套件支持 Adobe Experience Cloud、Marketing Cloud、Document Cloud 和 Creative Cloud 等服务,并允许用户将内容和数据加入一个客户数据平台 (CDP)。
AEM 是数字资产管理和内容管理系统的组合,可在移动、Web、电子邮件和社交媒体等所有平台上提供最佳客户体验。它简化了网站内容的管理和交付流程。AEM 带有五个模块——站点、资产、移动、表单和社区——它们共同构成了一个出色的 CMS 平台并提供高流量的网站和移动应用程序。
AEM是 Adobe 的数字体验解决方案 Adobe Experience Cloud 的一部分。它可以与 Adobe Analytics、Adobe Target、Adobe Audience Manager、Adobe Commerce Cloud 和 Marketo Engage 一起使用。这些解决方案之间的集成能够从各种来源进行数据分析,建立客户细分,创建集体客户档案,并通过不同渠道提供定制体验。
此外,AEM帮助您的销售团队管理客户关系,提供丰富的多媒体体验,并进行有针对性的营销。AEM Adob e Experience Manager 基于 OSGi 技术构建,该技术是 Java 的动态模块系统。
使用学习困难,需要长时间的培训和学习周期
使用价格昂贵,一般的公司难以负担
复杂繁琐的操作界面,对新用户来说不堪重负
需要丰富的IT经验才能使用它
实施周期很长,很难短期内交付用户体验产品
Strapi 是一个无头 CMS,用于开发网站、移动应用程序、电子商务网站和 API。它允许在不了解后端或数据库的情况下创建 API。系统根据内容模型自动构建 API,使用 Strapi 示例可以轻松查看 CMS 中的数据。
Strapi CMS 是一个免费的开源无头 CMS,它使用 API 将前端链接到 Strapi 的后端,这是一个开源和免费使用的产品,对于熟悉nodejs的人来说,它易于学习和使用。无头 CMS 策略可以轻松启动和运行新的新建项目。开发人员切出块并使用 API 连接一切。
Strapi 通过集成的管理面板和开箱即用的一组可靠的核心功能来节省 API 开发时间。无论是后端、全栈还是前端开发人员,使用 Strapi 和 API 开发都是比较容易的,无需重复造轮子并浪费时间构建常见功能,例如基本的创建、读取、更新和删除( CRUD ) 操作或身份验证和授权。
不能同时满足多个项目的管理
无法做到所见即所得,它只提供API,并不提供页面管理
创建和更新内容模型缓慢,需要重启服务
资产管理功能简单,不能满足大数据量的要求
第三方插件的质量不统一,甚至有很多bug和安全漏洞
没有办法做到业务层次的定制化
内容管理功能非常有限,需要大量的插件进行补充
无法做到前后端分离
与其它系统做集成有困难
Contentful由同名公司于2011年在柏林推出,是最古老,最著名的无头CMS。 该发行商声称拥有2200名客户,拥有10,000个由其技术支持的网站。 摩根·索特(Morgan Sotter)表示:“满足感强,拥有广泛的社区。” “它的处理很容易。我们可以快速建立围绕文章,产品的内容分类。”
基于Json格式,Contentful依赖于REST和GraphQL API。 研究公司Forrester欢迎这种“ API优先和云原生方法”。 这家德国公司正在推广“ CMS作为代码”的概念。 通过这种方式,意味着通过脚本的连续部署模式。 用于根据内容模型自动配置环境,然后管理从一个环境到另一个环境的迁移的代码。
Contentful 平台是一个仅 API 的内容管理系统,旨在使开发团队能够创建自己喜欢的体验。在纯 API 环境中,所有功能必须首先由您的开发团队建模、创建,然后集成到您的站点/应用程序中。
Contentful提供saas服务,不提供服务器托管
无法提供定制化服务
由于是saas服务,数据的安全性得不到保障
它只提供API,并不提供页面管理
项目安全性得不到保证
无法提供企业级的个性化服务
WordPress是一个基于PHP的内容管理系统 (CMS),可让您创建博客、网站或 Web 应用程序。WordPress 是全球数百万开发人员使用的开源耦合类型内容管理系统 CMS。与其他解决方案相比,使用和维护它的人数占 CMS 使用量的 43% 以上。
WordPress刚开始用来做博客,现在也被广泛应用在企业网站制作上面,它现在是CMS市场占有率高的开源软件,插件以及模板非常的多,程序员可以直接在用户后台界面可以直接调用模板、插件,非常易用。
WordPress易于上手,有数以千计的主题可供选择,以及数以千计的插件选项,包括搜索引擎优化,同时还有庞大(和支持)的社区,经常更新,与第三方工具集成良好,易于扩展,响应迅速。
它是一款开源软件,可以免费下载、改编、修改,并以您认为合适的方式使用。WordPress 因其灵活性而广受欢迎,尤其是在博主和小企业主中。
非常臃肿
插件虽然很多,但是插件质量参差不齐,如果使用不当,会带来巨大的风险
非常繁杂的操作界面,不是很友好
容易受到黑客的攻击
内容管理功能非常有限,需要大量的插件进行补充
无法做到前后端分离
有很多的bug,需要长期有技术人员对其进行维护
网站时常会发生感染病毒,被恶意攻击,账号被盗,网站崩溃等情况
由于安全性的缺失,注定不太适合企业用它来开发网站
Drupal诞生于2000年 ,是使用PHP语言编写的开源内容管理框架(CMF),它由内容管理系统(CMS)和PHP开发框架(Framework)共同构成。
它具有定制化弹性高、功能丰富、插件众多、免费模板多、可扩展性强、可提供多样的前端API以支持headless(内容与展示分离)的技术路线等突出的优点。Drupal 拥有非常强大、无可比拟的扩展性和灵活性。
但是Drupal的学习成本非常昂贵、在其上建站需要调用众多的开源“模块”(相当于插件),一个典型的网站需要调用30多个模块,模块之间有松耦合,也有紧耦合的,配置工作非常困难;开源版本升级各模块的兼容性没有保障:如D7版本升级到D8版后约90%的模块不能在D8版使用;TCO总拥有成本不合算,即便使用免费软件版本,但是实施的工时比较长,而且需要经验丰富的开发工程师,总体成本不便宜;原网站开发团队离开后别人不容易接手维护。
Drupal是面向“开发人员”的工具,而非面向普通用户的产品。要基于 Drupal 搭建一个网站或者是系统,普通用户入手之初最多只能安装和配置一些简单的模块,要想做到像熟手们说的那样“找到模块安装一下就好了”,那是不可能的。在用户体验“能用、易用、好用”的三级标准上,Drupal 的功能在很大一部分程度上都只是“能用”的级别。
使用学习困难
需要经验丰富的技术人员做支持
实时费用昂贵,周期比较长,运营成本高
复杂繁琐的操作界面
兼容性没有保障
原来的开发人员离开后,很难有人接手维护
MassCMS完全支持所有的无头CMS功能,无头CMS代表着未来,开发人员可以根据需要创建多个发布层(使用任何的开发语言),将内容推送至可以想象到的任何新渠道。无头CMS 只需管理内容,并等待由开发团队构建的前端发布层进行 API 调用。
由于新的渠道和用户设备不断涌现,不仅要构建出色的内容,而且要高效的把内容发布到任何位置。无头 CMS 意味着营销人员和开发人员现在可以构建完全定制化的内容,而且更重要的是使其内容运营适应未来发展需求,将出色的内容发布到任何位置。
由于无头CMS具有api-first的特点,提高了灵活度,但也正是因为这样的特点,导致对于营销人员有难度,因为在创建内容时候,不擅长技术的营销人员无法使用所见即所得的撰写或编辑方式。
前后端完全分离的做法,无法有效的管理前端,当新的需求发生,需要创建新的内容块的时候,需要重新构建展示渠道,这意味着无法打造个性化的体验。
MassCMS不仅拥有无头CMS的优点,而且保留了传统CMS的优点,MassCMS 架构将无头 CMS 的灵活性和可扩展性与传统的耦合 CMS 提供的个性化和内容分析功能相结合。营销人员不仅可以及时发布内容,并且可以打造个性化的用户体验。
一些简单的查询可以使用RESTFUL,一些复杂的查询使用 GraphQL,大部分的CMS支持GraphQL,或者支持RESTFUL,但是Graphql请求语法复杂,学习成本高,全新的格式需要从客户端到服务端全都支持,代码量很大,迁移风险也很大。
作为对Graphql的补充,MassCMS提供了apijson的访问形式。APIJSON的请求用的是JSON通用的格式,语法简单,容易上手,只要会JSON就会APIJSON,展示更直观,解析更方便,代码量小,没有中间层,完美兼容传统HTTP接口,几乎无迁移风险(可以逐步迁移,先把未实现的功能用APIJSON去做,以前的接口也不用改)。
APIJSON支持远程函数调用,这可以满足业务层次的定制化,MassCMS同时支持JsonAPI,GraphQL,RESTFUL API,用户可以根据自己的需求做出选择。
数字媒体已成为我们日常体验中越来越重要的一部分。每天,我们都在消费和互动照片、音频文件、视频剪辑、动画、游戏、互动广告、流媒体电影,甚至体验营销,随着虚拟现实和增强现实的兴起,获得了更多的数字化优势。
AEM通过其DAM产品系列提供数字资产管理,而在我们的计划中,数字资产管理同样是MassCMS重要的一个功能,MassCMS提供了一个安全的存储库,它有助于创建、管理、组织、制作、分发以及潜在地货币化被标识为数字资产的媒体文件。
通过工作流的管理,用于管理、操纵、转换、安全、移动和处理富媒体文件及其元数据的特定设施;通过权限的管理,有效管理资产状态,版权信息,并降低因使用未经许可、未经批准或过期的资产而受到法律处罚的风险;通过自动化的标签,让所有的图像资产拥有智能标签,并且可以管理标签和注视。
总之,MassCMS关注在所有设备上向正确的人提供正确的内容,而且是实时的,能够跟踪和衡量整个企业的数字资产参与度及其潜在的市场影响力。
Webhook
Webhook 是一个 API 概念,是微服务 API 的使用范式之一,也被成为反向 API,即前端不主动发送请求,完全由后端推送,Webhook 就是一个接收 HTTP POST(或GET,PUT,DELETE)的URL,一个实现了 Webhook 的 API 提供商就是在当事件发生的时候会向这个配置好的 URL 发送一条信息,与请求-响应式不同,使用 Webhook 你可以实时接受到变化。使用Webhook来调用第三方平台的api,可以在不更改MassCMS的任何代码的情况下,用来定制部分的业务场景。
远程函数
Webhook只能实现简单的业务处理,使用JsonAPI的请求方式,在后端编写远程函数,可以拿到 session、version、当前 JSON 对象、参数名称 等,然后对查到的数据自定义处理,在远程函数中,可以任意的编写业务逻辑代码,通过最小的代码变化,实现业务逻辑的处理。在目前市场上所有的CMS产品中,没有任何其它产品具备这样的功能。
wordpress以及strapi都有众多的插件可供选择,他们非常开放(实际上他们都是开源项目),插件可以高度定制。插件虽然很多,但是插件质量参差不齐,很多甚至无人管理或者不稳定,如果使用不当,会带来巨大的风险,在安全性方面,也会带来漏洞。作为一个企业级的CMS系统,这是难以承受的风险。
MassCMS不会开放第三方模版和插件的开发,我们致力于为企业用户提供优秀的功能和良好的服务,所有的功能都是经过仔细的调研,严格的测试才会发布,并且持续的提供保障,我们没有提供开源的计划,也不寻求建立庞大的社区,因为这会让我们失去焦点,可能会降低对企业用户的服务水准。
公司
文章
解决方案
文档&开发者
联系我们