「制作会社からmicroCMSを提案されたけれど、これは何なのか」——サイトのリニューアルやオウンドメディアの立ち上げを検討し始めた方から、こうした相談をよく受けます。調べると「ヘッドレスCMS」という言葉が出てきて、画面を持たないCMSだと書かれている。CMSなのに画面がない、と言われても像を結びません。
先に結論を書きます。microCMSは、サイトを作ってくれるサービスではありません。コンテンツの入れ物と、それを取り出すAPIを提供する、日本製のヘッドレスCMSです。ユーザーが見る画面(フロントエンド)は含まれていません。だから採用を判断する軸はひとつで、表示側をつくり、公開したあとも直し続ける相手を確保できるかどうかです。ここが決まっていないと、月額4,900円という数字だけが独り歩きします。
この記事では、ヘッドレスCMSという仕組みの説明から始めて、microCMSの機能、料金プランの考え方、向くサイトと向かないサイト、導入の流れ、そして開発会社に依頼する場合の進め方と費用の考え方まで順に扱います。実装のコードは出てきません。読者として想定しているのは、技術者ではなく発注や運用を担当する事業側の方です。なお料金と機能は2026年9月15日時点で公式サイト(microcms.io)を確認した内容です。この領域は仕様の変更が速いので、最終判断の前には必ず公式の最新情報をご確認ください。
私はTALENTBASE VIETNAMでCOOを務めています。人材業界の出身で、2018年からホーチミンを拠点に、約100社の開発体制づくりを支援してきました。当社はヘッドレスCMSを使ったWebサイトの構築を開発実績として持っており、つまり表示側をつくる側です。その立場から言うと、microCMSが合う案件と合わない案件ははっきり分かれます。更新が年に数回で配信先が1サイトだけなら、従来型のCMSのほうが総額でも運用でも楽になります。
読み終えたら、3つだけ棚卸ししてみてください。誰がどれくらいの頻度で更新するのか。コンテンツの配信先は1つか複数か。表示側を誰が持ち続けるのか。この3つが埋まれば、提案された構成が自社に合っているかどうかは、その場で判断できます。
目次
- microCMSとは
- ヘッドレスCMSとは「画面を持たないCMS」のこと
- 従来型CMS(WordPressなど)との構造の違い
- どんなサイトで使われているのか
- microCMSでできること
- 日本語の管理画面と、APIスキーマの設計
- コンテンツAPI・画像API・マネジメントAPIの3つ
- 公式が公開している制限事項と、プランで変わる機能
- microCMSの料金プランの考え方
- 4つのプランの概要(2026年9月15日時点)
- 費用が動く3つの変数
- CMSの利用料だけで総額を見ない
- microCMSが向くサイトと向かないサイト
- 向くサイトの条件
- 向かないサイトの条件
- 他のヘッドレスCMSとの位置づけ(概説)
- 導入の流れと、開発会社に依頼する場合の進め方・費用の考え方
- 導入の流れ——事業側から見た6ステップ
- 開発会社に依頼するときに決めておく5点
- 費用の考え方と、当社のヘッドレスCMS開発体制
- microCMSに関するよくある質問
- Q1. 無料プランのまま企業サイトを運用できますか
- Q2. WordPressからの移行はどれくらいかかりますか
- Q3. 管理画面で公開前の見た目を確認できますか
- Q4. 社内にエンジニアがいなくても導入できますか
- Q5. 海外の開発会社に頼む場合、契約や支払いはどうなりますか
- まとめ: microCMSは画面を持たない
microCMSとは——画面を持たない、日本製のヘッドレスCMS

