12年のWordPress経験から考える：2026年の本当の選択肢

12年以上、WordPressサイトを構築してきた。数千のプロジェクトに携わった。「WordPress代替案」という記事を書く人間の大半より、WordPressのことをよく知っている。ここに、私の正直な見方を示す：WordPressは今でも多くのサイトにとって正しい選択肢だ。だが2026年には、WordPressが本当に不適切なシナリオが存在する。そしてそういったシナリオでは、私自身の実務をWordPressから移行させている。

これはSquareespaceやWixを試すよう勧める別の羅列記事ではない。開発者または代理店として自分たちのスタックを評価しているなら、パフォーマンス、セキュリティ、保守負荷、総所有コストを考慮した正直な比較が必要だ。それがここにあるものだ。

すべての主要な代替案を紹介し、各々がどこで優れ、どこで機能しないかを正確に説明し、実際に使える意思決定フレームワークを提供する。ベンダーへの肩入れはない。WordPress批判の煽り記事もない。これらのプラットフォーム全てで構築を完了させた者からの、実地で得た意見だけだ。

目次

WordPressの問題（そしてそれでも時々正解である理由）

一つはっきりさせておきたい：WordPressは悪いソフトウェアではない。2005年のために設計され、20年間継ぎ足されてきたソフトウェアだ。非技術者が管理する簡単なブログや企業情報サイト場合、WordPressは今でも稀に見る難しさで追い越すのは難しい。エコシステムは比類なし。コミュニティは巨大だ。地球上のどんな都市でも開発者を見つけることができる。

だが、プロジェクトの後プロジェクトで何度も何度も直面してきたのは以下だ：

プラグイン地獄。 典型的なクライアントサイトは15～30個のプラグインを実行している。各々は潜在的なセキュリティホール、パフォーマンスボトルネック、互換性リスクだ。WordPressサイトは2025年に毎日30,000件以上の攻撃を受けた。プラグインの更新のたびに祈る思いだ。プラグイン更新のために午前2時に緊急電話を受けた回数は数えきれない。

パフォーマンスの天井。 平均的なWordPressサイトはLighthouseで約50/100のスコアを獲得している。より高くプッシュすることはできる――何度も成し遂げている――だが、アーキテクチャ全体と戦っている状態だ。PHPレンダリング、ページロードごとのデータベースクエリ、レンダリングをブロックするプラグインアセット。継続的な戦闘だ。

保守税。 WordPressサイトは継続的なケアが必要だ。プラグイン更新、PHPバージョン更新、セキュリティパッチ、データベース最適化、壊れたプラグイン競合。代理店はWordPress保守に月100～300ドル請求している。その費用は正当化される。実際の仕事だからだ。

ローカルベーカリーの5ページのウェブサイト？これらのトレードオフは許容可能だ。ユーザー認証、支払い、リアルタイムデータ、数千の動的ページ、パフォーマンス要件のあるプラットフォーム？WordPressは不適切なツールになる。そして2026年、Core Web Vitalsが検索ランキングに直接影響を与えているため、そのパフォーマンスの天井はかつてより重要だ。

Next.js + Supabase：誰も話さないWordPress完全代替案

多くの「WordPress代替案」記事では見つからない推奨事項がここにある：Next.jsとSupabaseのペア構成。なぜ他の記事はそれに言及しないのか？それが開発者を必要とするからだ。ドラッグ&ドロップソリューションではない。だが開発者またはエージェンシーとしてこれを読んでいるなら、それが正にポイントだ――開発専門知識が自分たちが売るものだ。

Next.jsはフロントエンドとサーバーサイドレンダリングを処理する。Supabaseはpostgresqlデータベース、認証、ファイルストレージ、エッジ関数、リアルタイムサブスクリプションを提供する。一緒に、WordPressの全体をー単なるCMS部分だけでなく、WordPressプラグインが試す（そしてしばしば失敗する）アプリケーション層全体を置換する。

