Wat is er nieuw in Astro 7? Van 7.0 tot en met 7.3, uitgelegd en gemeten

Astro 7 verscheen op 22 juni 2026 met één thema: snelheid, vooral bij het bouwen van je site. Sindsdien volgden drie minor releases. Astro 7.1 bracht meer controle, 7.2 experimentele incrementele builds en 7.3 meerdere preview-servers. De nieuwste versie is 7.3.5, van 24 september 2026. AstroBuild draait zelf op Astro en bouwde voor dit artikel met 7.2.9, met 7.3.5 en met incrementele builds; die meting staat verderop.

Wat verandert Astro 7 aan het bouwen van je site?

Astro 7 maakt vooral het bouwen sneller. De oude Go-compiler is vervangen door een compiler in Rust, Vite 8 bundelt met Rolldown, Sätteri verwerkt de Markdown en een nieuwe rendering genereert pagina’s via een wachtrij. Volgens Astro komt de grootste winst van native code in Rust; samen met de snellere rendering zijn builds 15 tot 61% sneller. De minors daarna voegen controle en experimentele functies toe.

Waar komt de snelheidswinst van Astro 7 vandaan?

Astro legt de nadruk op het bundelen van de site. De release-aankondiging zegt het zo: “The biggest gains come from moving some of the slowest parts of the build into native code written in Rust.” Er veranderde iets aan de compiler, de bundler, de Markdown-verwerking en de rendering.

Een compiler in Rust

De nieuwe compiler voor .astro-bestanden is een volledige herschrijving in Rust, volgens Astro grotendeels achterwaarts compatibel. De vorige Go-compiler is uit Astro 7 verwijderd, samen met de vlag experimental.rustCompiler. Op zichzelf levert de compiler weinig op: Astro meet ongeveer 6% snellere builds op docs.astro.build door de compiler alleen. Het compileren van .astro-bestanden is zelden de bottleneck.

Vite 8 en de Rolldown-bundler

Astro 7 draait op Vite 8, dat bundelt met Rolldown. Volgens Astro nemen de verwerking van Markdown en het bundelen, het samenvoegen en optimaliseren van code en content, doorgaans het grootste deel van de buildtijd in. Daar legde Astro 7 de nadruk.

Sätteri verwerkt de Markdown

Sätteri is sinds Astro 7 de standaard om Markdown om te zetten naar HTML. In Astro 6.4 was het nog een opt-in. Volgens Astro scheelde het meer dan een minuut op de builds van de documentatie van Astro en van Cloudflare. De keerzijde: remark- en rehype-plugins werken niet meer zonder het extra pakket @astrojs/markdown-remark. Erika, lid van het Astro-coreteam en maakster van Sätteri, legde de keuze zo uit:

The vast majority of our users don’t use any sort of unified plugins, so a pipeline that’s faster (and about 100 deps leaner) felt like a better default. Erika, Astro-coreteam

AstroBuild liep daar in september 2026 zelf tegenaan. Een rehype-plugin voor een blok halverwege elke blogpost vroeg dat extra pakket, en daarmee zou de hele Markdown-verwerking terug naar de oude pijplijn gaan. AstroBuild koos een andere oplossing en bleef bij Sätteri.

Een snellere rendering

Ook het genereren van de pagina’s zelf veranderde. Astro verving de rendering-engine door “a faster queue-based approach”, die onderdelen van een pagina efficiënter in een wachtrij zet. Die aanpak was sinds Astro 6.0 al als experimentele optie beschikbaar en is nu de standaard. De winst hangt af van de pagina: vooral pagina’s met veel dynamische expressies profiteren, gewone statische pagina’s winnen er weinig bij.

Hoeveel sneller zijn de builds echt?

Astro meldt builds die 15 tot 61% sneller zijn. Dat komt uit de eigen benchmark van Astro, gedraaid op een MacBook Pro met een Apple M4 Pro en 48 GB geheugen, met een meting voor en na Astro 7. De zes testsites laten zien dat de winst sterk verschilt:

Testsite	Pagina’s	Voor	Na	Winst
astro.build	ongeveer 308	62,70 s	24,24 s	61%
docs.astro.build	ongeveer 6.313	114,54 s	73,53 s	36%
tauri.app	7.117	86,12 s	55,33 s	36%
developers.cloudflare.com	8.431	386,89 s	261,94 s	32%
biomejs.dev	ongeveer 6.488	176,39 s	149,90 s	15%
aspire.dev	13.275	385,84 s	326,11 s	15%

Bron: de release-aankondiging van Astro 7. De winstpercentages zijn door AstroBuild berekend uit de gepubliceerde tijden.

