ContentfulはCMSの表示層を捨て、API-firstのコンテンツ基盤をどう作ったか

Contentfulは、コンテンツを「ページ」ではなく「構造化データ」として扱うことでCMSの前提を組み替えたヘッドレスCMSだ。

2013年にベルリンで創業し、管理層と表示層を分けるAPI-firstの設計で、Web・モバイル・アプリ・AIエージェントへ同じコンテンツを配信できる。

2026年6月にSalesforceが買収に合意した。

共同創業者のSascha Konietzkeは、CMSがネイティブアプリに向かないという当時の不満から、コンテンツを構造化データとして扱うAPI-firstの基盤を作り始めたと述べている。出典

リビングルームで始まった最初の設計

始まりは派手なものではなかった。

Sascha Konietzkeは、当時のCMSがページ単位でコンテンツを抱え込み、iPhoneアプリに同じ情報を出すには作り直しが必要になることに強い不便を感じていた。

彼は制作した最初期のバージョンを「クラウドベースでAPI-firstのCMS」と位置づけ、自宅で開発したと振り返っている。出典

2012年、ロンドンで大規模サービスのスケーリングを担っていたPaolo NegriがSaschaと出会い、共同創業者兼CTOとして加わる。

2013年、2人はベルリンでContentfulを立ち上げた。出典

「ページではなくデータ」への賭け

2人の賭けは、コンテンツの表示層と管理層を切り離すことだった。

従来のCMSのようにHTMLとコードをひとつの塊で抱えるのではなく、コンテンツを純粋な構造化情報として保持し、API経由でどのチャネルにも配る。

この設計は、モバイルアプリだけでなくWebや他のチャネルへも同じコンテンツを展開できるため、開発者に支持された。出典

ここがContentfulの転機だった。

ヘッドレスCMSという言葉自体、当時は一般的でなかった。

だが「CMSの画面に縛られない」という発想は、多言語・多ブランドを抱える企業ほど効いた。出典

企業導入とエコシステムへの拡大

採用は企業へ広がっていった。

2019年時点で顧客は2,000社を超え、従業員は300名に達した。出典

2021年にはTiger Global主導のSeries Fで$175Mを調達し、企業価値は$3Bを超えた。出典

製品も広がった。

APIの上にStudio、Marketplace、パーソナライゼーションが積み重なり、2024年にはパーソナライゼーションのNinetailed買収に合意した。出典

エージェント時代への接続

2026年、Contentfulは新しい局面を迎える。

Salesforceが買収に合意し、その構造化コンテンツの層をAgentforceへ接続する構想が示された。出典

Sascha Konietzkeは、AIエージェントが人間を上回る勢いでWebを巡回する時代に、API-firstで構造化された設計がそのまま効くと語っている。出典

13年かけて同じ設計思想を磨き続け、最後は大手プラットフォームにその層ごと組み込まれる。

Contentfulの道のりは、地味な設計判断が長期で効くことを示している。

Contentfulが刺さるのは、コンテンツを複数のチャネルとブランドへ同時に配りたい企業、とりわけ開発とマーケティングが同じコンテンツを別々に管理している組織だ。

従来のCMSでは、表示の作り直しとコンテンツの再入力が常に発生する。

Contentfulはコンテンツを構造化データとして保持し、APIで配ることでこの重複をなくす。出典

トラクションの根拠も明確で、4,200社超が導入し、Fortune 500の30%が利用、月間180B超のAPIコールを処理している。出典

コンテンツの量とチャネルが増えるほど価値が上がる構造で、企業の規模がそのまま導入動機になる。

参入障壁の中心はエコシステムだ。

Marketplaceの100以上のアプリと統合、4,200社超の導入実績、そして企業のコンテンツモデルが一度定着すると移行コストが高いことが、切り替えを難しくする。出典

技術単体より、蓄積した統合と運用の知見が防御線になっている。

ネットワーク効果は中程度だ。

利用者が増えるとMarketplaceのアプリ提供者と実務者ノウハウが増え、それが導入企業の価値を高める循環がある。出典

ただしコンテンツ管理そのものは利用者同士が直接つながる製品ではないため、SNS型の強いネットワーク効果ではない。

主なターゲットは、多ブランド・多言語のコンテンツを運用する大企業のマーケティング部門と、それを支える開発チームだ。

Fortune 500の30%が利用しており、意思決定には両部門の合意が要る。出典

個人開発者や小規模ブログより、コンテンツ量とチャネル数が多い組織に向く。

再現可能な要因は3点ある。

第一に、表示層と管理層を分けた技術的な割り切りを初期から貫いたこと。出典

第二に、開発者向けのSDKとドキュメントを整え、API-firstを実際に使いやすい形で提供したこと。出典

第三に、Marketplaceで外部の統合を積み上げ、エコシステムとして伸びたことだ。出典

課題も大きい。

ヘッドレスCMSは自由度が高いぶん、導入にはコンテンツモデルの設計と開発リソースが必要で、中小には重い。

競合もSanityやStrapi、Adobe、Sitecoreなど多数がひしめく。出典

加えて、2026年のSalesforce買収は統合の不確実性を伴う。

独立したプラットフォームとしてのロードマップや価格が今後どう変わるかは、公開情報では確定していない。出典

売上高・ARRも非公開で、収益性は外部から検証できない。

成長は企業向けの直接販売とエコシステムが両輪だ。

ヘッドレスCMSというカテゴリー自体を教育するコンテンツマーケティングで認知を作り、パートナー経由で導入を広げ、コンテンツモデルの設計支援で大企業を深耕する。出典

各チャネルを積み上げるほど、1社あたりの利用額とAPIコールが伸びる構造だ。出典

トレードオフは、セルフサーブの中小より意思決定に時間がかかる大企業を相手にするため、商談サイクルが長いことにある。

主要チャネル: content marketing, developer docs, partner ecosystem, enterprise sales, case studies

持ち帰れる教訓は、大きな市場で勝つために最初から全部を作らないことだ。

ContentfulはCMSという既存カテゴリーの中で、「表示層を持たない」という一点だけを極端に割り切った。出典

抽象化の場所をひとつに絞り、そこへ周辺機能を足していく順番が、結果として長く効いた。

日本では、大企業のWebサイト・アプリ・店舗サイネージを別々のCMSで運用しているケースが多く、翻訳と承認フローが重い。

API-firstの構造化コンテンツは、多言語・多ブランドの運用負荷を下げる余地がある。出典

一方で、CMS刷新は稟議が重く、Salesforce買収後の日本語サポート体制が焦点になる。

パートナー経由の導入支援が現実的だ。