/note/tech

Is There a WordPress Replacement in 2026? I Went Looking

要約:

■ 1. 調査の背景と動機

  • WordPressエコシステムで20年以上活動してきた著者が代替案を探索した
  • 7歳の息子がウェブサイトを作りたいという要望がきっかけとなった
  • 2025年のAutomatticとWP Engine間のガバナンス問題が緊急性を高めた:
    • Matt MullenwegがAutomatticとWordPress.org基盤の両方をコントロールしている
    • WP Engineのプラグインアップデートアクセスをブロックした
    • WordPressエコシステムには単一障害点が存在することが明らかになった
    • 一人の決定が数百万のサイトが依存するプラグインアップデートメカニズムを混乱させ得る
  • WordPressは全ウェブサイトの約43%を占める

■ 2. 静的サイトジェネレーター(Astro、Hugo、Eleventy)

  • 開発者コミュニティで人気がある
  • Astroは特に勢いがありCloudflareが2026年1月にチームを買収した
  • MarkdownまたはHTMLでコンテンツを作成し静的ファイルを生成する
  • Cloudflare Pages、Netlify、Vercelに無料でデプロイ可能である
  • 利点:
    • 出力が非常に高速である
    • データベース不要である
    • PHP不要である
    • セキュリティパッチ不要である
  • 問題点:
    • 管理パネルがない
    • ビジュアルエディタがない
    • コードエディタでファイルを編集しGitにプッシュする必要がある
    • クライアントがコンテンツを更新する場合は不適切である
    • トレーニング時間がサイト構築時間を超える
  • WordPress代替ではなくウェブサイトを生成する開発者ツールである

■ 3. モダンPHP CMS(Statamic、Craft、October)

  • Statamic:
    • Laravelで構築されている
    • クリーンなコードベースである
    • 美しいコントロールパネルを持つ
    • フラットファイルストレージオプションでGitでバージョン管理可能である
    • ソロおよびホビープロジェクトは無料である
    • 商用利用にはライセンスが必要である(サイトあたり275ドル以上)
    • モダンなアーキテクチャでWordPressを再構築したものである
    • 商業的に売り込みが難しい
  • Craft CMS:
    • 優れた開発者体験を持つ
    • 優れたコンテンツモデリング機能を持つ
    • エコシステムが小さい
  • October CMS:
    • Laravel-WordPressハイブリッドを目指したが牽引力を得られなかった
  • ClassicPress:
    • Gutenbergを削除したWordPressのフォークである
    • より伝統的で安定したWordPress体験の維持を目指す
    • ブロックエディタの方向性が主な不満である場合に対処する
    • より小さなエコシステムという同じ根本的な制限を持つ
    • Gutenberg専用に構築されたプラグインは動作しない
    • 開発者コミュニティはWordPressのごく一部である
  • いずれもニッチを超えて成長しない
  • ネットワーク効果が存在せず今後も存在しない可能性が高い
  • LaravelはAI駆動のルネサンスを経験している:
    • AIアシスタンスでプラグインや拡張機能を構築することが容易になっている
    • Laravel ベースのCMS代替案が増加すると予想される
    • マーケットプレイスが急速に充実すると予想される
    • 堀が1年前の予測よりも早く崩壊する可能性がある

■ 4. ヘッドレスCMSオプション(Strapi、Directus、Sanity、Contentful)

  • コンテンツ管理とフロントエンドを分離するアプローチである
  • CMSにAPIでコンテンツを保存しフロントエンドを自由に構築する(React、Vue、静的HTMLなど)
  • エンタープライズおよび複雑なアプリケーション構築開発者に人気がある
  • 典型的なウェブサイトやブログには過剰設計である
  • 2つのものを構築および維持する必要がある
  • 使用量ベースの価格設定(ContentfulやSanity)またはセルフホスティングに大きな技術的オーバーヘッド(StrapiやDirectus)が必要である
  • WordPress代替ではなく異なる問題のための異なるツールである

