Web spadl desetkrát za dopoledne. Klient o tom nevěděl, dokud jsme se neozvali my.

❓ Otázka, kterou slýchám čím dál častěji

Čím dál častěji slyším variaci na jednu otázku: “S AI teď zvládne kdekdo skoro cokoliv sám, tak k čemu vlastně platit agenturu?” Je to celkem rozumná otázka. Jenže odpověď na ni většinou nenajdete v tom, co agentura udělá, když o to řeknete. Najdete ji v tom, co agentura zachytí dřív, než o to vůbec stihnete požádat.

Tenhle článek píšeme dva – protože se to tak i odehrálo. Vít je programátor, který ráno seděl u serveru a řešil, proč e-shop klienta chvílemi nejde. Já jsem se do toho zapojil o pár hodin později, když šlo o to, co s tím a jak to komunikovat ven. Necháváme to tak, jak to bylo , tedy dva pohledy.

🔧 Vítův pohled: ráno, kdy server přestal stíhat

Dostal jsem hlášku z monitoringu, že jeden z klientských webů občas krátce nejde. Nic dramatického na první pohled – pár desítek sekund výpadku, pak zase běží. Kdybych se na to nepodíval hlouběji, asi bych to svedl na chvilkový výpadek u hostingu a šel dál.

Podíval jsem se na server a číslo, které mě zarazilo, bylo zatížení procesoru: hodnota, která by na dvoujádrovém stroji měla být kolem 2, ukazovala přes 100. Zhruba 56násobné přetížení. Ne disk, ne paměť, ne síť – čistě CPU spálené v PHP. Apache má strop na to, kolik požadavků umí odbavovat souběžně – a ten strop byl plně obsazený. Protože CPU nestíhalo, každý požadavek trval déle, žádné volné místo se neuvolňovalo a fronta na nová spojení se naplnila. Nové návštěvy se pak prostě neměly kam vejít. Odtud ty výpadky. Nebyl to jeden pád, byl to server, který se pořád dokola dusil a zase nadechl.

Než jsem se čehokoliv dotkl, chtěl jsem vědět proč. Prošel jsem logy provozu za posledních pár hodin a vyšlo mi, že přes 80 % veškerých požadavků na server nejsou lidi. Jsou to crawleři a scrapovací roboti — část z nich se dá čekat (vyhledávače, AI nástroje, které si stahují obsah), ale nejvýraznější jednotlivá skupina byl provoz z necelých 200 tisíc různých IP adres — v drtivé většině jedna IP, jeden požadavek. To je typický otisk scraperu, který jede přes rotující proxy, ne běžná návštěvnost.

To nejdůležitější zjištění ale nebylo dnešní číslo. Bylo to, že tenhle poměr rostl dlouhodobě, týdny, možná měsíce, a dnes jen konečně přesáhl to, co server zvládne. Server neměl vlastní monitoring zátěže, jen kontrolu “jede/nejede” zvenku. Takže dokud web odpovídal, nikdo neměl důvod se dívat hlouběji.

Mohl jsem rovnou něco zablokovat a mít od toho pokoj. Neudělal jsem to. Na produkčním serveru klienta jsem spustil jenom čtecí příkazy, nic jsem nezměnil, dokud jsem přesně neznal příčinu a možnosti řešení i s jejich vedlejšími efekty. Jedna z nejrychlejších oprav, tedy zablokovat část automatizovaného provozu, má totiž vedlejší efekt, že web zmizí z AI vyhledávačů, které přes ten provoz web indexují. To není moje rozhodnutí jako programátora. To je rozhodnutí, které má padnout u klienta, s plnou znalostí, co se tím získá a co se ztratí.

Sepsal jsem to všechny do zprávy: co se děje, proč zrovna teď, jaké jsou možnosti od rychlé úlevy až po řešení na měsíce dopředu. A předal to Richardovi k rozhodnutí, co a jak s klientem probrat.

💼 Richardův pohled: co z toho plyne, když to vezmu jako firma

Když jsem si přečetl, co Vít našel, moje první myšlenka nebyla “dobře, opravíme to”. Bylo to: klient netuší, co se u něj měsíce děje. A kdybychom se neozvali my, přišel by na to sám nejspíš až ve chvíli, kdy by mu klesaly tržby a nevěděl by proč.

Napsal jsem mu to tedy jak to je. Co se stalo, proč, a co má na výběr. Jeho reakce mi to potvrdila přesněji, než jsem čekal. Zeptal se: “Opakuje se to, nebo to bylo jen v jeden den?”

Přesně tahle otázka je pro mě jádro celého příběhu. Klient neměl jediný důvod si myslet, že jde o něco jiného než o jednorázovou technickou anomálii. Nebýt toho, že to Vít nenechal jen tak a šel po příčině, tenhle příběh by pokračoval jinak. Přicházely by další výpadky, nižší tržby bez zjevného důvodu, a za pár týdnů nebo měsíců by na to přišel klient sám, v horší situaci a s menší chutí to řešit v klidu.

Tohle je přesně ten typ práce, který se špatně vejde do faktury. Kolik hodin nás dnešní diagnostika stála, je vlastně vedlejší informace. Podstatné je, že někdo dlouhodobě sledoval, že se něco děje, a ozval se dřív, než z toho byl problém, který musí klient řešit pod tlakem.

Když se mě někdo zeptá, proč platit agenturu, když si teď s AI leccos zvládne udělat sám tak tohle je moje odpověď. Nejde o to, kdo umí rychleji napsat kód nebo nastavit server. Jde o to, jestli má někdo důvod dívat se na váš provoz i ve chvíli, kdy vy sami nemáte důvod se ptát. To se nedá odkoukat z návodu ani vygenerovat příkazem. To je návyk a odpovědnost, kterou buď někdo má, nebo nemá.

✅ Co si z toho odnést

Vezměte si z toho tohle: to, co jsme popsali výše, nebyla šťastná náhoda ani jednorázový hrdinský zásah. Byl to výsledek toho, že se na klientův provoz někdo dívá i ve chvíli, kdy se navenek nic neděje. A umí poznat, kdy se něco začíná dít, dřív než to poznáte vy na tržbách.

Pokud si u svého webu nebo e-shopu nejste jistí, jestli tohle máte pokryté, stojí za to to probrat dřív, než vás to samo najde. Ozvěte se nám, V rámci kompletní správy e-shopu se přesně o tohle staráme průběžně, ne až když je pozdě. Pokud řešíte tuhle otázku v širším rozsahu (celková digitální strategie, ne jen jeden web), sedne líp strategická konzultace pro web a digitální byznys.