「Webflow vs WordPress」は、現代のウェブ制作で最も検索される問いの一つです。ところが、ネット上の答えのほとんどは Webflow(ウェブフロー)のマーケティングページか、WordPress(ワードプレス)擁護派による「オープンウェブ」礼賛のどちらかで、全体像を伝えていません。両プラットフォームとも、優れたウェブサイトをつくることができます。本当に大事なのは、誰がサイトを保守するのか、サイトに何をさせたいのか、エンジニアとマーケティングチームの時間を何に使ってほしいのか、という三点です。

これは、私たち Optifyがクライアントと実際に整理しているフレームワークです。実際の制作、移行、そして「間違ったスタックを引き継いで疲弊した」と語る経営者やマーケティング担当者との会話から得た知見をベースにしています。

2つのプラットフォームを、平易な言葉で

比較に入る前に、それぞれが「何であるか」を正確に押さえておきましょう。普段の会話ではいろいろな概念がごちゃ混ぜになりがちです。

WordPress はオープンソースの PHP ソフトウェアです。自分が管理するサーバーにインストールして使います。CMS 自体は無料で、テーマ(ビジュアルテンプレート)とプラグイン(機能拡張)でカスタマイズします。公開ウェブサイトの約 43%が WordPress で動いていると言われており、CMS のなかでは群を抜いて大きなプラグインのエコシステムを持っています。ホスティング、セキュリティ、パフォーマンス、保守は、自社(または契約しているホスティング事業者)の責任になります。

Webflow は、クローズドソースのホスティング型ビジュアルウェブプラットフォームです。ブラウザ上のキャンバスでデザインし、それがそのままクリーンな HTML、CSS、JavaScript に変換されます。ホスティング、セキュリティ、CDN、コードそのものまでサブスクリプションに含まれています。サーバー管理は不要で、PHP も書きません。一方で、コードベースを別の場所に「持っていく」ことはできず、移行する場合は作り直しになります。

この最後の点は、思っている以上に重要です。あとで戻ってきます。

WordPress が本当に得意なこと

WordPress に対する批判の多くは、間違った用途で使った人から出ています。用途が合っていれば、WordPress は素晴らしいツールです。

ブロックエディタ(Gutenberg)は十分に成熟しています。ACF Pro と、しっかり作り込まれたテーマを組み合わせれば、複雑なコンテンツタイプをモデリングし、編集ワークフローを構築し、コンテンツチームが記事ごとに開発者を巻き込まなくても本当に運用できる仕組みをつくれます。私たちが手がけたクライアントのなかには、WordPress で年間数百本のロングフォーム記事を発信しているところもあり、いったん環境さえ整えれば編集体験は本当に良いものになります。

プラグインのエコシステムは、どんなクローズドプラットフォームよりも速く問題を解決してくれます。有料チケット販売・参加者管理・繰り返しイベントを備えたイベント登録機能が必要? The Events Calendar Pro なら、午後いっぱいで 9 割方は実装できます。本格的な会員制サイトが必要? Members や MemberPress があります。LMS が必要? LearnDash です。EC が必要? WooCommerce は文字どおり、世界で最も多く使われている EC プラットフォームです。Webflow にはこれらのネイティブ機能がなく、Webflow で同じことをやろうとすると、Zapier、Memberstack、Outseta など複数のツールを継ぎ合わせることになります。シンプルなケースなら問題ありませんが、規模が大きくなると破綻しやすくなります。

そして、コードベースを自分で所有できます。ホスティング事業者が事業を畳んでも、別の場所に移せます。プラグインがメンテされなくなっても、別のものを探すか、開発者に代替を書いてもらえます。これは、クローズドプラットフォームには構造的に提供できない、本物の優位性です。

WordPress のコストは、運用を引き締めれば本当に安く抑えられます。月 5〜15 ドル程度のシェアードホスティングで十分動きますし、Cloudflare の無料プランで CDN もまかなえます。多くのニーズは無料プラグインで対応可能です。私たちが手がけたサイトのなかには、月 20 ドル程度の構成で月間 10 万 PV を快適にさばいているものもあります。

Webflow が本当に得意なこと

Webflow のセールスメッセージが多くの人に響くのは、実際に使ったときの体験がそのとおりだからです。

ビジュアルキャンバスは、ブラウザ上の HTML/CSS エディタとしては市場で最も「本物」に近いものです。Squarespace(スクエアスペース)や Wix(ウィックス)と違い、Webflow は内部のプリミティブを抽象化して隠してしまいません。flexbox、grid、クラス、擬似状態、ブレークポイントを使って構築していきます。出力はクリーンでセマンティックなマークアップです。Webflow を学んだデザイナーは、別の場所でも応用できるスキルを身につけることになります。