microCMSは、株式会社microCMSが提供しているAPIベースの日本製ヘッドレスCMSです。公式サイトの説明もこの一文どおりで、管理画面で入稿したデータをAPIから直接取得できる、という形をとります。ここで注目してほしいのは、説明のどこにも「サイトが作れる」と書かれていないことです。microCMSが提供するのはコンテンツの入れ物と、それを取り出す口です。
ヘッドレスCMSとは「画面を持たないCMS」のこと
ヘッドレスの「ヘッド」とは、ユーザーが実際に目にする表示画面のことを指します。Webサイトでいえば、デザインが当たった状態のページそのものです。ヘッドレスCMSとは、その表示画面を持たず、コンテンツの管理と保存だけに特化したCMSを指します。
では入稿したテキストや画像はどうやってページになるのか。APIという受け渡しの仕組みを通じて、外部のプログラムが取りに来ます。取りに来る先はWebサイトでもよいし、スマートフォンアプリでも、店舗のデジタルサイネージでもかまいません。1か所で入力した内容を複数の届け先へ配る、という形が自然にできます。
逆に言えば、届け先の側は誰かが作らなければなりません。ここが従来のCMSと決定的に違う点で、この記事で繰り返し出てくる論点でもあります。
従来型CMS(WordPressなど)との構造の違い
WordPressに代表される従来型のCMSは、データを管理する部分と画面を表示する部分がひとつになっています。テーマを選べば画面が付いてきて、プラグインを入れれば問い合わせフォームが足せる。この手軽さが、従来型が広く使われてきた理由です。
一方でヘッドレス型は、管理と表示が完全に分かれています。構造の違いを整理すると次のようになります。
比較項目 | 従来型CMS(WordPressなど) | ヘッドレスCMS(microCMSなど) |
|---|---|---|
構造 | 管理と表示が一体 | 管理と表示が分離。APIでデータを渡す |
表示画面 | テーマを入れれば付いてくる | 含まれない。別途つくる |
機能の追加 | プラグインで足せることが多い | 外部サービス連携か自前実装 |
サーバーの保守 | 自社または制作会社が実施 | SaaSのため提供元が実施 |
配信先 | 基本はWebブラウザ向け | Web・アプリ・サイネージなど複数 |
表示速度 | 表示のたびにページを生成する構成になりやすい | 事前生成などと組み合わせて高速化しやすい |
更新作業 | 管理画面で完結しやすい | 管理画面で入稿、表示側は別の仕組みで反映 |

この表の右の列を見て「良さそうだ」と感じたなら、同時に「表示画面は含まれない」という行も見てください。右の列の利点は、表示側を自由につくれることの裏返しとして生まれています。自由につくれるということは、つくる人が要るということです。
どんなサイトで使われているのか
提供元は東京都の株式会社microCMSです。公式サイトの導入事例一覧には368件が掲載されており(2026年9月15日時点)、ZOZOTOWN、渋谷区公式サイト、SmartHR、ホットペッパービューティーマガジン、カインズオンラインショップ、freee、ABEMAといった名前が並びます。
規模も業種も幅があります。大企業のブランドサイトから自治体、SaaSのサービスサイト、ECまで、共通しているのは「更新が頻繁にある」か「複数の届け先がある」かのどちらか、あるいは両方です。逆に、年に数回しか更新しない会社案内だけのサイトは、この一覧にはあまり出てきません。
私は2018年からホーチミンを拠点に、約100社の開発体制づくりを支援してきました。ここ数年、サイトリニューアルの相談でヘッドレスCMSという言葉が出てくる頻度は確実に上がっています。ただし相談の中身を聞くと、構造の理解より先に「速いらしい」「安全らしい」という評判が来ていることが多い。輪郭が見えたところで、次はmicroCMSで実際に何ができるのかを見ていきます。
microCMSでできること——3つのAPIと、先に知っておく制限

