我计划写一篇关于我使用了几个月微CMS（收费计划）后对比和感想的文章，与WordPress进行比较。

我能将承接实务工作的WordPress网站更改为microCMS吗？

我们将考虑是否能够将以前在工作中承接的使用WordPress创建的企业网站和自有媒体转变为使用类似microCMS的无头CMS。

我认为本来就不应该对比microCMS和WordPress，但我想有些人可能在考虑是否可以将现有的WordPress网站转换为microCMS（无头CMS）的实际操作性。

什么是无头CMS？解释与WordPress的区别和特点| microCMS博客

我想以引用这篇文章的方式来表达我的个人观点。

WordPress的一些问题

在与无头CMS进行比较时，我们将看一下WordPress存在的问题。我想我们可以看一看常见的安全问题、版本管理问题以及速度等方面。

WordPress的安全问题

有些持否定态度的人对使用WordPress的声音变得愤怒，他们认为WordPress的安全性不可靠。

当然，它是全世界使用最广泛的CMS，因此很容易成为攻击者针对的弱点。

但是，我认为无论如何，在将任何东西发布到网络上时，绝对的安全是不存在的。

即使是静态网站，也存在JS导致的XSS和开放重定向等可能性。

在WordPress中，你可以使用安全插件来进行安全防护，并且可以了解插件的兼容性和漏洞情况。你也可以通过网站健康检查来查找漏洞。

美国总统白宫网站也是用WordPress制作的。

顺便提一下，需要格外注意安全性的似乎是美国白宫的网站，也是用WordPress制作的。

当然，使用WordPress在安全性要求高的项目中是可以的，尽管与一般网站相比，其成本可能会有所不同。

我觉得在这方面和日本人的感觉有些不同。
在日本，如果安全性成为重要问题，WordPress将立即被排除在外。
然而，在美国，我认为人们有一种“好的东西就要使用”的灵活思维方式。

WordPress的版本管理很繁琐。

WordPress的版本管理很麻煩。

如果WordPress核心经常更新的话，每次都要检查插件的兼容性就会很麻烦。

在社群中有一个关于”WordPress的极限”的问题，原因是”没有提供真正的支持，并且需要自行管理版本”。

确实，WordPress的版本管理可能会很麻烦，但是只要网站使用了任何库或外部加载，对于这些版本更改仍然需要相应的处理。

使用Headless CMS可以降低管理界面开发和基础设施管理的成本。

无头CMS可以减少网站的基础设施管理。

由于可以创建用于系统编辑的管理界面，Headless CMS可以大幅减少创建工作量，从而可以专注于主要的开发工作。此外，由于它是云服务，因此无需管理基础设施，可以减少服务器管理和运营成本。

关于管理界面的开发，尽管可以降低成本，但也会有一些不足之处，无法自由地定制管理界面可能算作其中之一。

如果你在WordPress中管理多个网站，我认为很多人会通过改变管理面板的颜色来一眼就知道是哪个网站的管理界面。

使用无头CMS能否大幅提高开发流程的效率？

在传统的开发方法中，流程通常是先进行线框设计，然后进行设计和开发，最后才能开始内容的创建。
而头部无内容管理系统（Headless CMS）由于前端和后台系统彼此独立，可以采用敏捷开发方法进行制作。
这意味着内容不需要等到整个网站建成后才开始处理，而是可以与设计和开发同时进行，从而提高项目流程效率并缩短整体进度。
引用：「头部无内容管理系统（Headless CMS）」是什么？与WordPress的区别和特点解释 | microCMS博客

在WordPress网站中，无法完全将前端和后端分离。

因此，我认为很多公司首先制作设计，然后进行静态编码，最后进行WP实施。

或许是由于技能原因，但实际上在制作WordPress网站时，直接进行WP实现编码可能更快，这也是为什么有些人会选择这样做的原因吧。

在定制现有主题的同时进行构建的情况下，也可能会这么做。

如果是一个像WordPress一样构建的博客网站，似乎就没有必要区分前端和后端。

此外，如果在客户工作中每次只制作类似的网站，那么通过使用Headless CMS可以提高开发效率。但如果每次都是开发原创主题，那么这不适用。

在这种情况下，我认为使用WordPress插件更方便地进行功能扩展的优势更大。

Headless CMS和WordPress在显示速度上有多大的差异？

如果使用静态网站（Jamstack・SSG）而不涉及与服务器的交互，那么相对来说会更快，但实际上，在实施方面采取速度优化措施更为重要。

我认为关于网站速度有许多因素，不仅仅是使用无头CMS使其快速或使用WordPress使其变慢这样的说法。

实际上，有许多WordPress网站在PSI性能方面实现了90％以上的结果。

例如，在PSI中，有一个突出的“下一代格式图片”的改进项目，但在WordPress中，可以通过插件等简单地进行WebP图片的传送。

