過去3年間、私は数十のWordPressサイトを移行してきました。5ページのマーケティングサイトもあれば、10,000投稿のパブリケーションもあります。パターンは常に同じです。チームは同じ問題セットで私たちに相談に来て、その解決策は小さな一連のモダンツールに綺麗にマップされます。これはトレンド追求についてではありません。WordPressが20年以上抱え続けている実在する問題を解決することについてです。

WordPressはウェブのおよそ43%を動かしており、それについてはクレジットを得るべきです。しかし「最も人気」と「最適な適合」は別の物です。これを読んでいるなら、あなたはおそらくすでに何か変わる必要があることを決めています。何が何を置き換えるのか、そしてそれが実際にいくらかかるのかについて具体的に説明しましょう。

目次

WordPressの問題を適切なモダンスタックにマッチングさせる

WordPressのすべてのフラストレーションには直接的なモダンな対応物があります。クライアントが移行について聞いてくるときに使用するマッピングは次のとおりです。

プラグインの肥大化 → ヘッドレスCMS(Payload、Sanity)

平均的なWordPressサイトは20~30個のプラグインを実行しています。それぞれが潜在的なセキュリティホール、パフォーマンスドラッグ、そしてWordPressがコアアップデートをプッシュするたびに互換性リスクです。プラグインフォルダが400MBだったサイトを見たことがあります。400メガバイトのPHPが単一のページリクエストのたびに実行されます。

PayloadやSanityのようなヘッドレスCMSはこれを完全に排除します。コンテンツモデリングは組み込まれています。Advanced Custom Fieldsは必要ありません。メディアハンドリングは組み込まれています。個別のメディアライブラリプラグインは必要ありません。ユーザーロール、APIアクセス、ローカライゼーション。すべてネイティブです。

Payload CMSはオープンソース、TypeScriptネイティブ、自己ホスト型(またはPayload Cloudでのクラウドホスト、月額$15から)です。すべてはコードで定義されます。つまり、CMSの構造はフロントエンドと共にバージョン管理に存在します。誰かが間違ったプラグインを無効化してWordPressサイトを失ったことがあるなら、これを評価するでしょう。

Sanityは異なるアプローチを採用しています。Sanity Studioという実時間協調編集ホスト型プラットフォームです。彼らの無料層はほとんどの中小プロジェクト(月最大100K APIリクエスト)をカバーしており、彼らのGrowthプランは月額$99からです。コンテンツレイクアーキテクチャは、あなたのコンテンツが真に構造化され、ポータブルであることを意味します。

私たちは私たちのヘッドレスCMS開発プラクティスに定期的に両方で構築しており、選択は通常以下に帰着します:インフラストラクチャを所有したいですか(Payload)、それとも誰かに管理してもらうために支払いたいですか(Sanity)?

ページ読込遅延 → AstroまたはNext.js

WordPressは各リクエストのサーバー上でHTMLを生成します。はい、キャッシュプラグイン(WP Rocket、W3 Total Cache)を取り付けることができますが、基本的なアーキテクチャの問題に対する修正を行っています。商用テーマを備えた新規WordPressインストールは定期的にLighthouseで40~60をスコアします。本番環境のサイトでは10代を見たことがあります。

AstroとNext.jsはアーキテクチャレベルでこれを解決します。

AstroはデフォルトでゼロJavaScriptを出荷します。ビルド時にページを静的HTMLにレンダリングします。典型的なAstroマーケティングサイトは最適化作業なしでLighthouseで95~100をスコアします。そんなに接近していません。インタラクティビティが最小限のコンテンツが豊富なサイト、マーケティングサイト、ブログ、ドキュメンテーション、Astroの明らかな選択です。私たちは私たちのAstro開発プラクティスで広範囲に作業しています。

Next.jsはより多くのインタラクティビティが必要な場合の選択です。ダッシュボード、認証されたエクスペリエンス、動的価格設定のある電子商取引、フィルタを使用した検索。AppRouterはデフォルトでサーバーコンポーネント(より少ないクライアント側JS)を提供し、さらに増分静的再生成されるため、誰かがタイプミスを修正するたびに10,000ページを再構築していません。私たちのNext.js開発チームは単純なコンテンツサイトを超えるすべてのためにそれを使用します。