ここからは機能の話です。ただし機能一覧をなぞるだけでは判断材料になりません。事業側の担当者にとって意味があるのは、日々の入稿がどうなるか、どんなデータをどう取り出せるか、そして「できないこと」がどこにあるかの3点です。公式サイトとドキュメントで公開されている内容をもとに、この順で整理します。
日本語の管理画面と、APIスキーマの設計
microCMSの管理画面は完全に日本語です。公式サイト、ドキュメント、問い合わせ対応まで日本語で完結します。地味に聞こえますが、実際に毎日コンテンツを入れる担当者にとってはここが一番効きます。海外製のヘッドレスCMSを入れた組織で、管理画面の英語が理由でマーケターがエンジニアに入稿を依頼する状態に戻ってしまった、という話は珍しくありません。
入稿の前に決めるのが「APIスキーマ」です。難しく聞こえますが、要は入力欄の設計です。ブログ記事なら「タイトル(テキスト)」「本文(リッチエディタ)」「サムネイル(画像)」「公開日(日時)」「カテゴリ(コンテンツ参照)」といった項目を管理画面上で並べていく。この設計が終わると、その構造のAPIが自動でできあがります。
フィールドの種類は、テキスト、テキストエリア、画像、複数画像、日時、真偽値、セレクト、コンテンツ参照、数字、ファイル、カスタム、繰り返し、拡張フィールドなどが用意されています。ここで押さえておきたいのは、スキーマ設計は実質的に情報設計であり、後から変えると表示側にも影響が及ぶという点です。だから導入プロジェクトでは、デザインより先にスキーマを決める順序が向いています。
コンテンツAPI・画像API・マネジメントAPIの3つ
microCMSが提供するAPIは3種類です。
APIの種類 | 何をするものか | 事業側から見た意味 |
|---|---|---|
コンテンツAPI | 入稿したコンテンツの取得・登録・更新・削除 | サイトやアプリに記事やお知らせを表示する本体 |
画像API | URLにパラメータを付けるだけで画像を加工 | サイズ変更やWebP変換をサーバー側で自動処理できる |
マネジメントAPI(ベータ) | コンテンツの状態やメンバー、API定義などの管理操作 | 社内の別システムから運用を自動化したい場合に使う |
画像APIは、実務での効き目が分かりやすい機能です。指定できるパラメータには画像サイズ、品質、解像度、フォーマット、テキスト、枠線、パディング、形状などがあります。入稿担当者が重いままアップロードした写真を、表示側で自動的に適切なサイズと形式に変換できる。表示速度の多くは画像で決まりますから、この仕組みがあるかどうかは運用の負荷に直結します。
なお、公式ドキュメントにはMCPサーバーの項目もあり、AIエージェント経由でコンテンツを投稿・更新する経路も用意されています。この領域は動きが速いので、詳細は公式の最新情報でご確認ください。
公式が公開している制限事項と、プランで変わる機能
ここが、上位の解説記事にあまり書かれていない部分です。microCMSは公式ドキュメントの「制限事項/注意事項」で、技術的な上限を公開しています(2026年9月15日時点)。
- コンテンツ取得(GET)のレートリミット: 60回/1秒(サービス単位)
- 更新系(POST/PUT/PATCH/DELETE)のレートリミット: 5回/1秒(サービス単位)
- 最大レスポンスサイズ: 約5MB / 最大レスポンスタイム: 約29秒
- POST・PUT APIの最大リクエストボディサイズ: 約300KB / PATCHは約90KB
- マネジメントAPI(ベータ)のレートリミット: 10回/10秒(IPアドレス単位)
一般的なWebサイトでこれらに当たることはまれです。ただし、記事を数千件まとめて移行する、社内の基幹システムから大量に同期する、といった使い方をするなら事前の確認が要ります。移行の工程でここに引っかかると、スクリプトの作り直しになります。
もうひとつ、プランで変わる機能があります。企業サイトの運用で効いてくるものを挙げると、権限管理(誰が公開ボタンを押せるか)、管理画面とAPIのIP制限、カスタムステータス、コンテンツの過去バージョン復元、複数環境管理、技術サポートは、いずれもBusinessプラン以上の提供です(2026年9月15日時点の公式料金ページ)。監査ログ、2要素認証の必須化、シングルサインオンはEnterpriseプランになります。
セキュリティ面では、提供元が情報セキュリティマネジメントシステムの国際規格ISO 27001(ISMS)の認証を2022年4月22日に取得したと公表しています。管理画面・コンテンツAPI・マネジメントAPIへのIP制限、監査ログ、SAML方式のシングルサインオンはEnterpriseプラン向けの機能として案内されています。社内の情報システム部門からセキュリティチェックシートの提出を求められる場合は、どのプランで何が満たせるかを先に確認しておくと話が早く進みます。
そして、事前に知っておくべきものがもうひとつ。管理画面で下書きを保存して、実際のサイトの見た目で確認する「画面プレビュー」は、表示側との連携を実装して初めて動きます。入稿担当者が当たり前に期待する機能ですが、これを見積もりに入れ忘れる例を何度も見てきました。当社では表示側の開発でGitのプルリクエストによるコードレビューとリリース前のダブルチェックを標準にしていますが、そもそも要件から漏れていれば、レビューでも拾えません。公開直前に気づくと、作り直しになります。
microCMSの料金プランの考え方——2026年9月時点の4区分

