Firemní web v Next.js, Astro a dalších technologiích: podle čeho vybrat

01Začněte třemi typy práce, které má web zvládat

První je zveřejňování obsahu: služby, články, reference, kariéra a jazykové verze. Druhá je interakce: filtry, kalkulačka, konfigurátor nebo rezervace. Třetí je práce s účtem a neveřejnými daty: klientský portál, historie objednávek či schvalování. U každé stránky napište, které činnosti skutečně potřebuje.

Firemní prezentace s jednou kalkulačkou není totéž co aplikace, ve které zákazník celý den pracuje s daty. Stejně tak přihlášení v jedné části neznamená, že každá veřejná stránka musí vznikat znovu pro každého návštěvníka. Dobré řešení může části webu obsluhovat různě, aniž by si toho uživatel všiml.

Zadání doplňte frekvencí změn a odpovědností. Kdo upravuje cenu, kdo schvaluje článek a jak rychle se má změna objevit veřejně? Pokud dodavatel doporučí technologii dřív, než zná tyto odpovědi, chybí mu část rozhodujících podkladů. Nechte si vysvětlit, jak jeho volba usnadní konkrétní práci vaší firmy.

02Statický web nemusí být nehybný a server není nutný všude

Předem připravená stránka vzniká při sestavení webu a návštěvník dostává hotové HTML. Je vhodná pro obsah, který se nemusí měnit při každém otevření. Stránka vykreslená na serveru může reagovat na aktuální požadavek, třeba zobrazit údaje přihlášeného zákazníka. Interaktivní část v prohlížeči zase může přepočítávat konfiguraci bez nového načítání celé stránky.

Tyto způsoby lze kombinovat. Veřejná stránka služby může být připravená dopředu, kalkulačka na ní reaguje na vstupy a formulář posílá data do serverové služby. Proto nestačí otázka „bude web statický?“. Důležitější je, která data se načtou kdy, odkud a co se stane při nedostupnosti jejich zdroje.

Praktický problém je čerstvost. Když redaktor změní cenu nebo stáhne pracovní nabídku, musí vědět, kdy změnu návštěvníci uvidí. V nabídce proto chtějte popsat publikování, mezipaměť a návrat k předchozí verzi. Technicky rychlé stránky s nejasným procesem aktualizace mohou firmě přidat víc práce než pomalejší, ale dobře spravované řešení.

03Kdy je dobrým kandidátem Astro

Astro se zaměřuje na obsahové weby. U jeho ostrovní architektury mohou být interaktivní komponenty oddělené od zbytku stránky. Obsah tak nemusí kvůli malé kalkulačce přebírat stejnou klientskou logiku jako celé aplikační rozhraní.

Pro firmu to může být vhodný základ, pokud velkou část webu tvoří texty, fotografie, produktové podklady a reference. Typickým příkladem je výrobce s katalogem realizací, několika jazykovými verzemi a poptávkovým formulářem. Výhodu posuzujte podle dodaného výsledku: rychlého zobrazení obsahu, použitelného editoru a přehledné údržby.

Astro přitom není omezené pouze na neměnné stránky. Podporuje vykreslování vybraných nebo všech cest na serveru s vhodným adaptérem. Z toho ale neplyne, že je nejlepší pro každou aplikaci. U složitého sdíleného stavu mezi mnoha obrazovkami je potřeba posoudit architekturu i zkušenost týmu, nikoli jen rychlost jednoduchého dema.

04Kdy dává smysl Next.js

Next.js je kandidát zejména tam, kde firma potřebuje rozsáhlejší řešení postavené na Reactu a má tým, který jej umí udržovat. Serverové a klientské komponenty umožňují oddělit práci na serveru od interaktivních částí v prohlížeči. Návrh hranice ovlivňuje množství kódu, které návštěvník stahuje.

Představte si obchodní portál, kde klient upravuje rozpočet, sleduje stav požadavků a navazuje na rozepsanou práci. Sjednocení prostředí a sdílených komponent může mít hodnotu. Samotný veřejný web s deseti stránkami ovšem tyto možnosti nemusí potřebovat. Technologická rezerva má smysl pouze tehdy, když odpovídá věrohodnému plánu rozvoje.

Next.js umí i statický export. Ten však nepodporuje funkce vyžadující běhový server, například serverové akce. Nejde tedy o povinnou volbu mezi „Next.js se serverem“ a „jiným frameworkem bez serveru“. Požadujte popis konkrétního režimu a jeho omezení, aby pozdější formulář nebo náhled obsahu nezměnil provozní plán bez vašeho vědomí.

05Ostatní technologie posuzujte stejnými otázkami

