2017年、クライアントから必死の電話がありました。彼女はGoDaddyのウェブサイトビルダーで花屋のサイトを作り、週末で完成させ、モバイルでも見栄えが良く、彼女は満足していました。その後、シンプルなイベントカレンダーを追加したいと言いました。ただのカレンダーです。GoDaddyではできませんでした。ジュニア開発者も顔を赤くするようなワークアラウンドなしにはできません。彼女は結局、全体をWordPressに移行するために私にお金を払う羽目になり、私はこう思いました。なぜ皆ここから始めるのか？
重要なポイント：GoDaddyのビルダーは、ライバルよりも柔軟性と引き換えに単純さを優先しており、WordPress、Webflow、Squarespaceはすべて同等の価格でより大きな拡張性を提供しています。
理解できますよ、正直に言って。GoDaddyの売り文句は魅力的です。登録して、テンプレートを選んで、ビジネス名を入力して、昼前にはサイトを公開。CMSに一度も触ったことがない人にとっては、このスピード感は超能力に思えます。でも、それは借りた時間に過ぎません。Seahawkで12,000を遥かに上回るサイトを構築してきた経験から言うと、期待以上に急速に成長してGoDaddyから移行する羽目になったクライアントのマイグレーション対応は、もう数え切れません。
それでは、実際にクライアント（および自分自身）を移行した先と、その理由をお話しします。
---
GoDaddyビルダーの問題はスピードではなく、制約です
GoDaddyのウェブサイトビルダーは、本当に素早く立ち上げられます。そこは誤魔化しません。彼らのAIレイヤーであるGoDaddy Airoなら、ロゴとメールキャンペーンテンプレート付きのブランド化されたサイトを、あなたがコーヒーを飲み終わる前にスキャフォルドできます。エディタはクリーンで直感的、divが何かも知らない人、学びたくない人にとって脅威を感じさせません。
しかし。
セクションを自由に移動することはできません。HTMLやCSSを編集することはできません。事前に用意されたオプション以上にレイアウトを変更することはできません。彼らのクローズドエコシステムに存在しないプラグインをインストールすることは絶対にできません。ビルダーの徹底的なレビューの一つが率直に述べているように、セットアップの利便性は本当ですが、デザインの基本以上のことをしたい瞬間、壁にぶつかります。
その壁が問題です。ビルダー自体ではなく。
ブリストルの整骨院クライアントがいました。3年間GoDaddyを使っていました。見た目は良いサイトです。その後、オンライン予約、問診フォーム、クリニック管理ソフトとの統合、運動ビデオライブラリ用のメンバーエリアを望みました。GoDaddyがネイティブにサポートできることを監査するのに2時間かかりました。そのリストの本質的には何もできませんでした。3年間のコンテンツがあるのに、アーキテクチャから始め直す必要がありました。
これはGoDaddy特有の警告ではありません。どれだけ速く始められるかではなく、どこまで進められるかに基づいてプラットフォームを選ぶことの重要性を示す警告です。
---
WordPress: 依然としてほとんどの人にとって賢明なデフォルト
過去10年近く、WordPressは死んでいると宣言されています。それでもウェブ全体の約40%を支えています。それは慣性ではなく、何も追い落とせないスケールのネットワーク効果です。
それでも推奨する理由
プラグインエコシステムだけで元が取れる価値がある（ちなみに無料だ）。60,000以上のプラグインがあるということは、想像できるほぼあらゆる機能が誰かによって既に構築され、数千のサイトで本番環境でテストされ、YouTubeで徹底的にドキュメント化されているということだ。eコマース向けのWooCommerce。カスタムフィールド向けのACF。SEO向けのYoastまたはRank Math。このスタックは退屈で、それは本当に褒め言葉だ。
エージェンシーにとって、才能プールも重要だ。ロンドン、ラゴス、またはリュブリャナでWordPressデベロッパーを雇い、彼らがカスタム投稿タイプが何かを知っているという合理的な確信を持つことができる。専有ビルダーでそれを試してみてください。
正直に言うWordPressの注意事項
完璧ではない。プラグインの競合は現実だ。40個のプラグインを何も壊さずに更新し続けることは、あるHacker Newsのコメンターが言ったように「MySQLの面倒を見ること」だ。セキュリティは、メンテナンスの悪い古いバージョンのプラグインを実行しているときには本当の懸念事項だ。ブロックエディタ（Gutenberg）はまだほぼ神学的に感じられる方法で意見を分ける。
しかし、本当の柔軟性、コンテンツの所有権、そして彼らと一緒に成長できるサイトが必要なクライアントのためには？ブリーフが明確に他の方向を指していない限り、WordPressは依然として私の最初の推奨だ。
---
Headless WordPressとJamstack：ブリーフが他の方向を指しているとき
約3年前、Seahawkは「パフォーマンス」がいいおまけではなく必須要件であるブリーフをもらい始めました。高速な読み込み時間。高いCore Web Vitalsスコア。複数のサーフェス、ウェブ、アプリ、小売環境のキオスク画面でコンテンツを配信する。従来のWordPressホスティングではできませんでした。
それが私たちがヘッドレスアーキテクチャにより強く寄り掛かり始めた時だ。
ヘッドレスが実際に意味すること（専門用語なし）
Headless WordPressとは、WordPressをバックエンド、コンテンツリポジトリ、クライアントがログインする管理インターフェイスとして保つことを意味しますが、フロントエンドを完全に分離します。「ヘッド」（ユーザーが見るもの）はNext.jsやAstroのようなJavaScriptフレームワークで構築されます。WordPressはREST APIまたはGraphQL経由でコンテンツを提供します。フロントエンドはそのデータをフェッチして、好きなようにレンダリングします。
結果として、ページロード速度が非常に速くなり、PHPのレンダリングボトルネックがなくなり、フロントエンドアーキテクチャの完全な自由度が得られます。WordPress管理画面が同じ方法で公開されないため、セキュリティも向上します。
Jamstack CMSの環境
完全にJamstackを採用するなら、バックエンドとしてWordPressを使う必要さえありません。このアーキテクチャ向けに特別に構築されたヘッドレスCMSの選択肢は、堅牢で増え続けています。本番環境で使用したものの中から、いくつか挙げます：
- Contentful。成熟している、ドキュメントが充実している、スケールでは少し高いが、非常に堅牢
- Sanity。極めて柔軟なコンテンツモデリング、優れたDX、編集チーム向けのリアルタイムコラボレーション
- Storyblok は、ビジュアルエディタが本当に優れていて、リアルタイムで変更を確認したい非技術的なクライアントに最適です。
- Strapi は、オープンソースで自己ホスティング可能な Node.js ベースで、インフラストラクチャコストを抑えたい場合に向いています。
- Directus は過小評価されていますが、特にデータ量が多く適切なデータベース抽象化レイヤーが必要なプロジェクトに適しています。
これらのどれもすべてのプロジェクトに完璧ではありません。Storyblokのビジュアルエディタは編集者にとって喜ばしいものですが、開発者側の複雑さが増します。SanityのGROQクエリ言語には学習曲線があります。ハイプではなく、実際のプロジェクトに基づいて選択してください。
---
EmDash: 注目する価値のある新参者（ただし注意点あり）
2026年4月に興味深いものがリリースされました。EmDash は Cloudflare により支援される新しい CMS で、WordPress の精神的後継者として位置付けられており、モダンなウェブテクノロジーで構築され、Cloudflare Workers 経由のプラグイン分離、AI ツールがネイティブに読み取れる構造化データとしてのコンテンツ保存を備えています。
このピッチは本当に興味深いものです。WordPressはPHPで動作していますが、2026年にゼロから設計するなら選ばないテクノロジーです。EmDashはエッジネイティブデプロイメント、構造化コンテンツ、そしてAIアシスタントがますます情報発見の手段となる世界のために構築されています。
私はまだ本番環境にEmDashをデプロイしていません。ベータ版で立ち上がり、私は様子を見ています。注目する価値のある懸念点がいくつかあります。
- エコシステムはまったく新しいものです。WordPressプラグインの60,000個対...それほどでもない。まだ。
- プラグイン分離機能は Cloudflare のランタイムでのみ機能します。そのインフラに専念している場合は問題ありませんが、そうでない場合は制限されます。
- ベータ製品です。本質的なリスクがあります。安定性が必要なクライアントの前でベータ版は使いません。
実際にテストした人たちからの率直な合意は：技術的には印象的、実務的には不完全。12～18ヶ月後に再検討する価値があります。私も正にそうするつもりです。
---
これらのオプションの実際の選び方
ここが問題です。オンラインのほとんどの「どの CMS が最適か」というコンテンツは、これを仕様書比較のように扱っています。チェックボックス。機能マトリクス。実際のプロジェクトでプラットフォームを選ぶときはそうではありません。
私が実際にアプローチする方法はこうだ：
- クライアントが今日ではなく 18 ヶ月後に何が必要かを尋ねる。個人花屋なら、マネージドホスティング上の WordPress でおそらく十分だ。VC から資金調達を受けたスタートアップで 10 倍のトラフィック成長を見込んでいるなら、今からそれに向けて設計すべき。
- ローンチ後、誰がそれを保守するのかを尋ねる。ヘッドレス Jamstack セットアップは素晴らしいが、58 歳のクライアントのマーケティングマネージャーがブログ記事を更新しなければならなくなると、サポートチケットになる。技術的複雑さをチームに合わせる。
- コンテンツが 1 つ以上の場所に行くかどうかを尋ねる。複数のフロントエンド（ウェブ + アプリ + その他）はほぼ常にヘッドレスを指す。
- 統合について質問してください。CRM、予約システム、決済処理業者、分析ツール。プラットフォームにコミットする前にこれらをマッピングしてください。後からではなく。
- 継続的なメンテナンスの予算について質問しておきましょう。自前でホストするStrapi インスタンスは、Node.js バージョンを最新に保つ誰かが必要です。これは時間か金銭のコストがかかります。織り込んでおいてください。
---
誰も話さないマイグレーションの現実
GoDaddy（または他の独占的ビルダー）から移行することは簡単ではありません。コンテンツは何らかの形でエクスポート可能なことが多いですが、構造はそうでないことがほとんどです。GoDaddyはクリーンなデータベースエクスポートやコンテンツAPIを提供しません。通常はスクレイピング、コピペ、またはサードパーティのマイグレーションツール（仕事の70%をこなして、残りは手動でクリーンアップする必要があります）を使うことになります。
十分な数のこうした案件を移行してきたので、私なりのプロセスはありますが、それが洗練されているとは言いません。実際の時間をかけることを予算化してください。そして絶対に GoDaddy からのドメイン移管を慎重に処理してください。彼らはそのプロセスを必要以上に摩擦の多いものにする履歴があります。
良いニュースは、一度出てしまえば終わりということです。WordPressまたはヘッドレスCMSに移行したクライアントはほぼ100%戻ってきません。
---
よくある質問
GoDaddyのウェブサイトビルダーは何か役に立つのか？
正直に言うと、非常に特定のユースケースでは、はい。地元の職人のワンページサイトで、オンラインプレゼンスと電話番号があればいい場合。一時的なランディングページ。非技術的な人が数時間で立ち上げて、大幅な変更が必要になることはないもの。そういった場合、セットアップの速さは本当の利点です。成長の野望がある場合は、すぐに限界に達します。
WordPressに移行するにはコーディングを知っている必要がありますか？
必ずしもそうではありません。Kinsta、WP Engine、さらにはHostingerなどのプロバイダーからのマネージドWordPressホスティングは、運用面をはるかにアプローチしやすくします。管理インターフェースである程度の快適さが必要で、トラブル時に相談できる人がいるのが理想的です。しかし、多くの小規模ビジネスオーナーはコードに一行も触れることなくWordPressサイトを実行しています。
ヘッドレスCMSと通常のCMSの違いは何ですか？
従来の CMS（クラシック WordPress など）はコンテンツ保存とページレンダリングの両方を処理します。これはカップリングされたシステムです。ヘッドレス CMS はコンテンツ保存のみを処理し、API 経由でそれを公開します。好きなフレームワークで構築したフロントエンドがそのコンテンツをフェッチし、表示方法を決定します。利点は柔軟性とパフォーマンスです。欠点は、サイトビルダーではなく、フロントエンド開発者が必要ということです。
EmDashは本番環境での使用に対応していますか？
私の見方では、ほとんどのビジネスには対応していません。2026年4月にベータ版でローンチされ、エコシステムは本当に初期段階です。基盤となるアーキテクチャは興味深く、Cloudflareによるバッキングは信頼性を与えます。しかし、WordPressと実績のあるヘッドレス代替案が存在する場合、ベータ版CMSでクライアントのプライマリマーケティングサイトを運用することはできません。2027年にこの領域を注視してください。
WordPressをヘッドレスCMSとして使用できますか？
はい、実際にはかなり実用的な中間地点です。WordPressには組み込みのREST APIがあり、WPGraphQLはあなたのコンテンツをGraphQL経由で公開する成熟したプラグインです。つまり、クライアントが既に知っている馴染みのある管理インターフェース、膨大なプラグインエコシステムを得ることができますが、Next.jsまたはAstroでフロントエンドを構築し、モダンなJamstackセットアップのパフォーマンス利点を得ることができます。Seahawkでこの方法でいくつかのプロジェクトを納品しており、うまく機能しています。
---
2017年の花屋さんはいまだにクライアントです。今はWordPressを使っていて、ちゃんとした予約プラグインとちゃんと動作するイベントカレンダーを導入しています。それ以来、パニック状態で電話をかけてくることはありません。結局のところ、それが目標なんです。問題にならないシステムを構築して、人々が実際の仕事に集中できるようにすることです。
つまらないものを選んでください。柔軟性のあるものを選んでください。引き継ぐことができるものを選んでください。