Zrychlení webu – rychlejší web = více zákazníků

Rychlost webu přímo ovlivňuje Vaše podnikání. Každá sekunda zpoždění snižuje konverze o 7 % a zvyšuje míru opuštění. Google navíc rychlost hodnotí jako ranking faktor – pomalý web ztrácí pozice ve vyhledávání. Optimalizujeme Core Web Vitals (LCP, INP, CLS) a celkový výkon webu. Výsledky měříme a dokládáme konkrétními čísly před a po optimalizaci.

Nejčastější příčiny pomalého webu jsou neoptimalizované obrázky, příliš mnoho JavaScriptu, pomalý hosting a nepoužívané pluginy. U WordPress webů jsou to často předimenzované šablony a desítky pluginů. Řešíme optimalizaci obrázků, minifikaci CSS/JS, implementaci cachování, lazy loading a CDN. Pro weby s vážnými problémy doporučujeme redesign na moderní technologie.

Optimalizace rychlosti jde ruku v ruce s SEO optimalizací. Rychlý web se lépe indexuje a dosahuje lepších pozic v Google. Proveďte SEO audit, který odhalí technické problémy včetně rychlosti. Každý web, který tvoříme v rámci tvorby webů, je od začátku optimalizovaný pro maximální výkon.

Optimalizujeme weby pro firmy z Prahy, Brna a celé České republiky. Řešíme Shopify e-shopy, WordPress weby i zakázková řešení. Audit rychlosti provádíme zdarma – kontaktujte nás a zjistěte, jak rychlý by mohl být Váš web. Podívejte se i na naše ceny.

Core Web Vitals tvoří dnes součást ranking signálu a každá metrika má jasný cíl. Largest Contentful Paint (LCP) pod 2,5 sekundy měří, jak rychle se vykreslí největší prvek viewportu – obvykle hero obrázek nebo nadpis. Interaction to Next Paint (INP) pod 200 ms nahradil v březnu 2024 starší First Input Delay a měří rychlost odezvy na interakci uživatele napříč celou návštěvou, ne jen na první klik. Cumulative Layout Shift (CLS) pod 0,1 hlídá vizuální stabilitu – kolik se obsah odskakuje během načítání. V Google Search Console najdete report Core Web Vitals s rozdělením URL na Good/Needs improvement/Poor. Pro produkční měření používáme PageSpeed Insights (CrUX field data) místo lokálních syntetických testů. Více v SEO auditu.

Obrázky tvoří typicky 50–70 % váhy stránky a jsou nejčastější příčina špatného LCP. AVIF nabízí o 30–50 % lepší kompresi než WebP při stejné kvalitě a podporují ho všechny moderní prohlížeče (Chrome, Edge, Firefox, Safari 16.4+). Pro starší Safari fallbackujeme na WebP přes picture element. Responsive obrázky přes srcset a sizes zajistí, že mobil nestahuje 4K verzi. Lazy loading přes loading=lazy doporučujeme pro vše pod fold, ale LCP obrázek musí mít fetchpriority=high a loading=eager – jinak Google čeká s rankingem. Pro Next.js používáme komponentu next/image s automatickou optimalizací přes Vercel nebo Cloudflare Image Resizing. Pro WordPress doporučujeme plugin ShortPixel nebo Imagify.

JavaScript je tichý zabiják výkonu na 80 % webů. Bundle splitting rozdělí kód do menších chunků, které se načítají on-demand místo monolitického bundle.js o velikosti 800 KB. Code splitting per route v Next.js a Nuxt dělá tohle automaticky – uživatel na homepage nestahuje kód pro checkout. Deferred a async loading pro third-party scripty (Google Analytics, Hotjar, Meta Pixel) přes script defer nebo lépe Partytown přesune work na web worker mimo main thread. Tree-shaking odstraní mrtvý kód – pro Lodash používáme lodash-es s named imports místo celé knihovny. V Next.js měříme bundle size přes next/bundle-analyzer plugin a snažíme se držet first-load JS pod 100 KB pro homepage. Pro React/Next projekty je tohle standard.

