Dostupnosť 99,9 % neznamená, že web klienta funguje

Web klienta s "dostupnosťou 99,9 %" znie bezpečne. Toto číslo však stále pripúšťa 8,76 hodiny výpadku ročne, teda približne 43 minút za 30-dňový mesiac. A započítava len čas, keď server neodpovedal vôbec.

Väčšia medzera je v tom, čo kontrola dostupnosti považuje za "dostupné". Web môže odpovedať na každú kontrolu, a pre ľudí, ktorí ho navštívia, byť aj tak pokazený.

Čo kontrola dostupnosti naozaj testuje

Základná HTTP kontrola kladie jedinú otázku: odpovedá server stavovým kódom, ktorý znamená úspech? Pozerá sa na stavový kód a na nič iné. Obsah stránky nečíta.

Každý z týchto prípadov preto prejde ako "dostupný", pokiaľ odpovie stavovým kódom úspechu:

• prázdna stránka po chybe cache, témy alebo page buildera
• stránka poskytovateľa hostingu s oznámením "účet pozastavený" alebo "limit prekročený"
• stránka registrátora po tom, čo registrácia domény vypršala: po expirácii domény typu .com musí registrátor zastaviť jej preklad na váš web a namiesto neho môže zobraziť stránku na obnovenie
• presmerovanie na stránku, ktorá je sama pokazená, ak kontrola presmerovania nenasleduje
• kontaktný formulár alebo pokladňa, ktoré sa načítajú, ale zlyhajú, keď ich niekto odošle

Je tu aj medzera medzi kontrolami. Pri kontrole každých 5 minút môže 3-minútový výpadok začať aj skončiť medzi dvoma kontrolami a v čísle dostupnosti sa nikdy neobjaví.

Kontrolujte obsah, nielen stavový kód

Kontrola kľúčového slova stiahne stránku a hľadá v nej kúsok textu. Funguje v dvoch smeroch:

• Zlyhá, keď text chýba. Vyberte text, ktorý je na stránke, len keď naozaj funguje. Prázdna odpoveď, oznámenie o pozastavení ani stránka registrátora ho obsahovať nebudú.
• Zlyhá, keď sa text objaví. Vyberte text, ktorý sa zobrazí, len keď je niečo zle, napríklad "Fatal error" alebo "Database error".

Výber textu je väčšina práce:

• Použite text, ktorý server posiela v HTML. Kontrola kľúčového slova číta zdrojový kód stránky, nie to, čo po načítaní stránky pridá JavaScript.
• Použite text, ktorý CMS vykreslí zo svojho obsahu, napríklad nadpis sekcie alebo telefónne číslo v pätičke. Vyhnite sa textu, ktorý môže obsahovať aj statická chybová šablóna, napríklad názvu webu.
• Vyhnite sa textu, ktorý sa mení: cenám, dátumom, názvu najnovšieho článku.
• Kontrolujte konečnú URL. Ak example.com presmeruje na https://www.example.com/, monitorujte tú druhú.

Jedna kontrola kľúčového slova na domovskej stránke a jedna na stránke, ktorá klientovi zarába (rezervačná stránka, kategória e-shopu, kontaktná stránka), pokryjú väčšinu toho, čo by si návštevník všimol.

Pomalý neznamená nedostupný

Kontrola dostupnosti čaká na server niekoľko sekúnd, než zaznamená vypršanie časového limitu. Stránka, ktorej zobrazenie trvá osem sekúnd, nie je "nedostupná", ale pre návštevníka je to takmer to isté.

Pomalosť sa ukáže na dvoch miestach:

• Čas odozvy každej kontroly. Rastúci trend po zmene hostingu alebo aktualizácii pluginu je prvým varovným signálom. Meria, ako rýchlo server odpovedá, nie ako dlho sa stránka vykresľuje.
• Test rýchlosti stránky. Lighthouse, na ktorom beží aj Google PageSpeed Insights, meria, ako sa stránka načítava v prehliadači. Kontrola dostupnosti to nedokáže.

Pozrite sa na oboje po každej aktualizácii, nielen keď sa klient sťažuje.

Keď "nedostupný" neznamená nedostupný