メトリック WordPress(典型) Astroサイト Next.jsサイト
Lighthouse パフォーマンス 40-65 95-100 85-98
First Byteまでの時間 800ms-2s 50-100ms (CDN) 50-200ms
総ページ重量 2-5MB 100-300KB 200-600KB
提供されるJavaScript 300KB-1MB 0-50KB 80-200KB
必要なビルド いいえ はい はい

ホストコスト → VercelまたはCloudflare(無料層)

マネージドWordPressホスティングは安くはありません。WP Engineは基本層で月額$20から、Kinstaは月額$35から始まり、ステージング環境、CDN、および十分なパフォーマンスが必要になると、簡単に月額$50~100になります。トラフィックスパイクが発生する前に。

Vercelの無料Hobbyティアはほとんどの個人および小規模ビジネスサイトを費用をかけずに処理します。彼らのProプランは月額$20(チームメンバーあたり)であり、プレビューデプロイメント、分析、およびエッジ関数が含まれます。Cloudflare Pagesはさらに積極的です。無料層には無制限の帯域幅と月額500ビルドが含まれます。

ここ物が人を驚かすところです:Cloudflare Pages上の静的Astroサイトは、$100/月のWordPressホストをひざまずかせるトラフィックスパイクを処理します。サーバー上でPHPを実行する代わりに、CDNからファイルを提供しています。経済学は根本的に異なります。

ホスティング 無料層 有料開始 帯域幅 ビルド分
Vercel はい (Hobby) $20/月/ユーザー 100GB 6,000/月
Cloudflare Pages はい $5/月 (Workers Paid) 無制限 500ビルド (無料), 5,000 (有料)
Netlify はい $19/月/ユーザー 100GB 300分/月
WP Engine いいえ $20/月 50GB N/A
Kinsta いいえ $35/月 CDN含む N/A

セキュリティパッチ → ヘッドレスアーキテクチャ

WordPressはインターネット上で最も攻撃されるCMSです。本質的に不安定だからではなく、最も攻撃面が露出している最大のターゲットだからです。すべてのプラグインは攻撃ベクトルです。すべてのテーマ関数は潜在的な脆弱性です。wp-adminログインページは絶えず総当たり攻撃を受けます。

ヘッドレスアーキテクチャでは、フロントエンドはCDN上の静的HTMLです。悪用するサーバー側コードはありません。SQLインジェクションするデータベースはありません。総当たり攻撃するログインページはありません。CMSは個別に実行されます。セキュリティが彼らの問題であるマネージドサービス(Sanity、Contentful)のいずれか、またはファイアウォールの背後の認証(Payload on a private network)に自己ホストされる。

ヘッドレスサイトはハッキング不可能だと言っているわけではありません。しかし攻撃面は劇的に縮小します。30のサードパーティプラグインを備えたPHPアプリケーションを防御することから、トークンベース認証を備えたAPIエンドポイントを防御することへ進みます。

ページビルダー → Webflow または Framer(非開発者チーム向け)

すべてのチームが開発者というわけではありません。WordPressサイトが存在する理由が誰かがElementorまたはDiviでそれを構築したから、それを取り除いて、コードベースのスタックで置き換えることが意味をなさないかもしれません。

Webflowは2026年の最強のWordPressページビルダー代替です。きれいなHTML/CSSを生成し、グローバルCDNを備えた組み込みホスティングが含まれ、ネイティブにフォームを処理し、開発者の支援なしにマーケティングチームが実際に使用できるCMSを持っています。彼らの基本サイトプランは月額$14から、CMS計画は月額$23から始まります。

Framerは2026年の単純なランディングページについて驚くほど良くなっています。Webflowより高速で、無料層はテストするのに十分です。有料プランは月額$5から基本サイト向けです。

これらはヘッドレスアーキテクチャではありません。これらは完全スタック視覚ビルダーです。しかし、彼らは同じペイン・ポイントを解決しています:パフォーマンス、セキュリティ、および保守の負担。

参照アーキテクチャ:機能する3つのパターン

これらの多くを構築した後、3つのパターンは、見るWordPress置き換えシナリオの約90%をカバーしています。