■ 5. ホスティングウェブサイトビルダー(Squarespace、Wix、Webflow)

  • シンプルなウェブサイトを求める層をWordPressから奪った
  • WordPressで苦労したであろう人々にとっては良い選択肢である
  • サブスクリプションサービスであり柔軟性が制限されている
  • 所有ではなくレンタルである
  • プラットフォームがサポートしないことを実行したい場合に行き詰まる
  • 月額料金を永久に支払う必要がある
  • 異なる市場であり代替ではない

■ 6. 唯一の例外:Shopify

  • WordPressから大きな領域を奪った唯一の例である
  • 特にWooCommerceから領域を奪った
  • 主張的でホスティングされているという特徴で成功した
  • サーバー、アップデート、セキュリティ、プラグインの競合について考える必要がない
  • 単に商品を販売できる
  • テクノロジースタックよりも製品に集中したい商人にとって利便性プレミアムが価値があることが判明した
  • 開発者でない場合はeコマースサイトにShopifyが正しい答えであることが多い
  • 10年前は真実ではなかった

■ 7. WordPressが勝つ理由

  • WordPressの堀はテクノロジーではない
  • テクノロジーは最も弱い点である:
    • レガシーコードベース
    • 時として不器用なプラグインアーキテクチャ
    • コミュニティを分断したGutenbergの方向性
  • 堀はエコシステムでありその中心はプラグインディレクトリである
  • 公式WordPressリポジトリには60000以上のプラグインがある
  • 商業的に販売されているプラグインが数千追加で存在する
  • SEOツール、eコマース(WooCommerceとその数百の拡張機能)、Instagram表示(Spotlight)、RSSフィード集約(WP RSS Aggregator)、メンバーシップ機能、予約システム、フォームビルダー、多言語サポート、バックアップソリューション、セキュリティ強化、パフォーマンス最適化、アフィリエイト管理、メールマーケティング統合などあらゆる機能のプラグインが存在する
  • この部分は新しいプラットフォームが近道できない
  • 技術的に優れたCMSは1〜2年で構築できるが20年以上かけて開発された数万のプラグインのエコシステムは構築できない
  • WordPressの代替案を評価する際に必要な機能が新しいプラットフォームに存在しないかカスタム開発が必要になる瞬間が訪れる
  • その瞬間に戻ってくる
  • プラグイン以外の要素:
    • WordPressを知っている数百万の開発者
    • ワンクリックインストールを提供するホスティング会社
    • 20年分のStack Overflowの回答
    • 非技術者が実際に理解できるメンタルモデル
    • 教育エコシステム(WP Mayor、WPBeginnerなどの数百のブログ、YouTubeチャンネル、コミュニティが無料でWordPressを教えている)
    • チュートリアル、レビュー、ガイドの深さが代替案には存在しない
    • 午前2時にサイトが壊れた理由を解明しようとする時ほぼ確実にどこかに答えが既に書かれている
  • プラグインエコシステムがキラー機能である
  • 非開発者がコードを書かずに真に複雑なサイトを構築できる
  • WordPressを置き換えるにはすべてを複製する必要がある
  • より良いCMSを構築するだけでなくその周りに完全なエコシステムを構築する必要がある
  • それには10年と多くの運が必要である