料金は、検索している方が最も知りたい部分でしょう。ここでは2026年9月15日時点で公式の料金ページに掲載されている内容を示します。ただし数字を並べるだけでは判断できません。実際の支払額を決めるのは区分ではなく、上限を超えたときに動く変数のほうだからです。
4つのプランの概要(2026年9月15日時点)
公式サイトに掲載されているプランは次の4区分です。表示価格はすべて税抜きで、契約は1サービス(microCMS上のひとつのサイト単位)ごとに1プランとなります。
プラン | 月額 | メンバー数 | API数 | コンテンツ数 | データ転送量 | 主な追加機能 |
|---|---|---|---|---|---|---|
Hobby | 0円 | 3人 | 5個 | 10,000件 | 20GB/月(超過時はAPI停止) | 基本機能。クレジットカード登録不要 |
Team | 4,900円〜 | 3人 | 10個 | 20,000件 | 200GB/月(+20円/GB) | CSVエクスポート、APIグループ、ファイルアップロード、AIレビュー |
Business | 75,000円〜 | 20人 | 30個 | 50,000件 | 1TB/月(+18円/GB) | 権限管理、IP制限、カスタムステータス、過去バージョン復元、複数環境管理、技術サポート |
Enterprise | お見積もり | 50人〜 | 50個 | 100,000件 | 1TB〜/月(+16円/GB) | 監査ログ、2要素認証の必須化、シングルサインオン、カスタムドメイン、Amazon S3連携、請求書払い、SLA(オプション) |
有料プランには14日間の無料トライアルがあり、1サービスにつき1回利用できるとされています。なお公式ページには、掲載されているのが2025年6月10日に改定された料金プランである旨の注記があります。検索で上位に出てくる解説記事の中には、改定前のプラン構成(Advancedプランを含む区分や、Businessが月額63,000円といった記載)のまま残っているものがあります。金額を判断材料にするときは、必ず公式ページで日付を確認してください。
費用が動く3つの変数
月額の区分より実務で効くのは、次の3つです。
- データ転送量: サイトの閲覧数と、1ページあたりに取得するデータ量で決まります。有料プランは超過分が従量課金(Team +20円/GB、Business +18円/GB)になりますが、無料のHobbyプランは超過するとAPIの利用ができなくなります。翌月1日にリセットされる仕様です。企業サイトをHobbyで本番運用しない理由はここにあります
- メンバー数: 追加は1人あたり+1,200円/月。Teamプランは3人が標準なので、編集者とライターを増やすと積み上がります
- API数: 追加は1個あたり+2,000円/月。APIは「お知らせ」「記事」「導入事例」「製品」といった単位で作るため、コンテンツの種類が多いサイトほど必要数が増えます
つまり、サイトの規模ではなく「コンテンツの種類の数」「編集に関わる人数」「閲覧数」の3つで費用は動きます。見積もりを受け取ったら、この3つの前提がどう置かれているかを聞いてみてください。
なお、コンテンツ取得のAPIリクエスト数は全プランで無制限とされています。アクセスが増えるとリクエスト単価で青天井になる、という心配は不要です。
CMSの利用料だけで総額を見ない
ここまで読んで気づかれたと思いますが、月額4,900円や75,000円という数字は、サイトを運営する総額の一部でしかありません。表示側の開発費、公開後の改修費、ドメインとホスティング、外部サービス(問い合わせフォームや検索)の利用料が別にかかります。
当社に来る相談でも、この切り分けができていないケースは多い。「CMSが月4,900円で済むと聞いた」という話の裏で、実際には初期構築に数百万円、公開後も毎月の改修が発生する、という構成になっていることがあります。これは誰かが隠しているのではなく、CMSの料金表が総額を表していないだけです。サイト制作を外注する場合の費用相場そのものについては『ホームページ制作 外注』の記事で依頼先別・工程別に整理していますので、そちらもあわせてご覧ください。CMSの利用料は、総額の中では小さな行です。
microCMSが向くサイトと向かないサイト——判断は「表示側を誰が持つか」

