
Astro 6.4リリース。プラグ可能なMarkdownパイプラインとRust製プロセッサーSätteriが登場
Astro 6.4が2026年5月28日にリリースされた。Markdown処理パイプラインを自由に差し替え可能にする新API「markdown.processor」、Rustで書かれた高速MarkdownプロセッサーSätteriの試験的導入、そしてCloudflare環境向けのルーティングヘルパーが追加された。
これまでの設定方法は非推奨となり、将来的なAstro 8.0では完全に廃止される予定だ。今回のアップデートで、静的サイト構築におけるMarkdown処理の柔軟性とパフォーマンスが大幅に向上する。
プラグ可能なMarkdownプロセッサーAPI

AstroのMarkdownパイプラインはこれまで、unified(remark/rehype)エコシステムを中心に構築されてきた。強力で数千ものプラグインが利用できる一方、特定のプロジェクトの要求に合わない場合もあった。今回追加されたmarkdown.processor設定オプションでは、そのパイプライン全体を丸ごと差し替えられる。
設定の変更方法
デフォルトのプロセッサーは従来通りunified()が使われるため、既存プロジェクトは何も変更せずにそのまま動き続ける。remark/rehypeプラグインも同じ挙動を保つが、設定場所がトップレベルのmarkdownからプロセッサー内に移行した。
import { defineConfig } from 'astro/config';
import { unified } from '@astrojs/markdown-remark';
import remarkToc from 'remark-toc';
export default defineConfig({
markdown: {
processor: unified({
remarkPlugins: [remarkToc],
}),
},
});従来のトップレベルオプション(markdown.remarkPlugins, markdown.rehypePlugins, markdown.remarkRehype, markdown.gfm, markdown.smartypants)も引き続き動作するが非推奨となり、Astro 8.0で完全に削除される予定だ。
移行の注意点
既存プロジェクトの移行は比較的簡単だ。unified({...})内にプラグインをまとめて記述するだけでよい。ただし、マークダウン処理をカスタマイズした複雑な設定を行っている場合は、コードの再構成が必要になる。公式ドキュメントのMarkdownガイドが更新されているため、詳細はそちらを参照してほしい。
Rust製MarkdownプロセッサーSätteri

プラグ可能なプロセッサーAPIの追加により、Astroは標準とは異なるMarkdownプロセッサーも同梱できるようになった。今回導入された@astrojs/markdown-satteriパッケージは、Rustで書かれた高速なMarkdown/MDXパイプライン「Sätteri」をベースにしている。
パフォーマンスの劇的な向上
Sätteriはデフォルトのunifiedベースのパイプラインよりも大幅に高速で、多くのMarkdown機能をプラグインなしでネイティブ実装している。Astroの公式ブログによれば、自社のドキュメントサイトをSätteriに切り替えたところ、ビルド時間が1分以上短縮されたという。
npm install @astrojs/markdown-satteriimport { defineConfig } from 'astro/config';
import { satteri } from '@astrojs/markdown-satteri';
export default defineConfig({
markdown: {
processor: satteri({
features: { directive: true },
}),
},
});この数値はあくまで一例だが、コンテンツ量の多いサイトでは特に効果が大きい。Rustで記述されているため、CPUバウンドな処理が高速化される仕組みだ。
プラグイン互換性と今後のデフォルト化
Sätteriはremark/rehypeプラグインを実行しない。unifiedエコシステムのプラグインに依存している場合は、当面unified()を使い続けるか、SätteriのMDAST/HASTプラグインに移植する必要がある。Astroチームは、将来のメジャーバージョンでSätteriをデフォルトのMarkdownプロセッサーにすることを目指している。
Rustプロセッサーや新APIに関するフィードバックは、公式のRFCDiscussionで受け付けている。興味がある開発者はぜひ参加してほしい。
Cloudflare向け高度ルーティングヘルパー

