DropInBlogはなぜ7桁ドルの壁を越えたのか。SEO依存を脱し月間売上8.3万ドル超へ

1. 【サマリー】30秒でわかる今回の案件

サービス名 / ジャンル

DropInBlogは、すでにあるWebサイトへブログ機能を追加するヘッドレス型のブログCMSです。WordPressを別に立てたり、ブランドと見た目の違うブログをサブドメインで運用したりせず、既存サイトのページやフォルダ配下にブログを組み込めます。

公式サポートによると、基本の導入方法はSEOに配慮したJavaScript埋め込みです。より堅牢な構成ではCloudflareによる静的ページ生成やSDKを選べます。つまり、顧客が買っているのは多機能な汎用CMSではありません。「今のサイトを作り直さず、運用担当者が使えるブログだけを足す」という、範囲の狭い完成品です。

発端も明快です。創業チームが運営していた制作会社で、顧客から「既存サイトに合うブログが欲しい」という要望が繰り返し出ていました。そこで2013年に構想し、2015年に最初の版を公開しました。ただし、公開直後から伸びたわけではありません。創業者Jesse Schoberg氏は、2019年にトラクションを得るまで最初の約4年は苦戦したと説明しています。

売上 / MRR / Exit

Indie Hackersの2026年5月6日付インタビューは、DropInBlogの月間売上を8.3万ドル超と掲載しています。これは編集部の掲載値であり、MRRと明記された数字ではありません。本記事でもMRRとは扱いません。

成長の時系列は、2015年の公開、2019年のトラクション獲得、2019年から2021年の強い成長、その後の7桁ドル付近で約4年続いた停滞、そして再成長です。現在は2,000件超のブログが50超のプラットフォームで動いていると創業者が説明しています。この2,000件は顧客社数ではなく、稼働ブログ数です。

DropInBlogは創業時から自己資金で運営され、外部資金に頼らず黒字を維持していると公式会社ページに記載されています。創業者はJesse Schoberg氏、Jason Mayfield氏、Laura Lee氏の3人です。売却事例ではなく、長く持ち続けたSaaSが二度目の成長曲線を作った事例として見るべき案件です。

ここが凄い

最大の学びは、停滞を「SEO記事をさらに増やせば解決する」と考えなかったことです。DropInBlogは、SEOから得る新規売上と解約による減少がほぼ釣り合い、従来の獲得エンジンが上限に達したと分析しました。

そこで変えたのは、価格だけでも、機能だけでもありません。上位企業がサイトを訪れているのに登録していない事実を観測し、その顧客が買えるプラン、必要な機能、信頼できるブランド、デモを含む販売方法をまとめて作り直しました。さらにマーケティングとカスタマーサクセスにフルタイム3人を採用し、ポッドキャストスポンサーや直接営業のような新しい獲得経路を試しました。

これは「値上げ」の事例というより、顧客層と販売方法を同時に変えた事例です。単価を上げたから営業できたのではなく、高い単価を払える顧客の未充足需要を観測し、その顧客に合わせて商品と営業を作った結果、新しいチャネルの採算が合うようになりました。

2. 【Fact】サービスの詳細とTech Stack

機能

DropInBlogの中心機能は、ブログ投稿、カテゴリ、著者、検索、サイトマップ、フィード、SEO設定、分析を、既存サイトへ追加できることです。公式料金ページでは投稿数は全プランで無制限とされ、SEO Analyzer、XMLサイトマップ、構造化データ、GA4ダッシュボード、多言語公開、FAQ、関連記事、予約公開などが案内されています。

2026年7月16日に確認した料金は、月払いでSoloが月49ドル、Teamが月199ドル、Businessが月499ドルです。年払い時の月額表示は、それぞれ39ドル、159ドル、399ドルです。Business Plusは年払いのみで月750ドル、年9,000ドル。SoloとTeamには7日間の無料トライアルがあり、上位2プランは個別設定です。

この価格表から見えるのは、個人向けの安価なCMSではなく、運用負荷を減らしたいチームと企業へ上がっていく設計です。Businessでは請求書と発注書への対応、移行支援、詳細な権限、監査ログなどが加わります。セルフサーブの入口を残しつつ、法人が調達しやすい機能を別商品として束ねています。

代理店向けには、複数顧客を一元管理するAgency Panel、複数アカウント割引、ホワイトラベル、再販機能があります。最初の課題を見つけた制作会社という顧客接点が、そのまま販売パートナーにもなり得る構造です。ただし、代理店施策が売上へどれだけ寄与したかは公開情報で確認できませんでした。

技術

導入の入口は短いJavaScriptですが、裏側は一つの方式に固定されていません。公式サポートは、基本のJavaScript方式に加えて、Cloudflareによる静的化とSDKを案内しています。APIリファレンスには、構造化JSONを返すRaw APIと、レイアウト済みHTMLを返すRendered APIがあります。

