Astro 6.0 Resmi Dirilis dengan Dev Server Baru

Astro merilis versi 6.0 pada 10 Maret 2026 dengan perombakan besar pada dev server, built-in Fonts API, Live Content Collections yang kini stabil, Content Security Policy API, serta compiler Rust eksperimental — sebuah rilis yang memperkuat posisi Astro sebagai meta-framework JavaScript paling ambisius dalam menjembatani gap antara development dan production environment.

Key Takeaways:

Dev server Astro dirombak total menggunakan Vite Environment API, memungkinkan production runtime (termasuk Cloudflare Workers) berjalan langsung saat development — menghilangkan masalah klasik “works in dev, breaks in prod”.
Tiga fitur sebelumnya eksperimental kini stabil: built-in Fonts API, Live Content Collections, dan Content Security Policy — semuanya production-ready di Astro 6.
Compiler Rust eksperimental menggantikan compiler Go original, menunjukkan performa lebih cepat dan diagnostik lebih kuat bahkan di tahap awal.
Perubahan signifikan: minimum Node.js naik ke v22, upgrade ke Vite 7, Zod 4, dan Shiki 4, serta penghapusan beberapa API lama.
3 fitur baru — queued rendering (benchmark hingga 2x lebih cepat), route caching berbasis web standard, dan compiler Rust — menjadi preview untuk Astro 7.

Dev Server Baru: Akhir dari “Works in Dev, Breaks in Prod”

Perubahan paling fundamental di Astro 6 bukan fitur yang terlihat oleh end user — melainkan perombakan total pada astro dev. Dev server Astro sebelumnya dibangun eksklusif untuk Node.js. Ini bekerja baik untuk mayoritas pengguna, tetapi menjadi blind spot serius ketika runtime non-Node seperti Cloudflare Workers, Bun, dan Deno semakin populer. Developer yang menargetkan platform ini tidak punya cara untuk menjalankan production runtime mereka saat development.

Astro 6 mengubah ini dengan memanfaatkan Vite Environment API yang baru. Sekarang astro dev bisa menjalankan custom runtime environment selama development, menyatukan code path antara dev server dan build pipeline.

Cloudflare: Dari “Coding Blind” ke First-Class Runtime

Bagi pengguna Cloudflare, gap ini terasa paling menyebalkan. Dev server berjalan di Node.js, tetapi production berjalan di Cloudflare workerd runtime. Bug hanya muncul setelah deploy. Cloudflare bindings — KV, D1, R2, Durable Objects — sama sekali tidak tersedia selama development.

Adapter @astrojs/cloudflare yang dibangun ulang kini menjalankan workerd di setiap tahap: development, prerendering, dan production. Developer bisa langsung mengakses Cloudflare platform API melalui cloudflare:workers dengan full access ke bindings secara lokal. Tidak ada lagi simulation layer atau workaround Astro.locals.runtime.

Perubahan ini merupakan hasil partnership resmi Astro dengan Cloudflare yang diumumkan awal tahun lalu, dengan tujuan menjadikan Cloudflare sebagai first-class Astro runtime. Perlu dicatat bahwa setelah akuisisi oleh Cloudflare, core team Astro kini bekerja di bawah Cloudflare, meskipun proyek-proyek pendukung seperti Starlight tetap di-maintain oleh komunitas secara independen.

Built-in Fonts API: Font Loading Tanpa Kerumitan

Hampir setiap website menggunakan custom font, tetapi mengimplementasikannya dengan benar ternyata lebih rumit dari yang terlihat — ada tradeoff performa, privacy concern, dan banyak keputusan kecil yang mudah salah.

Astro 6 menambahkan built-in Fonts API yang menangani bagian sulitnya. Developer cukup mengkonfigurasi font dari file lokal atau provider seperti Google Fonts dan Fontsource, lalu Astro menangani sisanya: mengunduh dan caching untuk self-hosting, membuat optimized fallback, dan menambahkan preload link.

Konfigurasi sederhana di astro.config.mjs:

import { defineConfig, fontProviders } from 'astro/config';
export default defineConfig({
  fonts: [{
    name: 'Roboto',
    cssVariable: '--font-roboto',
    provider: fontProviders.fontsource(),
  }],
});