Srovnání se nemusí uzavřít u dvou názvů. SvelteKit také rozlišuje předrenderování, serverové vykreslování a klientské chování. Pokud jej váš dodavatel ovládá a umí doložit provoz i předání, je rozumné jej posuzovat podle stejného zadání. Podobně se ptejte u Nuxtu, klasického serverového řešení nebo spravovaného webového systému.

Rozšířená technologie není automaticky správná a méně známá není automaticky špatná. Zjistěte, zda dokážete najít náhradní tým, jak se aktualizují závislosti a co zůstává specifické pro dodavatele. Vlastní malý framework bez dokumentace může být větší problém než volba mezi několika zavedenými projekty.

06Redakční systém vybírejte odděleně od frameworku

Zkratka CMS znamená prostředí, ve kterém tým spravuje obsah. Název frameworku neříká, zda redaktor snadno vloží tabulku, připraví překlad nebo obnoví starší verzi. Astro například dokumentuje napojení různých CMS. Editor je samostatná část rozhodnutí a může mít vlastní licenční i provozní náklady.

Nechte člověka, který bude web skutečně obsluhovat, upravit vzorový článek. Ať vymění obrázek, doplní alternativní text, vloží odkaz a zkontroluje náhled. Potom si vyzkouší schválení a publikaci. Ukázka, kterou ovládá pouze vývojář, neověří každodenní použitelnost.

Pro vícejazyčný web potřebujete pravidla, co se překládá společně a co má samostatnou verzi. U produktu může být technická specifikace společná, ale popis, kontaktní osoba a nabídka trhu odlišné. Ptejte se také na export obsahu včetně obrázků a vazeb. Texty zkopírované do tabulky nejsou úplná záloha webu.

07SEO začíná dostupným obsahem a správnými adresami

Google dokáže zpracovávat JavaScript, přesto jeho dokumentace doporučuje zvážit serverové nebo předem připravené vykreslení. Ne všichni roboti JavaScript zvládají. Z praktického hlediska chcete, aby důležitý obsah a odkazy byly spolehlivě dostupné, ne závislé na komplikovaném sledu kliknutí.

Změna frameworku sama nevyřeší nejasnou nabídku, chybějící stránky služeb ani špatné interní odkazy. Google výslovně uvádí, že dobré uživatelské prostředí stránky není zárukou předních pozic. Technická kvalita pomáhá obsahu fungovat, nenahrazuje jeho užitečnost.

Při přestavbě požadujte mapu starých a nových adres, přesměrování, titulky, kanonické adresy a jazykové vazby. Zkontrolujte také chybové stránky a prostředí pro testování, které se nemá dostat do vyhledávání. Plán přechodu má být součástí nabídky od začátku. Podrobnější obsahové souvislosti najdete v článku SEO strategie 2026.

08Rychlost měřte na skutečné stránce s reálným obsahem

Prázdná ukázka bez fotografií a měřicích skriptů mnoho neprozradí. Chtějte měření stránky s reálným hlavním obrázkem, fonty, formulářem a nasazenou analytikou v příslušném režimu souhlasu. Otestujte načtení, otevření menu i vyplnění formuláře na mobilu. Výsledek jednoho laboratorního běhu nepopisuje všechny návštěvníky.

Google u Core Web Vitals sleduje načítání, odezvu na interakci a vizuální stabilitu. Doporučené hranice jsou LCP do 2,5 sekundy, INP do 200 ms a CLS do 0,1. Vyhodnocení dobré zkušenosti se podle web.dev vztahuje k 75. percentilu, zvlášť pro mobil a počítač.

Tato čísla nejsou závod mezi značkami frameworků. Pomalý externí chat, obrovská fotografie nebo nadbytečný kód mohou znehodnotit dobrý základ. Dohodněte si rozpočet pro obrázky a skripty, způsob měření po spuštění a odpovědnost za zhoršení. Když marketing přidá novou službu, měl by vědět, kdo prověří její dopad.

Pokud chcete zkoušet dvě technologie, použijte srovnatelný obsah a stejnou funkčnost. Jinak můžete porovnávat hlavně rozdíl mezi dvěma vývojáři nebo dvěma sadami obrázků. Návazný průvodce pravidlem 3 vteřin vysvětluje, proč je zkušenost návštěvníka důležitější než hezké skóre v nabídce.

09Hosting a bezpečnost jsou součást návrhu

Next.js lze podle dokumentace nasazení provozovat u poskytovatele podporujícího Node.js, případně jinými podporovanými způsoby. Vlastní provoz ovšem přináší další odpovědnost; návod pro self-hosting řeší například reverzní proxy. „Nemusíte používat jednu platformu“ neznamená „provoz nevyžaduje práci“.

U nabídky si nechte rozepsat hosting, databázi, úložiště, redakční systém, posílání zpráv, monitoring a případné limity. Důležité je, co se stane při špičce návštěvnosti nebo při vyčerpání kvóty. Která služba je na vašem účtu a kterou přeprodává dodavatel? Bez těchto informací se obtížně porovnává cena i možnost odejít.