APIでは投稿の作成、取得、検索、更新に加え、著者、カテゴリ、サイトマップ、フィードを扱えます。OAuth 2をサポートし、作成・更新用のPrivate keyと表示用Public keyを分けています。標準レート制限は毎分60リクエストです。

SDKはLaravel、Astro、React、Next.js、TanStack Start、Express向けが掲載されています。Next.js SDKはApp RouterとPages Router、SSR、Metadata APIに対応し、記事一覧、カテゴリ、著者、記事詳細、サイトマップ、RSSのルート生成を支援します。

さらに公式MCPサーバーでは、ブログの選択、投稿の作成・更新・検索、FAQ管理、下書き取得、再利用スニペット、カテゴリ、著者をAIワークフローから操作できます。ここが重要です。DropInBlogは「貼り付ければ動く」という簡単な入口を捨てず、SDK、API、MCPまで奥行きを増やしました。非技術者向けの完成品と、開発チーム向けの拡張性を両立しています。

創業者インタビューで公開された現行スタックは、バックエンドがLaravel、管理画面がLivewire、Flux UI、Tailwind、インフラがLaravel Cloud、Cloudflare、PlanetScaleです。最初の2015年版はSymfony 1.4とBootstrapで、2019年の本格化に合わせてLaravelへ全面移行しました。

技術選定の教訓は、最新スタックを先に選ぶことではありません。最初は制作会社の顧客へ出せる粗いAPIから始め、任意のサイトで描画でき、検索エンジンが扱え、運用担当者が触れる形へ進化させています。事業が本格化する時点で基盤を更新し、その後は顧客層の拡大に合わせて連携方式を増やしました。

運営体制

2019年に本格的なトラクションを得た後も、DropInBlogはブートストラップを続けました。創業者3人と小規模チームで運営し、停滞打破までは全員が時間契約のコントラクターだったと説明されています。

転機は、マーケティングとカスタマーサクセスへフルタイム3人を採用したことです。セルフサーブSaaSでは、開発者が機能を追加すれば成長できる段階と、顧客の観測、商談、導入支援、解約抑止へ人を置く段階が異なります。DropInBlogは後者へ切り替えました。

ただし、現在の正確な従業員数、利益率、解約率、顧客社数、現行MRRは未確認です。会社ページには創業者を含む複数のプロフィールがありますが、それを雇用人数とは断定できません。記事では公開根拠がある「フルタイム3人を採用」「2,000件超のブログ」「50超のプラットフォーム」までに留めます。

3. 【Insight】なぜ売れたのか？

集客のきっかけ

最初の顧客理解は、キーワード調査ではなく制作会社の現場から得ています。顧客が同じ要望を繰り返すため、その作業を製品化しました。これは受託からSaaSを生む典型ですが、重要なのは「何でも作れるCMS」に広げなかった点です。

狙ったのは、既存サイトを維持したいが、ブログだけが足りない顧客です。WordPressの保守や別テーマの調整を避けたい。サブドメインへ分けたくない。マーケターが自分で更新したい。このジョブに絞ったことで、「blog for Webflow」「blog for Carrd」のように、利用中のプラットフォームと組み合わせた検索需要を取れます。

初期成長の中心はSEOと制作会社経由の口コミでした。ノーコードが広がった2019年には、サイトは作れたがブログ機能が弱い顧客が増え、製品の対象市場が大きくなりました。チームはこの需要変化を見て、副業プロジェクトから本格投資へ切り替えています。

ここから学べるのは、公開直後に伸びないことと、課題がないことは同じではない点です。課題は繰り返し観測できても、顧客数、導入タイミング、既存の代替、販売チャネルが揃うまで時間がかかる場合があります。DropInBlogは約4年の低成長期を、2019年の市場変化と全面リライトで越えました。

タイミング

一度目の成長は、ノーコード普及とSEOで説明できます。二度目の成長は、同じ打ち手の延長ではありません。

7桁ドル付近で約4年停滞したとき、SEOから入る新規売上と解約が釣り合いました。そこでチームは、匿名の企業訪問を識別する仕組みを使い、大企業がサイトへ来ているのに登録していないことを確認しました。流入不足ではなく、商品と販売方法が上位顧客に合っていない可能性を見つけたのです。

その後、大企業向けの機能と高価格プランを追加し、サイトを再設計し、ブランドとコピーを全面的に見直し、デモを提供しました。上位価格帯ができたことで、ポッドキャストスポンサーや直接営業も試せるようになりました。Microsoft Clarityで利用行動を確認し、オンボーディングも改善しています。

この順番が大切です。広告や営業を先に増やしたのではありません。まず、訪問しているのに買わない顧客を観測し、その顧客の要件に商品を合わせ、単価を整え、その後で新しいチャネルへ進みました。

Exitや収益化の背景