Stáva sa aj opak. Niektoré weby sú za ochranou proti botom, ktorá môže monitorovacej službe v dátovom centre odpovedať inak než prehliadaču návštevníka. Monitor potom hlási web ako nedostupný, hoci všetkým ostatným sa otvára bez problémov.

Narazili sme na to začiatkom septembra 2026: monitor na veľkom verejnom webe zostal počas dlhého incidentu v stave Nedostupný, hoci sa stránka v prehliadači načítavala normálne a všetky kontroly z iných regiónov ju hlásili ako dostupnú. Skôr než zavoláte klientovi kvôli výpadku, otvorte si web sami z bežného pripojenia.

Čo žiadna kontrola dostupnosti nepokryje

Kontroly dostupnosti a kľúčového slova načítajú jednu URL. Neprihlásia sa, nevyplnia formulár, nepridajú produkt do košíka ani nezaplatia. Baromio skriptované viackrokové scenáre tiež nespúšťa.

Ak príjem klienta závisí od takéhoto postupu, otestujte ho ručne po každej aktualizácii pluginu, témy alebo platobného riešenia: pošlite si kontaktný formulár sami sebe, zadajte testovaciu objednávku, prihláste sa testovacím účtom. Trvá to pár minút a zachytí to, čo kontrola URL nedokáže.

Ako to nastaviť v Baromio

• HTTP monitor: pošle požiadavku HEAD (GET, ak server HEAD odmietne), každý stav pod 400 považuje za dostupný a presmerovania nenasleduje. Odpovedá na otázku "Reaguje server?".
• Monitor kľúčového slova: načíta stránku metódou GET a hľadá váš text v zdrojovom kóde HTML bez ohľadu na veľké a malé písmená. Sami si vyberiete, či kontrola zlyhá, keď text chýba, alebo keď sa nájde. Zadajte mu konečnú URL, teda adresu po všetkých presmerovaniach.
• Čas odozvy: čas odozvy každej kontroly sa ukladá a stránka monitora ho zobrazuje v grafe za posledných 24 hodín, 7 dní alebo 30 dní. Upozornenie typu "pomalšie ako X milisekúnd" neexistuje. Upozorniť po nastavuje, koľko neúspešných kontrol za sebou (1, 2, 3 alebo 5) musí prebehnúť, kým dostanete upozornenie, takže jednorazové výkyvy sa do vašej schránky nedostanú.
• Regionálny nesúlad: kým je HTTP monitor alebo monitor kľúčového slova nedostupný, Baromio web znovu skontroluje z iných lokalít. Ak sa naň všetky dostanú, a to dva cykly po sebe, karta monitora zobrazí odznak SPORNÉ a stránka incidentu vysvetlí prečo. Upozornenie ani obnovenie nikdy nemení; len vám oznámi, že stav Nedostupný môže byť falošný poplach. Funguje v každom pláne.
• Rýchlosť stránky: zapnite Monitorovať rýchlosť stránky pri HTTP monitore alebo monitore kľúčového slova a Baromio spustí Lighthouse cez Google PageSpeed Insights: 1 URL týždenne vo Free, 5 URL denne v Pro, 15 denne v Business.
• Intervaly: každých 5 minút vo Free (20 monitorov), každú minútu v Pro (9 EUR mesačne, 30 monitorov), každých 30 sekúnd v Business (29 EUR mesačne, 100 monitorov).

Kontrolný zoznam pre každý web klienta

1. HTTP monitor na domovskej stránke.
2. Monitor kľúčového slova na najdôležitejšej stránke, nastavený tak, aby zlyhal, keď chýba kúsok skutočného obsahu.
3. Pohľad na graf času odozvy po každej zmene hostingu alebo väčšej aktualizácii.
4. Ručný test formulárov, prihlásenia a pokladne po každej aktualizácii.
5. Skôr než klientovi oznámite výpadok, otvorte si web sami.

Zdroje

• ICANN, Expired Registration Recovery Policy: po expirácii musí registrátor prerušiť cestu prekladu domény v DNS; vstupná stránka zobrazená namiesto webu musí uvádzať, že registrácia vypršala.