Staticky připravené veřejné stránky mohou omezit část běhové složitosti, ale bezpečnost tím nekončí. Formuláře, administrace, účty, integrace a proces sestavení stále potřebují ochranu. Domluvte aktualizace, zálohování, ověření obnovy a reakci na incident. Předání hesla do CMS není totéž co předání provozuschopného webu.

10Cenu porovnávejte za celé období používání

Bez zadání nelze poctivě tvrdit, že Astro vyjde o určité procento levněji než Next.js. Náklady ovlivňuje obsah, návrh, editor, integrace, testy, migrace a dostupnost lidí. Práce na komplikovaném redakčním postupu může převýšit rozdíl v ceně hostingu. Levnější infrastruktura sama neznamená levnější web.

Pro každou nabídku sestavte stejný přehled: pořízení, průběžné služby, údržba, běžná změna obsahu a odhadovaný rozvoj. Zvolte společné období, například tři roky, a u nejistých položek uveďte předpoklad. Jednorázovou investici nesrovnávejte pouze s prvním měsícem předplatného. Oddělte povinné náklady od volitelných služeb.

Započítejte i čas lidí uvnitř firmy. Když každá drobná úprava vyžaduje zadání vývojáři, vzniká průběžný náklad a zpoždění. Naopak příliš volný editor může přidat opravy rozbitého vzhledu. Dobře navržené bloky dávají redaktorovi potřebnou volnost a zároveň chrání strukturu. V nabídce proto nechte ocenit běžnou práci, třeba přidání nové služby se dvěma jazykovými verzemi.

Požadujte také cenu a postup předání. Kdo vlastní repozitář, doménu, hostingové účty, média a dokumentaci? Zvládne jiný tým projekt sestavit a nasadit? Podmínky změny dodavatele mají stejnou váhu jako výběr frameworku. Praktický seznam nabízí článek jak převzít web od dodavatele.

11Tři firemní situace, tři různá zadání

Výrobní firma s katalogem realizací. Největší hodnotu má kvalitní obsah, jazyky a snadné přidávání projektů. Astro může být vhodný kandidát, pokud dodavatel vyřeší editor a publikování. Přihlášený servisní portál může zůstat oddělený. Není nutné předem proměnit celou prezentaci v aplikaci.

Poskytovatel služby s klientským pracovním prostředím. Zákazníci průběžně upravují data, nahrávají soubory a sledují stav práce. Next.js může odpovídat potřebám, pokud tým staví na Reactu a zvládne oprávnění i provoz. Samotná existence přihlášení však nezaručuje, že všechny veřejné stránky potřebují stejný způsob vykreslení.

Menší firma s několika stabilními stránkami. Kvalitní spravovaný systém může být rozumnější než zakázkový technický základ. Pokud současný web plní účel, nejprve odstraňte konkrétní nedostatky. Přepis kvůli modernějšímu názvu má slabou návratnost. Všechny příklady jsou rozhodovací scénáře, nikoli popis konkrétních klientských zakázek.

12Co si nechat předvést před podpisem

Vyberte jednu typickou stránku a jeden obtížný úkon. Dodavatel na nich předvede práci redaktora, mobilní chování, odeslání formuláře a chybový stav. U dynamických částí přidejte oprávnění a přerušení spojení. Ukázka má používat podobný obsah a stejný publikační postup jako výsledný web.

Zapište podmínky převzetí: funkční odkazy, nákup či poptávka, přístupnost základních úkonů, migrace adres, měření a obnova. Chtějte vysvětlení, kdo závady řeší po spuštění. Dodavatel, který umí tyto otázky zodpovědět, dává pro rozhodnutí silnější podklady než prezentace s dlouhým seznamem log.

Pak už se lze ptát jednoduše: která varianta splní potřeby s přiměřenými náklady a kterou bude firma schopná provozovat? Odpovědí může být Astro, Next.js i jiné řešení. Dobrý výběr poznáte podle srozumitelného důvodu, ne podle toho, zda je daná technologie právě nejvíc vidět.

13Časté otázky

14Zdroje

• Astro: zaměření frameworku
• Astro: ostrovní architektura
• Astro: serverové vykreslování
• Astro: propojení s CMS
• Next.js: serverové a klientské komponenty
• Next.js: statický export
• Next.js: nasazení a vlastní provoz
• SvelteKit: možnosti vykreslování stránek
• Google: JavaScript a SEO
• Google: zkušenost návštěvníka
• Google: Core Web Vitals a web.dev: měření Web Vitals

Dokumentace ověřena 23. října 2026. Rozhodovací scénáře jsou redakční doporučení. Konkrétní funkce a podmínky provozu je nutné potvrdit pro zvolenou verzi a způsob nasazení.