■ 8. AIの影響

  • プラグインエコシステムの利点はカスタム開発が高価で遅いために部分的に存在する
  • プラグインとして存在しない機能が必要な場合は開発者に支払うか自分でコーディングを学ぶ必要がある
  • その摩擦が既存のソリューションを持つプラットフォームに人々を押しやる
  • AIがカスタム開発をより速くより安価にしている
  • ClaudeやCursorのようなツールで開発者は数日かかっていた機能を数時間で構築できる
  • 非開発者がAIアシスタンスで簡単なツールを自分で構築し始めている
  • この傾向が続けば「プラグインを使うだけ」という利点は侵食される可能性がある
  • WordPressが負けるとは限らない:
    • WordPressのオープンで拡張可能なアーキテクチャはAIがオンデマンドでカスタムプラグインを生成できる時にさらに価値が高まる可能性がある
    • より新しくクリーンなプラットフォームが不足機能を構築するコストが劇的に低下するためより実行可能になる可能性がある
  • 境界線はすでに曖昧になっている
  • 確立されたWordPressプラグイン(WP RSS Aggregatorなど)は既存の製品にAI機能を大幅に実装している
  • 問題は「WordPressか他のものか」だけでなく「AIを備えたWordPress、カスタムAI駆動アプリ、またはまだ完全に定義されていないハイブリッド」になっている
  • 著者はAgentVaniaを通じて中小企業のAIソリューション実装を積極的に支援している:
    • 最終的にスタンドアロンアプリになる可能性のあるカスタム統合
    • AIをコアに持つWordPressプラグイン
    • その他完全に異なるもの
  • 今後10年間の技術選択を考える際に完全に予測できない方法で計算が変わる可能性があることを考慮する価値がある
  • WordPressとAIの両方に近い位置にいることは合理的なヘッジである