CDN volba ovlivňuje rychlost ve více regionech. Cloudflare nabízí free tier s globální sítí 300+ POPs včetně Prahy, automatickou kompresi Brotli, image optimization přes Polish a smart routing. Pro většinu CZ projektů začínáme tady – cena 0–20 USD/měsíc, výkon výborný. Bunny.net je polská alternativa s POP v Praze a velmi konkurenční cenou (cca 0,01 USD/GB) – ideální pro video streaming a média-heavy weby. Fastly nabízí premium výkon s Compute Edge pro pokročilé use cases (A/B testy, personalizace na edge), cena začíná na 50 USD/měsíc. Pro Shopify CDN je součástí platformy a nelze měnit, ale můžete přidat Cloudflare před doménu pro WAF a další služby. POP v Praze je důležitý pro CZ návštěvníky – stahování assetů z Frankfurtu přidává 20–40 ms latence.

Volba rendering strategie zásadně ovlivňuje výkon. Static Site Generation (SSG) generuje HTML při buildu – ideální pro marketing pages, blogy a katalogy s nízkou frekvencí změn. TTFB pod 50 ms z CDN, nulové serverové náklady. Server-Side Rendering (SSR) generuje HTML pro každý request – nutné pro personalizovaný obsah (přihlášený uživatel, košík, cena podle země), ale TTFB obvykle 100–400 ms a vyžaduje běžící server. Incremental Static Regeneration (ISR v Next.js) je mezikrok – stránky se generují staticky, ale revaliduje se po nastaveném intervalu (např. každou hodinu) nebo on-demand přes webhook. Pro e-commerce katalog s 10 000 produkty je ISR optimum – rychlost SSG + aktuálnost SSR. Pro firemní weby obvykle volíme SSG.

Zrychlení existujícího WordPress webu má jasný postup. Krok 1: managed hosting s NVMe disky a object cache (Kinsta, WPEngine, Wedos Cloud) – samotný přesun z levného sdíleného hostingu na kvalitní managed obvykle zlepší LCP o 1–2 s. Krok 2: full-page cache (WP Rocket, FlyingPress, LiteSpeed Cache) – statické HTML místo PHP renderingu na každý request. Krok 3: optimalizace obrázků (ShortPixel, Imagify), konverze do WebP/AVIF, lazy loading. Krok 4: plugin audit – odinstalovat všechno nepotřebné, nahradit Elementor builder rychlejší alternativou (Bricks Builder, GeneratePress). Krok 5: minifikace CSS/JS přes Autoptimize, defer kritického JS, eliminace render-blocking resources. Tento postup obvykle posune průměrný WP web z LCP 4,5 s na 1,8 s. Více v SEO optimalizaci.

E-shopy mají specifické problémy s výkonem. Produktové fotky v plné kvalitě snadno váží 200–500 KB každá a kategorie s 24 produkty stáhne 10+ MB – řešením je AVIF, srdest a lazy loading pod fold. Infinite scroll vypadá moderně, ale zhoršuje INP, protože každé scrollování spouští query a rendering – lepší je Load more button s předfetchnutými daty. Filtrace v sidebaru musí používat client-side state s URL parametry, ne full page reload – jinak je každý klik 2sekundová pauza. Košík a checkout musí být skeleton-rendered okamžitě, AJAX update pak doplní data – jinak uživatel vidí prázdnou stránku 1+ sekundu a odejde. Pro Shopify e-shopy i WooCommerce platí stejné principy, jen implementace se liší.

Lighthouse audit má svoje pravidla čtení. Skóre 0–100 se počítá vážením 5 metrik (LCP 25 %, INP/TBT 30 %, CLS 25 %, FCP 10 %, Speed Index 10 %), takže optimalizace jen LCP nestačí pro vysoké skóre. Sekce Opportunities ukazuje konkrétní fixy s odhadem ušetřeného času – prioritizujeme podle Estimated Savings, ne podle pořadí v reportu. Sekce Diagnostics odhalí render-blocking resources, unused CSS/JS, third-party impact – často skrytě nejdůležitější část. Pozor – Lighthouse je lab data ze syntetického testu, ne reálná zkušenost uživatelů. Pro produkci sledujeme CrUX (Chrome User Experience Report) v PageSpeed Insights nebo Search Console. Doporučujeme měřit před a po každé změně, jinak optimalizujete naslepo. Audit dodáme i v rámci SEO auditu.