Paušál za správu webu

Správa webu sa fakturuje mesačne, ale málokto vie, čo za tie peniaze dostáva. Osem položiek s kritériom hotového, definícia priorít a reakčných časov a mesačný report, ktorý si máte pýtať.

Filip · 6 min čítania
Zálohy dokončené, 24 webov záloha WordPress 6.9.2 nasadený na testovacej kópii aktualizácia Certifikát obnovený, platný 90 dní certifikát Pomalá odozva 1,9 s, vyriešená do 12 minút incident Bezpečnostný sken: 0 kritických nálezov sken Rýchlosť webu v zelenom po zmenšení obrázkov rýchlosť Blokovaných 214 pokusov o prihlásenie ochrana

Paušál za správu webu je jedna z mála položiek, kde firma platí mesačne a nevie presne za čo. Kým sa nič nedeje, vyzerá zbytočne. Keď sa niečo stane, zistí sa, že práve to v ňom nebolo.

Nižšie je osem položiek, ktoré do správy patria. Pri každej je kritérium, podľa ktorého viete, či ju naozaj dostávate, a otázka, ktorou si to overíte u ktoréhokoľvek dodávateľa.

1. Aktualizácie a kontrola po nich

Samotná aktualizácia je pár minút práce. Hodnota je v tom, čo je okolo: záloha pred zásahom, kontrola kritických stránok po ňom a schopnosť vrátiť zmenu.

Kritérium: existuje napísaný zoznam stránok a funkcií, ktoré sa po aktualizácii kontrolujú (domovská, detail produktu, košík, kontaktný formulár, prihlásenie).
Otázka: Čo presne kontrolujete po aktualizácii a ako dlho trvá návrat na predchádzajúci stav?

2. Zálohy podľa pravidla 3-2-1

Tri kópie, dva rôzne typy úložiska, jedna mimo lokality. Záloha na tom istom serveri ako web nie je záloha — server je jediný bod zlyhania a zlyhá aj s ňou.

Dohodnite si dve čísla: RPO (koľko dát smiete stratiť, teda ako často sa zálohuje) a RTO (za aký čas je web späť). Pre bežný firemný web býva rozumné RPO 24 hodín a RTO 4 hodiny; pre e-shop s dennými objednávkami je 24-hodinové RPO priveľa — tam patrí zálohovanie databázy niekoľkokrát denne.

Kritérium: obnova bola aspoň raz vyskúšaná a viete, koľko trvala.
Otázka: Aké je naše RPO a RTO a kedy ste naposledy skúšali obnovu?

3. Monitoring dostupnosti

Bez neho sa o výpadku dozviete od zákazníka. Patrí sem kontrola v krátkom intervale, sledovanie obsahu stránky (nie len stavového kódu), platnosti certifikátu a jasné pravidlo, kto reaguje.

Kritérium: priemerný čas do zistenia výpadku je pod 5 minút a existuje história incidentov.
Otázka: Ako sa dozviem o výpadku a za ako dlho? Ukážte mi posledný incident.

Ako si spočítať, čo vás nedostupnosť stojí, je v článku Koľko stojí výpadok webu; nástroj je SiteWatch.

4. Bezpečnosť ako opakovaná činnosť

Nie ročný audit, ale priebežný sken: známe zraniteľnosti, prístupy, hlavičky, zmeny na stránkach, expirácie. K tomu inventúra, kto má do webu prístup.

Kritérium: sken beží aspoň týždenne a nález má priradenú závažnosť aj termín riešenia.
Otázka: Čo sa stane v deň, keď vyjde kritická zraniteľnosť v komponente, ktorý používame?

Praktické opatrenia sú v bezpečnostnom checkliste, nástroj je SecureShield.

5. Rýchlosť a jej vývoj v čase

Web sa spomaľuje sám — pribúdajú skripty, obrázky, funkcie. Do správy patrí meranie na reálnych návštevníkoch a upozornenie pri zhoršení.

Kritérium: viete ukázať vývoj LCP, INP a CLS za posledných šesť mesiacov.
Otázka: Sme na 75. percentile pod prahmi 2,5 s / 200 ms / 0,1? Ak nie, ktorá stránka to ťahá dole?

Podrobne v článku Core Web Vitals 2026, nástroj je SpeedBoost.

6. Súhlasy a merania

Cookie lišta zodpovedajúca tomu, čo web načítava, a analytika, ktorá po súhlase stále niečo hovorí. Toto v paušáloch chýba najčastejšie, hoci má priamy právny dosah — súhlas musí byť podľa § 109 ods. 8 zákona o elektronických komunikáciách preukázateľný.

Kritérium: zoznam cookies vo vyhlásení sedí so skutočnosťou a existuje záznam súhlasov.
Otázka: Kto kontroluje, či po pridaní nového skriptu stále sedí vyhlásenie?

Viac v článku Cookie lišta podľa slovenského zákona a v nástroji ConsentGuard.

7. Reakčné časy a priority

Najdôležitejšia položka, ktorú nikto nemá napísanú. Bez nej je paušál lotéria. Rozdeľte incidenty na tri úrovne a ku každej priraďte čas:

  • P1 — web alebo objednávkový proces nefunguje. Reakcia do 15 minút v pracovnom čase, do 60 minút mimo neho.
  • P2 — čiastočná porucha (formulár, jedna šablóna, pomalé odpovede). Reakcia do 4 hodín v pracovnom čase.
  • P3 — hrozba alebo drobná chyba. Riešenie v rámci bežnej údržby, do 5 pracovných dní.

Rozlišujte reakčný čas (kedy sa niekto ozve a začne konať) od času obnovy (kedy je hotovo). Sľubovať čas obnovy pri neznámej príčine je nezmysel; sľubovať reakčný čas je férové a merateľné.

Otázka: Aké sú reakčné časy pre P1 a čo platí cez víkend?

8. Drobné úpravy a jasná hranica

Väčšina paušálov obsahuje objem drobnej práce — zmena textu, doplnenie stránky, výmena obrázka. Dôležité je vedieť, kde paušál končí a začína hodinová práca.

Kritérium: hranica je vyjadrená v hodinách za mesiac a je jasné, či sa nevyčerpané hodiny prenášajú.
Otázka: Koľko hodín je v paušále a čo sa s nimi stane, keď ich nevyčerpáme?

Mesačný report, ktorý si pýtajte

Jedna strana stačí. Ak ju dodávateľ nevie dať, spravidla to znamená, že sa nemeria:

Dostupnosť za mesiac (v minútach výpadku) a zoznam incidentov
Vykonané aktualizácie a výsledok kontroly po nich
Bezpečnostné nálezy: nové, vyriešené, otvorené
Core Web Vitals: LCP / INP / CLS na 75. percentile
Zálohy: počet, posledná overená obnova
Spotrebované hodiny z paušálu a na čom

Ako to skladáme my

Monitoring, rýchlosť, bezpečnosť, analytika, SEO a súhlasy nebežia ako šesť nesúvisiacich služieb, ale v jednom prostredí — vďaka tomu je vidieť aj súvislosti: spomalenie po aktualizácii, prepad viditeľnosti po zmene stránky, výpadok v čase kampane. Rozsah a ceny sú v cenníku.

Ak práve meníte dodávateľa alebo preberáte web po niekom inom, prejdite si aj checklist prevzatia webu. A ak chcete namiesto zoznamu konkrétnu odpoveď pre váš web, ozvite sa.

Pomohol vám článok? Zdieľajte ho ďalej.
LinkedIn Facebook