Astro 6.3で導入された実験的な高度ルーティング機能をCloudflare環境で使いやすくするため、@astrojs/cloudflareパッケージにcf()ヘルパーが追加された。SESSION KVバインディングの注入、ASSETSバインディングによる静的アセット配信、クライアントIPアドレスやwaitUntilの処理など、Cloudflare特有の面倒な設定を一手に引き受ける。
Fetchハンドラでの利用
import { astro, FetchState } from 'astro/fetch';
import { cf } from '@astrojs/cloudflare/fetch';
export default {
async fetch(request: Request, env: Env, ctx: ExecutionContext) {
const state = new FetchState(request);
const asset = await cf(state, env, ctx);
if (asset) return asset;
return astro(state);
},
};Honoミドルウェアでの利用
import { Hono } from 'hono';
import { actions, middleware, pages, i18n } from 'astro/hono';
import { cf } from '@astrojs/cloudflare/hono';
const app = new Hono<{ Bindings: Env }>();
app.use(cf());
app.use(actions());
app.use(middleware());
app.use(pages());
app.use(i18n());
export default app;このヘルパーにより、Cloudflare上で高度なルーティングを実装する際のボイラープレートコードが大幅に削減される。実験的機能ではあるが、実用段階に入りつつあると言えるだろう。
その他の改善とアップグレード手順

細かなバグ修正と今後のロードマップ
今回のリリースには、上記の主要機能以外にも多数のバグ修正と小さな改善が含まれている。詳細は公式の変更履歴を確認してほしい。また、Astroコアチームは活発に開発を続けており、コミュニティからのコントリビュートも盛んだ。
アップグレードの手順
既存のAstroプロジェクトをアップグレードするには、自動アップグレードツールを使うのが推奨だ。
# 推奨
npx @astrojs/upgrade
# 手動の場合
npm install astro@latest
pnpm upgrade astro --latest
yarn upgrade astro --latest自動ツールは非推奨設定の移行などもサポートする。手動で行う場合は、設定ファイルの変更点を確認しながらアップデートしよう。
この記事のポイント
- Markdown処理を差し替え可能にする
markdown.processorAPIが追加された - RustベースのSätteriプロセッサーによりビルド時間を大幅に短縮できる
- Cloudflare向け
cf()ヘルパーで高度ルーティングの設定が簡略化された - 従来の設定方法は非推奨となり、Astro 8.0で廃止予定。早めの移行が望ましい
- アップグレードは
npx @astrojs/upgradeで簡単に行える

・ 複数業界における17年間のデジタルビジネス開発経験
・ ウェブサイト開発のためのHTML、PHP、CSS、Java等の実用的知識
・ 15ヶ国語対応の多言語SaaSの開発経験
・ 17年間にも及ぶ、Eコマース長期運営経験
・ 幅広い業界でのSEO最適化の豊富な経験

AstroでMarkdownを強化するMDX活用術!コンポーネントを自由自在に配置する
静的サイトジェネレーターとして人気を集めるAstroは、標準でMarkdownをサポートしている。しかし、より高度なカスタマイズやインタラクティブな要素を記事内に取り入れたい場合、標準のMarkdownだけでは限界を感じることがあるだろう。
そこで活用したいのがMDXだ。MDXはMarkdownの簡潔さと、JSXによるコンポーネントの柔軟性を兼ね備えた強力なツールとして知られている。AstroにMDXを導入することで、ドキュメントの記述効率は劇的に向上する。
この記事では、CSS-Tricksの記事を基に、AstroでMDXを使用するメリットや具体的な実装方法、そして運用上の注意点を詳しく解説していく。技術的な背景を知る同僚から教わるような感覚で、その可能性を探っていこう。
MDXがAstroの開発体験を劇的に変える理由