実際に得られるもの

  • 認証：Supabase Authはメール/パスワード、マジックリンク、OAuth（Google、GitHubなど）、行レベルセキュリティをサポートしている。プラグイン不要。WP-Membersなし。Ultimate Memberなし。
  • データベース：完全なPostgreSQL。実際のSQLクエリを書くか、Supabaseクライアントライブラリを使用する。WP_Queryと実際のデータベースに住むべきデータの為のカスタム投稿タイプでの格闘は二度としない。
  • 支払い：数百行のコードでStripe統合。WooCommerceなし。年79ドルのプラグインなし。
  • リアルタイム：ボックス外のWebSocketサブスクリプション。WordPressでそれをやってみてください。
  • パフォーマンス：サーバーサイドレンダリング、静的生成、増分静的再生成。Lighthouse 90+スコアは願望的ではなく――デフォルトだ。

実プロジェクトからの実数値

91,000+ページと137,000+リスティングを持つプラットフォームをNext.js + Supabaseで構築した。Lighthouseスコア：94。トラフィックスパイク中でもサイトは余裕で対応する。静的ページはCDNエッジから提供されるからだ。動的コンテンツをパワーするデータベースクエリはPostgresqlに対して数ミリ秒で実行される適切なインデックスがあれば。

WordPressでそれを構築してみてください。私はしている。データベースは耐えられない。ページビルダーは窒息する。キャッシュレイヤー、CDN、データベース最適化プラグイン、セキュリティプラグインで終わってしまい、トラフィック数の間呼吸を止めている。

実際のコスト

Next.jsはVercelの無料層に小プロジェクトでデプロイする、または月20ドルでチームメンバーごとにProをデプロイする。Supabaseは無料で始まり、Proで月25ドルにスケール。ほとんどのエージェンシープロジェクトでは、月25～50ドルのインフラストラクチャを見ている。同等のWordPressセットアップが要求する月15～50ドルのホスティング+年850～2,300ドルのプラグインに対して。

キャッチ？開発者が必要だ。これはコード優先的なアプローチだ。クライアントがコンテンツを編集する必要がある場合、ヘッドレスCMS（以下のPayloadについては詳しく説明）とペアリングする。クライアントが開発者の関与なしに自分自身でページを構築する必要がある場合、これは正しい選択ではない。

WordPressから移行しているクライアントのためにこのスタックを広範に構築した――この経路を評価しているなら、WordPress to Next.js migration serviceについて読むことができる。

// 例：Supabaseでリスティングを取得（WP_Query + 3プラグインを置換）
import { createClient } from '@supabase/supabase-js'

const supabase = createClient(process.env.SUPABASE_URL!, process.env.SUPABASE_ANON_KEY!)

export async function getListings(category: string, page: number = 1) {
  const pageSize = 20
  const from = (page - 1) * pageSize

  const { data, count, error } = await supabase
    .from('listings')
    .select('id, title, slug, description, price, images, created_at', { count: 'exact' })
    .eq('category', category)
    .eq('status', 'published')
    .order('created_at', { ascending: false })
    .range(from, from + pageSize - 1)

  return { listings: data, total: count }
}

それで全部だ。プラグインなし。functions.phpのハック無し。REST API認証プラグイン無し。ただ実データベースに対する型付きクエリ。Next.js開発能力についてもっと学ぶ。

Payload CMS + Next.js：WordPressエディタの経験を正しく実装

Next.jsをエージェンシーに売り込む時に聞く最大の異議：「でも私のクライアントは自分自身でコンテンツを編集する必要があります。」公平な点だ。そこがPayload CMSが入ってくる場所。そしてそれは本当に最高のWordPressCMS代替案を使用している。

Payloadはオープンソース、TypeScript-ネイティブなヘッドレスCMSで、実際にNext.jsアプリケーション内で実行される。同じデプロイメント。同じコードベース。コンテンツエディタはWordPressから慣れているポーリッシュされたadminパネル、ライブプレビュー、リッチテキスト編集、メディア管理――すべてを得るが、下流のアーキテクチャは最新だ。