DropInBlogはExit事例ではありません。むしろ、売らずに持ち続けたことで、単一チャネルの限界と向き合えた事例です。創業者は、強い成長の後に約4年の停滞があったと振り返っています。短期の伸びだけを見れば売却を選べたかもしれませんが、公開情報から確認できるのは、現在も自己資金で運営し、上位市場へ広げていることです。

収益化の設計は二層です。SoloとTeamでセルフサーブの入口を作り、BusinessとBusiness Plusで移行、権限、セキュリティ、請求、担当者支援を売ります。機能数の差だけではなく、導入と調達の不安を減らすほど単価が上がる構成です。

個人開発者が真似するなら、「安いプランの機能を制限して高くする」だけでは足りません。上位顧客が必要とする稟議資料、請求方法、権限、移行、監査、デモ、サポートを商品として設計する必要があります。高単価化とは、より多くの機能を売ることではなく、より大きな導入リスクを引き受けることです。

4. 【Localize】日本市場への転用・アイデア

日本の類似市場

日本にもヘッドレスCMS需要はあります。microCMSは2026年5月に累計利用企業15,000社を公表しました。用途はコーポレートサイト、サービスサイト、オウンドメディア、EC、モバイルアプリ、社内ポータルまで広がっています。Kurocoは既存サイトからの部分導入を案内し、PiyoCMSは既存HTMLへ記事機能を足す買い切り型の選択肢です。

ただし、DropInBlogと国内のAPI型CMSは同じ商品ではありません。microCMSは柔軟ですが、表示画面を利用者側で実装する必要があります。PiyoCMSは安価ですが、セルフホストの運用と保守が残ります。DropInBlogの余地は、その中間にある「ホスティング済みで、ブログ機能一式があり、既存サイトへ短時間で入る」ことです。

一方で、日本の小規模利用者には価格が障壁になります。無料枠のある国産CMSや買い切り製品に対して、Soloでも月49ドルです。日本語の管理画面、日本語サポート、円建て請求、適格請求書への対応は公開情報で確認できません。法人向けでは米国事業者との契約、海外データ処理、DNSやCloudflare設定も導入審査の論点になります。

障壁と対策

日本で同型サービスを作る場合、正面から「国産ヘッドレスCMS」を名乗ると競合が強すぎます。狙うべきは、既存サイトを残したいがAPI型CMSを実装する余裕がない顧客です。

たとえば、Webflowで作った採用サイトへ導入事例だけを追加したい制作会社、Shopifyストアへ日本語SEO記事を追加したい小規模EC、Next.jsのサービスサイトへ営業担当が更新できる事例ページを足したいB2B SaaSが候補です。「CMSを導入する」ではなく、「今のサイトを壊さず、1日で事例ページを運用可能にする」と表現します。

SEO面では、JavaScriptで表示できるだけでは合格にしません。初期HTMLに本文があるか、title、description、canonical、構造化データ、サイトマップが正しいかを確認し、Search Consoleで実測します。日本語の改行、長い見出し、全角記号、著者情報、画像代替テキストもテンプレートで検証します。

法人向けには、データの保存場所、委託先、削除時期、障害時の責任、請求方法を日本語で先に示します。上位プランでは機能追加より、移行代行、SEO検証、権限、監査ログ、請求書、担当者サポートを束ねます。DropInBlogと同じく、上位価格の根拠を「組織の導入リスクを減らすこと」に置きます。

結論

最初の実験はSaaS開発から始めません。制作会社か小規模B2B SaaSを5社ほど選び、次の4点を聞きます。

既存サイトへ記事機能を追加できず、更新が止まった経験はあるか。
microCMSなどを実装しなかった理由は何か。
DNSやCloudflareを変更できるか。
月49ドル相当を払うなら、移行、SEO、請求、サポートの何が必要か。

次に、日本語LPを1枚、デモブログを5記事、JavaScript版とNext.jsの静的版を用意します。最初から汎用CMSにせず、「Webflow制作会社向け導入事例CMS」など1プラットフォームと1用途に絞ります。3社以上がデモ導入を希望し、1社以上が有料継続の意思を示したら、共通する設定と移行作業を製品化します。これは市場予測ではなく、初期検証の判定基準です。

DropInBlogの本質は、長く続ければいつか伸びるという精神論ではありません。反復する顧客課題から狭い製品を作り、市場のタイミングを待ち、SEOで成長し、そのSEOが上限に達したら、買っていない上位顧客を観測して商品と販売方法を変えました。

日本の個人開発者が持ち帰るべき順番は、「作る、集客する、値上げする」ではありません。「反復課題を観測する、狭い完成品にする、単一チャネルの限界を測る、未成約の上位顧客を観測する、その顧客向けに価格・導入・販売を組み直す」です。この順番なら、ニッチなSaaSでも二本目の成長曲線を設計できます。