MDXとは、Markdownの中でReactやSvelte、Astroといったフレームワークのコンポーネントを直接使えるようにする拡張仕様だ。通常のMarkdownはテキストの装飾には優れているが、複雑なUIパーツを配置するにはHTMLを直接記述しなければならず、管理が煩雑になりやすい。
例えば、記事の中に「補足説明用のカード」や「インタラクティブなグラフ」を置きたい場合を考えてほしい。標準のMarkdownでは、複雑な div タグの階層を書く必要がある。しかしMDXなら、あらかじめ定義したコンポーネントを1行書くだけで済む。
CSS-Tricksの記事でも指摘されている通り、MDXの最大の利点は「Markdownの書きやすさを維持したまま、HTMLの表現力を手に入れられること」にある。これは、コンテンツ制作のスピードと品質を両立させる上で極めて重要な要素だ。
HTML記述の苦痛から解放される
MDXを使用すると、複雑なレイアウトをMarkdownの記法だけで構築できるようになる。例えば、クラス名を持った div で囲まれた見出しやリストを作成する場合、MDXならHTMLタグを最小限に抑えることが可能だ。
<div class="card">
### カードのタイトル
ここにはコンテンツが入る。
- リスト項目1
- リスト項目2
</div>上記のコードは、Astroによって適切なHTMLへと自動変換される。見出しは h3 タグになり、リストは ul と li になる。これをすべてHTMLで書く手間を考えれば、MDXがいかに効率的かがわかるだろう。
<h3>タイトル</h3>
<p>説明文</p>
</div>
### タイトル
説明文
</div>
このデモは、MDXを使うことでHTMLタグの記述量をどれだけ削減できるかを視覚化したものだ。構造が複雑になるほど、この恩恵は大きくなる。
AstroでMDXを使いこなす3つのアプローチ

AstroでMDXを利用するには、まず公式のインテグレーションをインストールする必要がある。準備が整えば、主に3つの方法でコンテンツを管理できるようになる。それぞれの特徴を理解し、プロジェクトに最適な手法を選ぼう。
1. コンポーネントとして直接インポートする
最もシンプルな方法は、MDXファイルを他のAstroコンポーネントと同じようにインポートして使うことだ。特定のページの一部として、固定のコンテンツを表示したい場合に適している。
---
import MyContent from '../components/MyContent.mdx';
---
<MyContent />この方法を使えば、MDXファイルを「再利用可能なパーツ」として扱える。複数のページで同じ説明文を使い回したいときなどに便利だ。ただし、大量のブログ記事を管理するような用途には向いていない。
2. Content Collectionsで一括管理する
Astroの強力な機能である「Content Collections(コンテンツコレクション)」を利用する方法だ。これは、特定のディレクトリ内にあるMarkdownやMDXファイルを一元管理し、型安全なデータとして取り出す仕組みを指す。
src/content/config.js でコレクションを定義する際、読み込むファイルのパターンに .mdx を含めるだけで準備は完了する。記事のメタデータ(フロントマター)を活用して、一覧ページや詳細ページを動的に生成できるのが強みだ。
また、この方法では <Content components={{ Image }} /> のように、すべての記事で共通して使いたいコンポーネントを一括で渡すことができる。各MDXファイルで毎回インポートを書く手間が省けるため、大規模なサイト運用では必須の手法と言える。
3. Layoutフロントマターで共通のデザインを適用する
MDXファイルのフロントマターに layout プロパティを指定することで、その記事を特定のデザイン枠組み(レイアウト)の中に埋め込むことができる。これは、記事ごとに異なるレイアウトを適用したい場合に有効だ。
---
title: 私のブログ記事
layout: ../layouts/BlogPostLayout.astro
---指定されたレイアウトファイル側では、Astro.props を通じて記事のタイトルや公開日などの情報を受け取り、<slot /> タグを使ってMDXの本文をレンダリングする。デザインとコンテンツの分離が明確になり、メンテナンス性が向上するだろう。
実装前に知っておきたいMDXの注意点と対策