Procentueel won net de kleinste testsite het meest: astro.build bouwde meer dan dubbel zo snel. In seconden won developers.cloudflare.com het meest, ruim twee minuten. Volgens Astro hangt de winst vooral af van hoeveel van je build naar .astro-compilatie en Markdown gaat. Matthew Phillips, lid van het Astro-coreteam, antwoordde op Hacker News aan iemand die na de upgrade geen snellere builds zag:

How many pages is it? The performance improvements are mostly for larger sites (thousands of pages) and especially when using a lot of MDX. Matthew Phillips, Astro-coreteam

De exacte winst voor jouw site hangt dus af van je content, je integraties en je buildmachine. Meet het zelf, voor en na.

Wat is er nieuw sinds Astro 7.0?

Sinds Astro 7.0 verschenen drie minor releases, volgens Astro zonder breaking changes. Astro 7.1 geeft meer controle over onder meer CSP en paginering, 7.2 brengt experimentele incrementele builds, en 7.3 laat meerdere preview-servers naast elkaar draaien. De nieuwste patch is 7.3.5 van 24 september 2026. Wie op Astro 7 zit, kan upgraden zonder code aan te passen.

Versie	Verschenen	Belangrijkste nieuw	Status
Astro 7.1	16 juli 2026	CSP-directives per element of attribuut, format voor paginate(), meerdere dev-servers, deferRender	Stabiel, opgesplitste content-opslag experimenteel
Astro 7.2	6 augustus 2026	Incrementele statische builds, session: false, astro preview --background	Incrementele builds experimenteel
Astro 7.3	3 september 2026	Meerdere preview-servers, loggers voor image services en cache providers	Stabiel

Astro 7.1: meer controle

Astro 7.1 verscheen op 16 juli 2026 en draait om fijnere instellingen. Daniel Curtis vatte het voor InfoQ zo samen:

Astro 7.1, out on 16 July, is about control rather than speed. Daniel Curtis, InfoQ

De Content Security Policy van Astro kent nu de directives script-src-elem, script-src-attr, style-src-elem en style-src-attr, via de optie kind in security.csp. Zo kan een site bijvoorbeeld inline style-attributen toelaten zonder ook inline <style>-blokken toe te laten. Een CSP staat ook op de checklist in het artikel waarom een statische site veiliger is dan een WordPress-site. Verder kreeg paginate() een format-functie voor hosts zonder URL-rewrites, kan astro dev --ignore-lock een tweede dev-server starten, en laat deferRender grote contentcollecties met minder geheugen bouwen. Het opsplitsen van de content-opslag in stukken is nog experimenteel.

Astro 7.2: incrementele builds, nog experimenteel

Astro 7.2 verscheen op 6 augustus 2026. De grote nieuwigheid zijn incrementele statische builds: Astro hergebruikt pagina’s uit de vorige build als er niets aan veranderde. Je zet ze aan met experimental: { incrementalBuild: true } en geeft elke pagina in getStaticPaths() een cacheKey. Het nieuwe veld digest op een collectie-entry is daar handig voor. Matthew Phillips schreef bij de release:

This is an early, experimental feature and we want to hear how it holds up on real sites. Matthew Phillips, Astro-coreteam

Astro publiceert zelf geen cijfer voor de winst. Rishi Raj Jain van LaunchFast mat op een site van 661 pagina’s een daling van ongeveer 16,5 naar ongeveer 10 seconden. Na één bewerkte post kwamen 637 van de 661 pagina’s uit de cache. Let op de beperkingen: een wijziging aan de middleware maakt de cache niet ongeldig, en een wijziging aan de config of de dependencies maakt hem volledig ongeldig. In CI moet de cache in node_modules/.astro/ bewaard blijven.

Astro 7.2 bracht ook session: false om sessies uit te zetten, handig bij serverless en edge-hosting. AstroBuild gebruikt die optie zelf. En astro preview kan nu op de achtergrond draaien.

Astro 7.3: preview-servers en Cloudflare

Astro 7.3 verscheen op 3 september 2026. Met astro preview --ignore-lock draaien meerdere preview-servers naast elkaar, handig voor end-to-end-tests met Playwright. Makers van eigen image services en cache providers krijgen een logger. Tegelijk kreeg de Cloudflare-adapter in versie 14.3.0 een finalize()-helper voor wie een eigen worker-entrypoint schrijft. En incrementele builds werken sinds 7.3.0 ook met build.concurrency boven 1. De docs noemen dat nog als beperking, maar volgens de changelog is die opgeheven.

Wat levert Astro 7.3 op voor een kleine site als AstroBuild?

Op AstroBuild gaf de upgrade naar 7.3.5 geen meetbare buildwinst. Met incrementele builds kwamen 26 van de 27 blogpagina’s uit de cache, wat de paginageneratie 0,4 seconde korter maakte. AstroBuild telt 45 statisch gebouwde pagina’s, waaronder 27 blogpagina’s: negen posts in drie talen. Bij zo weinig pagina’s valt er met het overslaan van pagina’s weinig tijd te winnen.