ホスティングは「見えない」存在です。Webflow の CDN がエッジから瞬時にサイトを配信します。キャッシュプラグインの設定も、SSL の更新も、深夜 3 時に「データベースが満杯です」と電話がかかってくることもありません。プラットフォームがすべて面倒を見ます。

プラグインのアップデートが存在しません。これは過小評価されているメリットです。私たちが知る WordPress 系の制作会社の多くは、プラグインとコアのアップデート、その後の動作確認、不具合があった場合のロールバックのために、月額の保守費を別途請求しています。Webflow にすると、その費目自体が消えます。

アニメーションとインタラクションが標準で動きます。Webflow のインタラクションパネルは、業界トップクラスです。スクロール連動アニメーション、ホバー、パララックス、タイムラインベースのシーケンスが第一級機能として用意されています。WordPress で同じことをやるなら、自前で JavaScript を書くか、ページビルダー系のプラグインに頼ることになり、後者は多くの場合「重さ」を持ち込みます(私たちは両方とも GSAP を併用していますが、Webflow の UI のほうが習得が短くて済みます)。

そしてマーケティングチームにとっての体験こそが、最大の強みです。Figma を使えるマーケターであれば、Webflow でランディングページを公開できます。一方、カスタムテーマを使った WordPress では、マーケターが自力で公開するのは現実的ではなく、ランディングページを 1 枚作るたびに「エンジニアリングのチケット」になります。Webflow に切り替えたコンバージョンチームが、その一点だけで 4 倍の速度で動けるようになる場面を、私たちは何度も見てきました。

保守の問題、率直に

このテーマで Reddit のスレッドを読み込むと、長く WordPress を使ってきたユーザーから繰り返し出てくるフレーズがあります。「保守に疲れた」というものです。互いに干渉するプラグイン更新、PHP のバージョン移行、セキュリティパッチ、落ちるホスティング、キャッシュの設定ミス、ビルダーと喧嘩を始めるテーマ、復元できないバックアップ。

WordPress を安定運用すること自体は可能です。私たちもしっかりした予算をいただいているクライアント向けに、それを実現してきました。求められる規律は本物です:プラグインを最小限に絞る、テーマのバージョンを固定する、ステージング環境で検証する月次の更新サイクルを作る、外部バックアップを取る、強化されたセキュリティプラグインを入れる、画像最適化ツールを使う、定期的にデータベースを掃除する。多くのマーケティングチームには、これに割く時間も意欲もありませんし、保守リテイナーがすべてをカバーしているケースも、実はそれほど多くありません。

Webflow は、この層をまるごとテーブルから取り除きます。維持すべきプラグインの世界がなく、何かを壊すアップデートもなく、破損するデータベースもありません。一方の弱点として、何かが壊れたときに修正できるのは Webflow だけで、サポートはしっかりしているものの、対応が常に即時とは限りません。

もしあなたが小さな会社を経営していて、深夜 2 時にマーケティングサイトが落ちたとしたら、引き受けるべきリスクとしてどちらが好みかを考えてみてください。気づかなかったプラグイン更新で WordPress が壊れるリスクか、ブラックボックス化された Webflow の問題に手を出せないリスクか。私たちは両方を見てきました。Webflow 側のリスクのほうが頻度は低いものの、対処しにくい性質を持っています。WordPress 側のリスクのほうが頻度は高いものの、対処の手段が多く用意されています。

コストの話、実際の数字で

現実的な中規模のマーケティングサイト(ホーム、会社概要、料金、ブログ記事 15 本、お問い合わせ、ランディングページ 10 本)を、3 年スパンで概算してみます。

WordPress、しっかり作った場合:

  • ホスティング(Kinsta や WP Engine などのちゃんとしたマネージドホスト):月額 35〜100 ドル(トラフィックによる)
  • 有料テーマライセンス:0〜100 ドル(買い切り)
  • ACF Pro:年 50 ドル
  • Yoast SEO Premium または Rank Math Pro:年 80〜200 ドル
  • Wordfence などのセキュリティプラグイン:年 0〜100 ドル
  • 画像最適化プラグイン:年 0〜100 ドル
  • バックアッププラグイン(またはホストの機能を利用):年 0〜50 ドル
  • 外注する場合の保守リテイナー:月額 200〜1,500 ドル
  • リテイナーなしの合計:年間およそ 700〜1,700 ドル
  • リテイナーありの合計:年間 3,500〜19,500 ドル

Webflow、同等のサイト:

  • Webflow CMS プラン:月額およそ 24 ドル
  • オプション(Logic、Memberships、Optimize):月額 10〜40 ドル
  • 保守:基本的にゼロ(保守という概念がない)
  • 合計:年間およそ 300〜700 ドル