なぜPayloadは他のヘッドレスCMS選択肢より優れているのか

クライアントプロジェクトでSanity、Contentful、Strapi、Directusを使用している。Payloadはエージェンシー仕事で勝つ。理由は：

  • 自己ホストと無料。 座席ごとの価格設定なし。APIコール制限なし。ベンダーロックインなし。
  • TypeScriptスキーマ。 コンテンツモデルはコード、バージョン管理、型安全。WordPressのUIをクリックして設定する必要はもうない。
  • Next.jsの内部に存在。 一つのデプロイメント。一つのコードベース。別々のCMSホスティング管理なし。
  • **Payload 3.0（2025）**はライブプレビュー、AIパワード領域、劇的に改善されたエディタ経験を追加した。

headless CMS開発をしているエージェンシーでは、2026年にPayloadを最も推奨するツールだ。

// payload.config.ts — コレクション定義（WordPressカスタム投稿タイプを置換）
import { buildConfig } from 'payload/config'

export default buildConfig({
  collections: [
    {
      slug: 'blog-posts',
      admin: { useAsTitle: 'title' },
      fields: [
        { name: 'title', type: 'text', required: true },
        { name: 'slug', type: 'text', unique: true },
        { name: 'content', type: 'richText' },
        { name: 'featuredImage', type: 'upload', relationTo: 'media' },
        { name: 'author', type: 'relationship', relationTo: 'users' },
        { name: 'publishedDate', type: 'date' },
        { name: 'category', type: 'select', options: ['tech', 'business', 'design'] },
      ],
    },
  ],
})

クリーン。型付き。バージョン管理。ACFライセンスなし。CPT UIプラグインなし。

Webflow：デザイン重視のマーケティングサイトに最適

Webflowはそれが行うことで優れている：デザイナーがコードを書かずに視覚的に素晴らしいマーケティングサイトを構築することを許す。強力なデザインチームを持つエージェンシーが企業サイト、ランディングページ、マーケティングマイクロサイトを構築する場合、それは合法的なWordPress代替案だ。

だが、その制限について正直にしよう：

  • 10,000CMS項目上限。 プロジェクトがそれ以上を必要とする場合、不運だ。
  • 本当の認証がない。 Webflowのメンバーシップ機能は基本的だ。ユーザーダッシュボードやゲートアプリケーションロジックを構築することはできない。
  • データベースなし。 CMS集合を取得する。構造化コンテンツ――実リレーショナルデータベースではない。結合はない。複雑なクエリはない。
  • ベンダーロックイン。 サイトはWebflowインフラストラクチャに存在する。静的HTMLをエクスポートすることができるが、それは一方通行の旅だ。

Webflowサイト計画は月14～49ドル実行、eコマース計画は月29～212ドル。デザインチームが直接管理するマーケティングサイトでは、これはしばしば正しい呼び出しだ。カスタムアプリケーションロジックを持つ何かでは、そうではない。

Astro：コンテンツ豊富な静的サイトに最適

Astroは特定のニッチを美しく彫った：速い必要があるコンテンツ豊富なサイト。ブログ、ドキュメンテーションサイト、数百ページのマーケティングサイト。一次的な必要がコンテンツ公開で、速い可能な出力が必要ならば、Astroは配信する。

AstroはデフォルトでゼロのJavaScriptを配信する。ページは静的HTML。任意のフレームワーク（React、Vue、Svelte）を「島」経由で相互作用を追加することができる――独立成分が独立してhydrateする。結果は最適化努力なしでLighthouseで95～100をスコアするサイトだ。

Next.jsと比較してAstroが不足している場所：

  • 組み込みサーバーサイド機能なし。 APIルートなし（アダプタなし）。デフォルトでサーバーサイドレンダリングなし。
  • 認証、支払い、またはデータベースなし。 それらを分けて取付ける必要がある。
  • より小さいエコシステム。 急速に成長中、だがNext.jsはツール及びコミュニティで多くの先制を有する。

