無料のWordPress pluginから世界の商売基盤へ、WooCommerceの転換

Mark Forrester、Magnus Jepson、Adii Pienaarの3人は、2007年にオンラインでWordPress themeを作るために出会った。

数か月テーマを販売した後、WooThemesとして関係を正式化したことが、後のcommerce platformの出発点になった。出典

WordPressの外側にあった販売機能

WooThemesの中心は当初themeだった。

しかしWordPressでブログを作れるなら、同じ場所でstoreも作りたいという需要があった。

2011年9月27日、4人の開発者による最初のWooCommerce pluginが公開され、WordPressサイトをprofessional ecommerce storefrontへ変える入口が生まれた。出典

小さなpluginからecosystemへ

初期版は9 extensionsと6 themesから始まった。

公式の10周年記事では、WooCommerceを使うecosystemが数十万の事業を支え、数百万人の顧客に届いたと振り返っている。出典

2015年、WooThemesはAutomatticに買収された。

2017年にはecommerceへ焦点を絞り、themes会社からcommerce platformへと組織の重心を移した。出典

自由度の代償を引き受ける

WooCommerceは無料coreを保ち、hosting、決済、extensionsを分けた。

そこには、全員に同じworkflowを押し付けず、自分の店を自分で組み立てたいという思想がある。

一方、TCOは売上やSKU、ERP・CRM連携で変わる。

自由は無料ではなく、選択と運用責任のセットだった。出典

2025年に向けた公式方針は、extensionsの集合からessential機能をcoreへ寄せるものだ。

WooCommerceの物語は、open sourceの自由を守りながら、初回setupと大規模運用の複雑さを減らす次の段階へ移っている。出典

WooCommerceのPMFは、WordPressを使う事業者が既存サイトを捨てずに販売機能だけを足したいという痛みに刺さる点にある。

コアを無料・open sourceにし、hosting、決済、extensionsを分離することで、小さく始めて必要な分だけ複雑化できる。

公式はSMBが自分の店を作れることと、データ所有権を価値として掲げている。出典

一方で、自由度は運用責任の裏返しでもある。

WooCommerceは「完成した一枚岩のSaaS」ではなく、WordPressと拡張機能を選ぶcommerce layerとして、価格・制御・所有権のトレードオフを明示している。出典

最大のmoatは、WordPressのcontent・SEO・theme・plugin ecosystemとcommerceを接続するdistributionである。

さらにGPLv3+のcore、REST API、Marketplace、agencyの知見が相互補強し、単なるcheckout機能より広い移行コストを作る。出典

ただしこれは閉じた技術独占ではない。

データ所有権とfork可能性を選ばせる代わりに、コミュニティと運用ノウハウを蓄積するmoatだと考えられる。出典

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

merchantが増えるほどextension作者・agency・hosting事業者が参入し、選択肢が増える間接効果は強い。

一方、merchant同士が同じmarketplaceで直接価値を交換する型ではなく、install baseの拡大が供給側を呼ぶecosystem効果が中心である。出典

主な対象は、WordPressを使い続けたいSMB、agency、開発者、そして自社の販売体験とデータを細かく制御したいmerchantである。

既製SaaSの固定料金・固定workflowより、hostingやextensionsを選んで長期の自由度を取りたいチームに向く。出典

逆に、インフラや更新を完全に任せたい小規模事業者には、managed SaaSの方が初期負担は小さい可能性がある。出典

第一に、WordPressの既存distributionへ乗ったこと。

第二に、無料のcoreとMarketplaceを組み合わせ、開発者・agency・extension作者が参加できる余地を残したこと。

第三に、決済や多言語などの実務機能を広げたことだ。

2021年時点で公式Marketplaceには730以上のextensions・themesがあった。出典

これは広告費で一気に獲得する戦略ではなく、install・customize・extendの反復をecosystemに委ねる設計と言える。出典

自由度が高いほど、hosting、security、更新、extension間の互換性を利用者側が引き受ける。

公式のTCOガイドも、売上規模やSKU、言語、ERP・CRM連携によって費用が変わると説明しており、無料coreだけで総コストは決まらない。出典

また、extensionsが増えるほど依存関係と管理負荷が増す。

WooCommerce自身も2025年方針でessential functionalityをcoreへ寄せる方向を示しており、open ecosystemの広さとout-of-the-boxの一貫性をどう両立するかは継続的な課題である。出典

成長の核は、WordPressへのplugin distribution、free core、extensions・themesのMarketplace、開発者コミュニティの組み合わせだ。

公式はWooCommerceを「sell anything, anywhere」のopen-source platformとして位置づけ、決済・shipping・tax・marketingを追加して利用範囲を広げている。出典

近年は個別pluginの集合から、essential機能をcoreへ統合する方針へ寄せている。

これは初期の拡張性を守りつつ、初回setupの摩擦を下げる成長戦略だが、拡張作者との境界設計がトレードオフになる。出典

主要チャネル: open_source_community, WordPress_ecosystem, extensions_marketplace, content_marketing, partner_network

無料にすること自体ではなく、無料coreの周囲にhosting・payments・extensions・agencyという役割分担を置いたことが重要だ。

プロダクトを狭い機能として売るのではなく、既存のdistribution上で「自分で選べる余白」を提供した。出典

ただし、自由度を価値にするなら、運用コストも同じ画面で説明する必要がある。

WooCommerceのTCOガイドは、売上・SKU・連携の違いで費用が変わることを示し、open sourceを安さではなく制御の問題として捉えている。出典

日本では、ECサイトを作ることより、既存のcontent・会員・店舗業務と販売をつなぐことに示唆がある。

WordPressを使う中小事業者へ、決済、インボイス、配送、在庫、越境対応を日本向けextensionとして束ねる余地はある。

ただし日本の事業者には保守の担い手が必要なので、単なる翻訳版ではなく、agency、hosting、決済事業者が責任分界を明示する導入設計が要る。

これは公式の「選べるコスト構造」を国内の運用支援へ翻訳するアイデアである。出典