# Astro *Framework, na którym stoi ta strona* Astro to framework, który renderuje podstrony do HTML-a w trakcie budowania i nie wysyła żadnego JavaScriptu, dopóki komponent o to nie poprosi. Interaktywne kawałki deklaruje się pojedynczo jako wyspy, więc strona wiezie kod tylko dla nich. **Canonical:** https://spoko.space/pl/slownik/astro/ **Language:** pl **Kategoria:** Technologia **Inaczej:** framework Astro, wyspy Astro **Published:** 2026-09-22 **Słownik pojęć:** https://spoko.space/pl/slownik/ --- ## Co to jest {#co-to-jest} Framework do budowania stron, którego domyślnym wynikiem jest HTML. Piszesz komponenty — w składni Astro albo w Vue, React, Svelte — i domyślnie wykonują się raz, podczas budowania, zostawiając po sobie gotowy znacznik. Komponent trafia do przeglądarki jako JavaScript tylko wtedy, gdy wyraźnie o to poprosisz, komponent po komponencie. To odwrócenie jest całym produktem. Większość frameworków wysyła aplikację i renderuje treść w jej środku; Astro wysyła treść i wpuszcza aplikację tam, gdzie ją wskażesz. ## Dlaczego to twój problem, jeśli zamawiasz stronę {#dlaczego-to-twój-problem-jeśli-zamawiasz-stronę} Bo rachunek za stronę płaci się zwykle JavaScriptem, którego nikt nie potrzebował. Strona wizytówka zbudowana jako aplikacja jednostronicowa pobiera framework po to, żeby wyświetlić trzy akapity; ta sama strona w Astro pobiera trzy akapity. Dla wszystkiego, czego zadaniem jest być czytanym i znajdowanym — strona firmowa, blog, katalog, landing — to jest właściwe ustawienie domyślne. Dlatego ta strona jest zrobiona w ten sposób. ## Jak to wygląda tutaj {#jak-to-wygląda-tutaj} Ta strona to Astro, więc z powyższych deklaracji muszę się rozliczać. Każda podstrona jest budowana z góry; garstka interaktywnych rzeczy — menu, przełącznik motywu, powiększanie zdjęć, baner zgody — to wyspy z własnymi małymi skryptami. Artykuł nie wiezie żadnego. Strona kosztów też jest uczciwa. Zmiana treści oznacza przebudowę, a ta trwa kilka minut, bo przy okazji renderuje kartę społecznościową dla każdej podstrony w przeglądarce bez okna, a potem sprawdza swój własny wynik: linki, dane strukturalne, długości tytułów, mirrory w Markdownie, pary językowe. To dobry układ przy stu podstronach i zły przy stu tysiącach. ## Kiedy to zły wybór {#kiedy-to-zły-wybór} Kiedy budujesz aplikację, a nie dokument. Panel, w którym każdy kafelek dzieli stan z resztą, narzędzie z tabelą odświeżaną na żywo, cokolwiek za logowaniem, gdzie większość ekranu jest interaktywna — to chce frameworku zaprojektowanego pod działającą aplikację, a sięganie tam po wyspy oznacza walkę z modelem. Taka praca idzie u mnie do Vue i Laravela, nie do Astro. ## Czym Astro nie jest {#czym-astro-nie-jest} Nie jest CMS-em — nikt w nim nie edytuje treści — i nie jest backendem. Buduje podstrony z tego, co mu podasz: plików w repozytorium, headless CMS-a, API. Zastępuje warstwę szablonów, nie bazę danych. ## Powiązane pojęcia {#related-terms} - [SSG](https://spoko.space/pl/slownik/ssg/): SSG to budowanie wszystkich podstron do gotowych plików HTML, zanim ktokolwiek wejdzie na stronę. Żądanie obsługuje wtedy serwer plików, a nie kod, zapytanie do bazy i szablon składany na miejscu przy każdej wizycie. — Markdown: https://spoko.space/pl/slownik/ssg.md - [headless CMS](https://spoko.space/pl/slownik/headless-cms/): Headless CMS przechowuje treść i pozwala ją edytować, ale nie rysuje strony. Podstrony buduje coś innego, co czyta treść przez API — dzięki czemu narzędzia do edycji i warstwę wizualną można wymieniać niezależnie od siebie. — Markdown: https://spoko.space/pl/slownik/headless-cms.md - [CMS](https://spoko.space/pl/slownik/cms/): CMS to oprogramowanie pozwalające zmieniać stronę bez dotykania kodu. Pod tym słowem kryją się trzy osobne zadania — edytowanie, przechowywanie i wyświetlanie treści — a większość sporów o wybór CMS-a jest sporem o to, którego z nich potrzebujesz. — Markdown: https://spoko.space/pl/slownik/cms.md - [Laravel](https://spoko.space/pl/slownik/laravel/): Laravel to framework PHP do budowania aplikacji webowych — tych z kontami, uprawnieniami, bazą danych i pracą wykonywaną w tle. Dostarcza części, których potrzebuje każda aplikacja, żeby nie pisać ich od nowa w każdym projekcie. — Markdown: https://spoko.space/pl/slownik/laravel.md ## Gdzie o tym piszę {#related-posts} - [Autorski CMS z AI](https://spoko.space/pl/autorski-cms-z-ai/) — Markdown: https://spoko.space/pl/autorski-cms-z-ai.md Autorski headless CMS i panel do zarządzania stronami, podstronami, tłumaczeniami i mediami z jednego miejsca — z AI podpiętym do pracy nad treścią przez MCP. - [Nowoczesny blog motoryzacyjny](https://spoko.space/pl/modern-car-blog/) — Markdown: https://spoko.space/pl/modern-car-blog.md Blog motoryzacyjny zbudowany w Astro, Vue3, UnoCSS, REST API i WordPress. - [Testy E2E z AI i Playwright (2026) – praktyczny przewodnik](https://spoko.space/pl/blog/testy-e2e-ai-playwright-przewodnik/) — Markdown: https://spoko.space/pl/blog/testy-e2e-ai-playwright-przewodnik.md Jak wykorzystać AI w testach E2E z Playwrightem? Praktyczny przewodnik: gdzie AI realnie oszczędza czas, strategia selektorów, prompty, MCP i realny ROI z liczb. - [Jak wybrać web developera dla swojej firmy?](https://spoko.space/pl/blog/jak-wybrac-web-developera/) — Markdown: https://spoko.space/pl/blog/jak-wybrac-web-developera.md Sprawdź portfolio, zapytaj o technologie i przeczytaj opinie — ale jest kilka rzeczy, które odróżniają dobrego dewelopera od złego. Praktyczny przewodnik dla właścicieli firm. - [Frameworki aplikacji webowych w 2026](https://spoko.space/pl/blog/frameworki-aplikacje-webowe-2026/) — Markdown: https://spoko.space/pl/blog/frameworki-aplikacje-webowe-2026.md Astro, Vue, React, Next.js czy WordPress headless? Porównanie popularnych frameworków z benchmarkami wydajności i scenariuszami użycia. ## Zobacz też {#see-also} - [Tworzenie stron internetowych](https://spoko.space/pl/tworzenie-stron-internetowych/) - [Migracja z WordPressa na Astro](https://spoko.space/pl/migracja-wordpress-astro/) ## Źródła {#sources} - [Astro — islands architecture](https://docs.astro.build/en/concepts/islands/) — Model: strona renderowana na serwerze, komponenty uwadniane pojedynczo. - [Astro — rendering modes](https://docs.astro.build/en/basics/rendering-modes/) — Gdzie przebiega granica między trasami budowanymi z góry a liczonymi na żądanie.