MDXは非常に便利だが、導入にあたってはいくつかの課題も存在する。開発をスムーズに進めるために、あらかじめこれらの注意点を把握しておこう。特にツール周りの挙動については、事前の設定が重要になる。
リンターとフォーマッターの限界
現時点では、ESLintやPrettierといったコード整形ツールがMDXファイルを完璧にサポートしているとは言い難い。特に、Markdown記法とJSXが入り混じった複雑な構造では、自動整形が意図しない結果を招くことがある。
CSS-Tricksの著者であるZell Liew氏も、複雑なマークアップをMDXで行う際は手動でのインデント調整が必要になる場合があると述べている。もしマークアップが非常に重くなるのであれば、MDXではなく別のコンポーネント化手法を検討するのも一つの手だ。
RSSフィード生成の工夫
Astroの標準的なRSSインテグレーションは、デフォルトではMDXファイルをそのまま処理できない。RSSは純粋なXML形式を求めるが、MDXにはJavaScriptのロジックやコンポーネントが含まれている可能性があるからだ。
この問題を解決するには、Astroの「Container API」などを使用して、MDXを静的なHTMLにレンダリングしてからRSSに渡す処理が必要になる。ブログサイトでRSS配信を重視している場合は、実装の初期段階でこのワークフローを確認しておくべきだ。
独自の分析:AstroとMDXがもたらす「コンテンツ管理の未来」

AstroとMDXの組み合わせは、単なる「便利な記法」以上の価値を提供している。それは、エンジニアがコードを書く感覚で、ライターが質の高いコンテンツを制作できる環境の構築だ。これを実現しているのが、Astroの「アイランドアーキテクチャ」との親和性である。
アイランドアーキテクチャとは、ページ全体を静的なHTMLとして出力しつつ、必要な部分だけを動的なコンポーネント(アイランド)として動作させる仕組みだ。MDXを使えば、記事の本文という「静的な海」の中に、複雑な機能を持つ「動的な島」を簡単かつ安全に配置できる。
また、Content Collectionsによる型定義は、コンテンツの品質管理にも寄与する。例えば「すべての記事にサムネイル画像と著者情報が必須」というルールをコードレベルで強制できる。これにより、多人数での運用でもサイトの整合性が保たれやすくなるのだ。
筆者の見解としては、今後のWeb制作において「コンテンツのデータ化」はさらに加速するだろう。その際、MDXのような「構造化しやすいドキュメント形式」を採用していることは、将来的なプラットフォームの移行や再利用において大きなアドバンテージとなるはずだ。
この記事のポイント
- MDXはMarkdown内でコンポーネントを使用可能にし、HTML記述の手間を大幅に削減する
- Astroでは、直接インポート、Content Collections、Layoutフロントマターの3つの方法でMDXを活用できる
- Content Collectionsを使えば、共通コンポーネントを全記事に一括で提供でき、管理が効率化される
- フォーマッターの挙動やRSS対応など、一部のツールチェーンには工夫が必要な点に注意する
- AstroのアイランドアーキテクチャとMDXの相性は抜群であり、静的サイトの表現力を最大化させる

・ 複数業界における17年間のデジタルビジネス開発経験
・ ウェブサイト開発のためのHTML、PHP、CSS、Java等の実用的知識
・ 15ヶ国語対応の多言語SaaSの開発経験
・ 17年間にも及ぶ、Eコマース長期運営経験
・ 幅広い業界でのSEO最適化の豊富な経験

Cloudflareが新CMS「EmDash」発表。プラグインのセキュリティ問題を隔離技術で解決
Cloudflare(クラウドフレア)は、WordPressの精神的な後継を謳う新しいオープンソースCMS「EmDash(エムダッシュ)」を発表した。これは現在のWeb環境に合わせてゼロから設計されたもので、TypeScriptをベースに構築されている。
EmDashは、WordPressが長年抱えてきたプラグインに起因するセキュリティ脆弱性を、独自の隔離技術によって根本から解決することを目指している。さらに、最新のフロントエンドフレームワークであるAstro(アストロ)をエンジンに採用し、圧倒的なパフォーマンスを実現した。
現在はプレビュー版であるv0.1.0が公開されており、GitHubからコードを入手できる。Cloudflareのインフラだけでなく、Node.jsが動作する環境であればどこでもデプロイ可能だ。なぜ今、新しいCMSが必要なのか、その詳細を解説する。
プラグインのセキュリティ問題を隔離技術で解決する