「Webflow のほうが高い」という表面的な比較よりも、コストの実態はもっと複雑です。誠実な比較には、保守時間、開発のサイクル、プラグインのライセンス、何かが壊れたときにエンジニアが直すコストまで含める必要があります。私たちのクライアントのなかには、すでに払っていた費目を全部足し合わせてみたら、WordPress から Webflow に乗り換えたほうがはっきり安くなったというケースが何件もあります。一方、トラフィックの多いコンテンツ重視のサイトでは、規模化するほど WordPress のほうが本当に安く済むケースもあります。

鍵となる変数は、「その WordPress サイトに、どれだけの開発/保守時間が吸われているか」です。「ほぼゼロです、チームは規律があるし環境も整っています」が答えなら、WordPress のほうが安くなります。「四半期に 1 回は火を噴いていて、誰も全容を把握していないプラグインライセンスが 3 つあります」が答えなら、Webflow に乗り換えたほうが結果的に安く付くことが多いです。

SEO とパフォーマンス

両プラットフォームとも、検索で上位を取ることは可能です。両方とも、モバイルで PageSpeed 90 点以上を出せます。違いは、そこに到達するまでに必要な手間の量です。

WordPress は、初期状態だと遅いです。一般的なテーマに、よく使われるプラグインを 6 つほど入れた構成では、モバイルで PageSpeed が 60〜70 点台に落ち着くことが多いです。90 点に到達するには、本格的なキャッシュプラグイン(多くの場合 WP Rocket)、CDN、画像最適化、CSS と JS のミニファイ、マーケットプレイステーマではなくカスタムビルドのテーマ、そしてプラグインを厳格に管理する規律、これらが揃って初めて可能になります。私たちもやれますが、それなりの仕事量で、私たちが監査した WordPress サイトの大半はそこまで到達していません。

Webflow は、初期状態で速いです。AVIF と WebP を自動で配信し、画像を遅延読み込みし、グローバル CDN で動きます。PageSpeed 90 点は「目標」ではなく「初期値」です。重いカスタムコードや最適化していない画像を入れれば台無しにできるとはいえ、土台のレベルが圧倒的に高いです。

SEO の基本機能は両方ともサポートしています:タイトルとメタディスクリプションのカスタマイズ、構造化データ、Open Graph タグ、canonical URL、サイトマップ、リダイレクト管理。WordPress(Rank Math Pro や Yoast Premium 入りで)のほうが、記事単位のきめ細かい制御ができます。Webflow の SEO 設定はもう少しシンプルですが、本当に必要な 9 割のケースはカバーできます。

大規模なプログラマティック SEO(数百〜数千ページのテンプレート展開)については、どちらも理想的とは言えません。WordPress でカスタムコードを書けば対応できますが、すぐに散らかります。Webflow の CMS にはアイテム数の上限があり、規模化するとそこにぶつかります。この用途では、後述する第 3 の選択肢が向いていることが多いです。

コンテンツ重視サイトと CMS の比較

サイトの中心がロングフォームのコンテンツで、本格的な編集チームを持っているのであれば、WordPress のほうが安全な選択肢です。Webflow の CMS は改良が進んでいますが、ブログ運用には噛みつく制約がいくつかあります。

記事ごとのレイアウト柔軟性が限定的。 すべてのブログ記事が同じテンプレートに従うのであれば(多くのマーケティングブログはそれで十分)、Webflow で問題ありません。記事ごとにカスタムレイアウト、埋め込みメディア、複雑な表、Markdown 風の柔軟性が必要なら、CMS と戦うことになります。

アイテム数の上限。 Webflow の CMS プランには明確な上限があります(執筆時点で、標準 CMS プランで 2,000 件、Business プランで 10,000 件)。多そうに聞こえますが、本格的なコンテンツサイトを運営していると、すぐに見えてきます。

ワークフロー機能。 WordPress には十年以上磨かれてきたロール、権限、レビューキュー、予約投稿、編集ワークフロー系のプラグインがあります。Webflow も最近改善が進んでいますが、まだ追いついている段階です。

四半期に 20 本のマーケティングブログを公開する規模なら、Webflow で十分です。ライター 3 名、編集者 1 名、四半期に 100 本という規模の出版型運営をしているなら、WordPress のほうが力になってくれます。

無視できない第 3 の選択肢:モダンな静的・ヘッドレス構成

Webflow vs WordPress に関する Reddit のスレッドを読んでいると、もう一つのパターンが繰り返し現れます。経験豊富な開発者の多くが、最終的には Next.js や Astro などのモダンフレームワークに移り、Sanity や Contentful のようなヘッドレス CMS と組み合わせている、という流れです。