Kemudian gunakan komponen di layout atau halaman mana pun. Di balik layar, Astro mengunduh file font, membuat optimized fallback font, dan menambahkan preload hints yang tepat — best-practice font loading tanpa konfigurasi manual.

Sebelumnya sudah ada plugin/integration komunitas untuk ini, tetapi solusi native Astro 6 memberikan API yang lebih konsisten dan predictable di seluruh ekosistem. Fitur ini juga sudah tersedia selama beberapa bulan di mode eksperimental dan kini stabil. Astro 6 juga menambahkan provider npm baru untuk mengakses font yang diinstal sebagai NPM package.

Live Content Collections: Real-Time Content Tanpa Rebuild

Content Collections telah menjadi bagian inti Astro sejak versi 2.0, tetapi selalu membutuhkan rebuild ketika konten berubah. Live Content Collections, yang kini stabil di Astro 6, mengambil konten saat request time — menggunakan API yang sama, tanpa langkah rebuild.

Ini berarti CMS content, API data, dan editorial updates langsung live saat dipublikasikan, tanpa menyentuh build pipeline. Kasus penggunaan utamanya adalah data yang sering berubah — seperti harga produk di toko online, berita terbaru, atau konten CMS yang di-update secara real-time.

Developer mendefinisikan live collection menggunakan defineLiveCollection() di src/live.config.ts, lalu query konten dengan getLiveEntry() atau getLiveCollection(). API-nya dirancang agar terasa familiar bagi pengguna build-time collections: schemas, loaders, dan pola query yang sama.

Keputusan desain yang cerdas dari tim Astro adalah memisahkan live dan build-time collections alih-alih menambahkan mode ke collection yang sudah ada. Ini menghindari kompleksitas yang muncul ketika dua paradigma berbeda dipaksakan dalam satu abstraksi. Keduanya bisa coexist dalam proyek yang sama — gunakan build-time collections untuk performa optimal pada konten statis, dan live collections untuk konten yang butuh update real-time.

Content Security Policy: CSP Built-In Pertama di Meta-Framework JavaScript

Astro Content Security Policy API kini stabil dan menjadikan Astro salah satu meta-framework JavaScript pertama yang menawarkan konfigurasi CSP built-in untuk halaman statis maupun dinamis, di server maupun serverless environment.

CSP sulit diimplementasikan di framework seperti Astro karena membutuhkan pengetahuan tentang setiap script dan style di halaman agar bisa di-hash dan dimasukkan dalam policy. Untuk halaman statis, ini bisa dihitung saat build time. Tetapi untuk halaman dinamis, konten berubah per request — artinya hashing on-the-fly dan injeksi header yang tepat saat runtime. Mendukung kedua mode dalam satu unified API adalah alasan mengapa belum ada meta-framework lain yang melakukan ini.

Mengaktifkannya cukup sederhana — cukup satu flag di konfigurasi:

export default defineConfig({
  security: { csp: true },
});

Untuk kontrol lebih lanjut, tersedia konfigurasi lengkap: custom hashing algorithm, directive tambahan untuk external scripts/styles, dan full configuration API. CSP juga sudah kompatibel dengan responsive images Astro secara out-of-the-box.

Dari pengalaman komunitas, ada beberapa edge case yang membutuhkan konfigurasi manual — misalnya ketika menerima webhook POST endpoint dari layanan eksternal, CSP bisa memblokir request tersebut. Tim Astro terus mengembangkan opsi konfigurasi untuk menangani kasus-kasus seperti ini.

Compiler Rust Eksperimental: Dari Go ke Rust

Salah satu pengumuman paling menarik di Astro 6 adalah compiler Rust eksperimental — penerus compiler Go original yang telah digunakan sejak awal. Tim Astro mengungkapkan bahwa proyek ini dimulai sebagai eksperimen AI saat memperbarui compiler Go untuk Astro 6, yang kemudian berkembang dari “apakah ini bisa berhasil?” menjadi “kenapa ini tidak default?”

