Last updated on

AI 時代の「何で作る？」— Astro vs Next.js vs CMS

サイトを作ろうとして、最初にぶつかる問いがあります。 「そもそも、何で作ればいいの？」です。

候補としてよく挙がるのが、Astro・Next.js・CMS（WordPress やヘッドレス CMS）の 3 つ。 どれも良い道具ですが、得意なことがはっきり違います。 そして、AI 時代に入って、その選び方の前提が少し変わりました。

この記事では、3 つの違いと、いま何を基準に選べばいいかを整理します。

まず、3 つの正体をざっくり

難しく考える前に、それぞれが「何に向いているか」を一言でつかみましょう。

Astro はコンテンツ中心、Next.js はアプリ中心、CMS は運用中心。得意領域が違うことを示した図

  • Astro：ブログや記事、LP などのコンテンツが主役のサイト向け。速くて軽く、SEO に強い。
  • Next.js：ログインや EC、管理画面など、アプリ的な機能が要るサイト向け。高機能なぶん複雑。
  • CMS：管理画面から非技術者でも更新できるのが強み。WordPress や、記事だけ配信するヘッドレス CMS など。

「何を作るか」より前に、「誰が、どうやって更新し続けるか」で決まることが多い。まずはそこを押さえておきましょう。

Astro — こういうときに向く

Astro は、コンテンツ中心のサイトに特化したフレームワークです。 いちばんの特徴は、必要のない JavaScript を極力ページに出さないこと。 その結果、表示が速く、検索エンジンにも正確に読まれます。

ブログ、メディア、ドキュメント、企業の紹介サイト。 「読まれること」が目的のサイトなら、まず候補に入ります。

記事は Markdown で書けて、フロントに情報を書くだけで管理できます。

---
title: '記事タイトル'
pubDate: 'Aug 06 2026'
---

本文をここに書く。

このブログも Astro で作っています。 速さ・SEO・生成 AI からの見つけられやすさ（GEO）を優先した結果の選択でした。

Next.js — こういうときに向く

Next.js は、React をベースにした、より広範なフレームワークです。 静的なページも作れますが、真価は動的な機能にあります。

ユーザーごとに違う画面、ログイン、決済、リアルタイムのデータ、管理ダッシュボード。 こうした「アプリ」に近いものを作るなら、Next.js の土俵です。

そのぶん、覚えることも構成要素も増えます。 コンテンツを見せるだけのサイトに Next.js を選ぶと、多くの場合オーバースペックになります。 「アプリの要素があるかどうか」が、Astro との分かれ道です。

CMS — こういうときに向く

CMS（コンテンツ管理システム）の主役は、コードではなく運用です。

WordPress に代表される従来型は、管理画面にログインして、記事もデザインもプラグインで管理します。 非技術者が多い組織や、更新頻度が高いメディアで根強い人気があります。 一方で、表示が重くなりがち、プラグインの保守やセキュリティ対応が要る、という弱点もあります。

最近はヘッドレス CMSという選択肢も一般的になりました。 これは「記事の中身だけ」を管理画面で書いて、見た目は Astro や Next.js など別の道具で作る方式です。 編集は非技術者、表示は高速、といいとこ取りを狙えます。

AI 時代で、何が変わったのか

ここからが本題です。 AI の登場で、この 3 択の力関係が少し動きました。

① 「コードを書けない」の壁が下がった

CMS の最大の売りは、「コードを書けなくても運用できる」ことでした。 ところが AI のコーディング相棒が使えるようになり、「書けないから CMS」という理由が、以前より弱くなりました。

いまは、専門外の人でも、AI に手伝ってもらいながら Astro のサイトを立ち上げ、運用できる時代です。 実際、このブログも、AI を相棒に一から組み立てています。

② 生成 AI 検索（GEO）で、軽さが効く

検索の入り口が、Google だけでなく ChatGPT のような生成 AI にも広がりました。 AI に情報源として拾われるには、速くて、構造がきれいで、機械が読みやすいページが有利です。

この点で、余計なものを積まない静的サイト（Astro など）は追い風を受けています。 CMS でも対応はできますが、プラグインで重くなったサイトは不利になりがちです。

③ 「誰が保守するか」が、より重要になった

AI で作るハードルが下がったからこそ、逆に「作ったあと、誰が面倒を見るか」が効いてきます。

技術者がいない組織で、大人数が日々更新するなら、いまでも CMS が堅実です。 一方、自分（＋ AI）で保守できるなら、コードで作る選択が十分に現実的になりました。

結局、どれを選べばいい？

迷ったら、次の順で考えると決めやすいです。

動的機能が要るならNext.js、非技術者が頻繁更新するならCMS、それ以外の速いコンテンツならAstro、という判断フロー

  1. ログインや EC など動的な機能が要るか → 要るなら Next.js
  2. 非技術者が管理画面で頻繁に更新するか → するなら CMS（ヘッドレスも検討）
  3. 速さと SEO を重視したコンテンツサイトか → Astro

正解は一つではありません。用途と、保守する人に合わせて選ぶのが正解です。

このブログの選択

参考までに、このサイトは 3. の理由で Astro を選びました。

目的は「読まれること」で、動的な機能は要りません。 更新するのは自分（＋ AI）なので、管理画面より、コードと Markdown のほうが素直でした。 速さ・SEO・GEO を最優先できるのも決め手でした。

私自身は、ふだん趣味や仕事で Next.js も書きます。 それでもこのブログに関しては、アプリ的な機能が要らないぶん、Astro のほうが素直でした。

もちろん、静的サイトにも細かい落とし穴はあります。 実際このブログでも、URL の末尾スラッシュの扱いで一度ハマりました（その顛末は 末尾スラッシュの話 に書いています）。 それでも「速さ・SEO・GEO を最優先する」という目的には、いちばん噛み合う選択でした。

もし「社内の何人もが毎日更新するメディア」だったら、迷わずヘッドレス CMS を選んでいたはずです。 道具に優劣はありません。 自分の状況にいちばん噛み合うものを選ぶ。 AI 時代でも、そこは変わらない基本でした。