WordPressのサイトで発生するセキュリティ問題の約96%は、プラグインが原因だと言われている。従来の仕組みでは、プラグインはPHPスクリプトとして動作し、サイトのデータベースやファイルシステムに直接アクセスできてしまう。これが、一つの脆弱性がサイト全体の崩壊を招く要因だった。
EmDashはこの問題を「Dynamic Workers(ダイナミック・ワーカーズ)」と呼ばれる隔離環境(サンドボックス)で解決した。各プラグインは「Isolate(アイソレート)」という独立した実行単位で動作するため、他のプログラムやシステムの中核に勝手に干渉することができない。
プラグインが何らかの操作を行うには、マニフェストファイルで必要な権限(ケイパビリティ)を明示的に宣言する必要がある。例えば、コンテンツを読み取る権限やメールを送信する権限など、許可された範囲内でのみ動作が保証される仕組みだ。これはスマートフォンのアプリがカメラや位置情報へのアクセス許可を求める挙動に近い。
import { definePlugin } from "emdash";
export default () =>
definePlugin({
id: "notify-on-publish",
version: "1.0.0",
capabilities: ["read:content", "email:send"],
hooks: {
"content:afterSave": async (event, ctx) => {
if (event.collection !== "posts" || event.content.status !== "published") return;
await ctx.email!.send({
to: "editor@example.com",
subject: `新着記事:${event.content.title}`,
text: `「${event.content.title}」が公開されました。`,
});
ctx.log.info(`エディターに通知を送信しました:${event.content.id}`);
},
},
});上記のコード例では、コンテンツの読み取りとメール送信の権限のみを要求している。このプラグインが許可なく外部のネットワークと通信したり、データベースを直接書き換えたりすることは物理的に不可能だ。管理者はインストール時に、そのプラグインが何をしようとしているのかを正確に把握できる。
このデモは、従来のCMSとEmDashにおけるセキュリティ構造の違いを視覚化したものだ。
Astroとサーバーレスがもたらす圧倒的なパフォーマンス

EmDashの内部エンジンには、コンテンツ主導のWebサイト向けフレームワークとして評価の高い「Astro」が採用されている。Astroは必要な部分だけをJavaScriptで動かす「アイランドアーキテクチャ」を得意としており、ブラウザでの読み込み速度を極限まで高めることができる。
また、EmDashはサーバーレス環境での動作を前提に設計されている。具体的にはCloudflare Workers(クラウドフレア・ワーカーズ)のランタイムである「workerd」上で動作し、リクエストがあった瞬間にプログラムが起動する仕組みだ。これにより、アクセスがないときはリソースを消費せず、急激なトラフィック増にも即座に対応できる。
従来のWordPressのように、常にサーバーを起動させておく必要がないため、運用コストの大幅な削減が期待できる。Cloudflareによれば、CPUの計算時間に対してのみ課金されるモデルのため、小規模なサイトから大規模なプラットフォームまで効率的にスケールさせることが可能だという。
テーマ制作も現代的だ。開発者はAstroのコンポーネントやスタイル(Tailwind CSSなど)を使って、使い慣れたモダンな手法でサイトのデザインを構築できる。従来のWordPressテーマのように複雑なPHPの作法を覚える必要はなく、フロントエンドエンジニアにとって親和性の高い環境が整っている。
AI時代を見据えた新しい収益化モデルと開発体験