不过，对于无头CMS来说，可能需要自己建立分发机制，可能有些人会忽视这一点。

使用microCMS的感受。

由于我从未使用过其他无头CMS，所以我的讨论只涉及microCMS。我想写一些我认为的观点，主要是从创建企业网站和自媒体的角度来看。

给客户留下输入的印象较为困难。

如果您负责自己公司的文章投稿工作，那就很好。但是，多半情况下，客户会直接进行文章投稿。

在那种情况下，我感觉到一些困难的部分。

除非是非常简单的文章投稿，基本上在microCMS的情况下，我认为需要创建所谓的重复字段，就像官方宣布的那样。

 

但是，只有这样的话与WordPress相比，我觉得操作起来比较困难。

富文本编辑器的功能在WordPress上不可避免地比较次。

这种比较是不妥的，而且两者的历史本来就不同，而且microCMS公司也处于不断开发中的阶段。
然而，从客户的角度来看，那些问题都无关紧要，他们只是希望使用一个易于操作的编辑器。
考虑到microCMS无法自定义编辑器，因此很难提出建议。

举个例子，有以下一些我感受到的观点。

不能选择在新标签页中打开链接还是在当前标签页中打开链接。

在插入图片时，希望将其转换为WebP格式。

前端工程师可能希望通过将图片转换为WebP格式或使用懒加载等方式来加快网页加载速度。

就microCMS而言，可以对图片进行设置，包括宽度、高度、alt等。如果要添加链接，还可以选择在新标签中打开。（为什么可以设置图片却无法设置文本呢…）

对于HTML的原稿稿件，只需要在图片URL的末尾添加“fm=webp”即可。但在富文本编辑器中，需要进行输出HTML的解析处理等。

 

只需要一种选项，尽量不要添加包，这可能会导致错误，同时由于几乎所有的浏览器都支持WebP格式，所以我认为在microCMS官方功能的富文本编辑器中，能够选择是否使用webp格式会很方便。

没有桌子

微信小程序的富文本编辑器中没有表格功能。官方表示有计划实现该功能。
个人而言，我在WordPress中处理表格经常会遇到困难，所以我有一种想要用HTML编写表格的印象。但如果客户希望输入表格，就需要让客户自己编写表格的HTML。

无法为编辑器应用样式

举个例子，对于WordPress来说，您可以在编辑器中应用样式。这样一来，撰写者就可以像实际网站一样编写文章。然而，在microCMS中是不能做到这一点的。

内容API只有3个确实有点少。

这是提出在业务中使用microCMS时最大的障碍，我觉得。

在 microCMS 中，您可以免费创建3个内容API，具体限制不得超过此数量。

 

我觉得这还是太少了。如果升级到付费计划（每月约5000日元），就可以创建10个项目。

如果有十个的话通常足够了，但只有三个免费的话给人的印象比较严苛。

创建常规的WordPress博客时，通常会使用「文章」、「固定页面」、「分类」和「标签」，共计4个。

此外，即使您想要在microCMS上进行WordPress的自定义投稿、小部件等操作，或者想要设置自定义菜单，也需要创建API。虽然可以通过API进行筛选来实现，但从管理角度来看，这并不理想，也不适合在规模扩大时考虑。

因此，仅仅使用免费的microCMS只能创建简单的博客，给人一种印象。

如果至少能够免费创建5个API，我觉得我可以在许多实际项目中提出建议。

只使用microCMS是无法完成查询表格等操作的。

如果有人通过HP向我们提问，我们希望能够转发和管理收到的询问，并发送自动回复邮件之类的。

在WordPress中，您可以安装Contact Form 7插件来管理邮件收件和发送自动回复邮件等功能，但在microCMS中无法进行类似的操作。

在这种情况下，microCMS提出的一个想法是利用Zapier等工具。

 

通过使用Zapier，您可以自动化任何任务。

但是，Zapier的免费使用范围有限。如果要使用Webhook功能，则需要升级为高级订阅计划。

而且，每个计划可执行的任务数量也不同。
如果咨询量很大，并且随之而来的执行任务数量增多，就需要升级计划。

如果使用WordPress，您可以完全免费地使用contact form7，但在microCMS的情况下不是那么简单。您可能需要考虑使用其他表单系统，但当然它们也经常不完全免费。

在提案microCMS时，需要事先考虑这一区域。

其他细节要求

我有一个想法，希望能做到这一点。

我想要在输入框中设置默认值。

在说明栏中写下常用的文本等方法也可行，但如果文本很长，说明栏也会变得啰嗦，影响阅读体验。

我想要控制更新日期和时间

举例来说，以WordPress为例，您可以将公开设定设置如下。

在进行轻微修改时，也经常不希望更改更新日期。

在microCMS中，只需点击“发布”按钮，updatedAt就会自动更新。

我认为在网站地图（sitemap.xml）中，updatedAt的值可能会影响lastmod的更新，但在没有关键更改的情况下，更改网站地图的lastmod并不理想，也不符合Google爬虫的策略。

 

