Roky technického dlhu dobiehajú váš web

Každý web v sebe nesie technický dlh. Časť z neho vznikla pred rokmi. Časť tam bola od prvého dňa. Dvojnásobne to platí pre enterprise weby s tisíckami stránok, kde sú následky brutálne.

Vidím to neustále. Firma ma osloví s prosbou o pomoc s Core Web Vitals. Do pár minút je jasné, že problémy siahajú oveľa hlbšie. Rozbité sú samotné základy.

Technický dlh funguje rovnako ako ten finančný. Čím dlhšie ho ignorujete, tým vyššie úroky platíte. A teraz, keď na scénu vstúpili AI crawlery, sa táto úroková sadzba ešte výrazne zdvihla.

Váš CMS môže byť ten najväčší problém

WordPress poháňa viac ako 43 % všetkých webov. Je to jedna z najlepších platforiem, keď ju správne udržiavate. Ale málokedy ju niekto správne udržiava.

Priemerný WordPress web beží na viac ako 25 pluginoch. Mnohé z nich roky nikto neaktualizoval. Načítavajú JavaScript a CSS, ktoré sa bijú s inými pluginmi. Pridávajú databázové dotazy, ktoré všetko spomaľujú. A nikto si to nevšimne, lebo všetko stále „funguje".

Enterprise CMS platformy majú iný problém. Ich upgrade je projekt za šesť- až sedemciferné sumy. Firmy preto neupgradujú. Bežia na verziách starých päť či desať rokov a na verziách PHP, ktoré prišli o bezpečnostnú podporu pred rokmi. PHP 8.x je zhruba 3x rýchlejšie ako PHP 5.x. To nie je malý rozdiel.

JavaScript bloat sa vymkol kontrole

Medián mobilnej stránky dnes posiela 558 KB JavaScriptu. To je nárast o 55 % oproti roku 2019. Podľa HTTP Archive ostane 44 % tohto JavaScriptu počas načítania stránky úplne nevyužitých. Takmer polovica kódu, ktorý váš web posiela každému návštevníkovi, nerobí absolútne nič.

Väčšina tohto plytvania pochádza z first-party kódu. Od vašich vlastných vývojárov. Z rokmi nazhromaždených funkcií, ktoré nikto neodstránil. Vývojár pridá knižnicu kvôli jednej funkcii. O dva roky funkciu odstránia. Knižnica ostane. Vynásobte to niekoľkými rokmi a skončíte so stránkami, ktoré načítavajú 22 samostatných JavaScript súborov. Polovica z nich neslúži ničomu.

Nikto sa nevenuje konfigurácii servera

Konfigurácia servera je pre väčšinu ľudí neviditeľná. Ale rozhoduje o všetkom. Time to First Byte je základom každej ďalšej metriky výkonu. Ak vášmu serveru trvá odpoveď 2 sekundy, vaše LCP nikdy nebude pod 2,5 sekundy. Fyzicky nemožné.

Problémy, na ktoré narážam najčastejšie, sú priamočiare. Žiadne caching hlavičky. Žiadne CDN. Zdieľaný hosting. Staré verzie PHP. Nezapnuté HTTP/2.

Vysoké TTFB má však často hlbšie korene. Zastaraný kód aplikácie, ktorý pri každom načítaní stránky robí zbytočné databázové volania. Zle zvolené CMS pluginy, ktoré pri každej požiadavke spúšťajú náročné operácie namiesto toho, aby si výsledok cachovali. Zastaraná infraštruktúra, ktorej sa od prvotného nasadenia konfigurácie servera nikto nedotkol.

Tieto weby pri bežnej návštevnosti „fungujú v pohode". No v momente, keď príde špička z marketingovej kampane, sezónny nárast alebo virálny príspevok, úplne padnú. Server, ktorý len tak-tak zvláda bežnú záťaž, nemá žiadnu rezervu. Videl som e-commerce weby, ktoré počas Black Friday spadli, lebo ich TTFB bolo už za bežných podmienok 2 sekundy. To nie je problém s návštevnosťou. To je technický dlh, ktorý čaká na svoj spúšťač.

Čo s tým máte robiť

Rýchle riešenie neexistuje. Ale viete si stanoviť priority.

Začnite serverovou infraštruktúrou. TTFB pod 800 milisekúnd. Nasaďte CDN. Zapnite poriadny caching. Upgradnite verziu PHP, kým nie je príliš stará. Nízke riziko, okamžitý efekt.

Ďalej si zauditujte JavaScript. Zistite, čo sa reálne používa. Odstráňte to, čo nie.

Otázka CMS je najťažšia, lebo sa viaže na najväčšiu investíciu. Ale ak vás vaša platforma brzdí a cesta k upgradu je nereálna, možno nadišiel čas na migráciu.

Základy vyhrávajú znova

Nič z toho nie je nové. Rýchlosť servera. Čistý kód. Toto sú best practices už viac ako desať rokov.

Ale cena za ich ignorovanie nikdy nebola vyššia. AI crawlery vám nedávajú druhú šancu. Nerenderujú váš JavaScript. Nečakajú na váš pomalý server.

Najlepší čas riešiť technický dlh bol pred rokmi. Druhý najlepší čas je teraz.