向き不向きを、機能の多寡で決めることはできません。ヘッドレスCMSは表示側の責任を利用者側に移す構造なので、判断の軸は自社の体制側にあります。ここでは向く条件と向かない条件を先に並べ、そのうえで他のヘッドレスCMSとの位置づけに触れます。
向くサイトの条件
次の条件に複数当てはまるなら、microCMSは有力な選択肢になります。
条件 | 具体的な状態 | なぜ向くのか |
|---|---|---|
更新頻度が高い | 週に数回以上、非エンジニアがコンテンツを入れる | 日本語の管理画面で入稿が完結し、エンジニアへの依頼が不要になる |
配信先が複数ある | Webサイトとアプリ、複数ブランドサイト、サイネージ | 1か所の入稿を複数の届け先に配れる |
デザインと表示速度に要求がある | ブランドサイト、採用サイト、オウンドメディア | テーマの制約がなく、事前生成や画像最適化を活かせる |
サーバー保守から離れたい | 脆弱性対応やバージョンアップが定常作業になっている | SaaSのため、CMS側の保守は提供元が行う |
表示側をつくる相手がいる | 社内にフロントエンドの人がいる、または継続的に依頼できる開発会社がある | 公開後も画面を直し続けられる |

最後の行が、実質的な必須条件です。上の4つがすべて当てはまっても、最後が空欄なら採用は勧めません。
向かないサイトの条件
一方、次に当てはまる場合は従来型CMSのほうが総額でも運用でも楽になります。
- 更新が年に数回で、配信先が1サイトだけ: 会社案内が中心のコーポレートサイトなどです。分離構造の利点がほとんど効かず、表示側の開発費だけが残ります
- 表示側をつくり続ける相手が確保できない: 制作会社に一度つくってもらって終わり、という前提だと、半年後に軽微な修正すら頼めなくなります
- 動的な機能が中心: 会員登録、ログイン後の出し分け、予約、決済などが主役のサイトです。これらはmicroCMS単体では扱えず、外部サービスとの連携か自前実装になります
- プラグインで機能を足していく運用に慣れている: 問い合わせフォーム、サイト内検索、ランキング表示などを都度プラグインで足してきた組織は、その都度が実装案件になることを織り込む必要があります
- 公開までの期間が極端に短い: 表示側をゼロからつくる分、テーマを流用する構成より立ち上げに時間がかかります
私は人材業界の出身で、技術選定を「その体制を維持できる人がいるか」という観点から見る癖があります。ヘッドレスCMSの採用が失敗するときは、技術が悪いのではなく、公開後に画面を触れる人が社内にも社外にもいなくなっている。合わないと判断した案件には、その旨も率直にお伝えしています。
他のヘッドレスCMSとの位置づけ(概説)
ヘッドレスCMSはmicroCMSだけではありません。位置づけだけ簡単に触れておきます。
海外製で世界的に使われているものとしてContentfulなどがあり、大規模で複雑な要件に対応する選択肢として知られています。ただし管理画面やドキュメントが英語であるため、日本語で日々の入稿を行うチームには学習の負担が生じやすい、という指摘が一般的です。Contentful自体の詳しい機能や料金は本記事の範囲を超えるので、別途お調べください。国産のヘッドレスCMSとしてはKurocoなどがあり、会員管理や決済といったバックエンド寄りの機能に強みを持つとされます。また、WordPressのREST APIを使ってヘッドレス的に運用することも技術的には可能ですが、裏側にWordPressが残るため、サーバー保守や脆弱性対応という課題はそのまま残ります。
選定でまず見るべきは、機能の網羅性ではありません。日本語で運用できるか、社内の入稿担当が迷わず使えるか、そして表示側をつくる相手がその製品の実装経験を持っているか。この3点で候補は自然に絞れます。1年後、このサイトを誰が直しますか。
導入の流れと、開発会社に依頼する場合の進め方・費用の考え方

