gw·goodbye-wordpress
← Wszystkie artykuły

Astro 7 — co realnie się zmienia (i dlaczego Twoja strona przyspieszy)

Astro 7 przeniosło większość kompilatora na Rust, podmieniło bundler na Vite 8 + Rolldown i dodało nową warstwę cache'u. Oto, co to oznacza dla stron, które buduję.

Astro 7 wyszło 22 czerwca 2026. To głównie release silnikowy — taki, który nie daje Ci nowego komponentu ani efektownego słówka, ale po cichu sprawia, że Twoja istniejąca strona jest szybsza, tańsza w utrzymaniu i łatwiejsza do wypuszczenia.

Oto, co naprawdę się zmienia i dlaczego zaktualizowałam wszystko w tygodniu premiery.

1. Kompilator jest teraz w Ruście

Kompilator plików .astro został przepisany w Ruście. Markdown i MDX idą przez nowy pipeline w Ruście. Silnik renderingu przeszedł na model oparty o kolejkę.

Główny rezultat, w parze z Vite 8 i bundlerem Rolldown, to czasy buildów szybsze o 15–61% w oficjalnych benchmarkach. Niektóre strony budują się ponad dwa razy szybciej. Na typowej mojej stronie treściowej — może 80 podstron, głównie Markdown — astro build zszedł z około 12 sekund do 5.

Dlaczego ma to znaczenie w praktyce: każdy preview deploy jest szybszy, każdy rebuild po edycji w CMS jest szybszy, każda pętla „chcę tylko poprawić literówkę“ jest szybsza. Składa się to przez rok do realnej różnicy.

2. Advanced Routing — src/fetch.ts

Astro 7 dodaje punkt wejścia Advanced Routing w src/fetch.ts. Dostajesz pełną kontrolę nad pipeline’em żądań: przepisywanie URL-i, modyfikacja nagłówków, warunkowe odpowiedzi, A/B na edge.

Dla statycznej strony treściowej raczej tego nie potrzebujesz. Dla portalu, gdzie część podstron przechodzi przez sprawdzenie auth zanim trafi do CMS-a, albo chcesz custom 404 z lookupem „chyba chodziło Ci o…“ — to właściwy hook.

3. Route caching, stabilnie

Cache podstron jest teraz stabilny i niezależny od platformy. Jedno API; silnik zajmuje się resztą.

Są też eksperymentalne dostawcy cache’u CDN dla Netlify, Vercel i Cloudflare — co oznacza, że jedna linia w configu ustawia SWR-owy caching na edge dla zaznaczonych podstron.

Dla strony szkoły albo instytucji to taka nudna, ale użyteczna funkcja: strona główna ładuje się poniżej 100 ms nawet wtedy, gdy redakcja właśnie opublikowała pięć aktualności pod rząd.

4. Wsparcie dla AI-asystowanego developmentu

Astro wykrywa teraz coding agentów (Claude Code, Cursor i resztę), potrafi uruchomić dev server w tle i emituje strukturalne logi JSON, gdy agent potrzebuje informacji w formacie maszynowym.

Jeśli budujesz obok agenta, robi to z upierdliwego momentu — „chwila, co tam wypisał build?“ — czysty handshake maszyna-maszyna. Drobiazg, ale używam go codziennie.

Czy aktualizować?

Jeśli jesteś na Astro 5 albo 6 i strona buduje się bez ostrzeżeń, tak. Update to npm i astro@latest i npm run build. Zrobiłam pięć klienckich stron i jedyne, co musiałam podbijać, to @astrojs/sitemap, żeby dopasować wersje.

Jeśli jesteś na Astro 3 albo wcześniej — update ma więcej kroków (Content Collections, zmiana Content Layer, dopiero potem to). Warto, ale to nie jest robota na pięć minut. Zarezerwuj popołudnie.

Czego pilnuję dalej

Dwie rzeczy:

  1. Polerka usługi obrazków. Wbudowany <Image> już jest świetny. Z pipeline’em w Ruście jest miejsce, żeby pchnąć go dalej — warianty on-the-fly, AVIF domyślnie, mądrzejsze LQIP.
  2. Prymitywy formularzy. Server-side form handling w Astro to nadal historia „podepnij sobie sam“. Z Advanced Routingiem w miejscu, pierwszoklasowy prymityw zamknąłby lukę, którą React i Next.js zamknęły lata temu.

Każda z tych rzeczy byłaby większą sprawą dla stron, które buduję, niż ten release. Ale ten release sam w sobie sprawił, że ostatnie pięć moich projektów jest mierzalnie szybsze — a to wystarczy, żeby świętować.