AstroBuild toont wat Astro op Cloudflare in de praktijk doet, voor ontwikkelaars en beslissers in de Benelux. Daarom meet de site upgrades op zichzelf, met deze uitkomst:

Situatie	Buildtijd	Uit de cache
Astro 7.2.9 met @astrojs/cloudflare 14.2.5	4,90 s	niet van toepassing
Astro 7.3.5 met @astrojs/cloudflare 14.3.3	4,84 s	niet van toepassing
Astro 7.3.5, incrementeel, zonder wijziging (één run)	4,81 s	27 van 27 blogpagina’s
Astro 7.3.5, incrementeel, na één bewerkte post	4,58 s	26 van 27 blogpagina’s

Gemeten op 27 september 2026 met astro build, zonder Pagefind en de eigen buildscripts van de site. Per situatie de mediaan van drie runs na een opwarmbuild, tenzij anders vermeld, op een AMD Ryzen 9 9950X3D met 64 GB geheugen onder Windows 11 en Node 24.19.0. De verschillen in totale buildtijd zijn klein: de volledige builds op 7.3.5 liepen al uiteen van 4,83 tot 5,39 seconden, en de incrementele run zonder wijziging (4,81 s) was niet meetbaar sneller dan een volledige build. Het harde verschil zit in de fase die de statische pagina’s genereert, die bij de incrementele build van 1,35 naar 0,96 seconde ging. Het renderen van één pagina kost hier tientallen milliseconden.

Eén les kwam onverwacht. Alleen astro naar 7.3.5 zetten en de Cloudflare-adapter op 14.2.5 laten staan, liet de build falen met MISSING_EXPORT "beginContentEntryCollection". Die adapter geeft astro ^7.2.0 op als compatibel, dus npm liet de combinatie gewoon toe. Met de adapter op 14.3.3 bouwde dezelfde code zonder aanpassing. Sinds 27 september 2026 draait AstroBuild in productie op Astro 7.3.5 met die adapter.

Blijft de runtime-snelheid het sterke punt?

Ja. Houd de buildtijd, hoe snel je site gebouwd wordt, apart van de runtime-snelheid, hoe snel je site laadt voor bezoekers. Astro 7 en zijn minors verbeteren vooral de buildtijd. De runtime-snelheid, statische HTML met weinig JavaScript, was al de kernsterkte van Astro en blijft dat. Waarom dat voor je vindbaarheid telt, lees je in Core Web Vitals en SEO.

Hoe upgrade je naar Astro 7.3?

Upgrade astro en de officiële integraties samen. De docs raden npx @astrojs/upgrade aan, dat precies dat doet. Over minors zeggen ze: “Minor releases primarily introduce new features and improvements that you may wish to try, but require no changes to your code.” De eigen meting hierboven toont waarom de adapter mee moet. Verder:

• Test de upgrade eerst in een aparte branch.
• Zit je nog op Astro 6, volg dan eerst de upgrade-gids naar v7. Gebruik je remark- of rehype-plugins, installeer dan @astrojs/markdown-remark.
• Let op gedragswijzigingen in patches: cookie-waarden worden sinds 7.1.2 niet meer onnodig percent-encoded, in MDX wordt <script>{value}</script> sinds 7.3.2 ge-escaped, en deprecation-meldingen verwijzen sinds 7.2.5 naar Astro 8.
• Gebruik je incrementele builds, neem dan de nieuwste patch. Tussen 7.2.5 en 7.3.4 kwamen meerdere fixes, onder meer voor verouderde CSS.

Wat betekent het dat het Astro-team bij Cloudflare werkt?

Voor gebruikers verandert er weinig. In januari 2026 trad The Astro Technology Company, het bedrijf achter Astro, toe tot Cloudflare. Het framework blijft volgens het team gratis, open source en MIT-gelicentieerd, met dezelfde open governance en roadmap, en ondersteunt een breed aantal hostingplatformen, niet alleen Cloudflare. De band met een edge-platform past wel bij waar Astro sterk in is: snelle sites dicht bij de bezoeker.

Is Astro 7 de upgrade waard?

Ja, zeker voor wie lang op builds wacht. Astro 7 bracht een Rust-compiler, Vite 8 met Rolldown, Sätteri en een snellere rendering; de minors 7.1 tot 7.3 voegden controle en experimentele incrementele builds toe. Volgens Astro is de winst het grootst waar .astro-compilatie en Markdown een groot deel van de build uitmaken. Incrementele builds lonen pas bij veel pagina’s. Laat bij de upgrade de adapter meegaan.

Nieuwe versies volg je op de release calendar van AstroBuild, rechtstreeks uit GitHub. Nieuw bij Astro? Begin bij wat Astro is en waarom het snel voelt.