Compiler baru ini lebih cepat, menghasilkan diagnostik yang lebih kuat, dan dalam beberapa kasus bahkan lebih reliable dibanding compiler Go saat ini. Tim berencana menjadikannya default di rilis major mendatang.

Untuk mencobanya:

npm install @astrojs/compiler-rs

export default defineConfig({
  experimental: { rustCompiler: true },
});

Astro bukan satu-satunya yang beralih ke Rust — tren ini sudah terlihat luas di ekosistem JavaScript. Seperti dicatat oleh salah satu komentator YouTube, Rust bukan hanya soal kecepatan tetapi juga soal memory stability dan struktur kode yang lebih robust. Tim Astro akan terus berinvestasi di Rust-powered tooling sepanjang siklus rilis 6.x.

Queued Rendering: Benchmark Hingga 2x Lebih Cepat

Astro 6 memperkenalkan queued rendering sebagai strategi rendering eksperimental baru. Saat ini, Astro merender komponen secara rekursif — fungsi rendering memanggil dirinya sendiri saat menelusuri component tree. Queued rendering menggantinya dengan pendekatan dua tahap: tahap pertama menelusuri tree dan menghasilkan ordered queue, lalu tahap kedua merendernya.

Benchmark awal menunjukkan performa hingga 2x lebih cepat, dan strategi ini juga lebih memory-efficient. Tim berencana menjadikannya default rendering strategy di Astro v7.

Dokumentasi eksperimental juga menyebutkan opsi tambahan seperti node pooling dan content caching yang tersedia dalam fitur ini.

Route Caching: Caching SSR Berbasis Web Standard

Fitur eksperimental ketiga di Astro 6 adalah route caching API — cara platform-agnostic untuk melakukan cache pada server-rendered responses menggunakan web standard cache semantics.

Masalah yang dipecahkan cukup jelas: caching SSR responses saat ini terlalu bergantung pada platform. Setiap host melakukannya secara berbeda, dan tidak ada cara standar untuk mengontrolnya dari sisi application. Route caching memberikan satu API yang bisa digunakan di mana pun developer deploy kodenya.

Fitur ini terintegrasi langsung dengan Live Content Collections, secara otomatis melacak dependensi antara halaman dan content entries. Ketika content entry berubah, cached responses yang bergantung padanya di-invalidate secara otomatis.

Rilis awal ini menyertakan in-memory cache provider yang bekerja optimal dengan Node.js adapter. Tim Astro akan menambahkan cache provider untuk semua platform deployment yang didukung dalam beberapa minggu ke depan, dan juga berharap komunitas membangun provider untuk CDN services dan storage seperti Redis.

Breaking Changes & Upgrade Path

Dependency Utama yang Diupgrade

Package	Versi Baru	Catatan
Node.js	v22+ (minimum)	Node 18 dan 20 di-drop
Vite	v7	Digunakan di seluruh Astro dan semua package @astrojs
Zod	v4	Import dari `astro/zod` (bukan `astro:content`)
Shiki	v4	Untuk code highlighting

Penghapusan & Deprecation yang Perlu Diperhatikan

Rilis ini memuat puluhan breaking changes yang telah di-deprecate selama satu tahun atau lebih. Beberapa yang paling berdampak:

Astro.glob() dihapus — sudah deprecated sejak lama
dihapus — digantikan oleh
CommonJS config files tidak lagi didukung
Legacy content collection support dihapus
astro:schema dan z dari astro:content deprecated — gunakan astro/zod
handleForms prop pada dihapus
Beberapa Integration API dan Adapter API berubah secara signifikan

Upgrade yang Mulus

Berdasarkan feedback dari Reddit dan YouTube, mayoritas pengguna melaporkan proses upgrade yang relatif lancar. Satu user Reddit mendeskripsikan pengalaman migrasi yang sangat smooth, bahkan ketika menggunakan Cloudflare adapter — cukup mengirimkan migration guide ke AI assistant untuk menyelesaikan issue yang muncul.

Namun, beberapa user melaporkan masalah: ada yang mengalami build error setelah upgrade dan harus rollback, sementara user lain mengalami masalah dev server yang tidak mau start tanpa error message yang jelas. Satu komentator YouTube memberikan peringatan untuk menguji proyek dengan seksama setelah migrasi karena banyak breaking API changes.