これは偶然ではありません。エンジニアリングのリソースがあるチームにとって、モダンな構成には実利があります:完全なコントロール、圧倒的な速さ、バージョン管理されたデプロイ、プラットフォームロックインの不在、無料か低価格のホスティング(Vercel、Netlify、Cloudflare Pages)、そして API があれば何にでもつなげる柔軟性。

コストは「エンジニアリングの時間」です。最低 1 人、これを保守できる開発者が必要です。マーケティング担当者向けのビジュアルエディタは存在しません(Sanity Studio や Builder.io のようなツールがその差を縮めつつあります)。非技術的な編集にも、基本的にはデプロイが伴います。

Optify では、特に「マーケティングサイトとプロダクトでコンポーネントを共有したい」プロダクト企業向けに、この構成で多くのサイトを構築しています。社内に開発者がいる、あるいは長期的に開発パートナーを持てるのであれば、最も柔軟な選択肢です。そうでなければ、保守コストは高くつきます。

実践的な意思決定フレームワーク

クライアントとの会話で、私たちが実際に使っているロジックです。

Webflow を選ぶ条件:

  • マーケティングチームがコンテンツを所有していて、デプロイなしで公開したい
  • サイトのページ数が 150 ページ以下に収まる見込み
  • アニメーションとビジュアル品質がブランドの優先事項
  • サイト保守に割けるエンジニアリングリソースがない
  • 複雑な EC、会員制、LMS の機能は必要ない

WordPress を選ぶ条件:

  • 編集チームがいて、ロングフォームのコンテンツを大量に発信している
  • 本格的な EC ストアが必要(WooCommerce、または Shopify との併用)
  • 会員制、LMS、イベント登録など、機能が重要なケース
  • プラットフォームの保守を自分で(あるいは保守費を払って)担う体制がある
  • コードベースを完全に自社で所有したい

モダンスタック(Next.js、Astro、ヘッドレス CMS)を選ぶ条件:

  • 社内、または長期パートナーとしてエンジニアリングリソースがある
  • マーケティングサイトとプロダクトでコンポーネントを共有したい
  • 規模が大きく、レンダリング、エッジ処理、プログラマティック SEO まで細かく制御したい
  • 最高水準のページ速度と、最も柔軟な開発体験を求めている

Optify はどこに立っているか

私たちは 3 つのアプローチすべてで実績があります。現在のマーケティングサイト案件の大半は Webflow で進めています。WordPress に比べて公開までの時間と継続的な保守負担が圧倒的に小さく、多くのクライアントは「すべてのコードを所有すること」よりも「速く動くこと」を優先するからです。プロダクト企業向けの選好スタックは、Astro とヘッドレス CMS の組み合わせに、年々シフトしています。速度面の優位がそれだけ大きいからです。WordPress は、すでに編集チームと運用フローを持つコンテンツ重視のクライアントに対しては、引き続き有力な選択肢として手元に置いています。

私たちが見てきた最も高くつく失敗は、「間違ったプラットフォームを選ぶこと」ではありません。「正しいプラットフォームを、間違った理由で選ぶこと」です(安いから、開発者の好みだから、前の制作会社が使っていたから、など)。そして、3 年間それに縛られたあとで、ようやく「合っていない」と気づきます。今のサイトがチームを疲弊させているなら、移行コストは「居続けるコスト」より、ほぼ確実に安く付きます。

AI ビルダーと、これから来るもの

Reddit の同じスレッドを見ていると、AI 搭載のウェブサイトビルダー(v0、Builder.io、Wix Studio の AI 機能など)が、いずれこの比較の構図そのものを平らにする、と主張する開発者層も増えています。実際にそうなる可能性はあります。私たち自身は、マーケティングサイトを「コンバージョンする」状態に持っていくデザインとコンテンツ戦略を、AI ビルダーが完全に置き換えるのは難しいと見ていますが、動向は注視しています。少なくとも今の時点では、Webflow と WordPress の選択は、9 割のマーケティングチームにとって依然として正しい問いです。

実際に決め切るためのステップ

判断に詰まっているなら、3 つの問いを紙に書き出して答えるのが一番速いです。

  1. サイトを毎週編集するのは誰か?(マーケティング? エンジニアリング? 誰もいない?)
  2. サイトに何をさせたいか?(情報発信? コンバージョン? 販売? コンテンツのホスト?)
  3. 予算の現実は?(一回の制作費だけ? 制作費+継続費用?)

多くのチームは、この 3 つを書き出してみると 20 分で答えが見えます。プラットフォームは、答えから自然に決まるべきもので、その逆ではありません。

方向性についてセカンドオピニオンが欲しい場合や、「保守コストが作り直しのコストを上回っている WordPress サイト」を眺めて手が止まっている場合は、私たちの無料ウェブサイト診断で、まさにこの問いを扱っています。私たちならどちらに乗せるか、その理由とあわせて率直にお伝えします。