我希望在媒体中设定默认的替代文本。

这也是与WordPress进行比较的一点，就是在WordPress上您可以为上传到媒体库的图片设置替代文本。

说到什么是方便的，例如当我们要在各个内容中插入相同的图片时，如果在库中设置了替代文本，就不再需要每次手动输入alt等内容。

使用无头CMS做到那一步有点麻烦，不过可以节省内容投稿的时间，如果有的话会很高兴。

希望您可以让未填写必填项目的情况下也能进行草稿保存。

由于在获取API时如果为空会有不方便之处，所以拥有必需的功能会更加便利。

然而，我对于在草稿阶段必须填写所有必填项目才能保存的问题感到担忧。

在实际撰写时，通常会有一些想要稍微中断工作的想法。但是在microCMS的情况下，如果不填写所有必填项目，就无法保存草稿。

投稿者想在草稿保存时先保存为草稿状态，觉得那些验证功能只在正式发布时才需要，这是他们的真实想法。

我想在管理界面上进行数据备份。

为了应对万一情况，以及防范人为错误，您可能会想要定期备份数据。

在microCMS中，目前无法通过管理界面进行备份功能，即使进行备份也需要通过API获取JSON数据。

微CMS和无头CMS的优点

在创建WordPress等网站时，使用microCMS可能更好。

如果网站设计简单，那么开发过程可以大大简化。

如果过去一直使用WordPress制作公司网站等，但几乎没有使用其功能的话，可以考虑使用像microCMS这样的工具简化开发流程。

不需要一直思考服务器或WordPress之类的事情，非常轻松。

一个静态网站不错

如果没有特殊的理由，我认为网站最好是静态页面。
由于WordPress是PHP构建的，所以基本上无法在速度上超过静态网站。

如果不受服务器停机影响或者希望使用静态网站等场景，可以说是无头CMS的出场时机。

microCMS 是一个简单易用、简洁明了的内容管理系统。

由于是日本的无头CMS，所以它使用日语，并且非常简单易用。

如果只是输入基本的文章，相比WordPress更易理解和使用。

WordPress有很多杂乱的功能，管理界面也很混乱。

在交付产品时，许多人会刻意隐藏那些不必要的功能，以免让客户感到困惑。

即使没有花费任何金额，也可以建立网站并进行公开发布。

对于WordPress来说，大多数情况下需要支付服务器使用费，但对于静态网站来说，可以通过CDN分发来公开网站而无需服务器，这意味着可以以零成本来发布网站。

目前来看，可能很难建议使用microCMS来创建自媒体等内容。

以下是理由。

需要花费资金

据说无头CMS的成本并不高，但实际上，与普通的WordPress网站相比，成本更高的印象。

以下是作为理由的内容：

首先，您可以免费创建最多三个API。如果需要超过三个API，您将需要更改计划，并需支付大约5000日元每月。

此外，增加功能的实施似乎需要巨大的技术和人力成本。

如果客户要求添加像常见的WordPress博客一样的”目录”或者”气泡状设计”，那么只需要在WordPress中安装插件即可。
在众多全球插件中选择评价较好的即可。

但是如果使用无头CMS，即使要创建目录也需要自己动手制作。

对于每篇文章，还需要控制标题级别的显示和隐藏，考虑到SEO方面，这也是一项相当费时且困难的任务。

提交内容需要具备HTML知识。

在前面提到的情况下，如果有需求，比如说想要加入对话框设计，microCMS的情况下，只能通过HTML进行描述。

在WordPress上创建文章组件时，并不是可以直观地使用可视化编辑器或块编辑器来提交内容，很可能在大多数情况下需要在文本区域输入HTML内容。

在处理HTML时需要注意，只要开始标签、闭合标签或多余的半角字符出现，就可能会影响设计并导致错位。

如果对方的代表有这些知识就好了，但是对于没有这些知识的人说“请编辑HTML”是很难说出口的真实感受。

WordPress可以通过签订维护管理合同来进行合作。

在创建WordPress网站时，可能需要以维护管理为基础进行合同推进，虽然这可能听起来有点刻薄。

在使用微型CMS等无头CMS时，特别是当不需要太多维护管理时，提出维护管理费用的具体内容是什么？这往往是一个常见问题。

WordPress有很多解决问题的信息。

关于WordPress，有很多信息可供参考。即使是太过特定的问题，在英文搜索中也肯定会找到一些有用的文章作为提示。

然而，对于无头CMS，基本上都需要依靠自己的能力，因此在问题发生时自行解决的难度会有所不同。这是我所感受到的印象。

总结

microCMS一直在不断进行功能更新和改进。写在这里的东西可能很快就会过时。最重要的是，随着microCMS用户的增加，使用费用也会降低，从而希望能扩大使用范围。

如果可能的话，我希望有更多的人使用microCMS。