個人でサイトを持とうと調べると、ほぼ確実に「WordPress一択」という記事の壁に当たります。世界のサイトの4割以上がWordPressで作られているのは事実で、定番であること自体に嘘はありません。しかし2026年のいま、個人の情報サイト・ブログという用途に限れば、静的サイト(あらかじめ作ったHTMLを配るだけの方式)という有力な対抗馬があります。
当サイト(テック羅針盤)はAstroという静的サイトジェネレーターとCloudflare Pagesの組み合わせで動いており、運営元は同じ構成で複数のサイトを運営しています。この記事は、その実運用の立場から、両者を費用・手間・安全性・AI時代の相性の4つの軸で比べる比較記事です。
そもそも何が違うのか
比較の前に、仕組みの違いを整理します。
WordPressは、サーバー上で常にプログラムが動いている方式です。読者がページを開くたびに、サーバーがデータベースから記事を取り出し、その場でページを組み立てて返します。記事の投稿・編集も、ブラウザの管理画面から行います。
静的サイトは、記事を書いた時点でページを全部作り終えておく方式です。サーバーは出来上がったHTMLファイルを配るだけで、その場では何も計算しません。記事の追加は、Markdownファイル(テキストファイル)を置いてビルド(変換処理)を走らせる、という流れになります。
この「その場で組み立てるか、作り置きを配るか」の違いが、費用・速度・安全性のすべてに波及します。
軸1: 費用
WordPressは、レンタルサーバー代が毎月かかります。個人向けの相場は月500〜1,500円程度で、年間だと6,000〜18,000円。これにドメイン代(年1,500円前後)が乗ります。
静的サイトは、Cloudflare PagesやGitHub Pagesなどの無料枠で配信でき、個人サイトの規模なら月額0円で運営できます。かかるのはドメイン代だけです。
年間で見ると、差はおよそ6,000〜18,000円。金額自体は大きくないと感じるかもしれませんが、「収益が出るまで固定費ゼロで待てる」ことは、サイト運営を長く続けるうえで精神的に効きます。サイトの収益化は多くの場合、成果が出るまで半年〜数年かかるからです。
収益化(広告やアフィリエイト)を考えている場合ほど、この差は効いてきます。月の固定費があると「早く回収しなければ」という焦りが選ぶ題材を歪めがちですが、固定費ゼロなら、読者に本当に役立つ記事だけを淡々と積み上げる長期戦を選べます。収益が費用を追い抜く日を、費用側を下げて手前に引き寄せる発想です。
軸2: 手間と学習コスト
ここはWordPressに分がある——と言いたいところですが、実態はもう少し複雑です。
WordPressの手間は、始めるときより続けるときにかかります。本体・テーマ・プラグインのそれぞれに更新が定期的に来て、放置すると次の軸で述べる安全性の問題に直結します。プラグイン同士の相性問題や、更新で画面が崩れるトラブルも、運営が長くなるほど一度は踏みます。
静的サイトの手間は、逆に始めるときに集中します。ターミナルでコマンドを打つ、GitHubにファイルを置く、といった開発寄りの作業に慣れる必要があり、ここが従来は大きな壁でした。ただし一度組んでしまえば、日々の運営は「記事ファイルを足す」だけです。サーバーの面倒を見る仕事は存在しません。
つまり「序盤の壁の静的サイト、長期戦の負担のWordPress」という構図です。そしてこの序盤の壁は、後述するAIの登場で急激に低くなりました。
軸3: 安全性
ここは静的サイトの圧勝です。
WordPressは世界で最も使われているがゆえに、世界で最も攻撃されるソフトウェアでもあります。管理画面への不正ログイン試行、プラグインの脆弱性を突く乗っ取り、改ざん——個人サイトでも攻撃は日常的に来ます。対策(更新の徹底・セキュリティプラグイン・バックアップ)はできますが、対策という仕事が発生し続けること自体が負担です。
静的サイトには、管理画面もデータベースもサーバー上のプログラムも存在しません。攻撃者が乗っ取る対象がそもそも無いのです。もちろんドメインやGitHubアカウント自体の防御(二段階認証など)は必要ですが、守る面積が桁違いに小さいことは、片手間で運営する個人にとって大きな安心材料です。
軸4: AI時代の相性
2026年の比較として、実はここが一番大きな差だと考えています。
静的サイトの記事は、ただのテキストファイルです。これはAIエージェント(Claude CodeやCodex CLIのような、ファイルを読み書きして仕事をするAI)との相性が抜群に良いことを意味します。「記事を書いてファイルを置き、検査に通ったら自動で公開する」という流れを、すべてAIと自動処理で組めます。当サイトの記事更新もこの方式で、人間がサーバーやCMSの管理画面を触る工程はゼロです。
さらに、公開前の品質チェック(文字数・必須項目・禁止表現・リンク切れの自動検査)をプログラムとして組み込めるのも、ファイルベースならではの利点です。
WordPressでもAIによる投稿自動化は可能ですが、管理画面やAPIを経由する分、仕組みは一段複雑になります。「AIに運営を任せる度合いを上げていきたい」なら、ファイルがすべての静的サイトのほうが素直です。
そして前述の「序盤の壁」も、AIがほぼ壊してくれました。AstroのセットアップもGitHubへの配置も、AIエージェントに頼めば横で見ているだけで組み上がります。「コマンド操作がわからないからWordPress」という消去法は、2026年にはもう成立しにくくなっています。
軸5: 表示速度と検索評価
4つの軸と言いましたが、実務ではもうひとつ、表示速度も効いてきます。
静的サイトは、作り置きのHTMLを配るだけなので表示が構造的に速くなります。サーバーがその場でページを組み立てる工程が無く、世界中に配置された配信網(CDN)から読者に近い場所でファイルが配られるためです。Googleがページ表示の快適さを検索順位の要素のひとつに使っていることは公式に明言されており、速度で不利を背負わないことは、個人サイトが検索で戦ううえで地味に効く土台になります。
WordPressでも高速化はできますが、キャッシュ系プラグインの導入と調整という新しい仕事が増える形になりがちです。静的サイトは「何もしなくても速い」が初期状態、という違いです。
引っ越しの現実: WordPressからの移行
すでにWordPressで運営している人が気になるのは、移行の手間でしょう。正直に書くと、記事数によっては軽くない作業です。
手順の骨子は3つ。記事をMarkdown形式に書き出す、画像を移す、URLの形を揃える(変わる場合は転送設定を入れる)です。記事の書き出し自体は道具立てがそろっており、形式の変換はAIエージェントに任せられる種類の作業です。ただし、URLが変わる場合の転送設定を雑にやると、積み上げた検索評価を失います。
なので移行を急ぐ理由が無いなら、「動いているサイトはそのまま残し、次に作る新しいサイトから静的構成を試す」のが安全な入り方です。当運営も既存サイトを引っ越したのではなく、新規サイトから順にこの構成を採用してきました。
月々の運営作業時間で比べる
費用と安全性は数字にしやすい一方、続けるうえで実際に効くのは毎月の作業時間です。
当運営の静的サイトの場合、サーバーやソフトの保守にかける時間は月0分です。更新すべきプログラムがサーバー側に存在しないので、保守という仕事そのものがありません。時間を使うのは記事を書くことだけです。
WordPress運営の一般的な保守(本体・テーマ・プラグインの更新確認、バックアップの確認、セキュリティ通知への対応)は、きちんとやれば月に30分から数時間。1回あたりは小さくても、「やらなければ危険が増える定期作業を持ち続ける」ことの心理的な重さは、数字より大きいと感じています。
片手間の個人運営では、この守りの仕事がゼロという性質が、記事を書き続ける余力に直結します。サイトは建てた日ではなく、書き続けた月日で育つからです。
WordPressを選ぶべき場合
公平のために、WordPressが正解になる条件も明確にしておきます。
- サーバー側の機能が必須のサイト — 会員制、予約システム、ECなど、読者ごとに違う画面を出す必要があるなら、静的サイト単体では足りません
- 書き手が複数いて、全員が非エンジニアの場合 — ブラウザの管理画面で完結するWordPressの編集体験は、チーム運営ではまだ強いです
- 既存のWordPress資産・ノウハウがある場合 — 動いているものを無理に引っ越す必要はありません
結論
個人の情報サイト・ブログで、書き手が1人(またはAIとの二人三脚)なら、2026年の初手は静的サイト(Astro+Cloudflare Pages)をすすめます。固定費ゼロ・守る面積最小・AI自動化と好相性という利点が、序盤の学習コストというほぼ唯一の弱点を上回るからです。そしてその弱点は、AIエージェントに横に付いてもらうことで大部分が消えます。
一方、サーバー側の機能が必須になった時点で、WordPressや専用サービスが正解に変わります。大事なのは宗派ではなく、「自分のサイトに何が必須か」から逆算して道具を選ぶことです。迷ったら、必須機能を紙に書き出すところから始めてみてください。
本記事は 2026-07-18 時点の各サービスの公開情報と、当サイト運営元の実運用に基づきます。料金・無料枠の条件は変わることがあるため、最新は各公式サイトでご確認ください。