2017年に遡ると、あるクライアントから慌てた電話がかかってきました。彼女はGoDaddyのウェブサイトビルダーで花屋のサイトを構築していました — 週末で作成され、モバイルでも十分に見えて、彼女はそれを誇りに思っていました。その後、彼女は単純なイベントカレンダーを追加したいと思いました。ただのカレンダーです。GoDaddyではできませんでした。ジュニア開発者さえ恥ずかしくなるような回避策なしではできませんでした。結局、彼女は全体をWordPressに移行するために私に支払うことになり、なぜ人々はここから始めるのかと思いました。why do people start here at all?
正直なところ、わかります。GoDaddyのピッチは誘惑的です。サインアップして、テンプレートを選んで、ビジネス名を入力して、昼前にライブになります。CMSに触れたことのない人にとって、その速度はスーパーパワーのように感じられます。しかし、それは借りた時間です。そしてSeahawkで5,000以上のサイトを構築した経験から、予想より早くそれを成長から外したいGoDaddyからの移行をしたクライアントの数は数え切れません。Seahawk, I've now lost count of how many GoDaddy migrations I've done for clients who grew out of it faster than they expected.
それでは、実際にクライアント（および自分自身）を移行した先と、その理由をお話しします。
---
GoDaddyビルダーの問題は速度ではなく、上限です
GoDaddyのウェブサイトビルダーは本当に高速にセットアップできます。そうではないふりをするつもりはありません。彼らのAIレイヤーであるGoDaddy Airoは、ロゴとメールキャンペーンテンプレートを備えたブランド化されたサイトをスキャフォルディングできます。コーヒーを飲み終わる前に。エディターはクリーンで直感的で、divが何かを知らない、また知りたくない人にとって脅迫的ではありません。The editor is clean, intuitive, and non-threateningfor people who don't know what adivis and don't want to learn.
しかし。
セクションを自由に移動することはできません。HTMLやCSSを編集することはできません。事前に焼き込まれたオプション以外にレイアウトを変更することはできません。そして、彼らの閉鎖されたエコシステムに存在しないプラグインをインストールすることは確かにできません。ビルダーの徹底的なレビューの1つが率直に述べているように、セットアップの便利さは本物ですが、デザインの基本以上のことをしたい瞬間に、壁に当たります。one thorough review of the builderputs it bluntly — the convenience of setup is real, but the moment you want anything beyond the basics of design, you hit a wall.
その壁が問題です。ビルダー自体ではなく。
クライアントがいました。ブリストルの理学療法クリニック。3年間GoDaddyを使用していました。見た目の良いサイト。その後、オンライン予約とインテーク形式、診療管理ソフトウェアとの統合、および運動ビデオライブラリのメンバーエリアが必要になりました。GoDaddyがネイティブでサポートできるものを監査するのに2時間かかりました。答えは本質的にそのリストのどれでもありませんでした。3年分のコンテンツ、そして彼らはアーキテクチャ的に最初からやり直す必要がありました。
これはGoDaddy特有の注意話ではありません。どこまで行けるかではなく、どのくらい速く始められるかに基づいてプラットフォームを選択することについての注意話です。startrather than how far you cango.
---
WordPress: 依然としてほとんどの人にとって賢明なデフォルト
WordPressが死んでいると宣言することは、この10年近くの間続いています。それはウェブ全体の約40%を動力としています。これは慣性ではなく、何も排除することができなかった規模でのネットワーク効果です。around 40% of the entire web. That's not inertia — that's network effect at a scale that nothing has managed to dislodge.
それでも推奨する理由
プラグインエコシステムだけで元が取れる価値がある（ちなみに無料だ）。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スコア。複数のサーフェス（Web、アプリ、小売環境のキオスクスクリーンなど）でコンテンツを配信。従来のWordPressホスティングではうまくいかなかった。
それが私たちがヘッドレスアーキテクチャにより強く寄り掛かり始めた時だ。
ヘッドレスが実際に意味すること（専門用語なし）
Headless WordPressとは、WordPressをバックエンド（コンテンツリポジトリ、クライアントがログインする管理画面）として機能させながら、フロントエンドを完全に切り離すことを意味します。「head」（ユーザーが見るもの）はNext.jsやAstroのようなJavaScriptフレームワークで構築されます。WordPressはREST APIまたはGraphQLを介してコンテンツを提供し、フロントエンドがそのデータを取得して好きなように렌더링します。means you keep WordPress as the backend — the content repository, the admin interface your client logs into — but you decouple the frontend entirely. The "head" (what users see) is built in a JavaScript framework like Next.js or Astro. WordPress serves content via its REST API or GraphQL. The frontend fetches that data and renders it however it likes.
結果として、ページロード速度が非常に速くなり、PHPのレンダリングボトルネックがなくなり、フロントエンドアーキテクチャの完全な自由度が得られます。WordPress管理画面が同じ方法で公開されないため、セキュリティも向上します。
Jamstack CMSの環境
完全なJamstackに移行する場合、バックエンドとしてWordPressを使用する必要さえありません。このアーキテクチャ向けに特別に構築された堅実で成長中のheadless CMSオプションがあります。本番環境で使用したものを紹介します：headless CMS options built specifically for this architecture. A few I've used in production:
- Contentful — 成熟していてドキュメントが充実しており、スケール時には少し高価ですが非常に安定している— mature, well-documented, slightly expensive at scale but rock-solid
- Sanity — 非常に柔軟なコンテンツモデリング、優れたDX、編集チーム向けのリアルタイムコラボレーション— extremely flexible content modelling, great DX, real-time collaboration for editorial teams
- Storyblok — ビジュアルエディタは非技術者のクライアントがリアルタイムで変更を確認したい場合に本当に素晴らしい— the visual editor is genuinely impressive for non-technical clients who want to see changes in real-time
- Strapi — オープンソース、自己ホスト可能、Node.js基盤、インフラコストを抑えたい場合に最適— open-source, self-hostable, Node.js-based, good if you want to keep infrastructure costs down
- Directus — 過小評価されており、特に適切なデータベース抽象化レイヤーを必要とするデータ量が多いプロジェクト向け— underrated, especially for data-heavy projects that need a proper database abstraction layer
これらのどれもすべてのプロジェクトに完璧ではありません。Storyblokのビジュアルエディタは編集者にとって喜ばしいものですが、開発者側の複雑さが増します。SanityのGROQクエリ言語には学習曲線があります。ハイプではなく、実際のプロジェクトに基づいて選択してください。
---
EmDash: 注目する価値のある新参者（ただし注意点あり）
2026年4月に興味深い新製品が登場しました。EmDashはCloudflareが支援する新しいCMSで、WordPressの精神的後継者として自らを位置付けており、最新のウェブ技術で構築され、Cloudflare Workersによるプラグイン分離、そしてAIツールがネイティブに読み取れる構造化データとしてコンテンツを保存しています。EmDashis a new CMS backed by Cloudflare, positioning itself as a spiritual successor to WordPress — built on modern web technologies, with plugin isolation via Cloudflare Workers, and content stored as structured data that's natively readable by AI tools.
このピッチは本当に興味深いものです。WordPressはPHPで動作していますが、2026年にゼロから設計するなら選ばないテクノロジーです。EmDashはエッジネイティブデプロイメント、構造化コンテンツ、そしてAIアシスタントがますます情報発見の手段となる世界のために構築されています。
私はまだ本番環境にEmDashをデプロイしていません。ベータ版で立ち上がり、私は様子を見ています。注目する価値のある懸念点がいくつかあります。
- エコシステムはまったく新しいものです。WordPressプラグインの60,000個対...それほどでもない。まだ。
- プラグイン分離機能はCloudflareのランタイムでのみ動作します。つまり、そのインフラストラクチャに専念していれば問題ありませんが、そうでなければ制限的です。
- ベータ製品です。本質的なリスクがあります。安定性が必要なクライアントの前でベータ版は使いません。
それをテストした人々からの正直なコンセンサスは以下の通りです。技術的には素晴らしく、実用的には不完全です。12～18ヶ月後に再検討する価値があります。私もまさにそれをするつもりです。honest consensusfrom people who've tested it is: technically impressive, practically incomplete. Worth revisiting in 12-18 months. I'll be doing exactly that.
---
これらのオプションの実際の選び方
ここが重要だ。オンラインのほとんどの「どのCMSが最高か」というコンテンツは、スペックシート比較のように扱っている。チェックボックス。機能マトリックス。実際のプロジェクト用にプラットフォームを選ぶのはそういうやり方ではない。
私が実際にアプローチする方法はこうだ：
- クライアントが今日ではなく18ヶ月後に何が必要かを尋ねる。独身のフローリストなら、マネージドホスティング上のWordPressで十分だろう。VCから資金を得ているスタートアップで10倍のトラフィック成長を期待しているなら、今からそのために設計する。If they're a solo florist, WordPress on managed hosting is probably fine. If they're a VC-backed startup expecting 10x traffic growth, architect for that now.
- ローンチ後に誰がそれを保守するかを尋ねる。ヘッドレスなJamstackセットアップは素晴らしいが、クライアントの58歳のマーケティングマネージャーがブログ記事を更新しなければならないまでだ。そしてそれはサポートチケットが待っている。技術的な複雑さをチームに合わせる。A headless Jamstack setup is brilliant until the client's 58-year-old marketing manager has to update a blog post. Then it's a support ticket waiting to happen. Match the technical complexity to the team.
- コンテンツが複数の場所に配信されるかを尋ねる。複数のフロントエンド（web＋アプリ＋その他）はほぼ常にヘッドレスを指している。Multiple frontends (web + app + whatever) almost always points toward headless.
- 統合について尋ねる。CRM、予約システム、決済プロセッサー、分析 — これらをプラットフォームにコミットした後ではなく、前にマップする。CRM, booking systems, payment processors, analytics — map these before you commit to a platform, not after.
- 継続的な保守予算について尋ねる。自分でホストされたStrapiインスタンスは、Node.jsのバージョンを更新し続けている誰かが必要だ。それは時間またはお金がかかる。それを計算に入れる。A self-hosted Strapi instance needs someone keeping the Node.js version updated. That costs time or money. Factor it in.
---
誰も話さないマイグレーションの現実
GoDaddy（またはその他の独自ビルダー）から移行することは簡単ではありません。コンテンツは通常何らかの形でエクスポート可能ですが、構造はそうではありません。GoDaddyはクリーンなデータベースエクスポートやコンテンツAPIを提供していません。通常はスクレイピング、コピペ、またはサードパーティの移行ツール（仕事の約70%を行い、残りは手動でクリーンアップする必要があります）を使用しています。structureoften isn't. GoDaddy doesn't give you clean database exports or content APIs. You're typically scraping, copy-pasting, or using third-party migration tools that do about 70% of the job and leave you cleaning up the rest manually.
これらの移行を十分に経験して手順を確立しましたが、それがエレガントだとは言いません。実際の時間を予算に含めてください。また、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を使用しており、適切な予約プラグインと実際に機能するイベントカレンダーを備えています。彼女はそれ以来、慌てて私に電話をかけてきたことはありません。それが目標です。本当に — 問題になるのをやめるような何かを構築して、人々が自分の実際の仕事に取り組むことができるようにすることです。
つまらないものを選んでください。柔軟性のあるものを選んでください。引き継ぐことができるものを選んでください。