Tim Astro menyediakan upgrade guide detail dan automated CLI tool @astrojs/upgrade untuk memudahkan proses:

npx @astrojs/upgrade

Salah satu poin yang sering dipuji dari komunitas adalah cara Astro menangani breaking changes: biasanya didahului dengan deprecation warning selama setahun atau lebih sebelum benar-benar dihapus, bahkan diingatkan melalui CLI.

Catatan tentang Starlight

Beberapa user di Reddit menyatakan kekhawatiran tentang kompatibilitas Starlight (documentation theme populer dari Astro) dengan Astro 6. Sarah Rainsberger dari tim Astro mengklarifikasi bahwa Starlight sepenuhnya di-maintain dan didanai oleh komunitas, terpisah dari core Astro yang kini di bawah Cloudflare. Update Starlight untuk Astro 6 sudah dirilis, dengan tim yang sengaja menyebarkan item launch sepanjang minggu untuk memberikan perhatian khusus pada setiap area proyek.

Dinamika antara Cloudflare (yang mengakuisisi Astro) dan proyek-proyek komunitas seperti Starlight menjadi topik diskusi hangat. Core team yang sebelumnya bekerja di Astro company kini bekerja di Cloudflare, sementara banyak kontributor dan maintainer lainnya tetap bekerja secara sukarela.

Astro Memperkuat Posisi sebagai Framework “Layered Rendering”

Dengan Astro 6, framework ini kini menawarkan spektrum rendering terlengkap di antara meta-framework JavaScript manapun: SSG, SSR, Astro Islands (client-side), Server Islands (dynamic streaming), Live Content Collections (request-time data), dan kini experimental queued rendering serta route caching. Setiap layer dirancang untuk use case spesifik, dan developer bisa mencampurnya dalam satu proyek.

Ini adalah diferensiasi yang semakin sulit ditandingi oleh kompetitor. Next.js memiliki Server Components dan caching, tetapi pendekatan Astro lebih modular dan transparan — tidak ada “magic” caching yang bisa mengejutkan developer (sesuatu yang menjadi sumber drama signifikan di komunitas Next.js dalam beberapa tahun terakhir).

Cloudflare Bukan Sekadar Sponsor — Ini Partnership Strategis

Dev server baru yang bisa menjalankan workerd secara native adalah sinyal kuat bahwa akuisisi Cloudflare bukan sekadar finansial. Ini mengubah arsitektur fundamental Astro. Namun, seperti dicatat oleh YouTuber Coding in Public, penting untuk memastikan Astro tetap community-driven dan tidak didominasi oleh kebutuhan Cloudflare. Sejauh ini, fitur-fitur Astro 6 menunjukkan keseimbangan yang baik — perbaikan Cloudflare experience hadir bersamaan dengan fitur-fitur universal seperti Fonts API dan CSP.

Rust Compiler: Taruhan Jangka Panjang

Compiler Rust masih eksperimental, tetapi signifikansinya melampaui performa. Ini menunjukkan bahwa tim Astro bersedia melakukan investasi jangka panjang di tooling fundamental — bukan hanya menambahkan fitur baru di permukaan. Fakta bahwa compiler ini dimulai sebagai “eksperimen AI” juga menarik sebagai studi kasus bagaimana AI-assisted development bisa mempercepat proyek infrastruktur besar.

Apa yang Perlu Dilakukan Developer

Proyek baru: Langsung gunakan Astro 6 dengan npm create astro@latest
Proyek existing: Jalankan npx @astrojs/upgrade dan perhatikan upgrade guide, terutama perubahan Zod 4, penghapusan Astro.glob(), dan perubahan TypeScript configuration
Pengguna Cloudflare: Prioritaskan upgrade — manfaat dev server baru sangat signifikan untuk workflow Cloudflare
Tunggu beberapa minggu jika proyek bergantung pada Starlight atau adapter/integration pihak ketiga yang belum diupdate
Eksperimen: Coba queued rendering dan route caching di proyek non-production untuk merasakan arah Astro 7.