WordPressをやめてAstro+Cloudflareへ移行した理由

弊社のコーポレートサイト（ygtcreate.jp）は、これまで WordPress + Swell テーマで運用してきましたが、今回 Astro + Cloudflare Workers へ全面的に刷新しました。この記事では、移行を決めた理由と実際に移行して見えてきたことをまとめます。

WordPress運用で感じていた課題

WordPress は世界的に使われているCMSで、管理画面から手軽に更新できる点は大きなメリットです。一方で、自社サイトの規模で運用する中では次のような課題も感じていました。

プラグインの更新対応やセキュリティパッチの適用に継続的な工数がかかる
テーマのカスタマイズがCSS上書き中心になり、デザインの一貫性を保ちにくい
サーバーの管理と WordPress 本体の管理という、2つのレイヤーを常に意識する必要がある

規模が大きくない会社サイトにとって、これらの運用コストは無視できないものでした。

Astro + Cloudflareを選んだ理由

そこで採用したのが、Astro（静的サイトジェネレーター）と Cloudflare Workers の組み合わせです。コンテンツは Markdown / MDX でリポジトリに保存し、GitHub の main ブランチへの push をトリガーに自動でビルド・公開されます。

この構成には、次のような狙いがあります。

サーバーそのものを持たないため、OS やミドルウェアの保守が不要になる
コンテンツが Git で管理されるため、変更履歴がそのまま残る
ビルド時に HTML が生成されるため、表示速度と SEO の両面で有利

移行して分かったメリット

実際に移行してみると、ページの表示速度が体感でも明確に向上しました。また、デザイントークンを CSS カスタムプロパティに集約したことで、色やサイズの直値がコード上に散らばらず、デザインの一貫性を保ちやすくなりました。

移行の注意点

一方で、WordPress の管理画面のような「誰でもすぐ触れる」手軽さは、Git や Markdown に不慣れな人にとってはハードルになり得ます。弊社では当面、記事は Claude Code で Markdown を書いて公開する運用にし、ブラウザから編集できる CMS（microCMS など）の併用は必要になった時点で判断することにしています。

まとめ

自社サイトの刷新を検討する際は、更新頻度や運用体制に応じて CMS の選定を見直すことをおすすめします。私たちは同様の技術選定支援もWeb開発の受託としてお受けしています。ご相談はお問い合わせからどうぞ。