■ 9. 用途別の推奨

  • SaaSマーケティングサイト(ランディングページ、価格設定、ドキュメント):
    • WordPressは機能するが過剰である
    • AstroまたはHugo等の静的ジェネレーターが理想的である(高速、安全、ホスティングが安価、開発チームが製品コードと一緒にGitで管理可能)
    • 多くのSaaS企業がこの方向に移行している
    • 非技術的なマーケティング担当者が定期的にコンテンツを編集する必要がある場合はWordPressまたはWebflowが適切である
  • SaaSアプリケーション自体(顧客がログインする実際の製品):
    • カスタムアプリケーション領域である
    • WordPressでもCMSでもない
    • Laravel、Next.js、Railsなどチームに合うもので構築する
    • ダッシュボード、ユーザー管理、コア機能はすべてカスタムコードである
  • ブログ(個人または企業):
    • WordPressが合理的なデフォルトである
    • 使いやすい
    • SEOプラグインエコシステム(Yoast、Rank Mathなど)が他の場所で複製するには大きな努力が必要な機能を提供する
    • 技術的でミニマルなものが必要な場合はAstroが適している
    • メンバーシップとニュースレターが組み込まれている場合はGhostが検討に値する(ただしホスティングはサブスクリプション価格に戻る)
  • パンフレットサイト(5〜10ページの典型的な中小企業):
    • クライアントが自分で編集する必要がある場合はWordPress
    • 真に静的でクライアントが触れない場合はCloudflare PagesまたはNetlifyにデプロイされた静的ジェネレーターがシンプルでホスティングコストがかからない
    • 継続的なメンテナンス責任を負いたくない場合はSquarespaceも良い
  • アグリゲーターサイト(ディレクトリ、リスティング、求人掲示板、コンテンツキュレーション):
    • WordPressのプラグインエコシステムが真に輝く場所である
    • カスタム投稿タイプ、Advanced Custom Fields、WP RSS Aggregatorのようなプラグインでゼロから構築せずに複雑なコンテンツ関係をモデル化し外部フィードを取り込むことができる
    • 新しいプラットフォームでそれを行おうとするとカスタムコードを書くか機能が単に存在しないことを発見する
    • プラグインが提供する以上の重いカスタム機能が必要な場合はLaravelがより良い基盤になるがすべてを自分で構築および維持することにコミットする
  • ダッシュボードまたは内部管理パネル:
    • 決してWordPressではない
    • カスタムアプリケーション領域である
    • FilamentまたはLivewireを使用したLaravelが適している
    • APIと通信するReact/Vueフロントエンドも適している
    • ローコードアプローチが必要な場合はRetoolまたはBudibaseのようなツールが存在する
  • eコマース:
    • 特定の理由(複雑なカスタマイズ要件、月額料金回避、Shopifyのモデルに合わないB2B使用例)がない限りShopify
    • WooCommerceは完全な制御が必要で継続的なメンテナンス負担を処理できる場合に実行可能である
    • WooCommerce拡張エコシステムは巨大である
    • これが他のWordPressベースのソリューションよりもShopifyに対して優位性を保っている理由の一部である
  • メンバーシップまたはオンラインコースサイト:
    • LearnDash、MemberPress、Restrict Content ProなどのプラグインとWordPressが確立されたルートである
    • 代替案(Teachable、Kajabi、Thinkific)は適しているがサブスクリプションベースでプラットフォームにロックインされる
    • 所有権、柔軟性、他のプラグインで機能を拡張する能力が必要な場合はWordPressが勝つ
    • メンバーシッププラグインとWordPressエコシステムの残りの部分との統合によりすべてがサイロ化されることなくコースをWooCommerce、メールマーケティングプラグイン、アフィリエイト追跡などと組み合わせることができる
  • フォーラムまたはコミュニティサイト:
    • BuddyPressまたはbbPressとWordPressは機能するが専用ソリューションと比較して不器用に感じる可能性がある
    • Discourseは伝統的なフォーラムに真に優れているが別のホスティングと管理が必要である
    • CircleやBBPressおよび同様のプラットフォームはサブスクリプションベースである
    • ほとんどの使用例ではプライベートSlack、Discord、TelegramグループがWPでの伝統的なフォーラムの必要性に取って代わった
    • フォーマットが流行遅れになった
  • ポートフォリオサイト(写真家、デザイナー、作品を紹介するクリエイティブ):
    • WordPressまたはSquarespaceの両方が適している
    • Squarespaceテンプレートはビジュアルポートフォリオ用に箱から出してより良くデザインされていることが多い
    • ポイント全体が美学である場合に重要である
    • 技術的な人の場合は優れたギャラリー設定を持つ静的サイトがよりクリーンで高速である
    • Instagram中心のポートフォリオの場合はSpotlightのようなプラグインで手動更新なしにフィードを美しく表示することが容易である
  • ニュースまたはメディアサイト:
    • WordPressが支配的であり僅差ではない
    • 公開ワークフロー、編集役割、リビジョン履歴、スケジューリング、広告、分析、ペイウォール、ニュースレター統合用のプラグインエコシステムは一致させるのが難しい
    • ほとんどの主要なオンライン出版物はWordPressまたははるかに大きな予算で構築されたカスタムのものを実行している
    • 今日メディア会社を始める場合はWordPressを使用しない説得力のある理由が必要である
  • 多言語サイト:
    • WPMLまたはPolylangとWordPress
    • プラグインエコシステムが明確な利点を持つ分野の1つである
    • 多言語コンテンツ管理は真に複雑である
    • これらの専用プラグインは予想もしないエッジケースを解決するために何年も費やしてきた
    • カスタムサイトに多言語サポートを構築するか成熟した多言語プラグインのないプラットフォームを使用することはこれらすべてのエッジケースを自分で再発見することを意味する
  • ランディングページまたは単一キャンペーンページ:
    • CMSがまったく必要ない場合がある
    • Cloudflare PagesまたはNetlifyにデプロイされた単一のHTMLファイルまたはWebflowやCarrdで迅速に構築されたものが正しい答えであることが多い
    • AIツールが今や数分で完全なランディングページを生成できる
    • 結果は真に良好である
    • 3か月間実行されてからアーカイブされるワンページキャンペーンにはWordPressは過剰である
  • パターンの出現:
    • 非技術者が編集するコンテンツ管理ウェブサイトが必要な場合特に基本的なコンテンツ管理を超える機能が必要な場合にWordPressが勝つ
    • プラグインエコシステムによりゼロから始めることはほとんどない
    • 独自の要件を持つアプリケーションを構築する場合はカスタムコードが勝つ
    • 開発者が管理しパフォーマンスが最重要である場合は静的ジェネレーターが勝つ
    • 消費者にオンラインで製品を販売する場合はShopifyが勝つ

