Léta technického dluhu vás dohánějí

Každý web nese technický dluh. Něco z něj vzniklo před lety. Něco tam bylo od prvního dne. To platí obzvlášť pro enterprise weby s tisíci stránek, kde jsou důsledky brutální.

Vidím to neustále. Firma mě požádá o pomoc s Core Web Vitals. Během pár minut je jasné, že problémy sahají mnohem hlouběji. Rozbité jsou samotné základy.

Technický dluh funguje stejně jako ten finanční. Čím déle ho ignorujete, tím vyšší úroky platíte. A s AI crawlery, které jsou teď ve hře, právě tahle úroková sazba výrazně vzrostla.

Váš CMS může být ten největší problém

WordPress pohání přes 43 % všech webů. Je to jedna z nejlepších platforem, pokud se o ni správně staráte. Jenže to se děje jen výjimečně.

Průměrný WordPress web běží na více než 25 pluginech. Spousta z nich nebyla roky aktualizována. Nahrávají JavaScript a CSS, které kolidují s ostatními pluginy. Přidávají databázové dotazy, které všechno zpomalují. A nikdo si toho nevšimne, protože všechno pořád „funguje".

Enterprise CMS platformy mají jiný problém. Jejich upgrade je projekt za šesti- až sedmimístnou částku. Takže firmy neupgradují. Běží na verzích starých pět nebo deset let a na PHP, kterému skončila bezpečnostní podpora už před lety. PHP 8.x je zhruba 3× rychlejší než PHP 5.x. To není zanedbatelný rozdíl.

JavaScriptová nadváha se vymkla kontrole

Mediánová mobilní stránka dnes posílá 558 KB JavaScriptu. To je nárůst o 55 % oproti roku 2019. Podle HTTP Archive zůstává 44 % tohoto JavaScriptu při načítání stránky úplně nevyužito. Skoro polovina kódu, který váš web posílá každému návštěvníkovi, nedělá vůbec nic.

Většina tohoto plýtvání pochází z first-party kódu. Vašich vlastních vývojářů. Vašich vlastních léty nasbíraných funkcí, které nikdo neodstranil. Vývojář přidá knihovnu kvůli jedné funkci. Funkce se o dva roky později odstraní. Knihovna zůstane. Vynásobte to několika lety a skončíte se stránkami, které nahrávají 22 samostatných JavaScriptových souborů. Polovina z nich k ničemu neslouží.

Konfiguraci serveru nikdo nevěnuje pozornost

Konfigurace serveru je pro většinu lidí neviditelná. Ale rozhoduje o všem. Time to First Byte je základ každé další metriky výkonu. Pokud serveru trvá odpověď 2 sekundy, vaše LCP se nikdy nedostane pod 2,5 sekundy. Fyzicky nemožné.

Problémy, na které narážím nejčastěji, jsou přímočaré. Žádné caching hlavičky. Žádné CDN. Sdílený hosting. Staré verze PHP. Nezapnuté HTTP/2.

Vysoké TTFB ale často sahá hlouběji. Zastaralý kód aplikace, který při každém načtení stránky dělá zbytečné databázové dotazy. Špatně zvolené CMS pluginy, které při každém požadavku spouštějí náročné operace místo toho, aby výsledek nacachovaly. Zděděná infrastruktura, kde se konfigurace serveru od prvního nasazení nikdo nedotkl.

Tyhle weby „fungují dobře" za normálního provozu. Ale ve chvíli, kdy přijde nárůst z marketingové kampaně, sezónní špička nebo viral, spadnou úplně. Server, který sotva zvládá běžnou zátěž, má nulovou rezervu. Viděl jsem e-shopy, které šly o Black Friday offline, protože jejich TTFB bylo už za normálních podmínek 2 sekundy. To není problém s návštěvností. To je technický dluh, který čeká na spouštěč.

Co s tím máte dělat

Žádné rychlé řešení neexistuje. Ale můžete si stanovit priority.

Začněte serverovou infrastrukturou. TTFB pod 800 milisekund. Používejte CDN. Zapněte pořádné caching. Upgradujte PHP na novější verzi, pokud ještě není beznadějně staré. Nízké riziko, okamžitý dopad.

Dál si proklepněte svůj JavaScript. Zjistěte, co se reálně používá. Co ne, to odstraňte.

Otázka CMS je nejtěžší, protože jde o největší investici. Ale pokud vás vaše platforma brzdí a cesta k upgradu je nereálná, možná je čas na migraci.

Základy vítězí znovu

Nic z toho není nové. Rychlost serveru. Čistý kód. Tohle jsou osvědčené postupy už přes deset let.

Cena za jejich ignorování ale nikdy nebyla vyšší. AI crawlery vám druhou šanci nedají. Nevykreslí váš JavaScript. Nepočkají na váš pomalý server.

Nejlepší čas řešit technický dluh byl před lety. Ten druhý nejlepší je teď.