详情
订阅
  • 首页
  • 产品
  • 解决方案
  • 文档&开发者
  • 价格体系
  • 合作伙伴
联系我们
产品竞争力
MassCMS致力于为企业客户持续不断的提高数字化体验和个性化的服务
Adobe AEM
基于JAVA的混合型CMS

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
基于NodeJS的无头CMS

Strapi 是一个无头 CMS,用于开发网站、移动应用程序、电子商务网站和 API。它允许在不了解后端或数据库的情况下创建 API。系统根据内容模型自动构建 API,使用 Strapi 示例可以轻松查看 CMS 中的数据。

 

Strapi CMS 是一个免费的开源无头 CMS,它使用 API 将前端链接到 Strapi 的后端,这是一个开源和免费使用的产品,对于熟悉nodejs的人来说,它易于学习和使用。无头 CMS 策略可以轻松启动和运行新的新建项目。开发人员切出块并使用 API 连接一切。

 

Strapi 通过集成的管理面板和开箱即用的一组可靠的核心功能来节省 API 开发时间。无论是后端、全栈还是前端开发人员,使用 Strapi 和 API 开发都是比较容易的,无需重复造轮子并浪费时间构建常见功能,例如基本的创建、读取、更新和删除( CRUD ) 操作或身份验证和授权。

缺点及不足
  • 不能同时满足多个项目的管理

  • 无法做到所见即所得,它只提供API,并不提供页面管理

  • 创建和更新内容模型缓慢,需要重启服务

  • 资产管理功能简单,不能满足大数据量的要求

  • 第三方插件的质量不统一,甚至有很多bug和安全漏洞

  • 没有办法做到业务层次的定制化

  • 内容管理功能非常有限,需要大量的插件进行补充

  • 无法做到前后端分离

  • 与其它系统做集成有困难

Contentful
基于Nodejs的无头CMS

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

WordPress是一个基于PHP的内容管理系统 (CMS),可让您创建博客、网站或 Web 应用程序。WordPress 是全球数百万开发人员使用的开源耦合类型内容管理系统 CMS。与其他解决方案相比,使用和维护它的人数占 CMS 使用量的 43% 以上。

 

WordPress刚开始用来做博客,现在也被广泛应用在企业网站制作上面,它现在是CMS市场占有率高的开源软件,插件以及模板非常的多,程序员可以直接在用户后台界面可以直接调用模板、插件,非常易用。

 

WordPress易于上手,有数以千计的主题可供选择,以及数以千计的插件选项,包括搜索引擎优化,同时还有庞大(和支持)的社区,经常更新,与第三方工具集成良好,易于扩展,响应迅速。

 

它是一款开源软件,可以免费下载、改编、修改,并以您认为合适的方式使用。WordPress 因其灵活性而广受欢迎,尤其是在博主和小企业主中。

缺点及不足
  • 非常臃肿

  • 插件虽然很多,但是插件质量参差不齐,如果使用不当,会带来巨大的风险

  • 非常繁杂的操作界面,不是很友好

  • 容易受到黑客的攻击

  • 内容管理功能非常有限,需要大量的插件进行补充

  • 无法做到前后端分离

  • 有很多的bug,需要长期有技术人员对其进行维护

  • 网站时常会发生感染病毒,被恶意攻击,账号被盗,网站崩溃等情况

  • 由于安全性的缺失,注定不太适合企业用它来开发网站

Drupal
基于PHP的传统CMS

Drupal诞生于2000年 ,是使用PHP语言编写的开源内容管理框架(CMF),它由内容管理系统(CMS)和PHP开发框架(Framework)共同构成。

 

它具有定制化弹性高、功能丰富、插件众多、免费模板多、可扩展性强、可提供多样的前端API以支持headless(内容与展示分离)的技术路线等突出的优点。Drupal 拥有非常强大、无可比拟的扩展性和灵活性。

 

但是Drupal的学习成本非常昂贵、在其上建站需要调用众多的开源“模块”(相当于插件),一个典型的网站需要调用30多个模块,模块之间有松耦合,也有紧耦合的,配置工作非常困难;开源版本升级各模块的兼容性没有保障:如D7版本升级到D8版后约90%的模块不能在D8版使用;TCO总拥有成本不合算,即便使用免费软件版本,但是实施的工时比较长,而且需要经验丰富的开发工程师,总体成本不便宜;原网站开发团队离开后别人不容易接手维护。

 

Drupal是面向“开发人员”的工具,而非面向普通用户的产品。要基于 Drupal 搭建一个网站或者是系统,普通用户入手之初最多只能安装和配置一些简单的模块,要想做到像熟手们说的那样“找到模块安装一下就好了”,那是不可能的。在用户体验“能用、易用、好用”的三级标准上,Drupal 的功能在很大一部分程度上都只是“能用”的级别。

缺点及不足
  • 使用学习困难

  • 需要经验丰富的技术人员做支持

  • 实时费用昂贵,周期比较长,运营成本高

  • 复杂繁琐的操作界面

  • 兼容性没有保障

  • 原来的开发人员离开后,很难有人接手维护

MassCMS
基于JAVA的混合型CMS
具有无头CMS的灵活性和敏捷性

MassCMS完全支持所有的无头CMS功能,无头CMS代表着未来,开发人员可以根据需要创建多个发布层(使用任何的开发语言),将内容推送至可以想象到的任何新渠道。无头CMS 只需管理内容,并等待由开发团队构建的前端发布层进行 API 调用。

 

由于新的渠道和用户设备不断涌现,不仅要构建出色的内容,而且要高效的把内容发布到任何位置。无头 CMS 意味着营销人员和开发人员现在可以构建完全定制化的内容,而且更重要的是使其内容运营适应未来发展需求,将出色的内容发布到任何位置。

具有传统CMS的所见即所得的页面可视化编辑

由于无头CMS具有api-first的特点,提高了灵活度,但也正是因为这样的特点,导致对于营销人员有难度,因为在创建内容时候,不擅长技术的营销人员无法使用所见即所得的撰写或编辑方式。

 

前后端完全分离的做法,无法有效的管理前端,当新的需求发生,需要创建新的内容块的时候,需要重新构建展示渠道,这意味着无法打造个性化的体验。

 

MassCMS不仅拥有无头CMS的优点,而且保留了传统CMS的优点,MassCMS 架构将无头 CMS 的灵活性和可扩展性与传统的耦合 CMS 提供的个性化和内容分析功能相结合。营销人员不仅可以及时发布内容,并且可以打造个性化的用户体验。

同时支持JsonAPI,GraphQL,RESTFUL API

一些简单的查询可以使用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不会开放第三方模版和插件的开发,我们致力于为企业用户提供优秀的功能和良好的服务,所有的功能都是经过仔细的调研,严格的测试才会发布,并且持续的提供保障,我们没有提供开源的计划,也不寻求建立庞大的社区,因为这会让我们失去焦点,可能会降低对企业用户的服务水准。