最後に、実際に進めるとどうなるかを見ます。ここでもコードは出てきません。事業側の担当者が関わる工程と、外注するときに決めておくことに絞ります。
導入の流れ——事業側から見た6ステップ
- コンテンツの棚卸しと要件整理: どんな種類のコンテンツがあり、誰がどの頻度で更新するのか。配信先はいくつか。ここが後工程のすべてを決めます
- スキーマ(入力欄)の設計: 「記事」「お知らせ」「導入事例」など、コンテンツの種類ごとに項目を定義します。この設計は情報設計そのものなので、事業側が主導すべき工程です
- プランの選定とアカウント登録: 無料のHobbyプランで試作し、必要な機能(権限管理、IP制限など)から本番のプランを決めます。有料プランには14日間の無料トライアルがあります
- 表示側(フロントエンド)の開発: Next.js、Nuxt、Astroといったフレームワークで画面をつくり、APIからコンテンツを取得します。ここが費用と期間の大半を占めます
- プレビューと公開フローの設定: 下書きを実際の見た目で確認する画面プレビュー、レビューと承認、公開の自動反映(Webhook経由の再ビルド)を組みます
- 公開と運用: 入稿担当への引き継ぎ、アクセス状況に応じたデータ転送量の確認、改善の継続
工程3と4が並行することも多いのですが、工程1と2を飛ばして4から始めると、まず作り直しになります。
開発会社に依頼するときに決めておく5点
提案を受ける段階で、次の5点を明文化しておくと後が楽です。
決めること | 具体的に確認する内容 |
|---|---|
表示側の範囲 | どのページまで実装するか。テンプレート化する範囲と、個別対応になる範囲 |
プレビューと公開フロー | 画面プレビューを実装するか。承認を経て公開する運用にするか |
権限とアカウント | 誰が公開できるか。必要な権限管理がどのプランに含まれるか |
公開後の改善体制 | 誰が、どの頻度で、いくらで直すのか。月額なのか都度見積もりなのか |
成果物の権利と引き継ぎ | ソースコードの権利、リポジトリの所有、担当が変わったときの引き継ぎ |
とくに4つ目です。ヘッドレス構成のサイトは、公開してから動き続けます。デザインの微調整、新しいコンテンツ種別の追加、表示速度の改善、フレームワークの更新。この継続部分の体制が決まっていない提案は、金額が安く見えても後で高くつきます。当社は仕様が確定している案件は請負、作りながら決める案件は準委任という使い分けを基本にしていますが、サイトの継続改善は後者の性格が強い領域です。
費用の考え方と、当社のヘッドレスCMS開発体制
費用は「初期構築」と「継続運用」に分けて見るのが実務的です。初期はページ数とデザインの作り込み、連携する外部サービスの数で決まります。継続はどれだけ手を入れるかで決まるので、人月で持つか、都度見積もりにするかの選択になります。
当社はヘッドレスCMSを使ったWebサイト構築を開発実績として持っており、ほかにも決済アプリ(Stripe連携・二要素認証・ウォレット・PDF出力)、LLMを組み込んだAIチャットボット、求人プラットフォーム(ATS)などを手がけてきました。体制はラボ型(準委任)で、日本人PMがフロントに立ち、ベトナム側のエンジニアと組む形が標準です。最小構成は日本人PMフロント+2〜3人月で月額約80万円から、1名から最短2週間で開始でき、増員は約1週間が目安です。
単価は公開しています。実務3年目安のエンジニアで1,500USD(1USD=150円換算で約22.5万円)、5年目安で2,000USD、10年目安・ブリッジSEで3,000USDです。2,000名以上のIT人財データベースから直接アサインするため、協力会社や紹介経由の仲介マージンは発生しません。品質面では、日本人PMによる設計レビュー、Gitのプルリクエストによるコードレビューの標準化、リリース前のダブルチェックの3点を運用しています。
一方で、繰り返しになりますが、更新が年数回で配信先が1サイトだけという案件には、microCMSもラボ型も勧めません。ECサイトのようにカートや決済が中心になる構成では、CMSの選定より先に構築方法そのものの比較が要りますから、『ECサイト開発 費用 外注』の記事をご覧ください。まずは小さく始めることをお勧めします。Hobbyプランでスキーマを試作し、1種類のコンテンツだけで表示側を組んでみる。この段階で、自社の入稿担当が迷わず使えるかどうかは判断できます。運用の形が見えてから本番のプランと体制を決めても、遅くはありません。
microCMSに関するよくある質問