■ 10. 著者の息子への選択

  • 純粋主義者としては静的サイトジェネレーターを検討した:
    • 最初から本物のHTML、CSS、JavaScriptを教える
    • 抽象化なし管理パネルなしコードとテキストエディタだけ
    • 他のすべての基礎となる基礎を学ぶ
  • しかしサッカーについて書いたり旅行の写真を共有したりしたい子供には現実的ではない
  • アイデアからインターネット上での公開までの摩擦をできるだけ小さくする必要がある
  • そうでなければ最初の投稿を公開する前に興奮が死ぬ
  • ホスティングビルダー(Squarespace、Wixなど)も検討した:
    • 真に簡単である
    • しかしサブスクリプションサービスであり移転可能なものを何も教えない
    • それらを超えて成長した場合は最初からやり直す
    • 初日からコンテンツを所有してほしい
  • より技術的なアプローチも検討に値する:
    • Localを使用してWordPressをローカルで実行し静的HTMLに変換しGitHub経由でCloudflare Pagesに公開する
    • 利点は年間10ドルのドメイン更新料を支払い続ける限り数十年後もブログが存在する
    • 継続的なホスティング料金なしサーバーメンテナンスなしセキュリティ更新なし
  • AI生成も現在最速の方法である:
    • Claudeのアーティファクトのようなツールが数分で完全で洗練されたウェブサイトを生成できる
    • GitHubに保存しCloudflare PagesまたはNetlifyで公開して完了
    • 結果は正直素晴らしい
  • 両方のアプローチへの躊躇:
    • あまり学ばない
    • Local-to-staticワークフローはエレガントだが不透明である
    • 何が起こっているか理解せずにボタンを押すことになる
    • AI生成サイトは自分で何かを構築するプロセス全体をスキップする
    • 正直な答えが「AIがこれを作り私はデプロイをクリックした」である場合「私がこれを作った」という魔法が失われる
  • 著者はWordPressを選択した:
    • 完璧だからではなく若い初心者に適切なバランスを取っているから
    • すぐに書いて公開できる
    • 何か言いたいことがあることと公に言うことの間のギャップはわずか数クリックである
    • その即座の満足感は7歳の時に非常に重要である
    • 準備ができたら深さがある
    • 投稿を書くことから始めてテーマに興味を持ちその下のコードを覗くことができる
    • 天井は何年も超えないほど十分に高い
    • スキルが移転可能である
    • WordPressの仕組みを理解することはどこでも適用される概念(コンテンツ管理、データベース、ホスティング、ドメイン)を教える
    • 最終的に何か他のものに移行してもメンタルモデルは引き継がれる
    • 著者がそれを知っている
    • 行き詰まったときに助けることができトリックを見せることができなぜ物事がそのように機能するかを説明できる
    • 親が教えることができるものを学ぶことには技術的知識を超えた価値がある
  • 20年後著者が学んだのと同じプラットフォームを教えている
  • それはWordPressの持続力または代替案の欠如またはその両方について何かを語っている

■ 11. 結論と提言

  • 開発者またはエージェンシーが移行を検討している場合の正直な答えは移行先がまだ存在しないということである
  • WordPressガバナンスについて不安がある場合(合理的である)の実用的な対応はスキルを移植可能に保つことである:
    • モダンなPHPとJavaScriptを学ぶ
    • WordPress固有の実装だけでなく原則を理解する
    • 何かが最終的に出現した場合に準備ができている
  • 今日新しいサイトを構築し非技術者が使用できる管理パネルを持つCMSが必要な場合はWordPressが依然として答えである
  • もっとエキサイティングなことを伝えたいができない
  • 市場のギャップは現実である
  • WordPressレベルの使いやすさと成長するエコシステムを持つモダンなオープンソースCMSは真に価値がある
  • しかし誰もまだそれを構築していない
  • それが機会かもしれない

MEMO: