Nuxt.js

Tryby renderowania

Nuxt renderuje strony na serwerze (SSR) — użytkownik i roboty wyszukiwarek dostają gotowy HTML, a dopiero potem aplikacja „ożywa" w przeglądarce. Ten sam projekt można też zbudować jako serwis statyczny (SSG) i hostować na CDN, a od Nuxt 3 tryby wolno mieszać per trasa: część stron statyczna, część renderowana na żądanie, część czysto kliencka. To istotne w praktyce — serwis firmowy i panel administracyjny mogą żyć w jednym projekcie, każdy we właściwym dla siebie trybie.

Najważniejsze funkcje

• Routing z plików — struktura katalogu pages/ definiuje trasy aplikacji, bez ręcznej konfiguracji routera.
• Automatyczne importy — komponenty i funkcje pomocnicze są dostępne bez pisania importów, według jasnych konwencji nazw.
• Silnik serwerowy Nitro — endpointy API pisze się w tym samym projekcie (katalog server/), a wynik builda działa na Node.js, platformach serverless i edge bez zmian w kodzie.
• TypeScript — pełne wsparcie TypeScriptu bez dodatkowej konfiguracji, łącznie z typami tras i danych.
• Moduły — ekosystem gotowych integracji: obrazy, SEO, treści z headless CMS, analityka.

Nuxt a samo Vue

Aplikację można napisać w czystym Vue i dobrać routing, SSR i resztę samodzielnie — Nuxt jest odpowiedzią na to, że w większości projektów te wybory wyglądają tak samo. Konwencje frameworka zmniejszają liczbę decyzji do podjęcia na starcie i ujednolicają strukturę między projektami, co ma znaczenie, gdy nad kodem pracuje więcej niż jedna osoba. Ceną jest zależność od cyklu wydań Nuxta i jego sposobu robienia rzeczy.

Kiedy wybrać Nuxt?

Gdy zespół zna Vue i buduje aplikację, w której liczy się SEO albo szybki pierwszy render — sklep, serwis treściowy, stronę produktu. Dla czysto wewnętrznych paneli, gdzie SEO nie gra roli, wystarczy zwykle samo Vue; dla serwisów niemal wyłącznie statycznych warto porównać Nuxt w trybie SSG z Astro. Nuxt zajmuje środek tego spektrum: jeden framework na strony i aplikację naraz.