EmDashが他のCMSと一線を画すのが、AIエージェントによる管理を標準でサポートしている点だ。MCP(Model Context Protocol)サーバーを内蔵しており、AIがサイトのコンテンツ構造を理解したり、プラグインを生成したりするためのコンテキストを直接提供できる。
例えば、CLI(コマンドラインインターフェース)を通じてAIエージェントに指示を出し、メディアのアップロードやスキーマの変更、さらにはWordPressテーマの移植ガイドを生成させることも可能だ。これは「人間が管理画面をポチポチ操作する」という従来のCMSのあり方を、根本から変える可能性を秘めている。
さらに、コンテンツの収益化についても新しい提案がなされている。「x402」というインターネットネイティブな決済プロトコルを内蔵しているのだ。これはHTTP 402エラー(支払いが必要)を活用した仕組みで、AIエージェントなどがコンテンツにアクセスする際、都度少額の支払いを行う「ペイ・パー・ユース」のモデルを簡単に導入できる。
広告収益に頼る従来のWebビジネスモデルが、AIによるスクレイピングなどで脅かされている現状に対し、EmDashは技術的な解決策を提示している。管理画面でコンテンツごとの価格を設定し、ウォレットアドレスを登録するだけで、サブスクリプションに頼らない新しい収益源を構築できるのだ。
WordPressからのスムーズな移行とモダンな認証機能

既存のWordPressユーザーを置き去りにしないための工夫も凝らされている。専用のインポータープラグインを使用することで、記事データやメディアライブラリを数分でEmDashへ移行できる仕組みが用意された。
カスタム投稿タイプについても、EmDashでは管理画面から直接スキーマ(データの構造)を定義できる。WordPressでACF(Advanced Custom Fields)などの外部プラグインを駆使して実現していたような複雑なデータ構造も、標準機能としてよりクリーンに管理することが可能だ。
セキュリティ面では、パスワードを廃止し「パスキー(Passkeys)」による認証をデフォルトとしている。これにより、パスワードの漏洩や総当たり攻撃のリスクを事実上ゼロにできる。もちろん、既存のSSO(シングルサインオン)プロバイダーとの連携も可能だ。
CloudflareはEmDashを単なるWordPressの代替品ではなく、これからの20年を見据えた「Webの新しいOS」のような存在として位置づけている。MITライセンスで公開されているため、特定のプラットフォームに縛られることなく、誰もが自由に拡張や開発に参加できる点も大きな魅力だ。
独自の分析:EmDashがWeb制作の現場に与える影響

EmDashの登場は、Web制作のワークフローを劇的に変える可能性がある。特に注目すべきは、プラグインのライセンス問題からの解放だ。WordPressのプラグインは、その構造上GPLライセンスを継承せざるを得ないケースが多かったが、EmDashではプラグインが完全に独立して動作するため、作者が自由にライセンスを選択できる。
これは、高品質な商用プラグインのエコシステムがより健全に発展することを意味する。また、セキュリティが「信頼」ではなく「技術的な制約」によって担保されるため、マーケットプレイスによる中央集権的な審査を待たずとも、安全に新しい機能を導入できるようになるだろう。
一方で、これまでのPHPベースのスキルセットを持つ開発者にとっては、TypeScriptやAstroへの移行という学習コストが発生する。しかし、サーバー管理の苦労から解放され、AIを活用した高速な開発が可能になるメリットは、そのコストを補って余りあるものになるはずだ。まずはプレビュー版を自身の環境で試し、そのスピードと安全性を体感してみることをお勧めする。
この記事のポイント
- EmDashはCloudflareが開発した、TypeScriptベースの新しいオープンソースCMSだ。
- プラグインを独自のサンドボックスで実行することで、WordPressの脆弱性問題を根本的に解決する。
- Astroとサーバーレス技術を採用し、高い表示速度とスケーラビリティを両立している。
- AIエージェントによる管理や、x402プロトコルによる新しい収益化モデルを標準搭載している。
- パスキーによる認証や、WordPressからの簡単なデータ移行機能も備えている。

・ 複数業界における17年間のデジタルビジネス開発経験
・ ウェブサイト開発のためのHTML、PHP、CSS、Java等の実用的知識
・ 15ヶ国語対応の多言語SaaSの開発経験
・ 17年間にも及ぶ、Eコマース長期運営経験
・ 幅広い業界でのSEO最適化の豊富な経験