現在WordPressにあるブログ？AstroとヘッドレスCMS素晴らしい移行経路だ。Astro開発実践で定期的にこれを行う。動的特性を持つアプリケーション？Next.js + Supabaseはより良い基礎だ。

Ghost：純粋なパブリッシングとニュースレターに最適

Ghostはブログ以上のものになるのではなく、ブログに焦点を留めている場合WordPressはどうだろうか。メンバーシップ、ニュースレター、有料コンテンツ用Stripe統合が組み込みのNode.jsベースパブリッシングプラットフォームだ。

自己ホストGhostは無料だ。マネージドホスティング（Ghost Pro）は購読者数によって月9～199ドル実行される。エディタはクリーン。パフォーマンスは優れている（秒以下の負荷）。APIはヘッドレス用途のために十分に設計されている。

制限はクリア：デジタルサブスクリプションを超えるeコマースなし、カスタムアプリケーションロジックなし、Handlebarsでテンプレートベーシック。Ghostはパブリッシングツールだ。パブリッシングが全体の用途場合、WordPressより議論の余地なく優れている。それを超えるもの何かが必要な場合、迅速に壁に当たる。

Ghostは2026年初期に300万以上の活動的なニュースレターユーザーに成長した。これはそれが聴衆を見つけたことを告げる。

Shopify：eコマースのみ、そしてそれで良い

Shopifyは最高のeコマースプラットフォーム。完全に終わり。非eコマースサイトのためにそれを使用しないでください。Shopify上にブログを構築しようとしないでください。Shopifyで企業サイトを構築しようとしないでください。そのために設計されたものでそれを使用してください。

カスタムストアフロント構築しているエージェンシーのため、2026年での動きはheadless Shopify：Shopifyを商業バックエンド（製品、在庫、チェックアウト、支払い）として使用し、フロントエンドとしてNext.jsを使用する。Shopifyの防弾商業エンジンを、完全なデザイン自由度及び90を超えるLighthouseスコアで得る。

Shopify Basic月39ドル実行。Advanced月399ドル。Plus（企業）月2,300ドルで開始される。Storefront APIはどのShopifyプランでもの無料使用だ。

プラグイン代替表：年850～2,300ドル vs 0ドル

これはあなたのプロジェクトのプラグインスタックが実際にコストするかと、Next.js + Supabaseで等価コスト何かを示す表は、実践を変えるよう説得した。ここにある：

WordPressプラグイン 年間コスト Next.js + Supabase同等物 コスト
Yoast SEO Premium 年99ドル Next.js metadata API + next-sitemap 0ドル
WP Rocket（キャッシング） 年59ドル 組み込みSSG/ISR + Vercel CDN 0ドル
Wordfence Premium（セキュリティ） 年119ドル PHPの攻撃表面なし。Vercel DDoS保護含まれる。 0ドル
Gravity Forms 年59ドル React Hook Form + Supabase insert 0ドル
ACF Pro（カスタムフィールド） 年49ドル TypeScriptの種類 + Supabaseコラム 0ドル
WooCommerce + 拡張 年200～800ドル Stripe SDK（直接統合） 0ドル
WPML（多言語） 年99ドル next-intl or next-i18next 0ドル
UpdraftPlus Premium（バックアップ） 年70ドル Supabase自動バックアップ（Pro含む） 0ドル
WP-Members または MemberPress 年99～399ドル Supabase Auth（組み込み） 0ドル
合計 年853～2,253ドル 0ドル

全体深い掘り下げ書いた：WordPress: 30 Plugins. Next.js: Zero. 短いバージョンはWordPressプラグインが最新フレームワークが本来的に処理するもの補償するために存在するという事実だ。回避策のために支払う。

明らかな反論：「だが開発者はプラグインインストール代わりにコードを書く料金を支払う。」はい。そしてそのコードはより速く、より安全で、完全にプロジェクトにカスタマイズされ、他のプラグイン更新が破壊していない。初期開発コストがより高い。総所有コスト劇的に低い。

意思決定ツリー：どの代替案があなたのプロジェクトに適しているか