microCMSの導入を検討する事業側の担当者から、実際によく届く質問を5つ挙げます。いずれも2026年9月15日時点の公式情報と、当社が受けている相談をもとにした回答です。仕様は変わりうるため、最終判断の前には公式サイトをご確認ください。
Q1. 無料プランのまま企業サイトを運用できますか
推奨しません。無料のHobbyプランはデータ転送量が20GB/月で、超過するとAPIの利用ができなくなる仕様です(翌月1日にリセット)。アクセスが増えた日にサイトのコンテンツが表示されなくなる、という事態が起こり得ます。検証や個人の小規模プロジェクト向けと考えるのが妥当です。
Q2. WordPressからの移行はどれくらいかかりますか
記事データの移行そのものより、表示側をつくる工程が期間を決めます。ページ数とデザインの作り込み次第で幅が大きいため、一律の目安は出せません。まず1サイト、あるいは1コンテンツ種別から段階的に移すやり方が現実的です。
Q3. 管理画面で公開前の見た目を確認できますか
コンテンツの下書き保存やAPIプレビューの機能はありますが、実際のサイトの見た目で確認する画面プレビューは、表示側との連携を実装して初めて動きます。見積もりに含まれているかを必ず確認してください。
Q4. 社内にエンジニアがいなくても導入できますか
入稿と運用は非エンジニアで回せますが、表示側の開発と改修にはエンジニアが必要です。社内にいない場合は、継続的に依頼できる開発会社を確保することが前提になります。
Q5. 海外の開発会社に頼む場合、契約や支払いはどうなりますか
当社の場合、契約・支払いは日本国内法人との間で日本法に準拠して行い、海外送金は不要です。体制は1名から、最短2週間での開始が可能。ご相談の窓口は日本語での対応。
まとめ: microCMSは画面を持たない——判断するのは更新頻度と更新者・配信先の数・表示側を誰が持つか
microCMSとは、株式会社microCMSが提供するAPIベースの日本製ヘッドレスCMSです。管理画面は完全に日本語で、コンテンツAPI・画像API・マネジメントAPIの3つでデータを取り出します。ヘッドレスとは表示画面を持たないという意味で、ここが判断のすべての起点になります。入稿の仕組みは手に入りますが、ユーザーが見る画面は含まれません。テーマもプラグインもなく、下書きを実際の見た目で確認する画面プレビューも、表示側との連携を実装して初めて動きます。
料金は2026年9月15日時点の公式ページでHobby(0円)、Team(月額4,900円〜)、Business(月額75,000円〜)、Enterprise(見積もり)の4区分、いずれも税抜き、1サービス単位の契約です。実際の支払額を動かすのは区分ではなく、データ転送量、メンバー数(+1,200円/人)、API数(+2,000円/個)の3つの変数でした。無料のHobbyプランは転送量20GB/月を超えるとAPIが止まる仕様なので、本番運用には向きません。権限管理やIP制限はBusinessプラン以上、監査ログやシングルサインオンはEnterpriseです。この領域は仕様の変更が速いので、公式サイトで最新の内容を必ずご確認ください。
向くのは、更新頻度が高い、配信先が複数ある、デザインと表示速度に要求がある、サーバー保守から離れたいサイトです。向かないのは、更新が年に数回で配信先が1サイトだけ、会員機能や決済が中心、そして表示側をつくり続ける相手が確保できない場合です。最後の条件が実質的な必須条件でした。棚卸しするのは3点だけです。誰がどの頻度で更新するのか。配信先は1つか複数か。表示側を誰が持ち続けるのか。サイト制作を外注する場合の費用相場はホームページ制作の外注費用、カートや決済が中心になるECの構築はECサイト開発を外注する費用の相場をご覧ください。当社はヘッドレスCMSを使ったWebサイト構築の開発実績があり、表示側の開発と公開後の継続改善をラボ型(準委任)で担当しています。最小構成は日本人PMフロント+2〜3人月の月額約80万円から、1名・最短2週間で開始できます。現在の体制と要件をお聞かせいただければ、microCMSが適しているかどうかを含めて概算見積もりでお答えします。合わない案件にはその旨も率直にお伝えします。