Údržba webu na míru: co obnáší provoz po spuštění

Co je údržba webu na míru?

Údržba webu na míru je soubor pravidelných činností, které po spuštění drží web bezpečný, funkční a aktuální: aktualizace frameworku a závislostí, bezpečnostní záplaty, zálohy obsahu, hlídání dostupnosti a formulářů a kontrola SEO. Nejde o opravy, až se něco rozbije. Jde o to, aby se nerozbilo.

Headless web má v tomhle výhodu. Když stavím na Astru nebo Next.js s obsahem v Sanity, obsah běží jako služba v cloudu. Nespravujete server CMS, databázi ani desítky pluginů jako u WordPressu. Statický web navíc nemá na produkci skoro co napadnout.

Bez údržby to ale nejde. Kód webu stojí na balíčcích z npm a na Node.js a ty stárnou, i když na web nikdo nesáhne.

Co se na webu na míru reálně aktualizuje?

• Framework. Astro i Next.js vydávají novou hlavní verzi zhruba jednou ročně a mezi tím menší verze s opravami. Každá velká verze přináší změny, kvůli kterým je potřeba upravit kód.
• Node.js. Každá verze má pevné datum konce podpory. Node.js 18 skončil v dubnu 2025, Node.js 20 v dubnu 2026. Hostingy jako Vercel staré verze postupně přestávají podporovat a web na nich jednoho dne nepůjde sestavit.
• Balíčky z npm. Knihovny na obrázky, formuláře, animace nebo validaci. Některé mají bezpečnostní chyby, jiné přestanou být udržované.
• Sanity Studio. Redakční rozhraní je balíček sanity v projektu. Aktualizace přinášejí opravy a nové funkce pro redakci.
• Integrace. Analytika, newsletter, CRM nebo platební brána mění svá API. Napojení, které roky fungovalo, jednou přestane.

Proč aktualizace neodkládat?

Z bezpečnostních i praktických důvodů.

Bezpečnostní: v březnu 2025 vyšla chyba CVE-2025-29927 v Next.js. Šlo s ní obejít kontrolu přístupu postavenou v middlewaru pomocí jedné speciální hlavičky. Opravené verze vyšly hned, takže weby s pravidelnou údržbou byly v bezpečí během pár dní. Weby, na které nikdo nesahal, zůstaly otevřené.

Praktické: aktualizace se sčítají. Přechod o jednu hlavní verzi je běžná údržba. Skok o tři verze najednou je samostatný projekt, při kterém se často ukáže, že některý balíček mezitím úplně zmizel.

Jak často co dělat?

Tenhle rytmus používám jako výchozí a pro každý web ho upravím podle toho, co na něm běží:

• Průběžně: automatický monitoring dostupnosti a upozornění na bezpečnostní chyby v závislostech, třeba přes Dependabot na GitHubu. Bezpečnostní opravy nasazuji do pár dní.
• Měsíčně: menší aktualizace balíčků, kontrola Search Console (chyby indexace, stránky 404) a test formulářů, jestli poptávky opravdu chodí.
• Čtvrtletně: kontrola rychlosti, rozbitých odkazů a skriptů třetích stran, export zálohy obsahu.
• Ročně: přechod na novou hlavní verzi frameworku a Node.js, revize přístupů (kdo má administrátorská práva), kontrola domény a předplatných služeb, úklid zastaralého obsahu.

U menšího statického webu jde spíš o hodiny měsíčně než o dny. Víc práce dají weby s přihlašováním, platbami nebo hodně integracemi.

Každou aktualizaci nejdřív nasazuji do náhledového prostředí, které hosting jako Vercel vytvoří z každé větve automaticky. Projdu klíčové stránky a formuláře a teprve pak jde změna na produkci. Kdyby se přesto něco pokazilo, předchozí verze se vrací jedním kliknutím.

Jak zálohovat obsah v Sanity?

Sanity uchovává historii změn dokumentů, takže omylem přepsaný text vrátíte jedním kliknutím. Historie ale není záloha. Záloha má ležet mimo službu, kterou zálohujete.

Sanity CLI umí exportovat celý dataset včetně obrázků a souborů do jednoho archivu:

npx sanity dataset export production backup.tar.gz

Export nastavuji jako automatickou úlohu, třeba přes GitHub Actions, a archiv se ukládá do úložiště mimo Sanity. Kód webu zálohuje sám Git, takže po případné katastrofě obnovíte obsah i web.

Jednou za čas zálohu zkuste i obnovit, třeba importem do samostatného testovacího datasetu. Teprve tak víte, že archiv je kompletní a že obnova zabere minuty, ne celý den. Záloha, kterou nikdo nikdy neobnovil, je spíš naděje než jistota.

Komu mají patřit účty a přístupy?

Vaší firmě. Doména, hosting, projekt v Sanity, repozitář s kódem, Search Console i analytika mají být založené na firmu a vývojář v nich má být jen člen týmu.

Důvod je jednoduchý: když se s vývojářem rozejdete nebo změní práci, nic se nepřevádí a nic se neztratí. Předáte přístup dalšímu člověku a pokračujete. Doporučuji si hned po spuštění sepsat seznam všech služeb, kdo je vlastník a kdy se platí. Nejčastější provozní problém, který vídám, není hacknutý web, ale doména, které nikdo neprodloužil, protože běžela na kartu bývalého kolegy.

Jak poznat, že web údržbu potřebuje?

Pár signálů, které vídám u webů, na které roky nikdo nesáhl:

• Build na hostingu hlásí nepodporovanou verzi Node.js, nebo vůbec neprojde.
• npm audit vypisuje desítky zranitelností a u části z nich oprava vyžaduje přechod na novou hlavní verzi.
• Formulář vypadá funkčně, ale poptávky nechodí, protože se změnilo API e-mailové služby.
• Nikdo ve firmě neví, kdo má přístup k doméně nebo k hostingu.

Když sedí víc než dva body, nezačínejte novými funkcemi. Nejdřív web dostaňte do aktuálního stavu, jinak vás každá další úprava bude stát víc času a peněz.

Co do údržby nepatří?

Rozvoj. Nová sekce, nový typ obsahu, redesign nebo napojení dalšího systému jsou samostatná práce s vlastním zadáním.

U webu na Sanity je hranice příjemně jasná. Marketing si stránky a landing pages skládá sám z připravených bloků, takže vývojář je potřeba hlavně tehdy, když chcete úplně nový blok nebo funkci. Jak takový web s bloky navrhuji, popisuju v článku Vývoj webu se Sanity CMS.

S údržbou se obvykle dá domluvit dvěma způsoby: pravidelná měsíční údržba s daným rozsahem a dobou reakce, nebo zásahy podle potřeby. Pro web, přes který chodí poptávky nebo objednávky, doporučuji pravidelnou formu. Problém tak odhalí kontrola, ne zákazník.

Co si z toho odnést

Web na míru není hotový spuštěním. Headless stack s Astrem nebo Next.js a Sanity má méně pohyblivých částí než klasický CMS, ale framework, Node.js a balíčky stárnou dál. Pravidelná malá údržba vyjde levněji než velká záchrana jednou za tři roky. Zálohujte obsah mimo Sanity a mějte všechny účty na firmu.

Když řešíte, kdo se o váš web postará po spuštění, nebo máte web, na který už dlouho nikdo nesáhl, napište mi. Projdu, v jakém stavu je, a navrhnu údržbu, která mu sedne.