パターン1:マーケティングサイト — Astro + Sanity + Vercel

これはパンと バターです。企業のマーケティングサイト、エージェンシーサイト、SaaS着陸ページ。コンテンツが定期的に変化するが、サイトはほぼ静的であるすべてのもの。

┌─────────────┐     ┌──────────────┐     ┌─────────────┐
│   Sanity     │────▶│   Astro      │────▶│   Vercel    │
│   Studio     │     │   (Build)    │     │   (CDN)     │
│              │     │              │     │             │
│  Content     │     │  Static HTML │     │  Global     │
│  Editors     │     │  Generation  │     │  Edge       │
└─────────────┘     └──────────────┘     └─────────────┘
        │                                        │
        └── Webhook triggers rebuild ────────────┘

**どのように機能するか:**コンテンツエディタはSanity Studioで作業します。公開すると、Webhookはエッジネットワークでリビルドをトリガーします。AstroはすべてのコンテンツをSanity APIから取得し、静的HTMLを生成し、Vercelのエッジネットワークにデプロイします。一般的な50ページサイトの場合、全体のリビルドは30~90秒かかります。

WordPress機能置き換え:

  • お問い合わせフォーム → Resend + サーバーレス関数、またはFormspree($25/月)
  • SEOメタ → Astroの組み込み <head> 管理 + Sanity SEOスキーマ
  • 分析 → Vercel Analytics または Plausible($9/月)
  • 画像最適化 → Sanityの画像パイプライン または Vercelの next/image Astro同等物

**月額コスト:**ほとんどのサイトで$0-25(Sanity無料層 + Vercel無料層 + オプションFormspree)

パターン2:ブログ/パブリケーション — Next.js + Payload + Vercel

数千の投稿、検索機能、タグ/カテゴリ、著者ページを備えたコンテンツが豊富なサイト。メディアサイト、企業ブログ、ナレッジベースについて考えてください。

// 例:Next.jsでPayloadから投稿を取得する
import { getPayloadClient } from '@/lib/payload'

export default async function BlogPage() {
  const payload = await getPayloadClient()
  
  const posts = await payload.find({
    collection: 'posts',
    where: {
      status: { equals: 'published' },
    },
    sort: '-publishedAt',
    limit: 20,
  })

  return (
    <main>
      {posts.docs.map((post) => (
        <ArticleCard key={post.id} post={post} />
      ))}
    </main>
  )
}

**AstroではなくここでNext.jsを使う理由は何ですか?**増分静的再生成。5,000以上の投稿がある場合、1つの投稿が変更されるたびにサイト全体を再構築する必要はありません。Next.jsはオンデマンドで個別のページを再生成できます。Astroは同様の機能を追加していますが、Next.jsは2026年のこのスケールでより多くの戦闘テストを受けています。

**PayloadではなくSanityを使う理由は何ですか?**パブリケーションの場合、Payloadの自己ホスト型モデルはあなたが完全にあなたのデータを所有することを意味します。複雑なクエリを実行し、エディター向けの カスタム管理ビューを構築し、スケール時に高価になるAPIごとのリクエスト価格を回避できます。Payload 3.0(2024年後半にリリース)はNext.js自体で実行されるため、CMSとフロントエンドは単一デプロイメントを共有できます。

月額コスト:$20-50(Vercel Pro + Payload Cloud または自己ホスト型Payload向けの小さなVPS)

パターン3:電子商取引 — Next.js + Shopify Hydrogen + Vercel

WooCommerceを実行している場合、これがアップグレードパスです。Shopifyはカート、チェックアウト、支払い、インベントリ、および送料を処理します。Next.jsフロントエンドはプレゼンテーションレイヤーを処理します。

// 例:Shopify Storefront APIから製品を取得する
const { data } = await shopifyFetch({
  query: `
    query FeaturedProducts {
      products(first: 12, sortKey: BEST_SELLING) {
        edges {
          node {
            id
            title
            handle
            priceRange {
              minVariantPrice {
                amount
                currencyCode
              }
            }
            featuredImage {
              url
              altText
            }
          }
        }
      }
    }
  `,
})