数百のプロジェクト評価からこの意思決定フレームワーク構築した。意図的にシンプルだが、プロジェクトが本当に何を必要としているかについて正直いったん決定は通常シンプルだからだ。

あなたの状況 最良の選択 有力候補
100投稿未満の簡単なブログ WordPressまたはGhost Astro
マーケティングサイト、カスタム機能なし WordPressまたはWebflow Astro
ユーザー認証または支払い必要 Next.js + Supabase —
リレーショナルデータを持つ実データベース必要 Next.js + Supabase —
パフォーマンス要件を持つ1,000+動的ページ Next.js + Supabase Astro（静的OKの場合）
Lighthouse 90+は厳しい要件 Next.jsまたはAstro Webflow
非技術エディタはコンテンツ管理する必要 Payload CMS + Next.js WordPress（シンプルな場合）
eコマースストア Shopify（Next.jsカスタムフロントエンド付きheadless） WooCommerce
コンテンツ豊富なブログまたはドキュメンテーション Astro Ghost
デザインチームがサイト直接管理 Webflow —
WordPressサイトがハッキングされた、迅速に移行必要 us に連絡 —

何か気づきましたか？中央セクション――認証、支払い、データベース、スケール――には本当の回答が1つだけある。理由は一度プロジェクトがアプリケーションレベル特性を必要とするなら、アプリケーションフレームワーク必要だからだ。WordPressはアプリケーションプラットフォームのふりをするCMS。Next.js + Supabaseは実アプリケーションプラットフォーム。

比較表

機能 WordPress Next.js + Supabase Webflow Astro Ghost Payload + Next.js
学習曲線 低い 高い 中程度 中程度 低い 高い
平均Lighthouseスコア 45～65 90～100 80～95 95～100 85～95 90～100
認証 プラグイン経由 組み込み（Supabase Auth） 基本的なメンバーシップ なし 組み込み（メンバー） Supabase/カスタム経由
データベース MySQL（限定） PostgreSQL（完全） CMS集合のみ なし SQLite/Postgres MongoDB/Postgres
eコマース WooCommerce Stripe direct / Shopify headless 組み込み（限定） なし Stripe（サブスクリプションのみ） カスタム / Shopify headless
コンテンツ編集 Gutenberg/Classic コード または ヘッドレスCMS ビジュアルビルダー Markdown/MDX クリーンエディタ ライブプレビュー付きadmin panel
ホスティングコスト/月 5～50ドル 0～25ドル（Vercel + Supabase） 14～49ドル 0～20ドル 0～199ドル 0～25ドル（自己ホスト）
プラグイン/拡張コスト/年 850～2,300ドル 0ドル 0～50ドル 0ドル 0ドル 0ドル
セキュリティ表面 大きい（PHP + プラグイン） 最小限 Webflow管理 最小限（静的） 小さい 最小限
開発者が必須 いいえ（基本）/ はい（カスタム） はい いいえ はい いいえ（基本）/ はい（headless） はい
最大実践スケール ~10K ページ（痛みが前） 100K+ ページ 10K CMS項目 100K+ ページ ~50K 投稿 100K+ ページ

FAQ

WordPressは2026年に死んでいるのか？ いいえ、WordPressが死んでいると言う人は数字を見ていない。WordPressはまだウェブの40%以上をパワーしている。それはどこにも行かない。だがその市場シェアは初めて減少し、ヘッドレスCMS採用は2025年に年間45%成長した。WordPressは死んでいない――単にあらゆるウェブプロジェクトのもはや自動デフォルト。

非技術者のための最良のWordPress代替案は何か？ 開発者でなく、1つを雇いたくないなら、Webflowまたはマーケティングサイトが必要な場合はどうかによってGhost視覚的エディタ、マネージドホスティング、コード知識を必要としないブログ/ニュースレタープラットフォーム。eコマースのため、Shopifyは明確な答えだ。

