Next.js to framework React od Vercel — i jest dziś dominującym wyborem dla firmowych stron internetowych w środowisku agencji webowych na całym świecie. Ale jego popularność nie oznacza, że jest zawsze właściwym wyborem. Decyzja technologiczna powinna wynikać z potrzeb biznesowych, nie z trendów.
Dlaczego Next.js wygrywa w performance
Next.js generuje strony statycznie podczas buildu (Static Site Generation — SSG). Wynikowy plik HTML trafia na CDN Cloudflare lub Vercel i jest serwowany z cache'u z datacenter blisko użytkownika. Czas odpowiedzi: 20–50ms zamiast 200–600ms przy PHP/WordPress. To bezpośrednio przekłada się na wyniki Core Web Vitals.
- SSG — strona generowana raz przy deployu, potem serwowana z CDN — bez TTFB
- ISR — Incremental Static Regeneration — strona odświeżana co N sekund bez pełnego rebuildu
- Image Optimization — automatyczne WebP, lazy-loading, srcset — bez konfiguracji
- Font Optimization — automatyczne preloadowanie fontów Google/local — zero FOIT
- Bundle splitting — każda strona dostaje tylko potrzebny JS — mniejsze paczki
App Router vs Pages Router
Od Next.js 13 istnieje nowy App Router (katalog app/) obok starszego Pages Router (katalog pages/). App Router umożliwia React Server Components — rendering na serwerze bez JS po stronie klienta. Dla firm: użyj App Router dla nowych projektów, Pages Router jeśli przejmujesz starszy projekt.
Kiedy Next.js NIE jest właściwym wyborem
- Gdy klient chce sam edytować treści bez programisty i bez nauki CMS — WordPress jest prosty
- Gdy budżet nie pozwala na agencję techniczną — WP z Elementorem jest tańszy
- Gdy projekt to prosty blog z 10 wpisami — Astro lub Hugo są szybsze do wdrożenia
- Gdy potrzebna jest rozbudowana WooCommerce/e-commerce z tysięcami produktów — Shopify
- Gdy zespół zna tylko PHP/WordPress i nie ma sensu zmieniać stosu
Next.js i SEO
Next.js jest doskonały dla SEO z jednego powodu: serwuje gotowy HTML do crawlera Google. Nie ma problemu z 'JavaScript SEO' — Google nie musi wykonywać JS żeby zindeksować treść. Metadata API w App Router pozwala generować meta tagi dynamicznie dla każdej podstrony.
CMS do Next.js
Next.js nie ma wbudowanego CMS — dane mogą pochodzić skądkolwiek: pliki Markdown, Sanity, Contentful, Strapi, Notion API, Google Sheets. Najpopularniejszy wybór to Sanity (real-time, dobre DX) lub Markdown (dla developerów). Dla klientów bez technicznej wiedzy — Sanity Studio jest intuicyjne.