Shopifyの基本プランは月額$39です。彼らのStorefront APIはShopifyプランで無料で使用できます。世界クラスのチェックアウト体験、詐欺保護、および支払い処理を取得します。WooCommerceでスクラッチから構築するのに数ヶ月かかる物。

月額コスト:$59-99(Shopify Basic $39 + Vercel Pro $20 + オプションSanity for non-product content)

移行コストとタイムライン

本当の数字を話しましょう。サイトの複雑さによってこれを分解するつもりです。なぜなら5ページのパンフレット サイトと500の投稿を持つブログと電子商取引は非常に異なるプロジェクトだからです。

サイトタイプ別タイムライン

サイトタイプ ページ/投稿 典型的なタイムライン エージェンシーコスト範囲 DIYコスト
パンフレット/マーケティング (5-15ページ) 5-15 2-4週間 $5,000-$15,000 $0-500
ブログ/パブリケーション (50-500投稿) 50-500 4-8週間 $15,000-$40,000 $500-2,000
電子商取引 (WooCommerceの移行) 50-500製品 6-12週間 $25,000-$75,000 $2,000-5,000
エンタープライズ/マルチサイト 1,000+ページ 12-24週間 $50,000-$150,000+ 現実的ではない

これらのDIYコストは、自分でこの仕事をしている開発者であり、ツールとホスティングでのみ支払うことを前提としています。エージェンシーのコストは、私たちのような専門的なヘッドレス開発エージェンシーの現在の市場レートに基づいています。当社の価格設定を確認してください詳細については。

現実的な4週間の移行タイムライン

これは私たちが通常マーケティングサイト移行に従うスプリント分析です。

週1:コンテンツ監査+アーキテクチャ

  • すべてのWordPressコンテンツをエクスポート(投稿、ページ、メディア)
  • コンテンツタイプをヘッドレスCMSスキーマにマップ
  • CMS設定(Sanityプロジェクトまたはペイロードインスタンス)
  • 移行スクリプトでコンテンツをインポート
  • フロントエンドプロジェクト設定(AstroまたはNext.js)

週2:デザインシステム+コンポーネントビルド

  • 再利用可能なコンポーネントを構築(ヘッダー、フッター、ヒーローセクション、CTA)
  • Tailwind CSSまたは好みのスタイリングアプローチを実装
  • CMSデータへのコンポーネント接続
  • ページテンプレートの構築

週3:機能パリティ

  • WordPressプラグインをモダンな代替品に置き換え
  • フォーム → サーバーレス関数 + メールサービス
  • SEO → 組み込みメタタグ、サイトマップ、構造化データ
  • 検索 → Algolia、Pagefind、またはビルトインAstro検索
  • 分析 → Vercel Analytics、Plausible、またはFathom

週4:テスト+ローンチ

  • 301リダイレクトマッピング(SEOに不可欠)
  • クロスブラウザおよびデバイステスト
  • パフォーマンス検証(Lighthouse、WebPageTest)
  • DNSカットオーバー
  • Search Consoleのクロールエラーを監視

隠れたコスト

これらについて自分自身に正直になってください:

  • **コンテンツクリーンアップ:**WordPressコンテンツはおそらく混乱しています。ショートコード、インラインスタイル、プラグイン固有のマークアップ。移行中にこれをクリーンアップする時間を予算化します。
  • **301リダイレクト:**WordPressは /blog/my-post-title/ URLを使用します。新しいサイトは /posts/my-post-title を使用するかもしれません。すべてのURLはリダイレクトが必要です、またはSEOランキングを失います。
  • **チーム訓練:**コンテンツエディタはWordPressを知っています。彼らは新しいCMSを学ぶ必要があります。訓練とドキュメントのための数時間を予算化します。
  • **サードパーティ統合:**電子メールマーケティング、CRM、分析、支払いプロセッサ。すべての統合を再配線する必要があります。

誰も話さないコンテンツ移行の問題

これは移行ガイドが難しい部分をごまかすところです。WordPressコンテンツはきれいな構造化データではありません。ショートコード、Gutenbergブロック、プラグイン固有のマークアップが混在したHTMLスープです。

これは典型的なWordPress投稿の実例です。エクスポート時の様子です:

<!-- wp:paragraph -->
<p>Some text with <strong>bold</strong> and a 
[contact-form-7 id="1234" title="Contact form"]</p>
<!-- /wp:paragraph -->

<!-- wp:shortcode -->
[gallery ids="100,101,102" columns="3"]
<!-- /wp:shortcode -->

<!-- wp:acf/hero {"name":"acf/hero","data":{"heading":"Welcome"}} /-->

これのいずれもヘッドレスCMSに直接変換されません。移行スクリプトが必要です:

  1. Gutenbergブロックを構造化データに解析する
  2. ショートコードを削除または変換する
  3. メディアアセットをダウンロードして再アップロード
  4. WordPressカテゴリ/タグを新しい分類法にマップ
  5. 内部リンクを保持(新しいURLパターンに更新)

通常、カスタムNode.jsスクリプトを書きます。WordPress REST API(/wp-json/wp/v2/posts)はあなたの友達です。これは生データベースエクスポートより作業しやすい構造化JSONを提供します。

// 例:基本的なWordPressコンテンツ移行スクリプト
import { createClient } from '@sanity/client'

const sanity = createClient({
  projectId: 'your-project-id',
  dataset: 'production',
  token: process.env.SANITY_TOKEN,
  apiVersion: '2026-01-01',
  useCdn: false,
})

async function migratePost(wpPost) {
  // WordPressのHTMLをSanityのPortable Textに変換
  const body = htmlToPortableText(wpPost.content.rendered)
  
  await sanity.create({
    _type: 'post',
    title: wpPost.title.rendered,
    slug: { current: wpPost.slug },
    publishedAt: wpPost.date,
    body,
    // WordPressのフィーチャーイメージをマップ
    mainImage: await uploadImage(wpPost.featured_media),
  })
}

htmlToPortableText関数は移行複雑性の80%が存在します。@portabletext/html-to-portable-textのようなライブラリが役立ちますが、ショートコードとプラグイン固有のマークアップ用のカスタムハンドラーが必要です。

移行中のSEO保全

これは交渉の余地がありません。SEO移行を台無しにすると、有機トラフィックの数ヶ月を失います。チェックリストは次のとおりです:

  1. 既存サイトをクロールScreaming Frogまたはアーレフでものに触れる前に。すべてのURL、タイトル、メタ説明、および正規タグをエクスポート。
  2. すべてのURLをマップ新しい同等物に。スプレッドシートにリダイレクトマップを作成。
  3. 301リダイレクトを実装ホスティングプラットフォームで。Vercelでは、これは vercel.json または next.config.js に入ります:
// next.config.js
module.exports = {
  async redirects() {
    return [
      {
        source: '/blog/:slug',
        destination: '/posts/:slug',
        permanent: true,
      },
      {
        source: '/category/:slug',
        destination: '/topics/:slug',
        permanent: true,
      },
    ]
  },
}
  1. 新しいサイトマップを送信ローンチ直後にGoogle Search Consoleに。
  2. クロールエラーを監視最初の2週間毎日。表示されるすべてのものを修正。
  3. 古いWordPressサイトを保つ実行(ただし公開にはアクセスできない)少なくとも30日間。参照として必要になります。

WordPressを離れるべきではない場合

正直でなければ、私はこれに言及しなければなりません。WordPressはいくつかのシナリオで依然として正しい選択肢です:

  • **チームは非技術的で予算は$5K未満です。**管理ホストを持つWordPressはまだ非開発者用にサイトをライブに取得する最速の方法です。
  • **専門的な機能のために50以上のプラグインが必要です。**メンバーシップサイト、LMSプラットフォーム、複雑なフォーラム。時々WordPressプラグインエコシステムは本当にモダンな同等物を持っていません。
  • **コンテンツエディタが新しいツールを学ぶことを拒否します。**真剣に。エディタがWordPress管理を愛し、変更しない場合、技術に関係なく移行は失敗します。
  • **現在のセットアップに満足しています。**WordPressが機能していれば、壊れていないものを修正しないでください。テクノロジー移行は実在する問題を解決する必要があります。開発者の好奇心を満たすべきではありません。

