Next.js je moje výchozí volba pro webové produkty, a ne proto, že je zrovna trendy. Jedna TypeScriptová codebase pokryje to, co dříve vyžadovalo tři projekty: marketingový web, který se má zobrazovat ve vyhledávání, aplikaci za přihlášením a tenkou vrstvu API mezi nimi. Tento web je malým příkladem: lokalizované routy, generovaná metadata, sitemap, obrázky Open Graph a routa llms.txt — vše v jednom projektu App Router.
Začínám na serveru. Stránky a layouty jsou ve výchozím stavu Server Components: načítají data blízko databáze, posílají HTML místo JavaScriptového bundlu a uchovávají tajemství na serveru. „use client“ dávám jen na listy stromu, které potřebují stav, efekty nebo API prohlížeče — formulář, rozbalovací nabídku, mapu. Když celý strom začne nahoře direktivou „use client“, obvykle následuje velký bundle a celá třída chyb.
Výběr režimu vykreslování je produktové, nikoli technické rozhodnutí. Statické generování volím pro stránky měnící se při nasazení. ISR nebo opětovnou validaci podle tagů pro katalogy, nabídky a blogy, které se mění během dne: po zápisu zavolat revalidateTag místo časovače, kterému nikdo nerozumí. Dynamické vykreslování se streamováním Suspense používám pro dashboardy a osobní obsah: kostra se zobrazí hned a pomalá data přijdou později. U každé routy zaznamenám, proč je statická, nebo dynamická; tento jediný řádek ušetří týden otázek „proč je cena zastaralá?“.
Pro mutace používám Server Actions u formulářů patřících ke stránce a Route Handlers, když aplikaci musí zavolat něco zvenčí — webhook platební brány či Telegramu, mobilní klient nebo cron úloha. V obou případech Zod validuje vstup na serveru, tam se kontroluje autentizace a klient nikdy nerozhoduje o penězích ani oprávněních. U větších produktů zůstává Next.js frontendem a BFF, zatímco hlavní doména běží ve službě NestJS nebo Node.js s vlastní databází.
Výkon a SEO patří do definice hotové práce. Používám next/image se skutečnými rozměry, next/font k omezení posunů layoutu, generateMetadata a strukturovaná data na každé veřejné stránce, dynamické importy těžkých widgetů a Core Web Vitals ověřuji na telefonu střední třídy, ne na MacBooku. Nasazuji na Vercel, pokud tým nechce řešit provoz, nebo jako standalone build v Dockeru na AWS či VPS, když záleží na nákladech, umístění dat nebo dlouhotrvajících úlohách.
Odmítám „use client“ v kořenovém layoutu, načítání stejných dat v pěti komponentách bez promyšlení cache, schovávání obchodní logiky v middleware a upgrade hlavní verze v pátek bez přečtení codemodů. Pokud je vaše aplikace Next.js pomalá nebo křehká, pošlete mi repozitář a dvě nejpomalejší stránky. Řeknu vám, co bych přesunul na server, cachoval a odstranil.
Dejte příštímu produktu někoho, kdo zůstane.
Chcete začít? Napište mi – mohu začít hned a zůstat. Dlouhodobé retainery, ne dvoutýdenní předání. Proberme váš projekt, požadavky a nejlepší cestu vpřed.