Next.js + Supabaseは本当にWordPress置換か？ 認証、支払い、リアルタイム機能、実データベース、またはハイパフォーマンススケール必要するプロジェクトのため――はい。単なるWordPress CMSだけでなく、WordPressサイトが依存する全体プラグインスタック置換される。トレードオフはそれが開発専門知識を必要とすることだ。DIYウェブサイトビルダーではない。エージェンシーまたは開発者なら、これはバグではなく機能だ。

WordPressからNext.jsへの移行コストはどれくらいか？ サイト複雑性に非常に依存する。シンプルなブローシャーサイトは再構築に5,000～15,000ドルコスト可能性。カスタム投稿タイプ、eコマース、メンバーシップ、統合で複雑なサイトは20,000～75,000ドル以上実行可能。だがを考慮に入れる継続的貯蓄：プラグイン更新なし（年850～2,300ドル）、低いホスティングコスト、削減保守、セキュリティインシデント数少なく。ほとんどのプロジェクトは12～18ヶ月内に回収する。価格ページを確認現在範囲。

Payload CMSは本当にWordPressエディタ経験置換できるのか？ Payload 3.0 2026年でおおよそ非常に近い。ポーリッシュされたadmin panel、リッチテキスト編集、メディア管理、関係フィールド、及びライブプレビュー得る。編集経験はWordPressから異なる――議論の余地なくクリーンである――だがコンテンツエディタWordPress慣れている迅速に適応する。最大の勝利は開発者UIをクリックしてコンフィグして代わりにTypeScriptコードでコンテンツモデル定義するを定義する。バージョン管理可能でデプロイ可能を意味する。

Squareespace または Wix はWordPress代替案はどうなのか？ 個人サイト及び非常に小さい企業に対して罰金。だが開発者またはエージェンシーパースペクティブから、それらは深刻なツールではない。コードで有意義に拡張できない。自己ホスティングできない。彼らのプラットフォーム許可するそれ以上に最適化できず、完全にエコシステムにロックされる。この記事を読んでいるなら、すでに彼らを超えた可能性高い。

Webflowはエージェンシー仕事のためのWordPressより優れているのか？ デザイン重視プロジェクトを管理しているデザインチーム用マーケティングサイトでは、しばしばはい。Webflowはwordpress保守負荷を排除し、デザイナーに直接制御を与える。だがWebflowはカスタムアプリケーションロジック、10,000CMS項目以上、または実サーバーサイド関数が必要な時、壁に当たる。それらのケースではNext.js基礎。

Astro と Next.js 間を決定する方法は？ シンプル規則：サイトが主にコンテンツで、認証、支払い、またはデータベースを必要としなければ、Astroはより良いパフォーマンスをより少ない複雑さでを与える。サーバーサイドアプリケーション機能――ユーザーアカウント、動的データ、API統合、eコマース――必要な場合、Next.jsで行く。両方は90以上のLighthouseでスコア。Astroはより軽い; Next.jsはより有能。Astro開発とNext.js開発実践の両方で我々は仕事。

WordPressサイトがハッキングされ迅速に移動する必要なら？ これはそれが人々が認めるより頻繁に起こる。WordPressのPHPコードベース及びプラグインエコシステムは大きい攻撃表面を作成する――毎日30,000WordPressサイトは攻撃される。ハッキングされ修正及び祈った代わりにより安全なアーキテクチャに移動したいなら、Next.jsへの動きはPHP攻撃表面を全体で排除する。正確なこのシナリオのために設計された特定WordPress hacked migration serviceがある。

正しいツールは仕事に依存する。WordPressは最新のウェブ構築し、その地位を獲得した。だがウェブが進められ、2026年では、開発者及びエージェンシーはWordPressが構築する必要がなかったプロジェクト用の本当に良い選択肢がある。カギは正直にプロジェクトが本当に何を必要とするかについて――及び適切に選択するだ。

移行を評価または新規プロジェクトを始め、正しいスタックについて話し合いたいなら、reach out。我々はこれを数百回行い、正直な推奨――WordPressに固執する推奨だとしても――を与えて幸せだ。