他のすべてについて。パフォーマンスが重要な場合、セキュリティがあなたを目覚めさせ、すべてのアップデート後にプラグインの競合に疲れ果てているなら。モダンスタックは準備完了です。特定の状況について話し合いたければ、私たちに連絡してください

FAQ

2026年にWordPressを置き換えるべきスタックはどれですか?

マーケティングサイトの場合、Astro + Sanity + Vercelを使用します。ブログとパブリケーションの場合、Next.js + Payload CMS + Vercelを使用します。電子商取引の場合、Next.js + ShopifyのStorefront API + Vercelを使用します。正しい組み合わせは、サイトがどのくらいのインタラクティビティを必要とするか、およびチームがホスト型CMS(Sanity)または自己ホスト型CMS(Payload)のいずれを好むかに依存します。3つのパターンすべてはWordPressの速度、セキュリティ、および保守負担で劇的に優れています。

モダンスタックはWordPressより安いですか?

通常、はい。進行中のコストについて。典型的なWordPressセットアップ(WP EngineまたはKinsta管理ホスティング、プレミアムテーマ、プレミアムプラグイン)は月額$50~150を実行しています。Vercelの無料層上のAstroサイトとSanityの無料プランで月額$0になります。有料層でも、通常月額$50以下です。ただし、最初の移行コストは高くなります。エージェンシーによっては、サイトの複雑さに応じて、$5,000~$40,000の投資が見込まれます。WordPressにとどまるためには0に対して。

WordPress移行はどのくらい長くかかりますか?

単純なマーケティングサイト(5~15ページ)は2~4週間かかります。数百の投稿があるブログは4~8週間、主にコンテンツ移行とリダイレクトマッピングが時間集約的です。WooCommerceからShopify + Next.jsへの電子商取引移行は通常6~12週間かかります。最も過小評価されるタスクはコンテンツクリーンアップです。WordPressコンテンツはショートコードと手動の注意が必要なプラグイン固有のマークアップでいっぱいです。

WordPress から移行すると SEO ランキングを失いますか?

正しく実行すれば。重要な手順は次のとおりです。移行前に既存サイトをクロール、すべてのURLの完全な301リダイレクトマップを作成、新しいサイトマップをGoogle Search Consoleに送信、ローンチ後2週間クロールエラーを監視。ほとんどのサイトは2~4週間で一時的なランキングの低下を見てから回復または改善します。新しいサイトはより高速で、Core Web Vitalsでより良くスコアするため。

非技術エディタはSanityまたはPayloadなどのヘッドレスCMSを使用できますか?

はい、いくつかの調整があります。Sanity Studioはブラウザで実行される視覚エディタです。WordPressとは異なりますが、難しくありません。PayloadのAdmin パネルはクリーン で、データベース支援CMSを使用したことのある人にとって直感的です。基本的なコンテンツ編集の学習曲線は通常1~2時間です。つまり、エディタがWordPressワークフローに深く埋め込まれており、変更に抵抗する場合、訓練時間と忍耐力を考慮してください。

ヘッドレスセットアップでバックエンド開発者がまだ必要ですか?

最初のビルドと移行については、はい。CMSスキーマをセットアップし、フロントエンドコンポーネントを構築し、移行スクリプトを書き、デプロイメントを設定する必要があります。ローンチ後、ほとんどのコンテンツ更新は開発者を必要としません。エディタはCMSで作業し、サイトは自動的に再構築します。構造的な変更(新しいページタイプ、新しい機能)について定期的に開発者が必要になります。ただし、WordPressと比較して日常的な保守負担は大幅に低下します。

非開発者の場合、ヘッドレスCMSの代わりにWebflowを使用すべきですか?

チームに開発者がいない場合、そしてどんなに計画していても雇う予定がない場合、Webflowはおそらくヘッドレスセットアップより適切な適合です。コードなしで視覚設計制御、組み込みホスティング、フォーム、およびCMSを提供します。基本的なサイトのプランは月額$14から始まります。トレードオフは柔軟性です。Webflowサイトはカスタム機能を拡張するのが難しく、Next.jsまたはAstroビルドと比較されます。しかし、ほとんどの中小企業マーケティングサイトについて、Webflowは必要なすべてをカバーしています。