Technické SEO checklist na rok 2026

Core Web Vitals 2026: LCP, INP, CLS

Google hodnotí tri merateľné metriky reálneho užívateľského zážitku. LCP (Largest Contentful Paint) meria, ako rýchlo sa vykresli najväčší viditeľný prvok — cieľ je pod 2,5 s. INP (Interaction to Next Paint, nahradil FID v marci 2024) meria odozvu na interakciu — cieľ pod 200 ms. CLS (Cumulative Layout Shift) meria neočakávané posuny layoutu — cieľ pod 0,1.

Reálne hodnoty (nie laboratórne) nájdete v Google Search Console v sekcii Core Web Vitals alebo v PageSpeed Insights, ktoré kombinuje dáta CrUX (Chrome User Experience Report) z reálnych návštev s laboratórnym Lighthouse auditom.

Štruktúrované dáta pre vyhľadávače aj AI asistentov

JSON-LD štruktúrované dáta (schema.org) pomáhajú vyhľadávaču pochopiť kontext stránky bez nutnosti interpretovať voľný text. Pre firemný web je základom typ ProfessionalService alebo LocalBusiness s adresou, telefónom a otváracími hodinami; pre články typ Article s datePublished a autorom; pre FAQ sekcie typ FAQPage.

Od roku 2023 Google nezobrazuje FAQ rich snippets v SERP pre komerčné weby, štruktúrované dáta majú však stále hodnotu pre AEO/GEO optimalizáciu — ChatGPT Search, Perplexity a Google AI Overviews čerpajú odpovede priamo zo štruktúrovaných dát a citujú zdroj. V roku 2026 je to čoraz významnejší zdroj návštevnosti, ktorý sa pri klasickom SEO audite ľahko opomenie.

Platnosť štruktúrovaných dát overíte v Rich Results Test alebo Schema.org Validator.

Crawl budget, robots.txt a sitemap.xml

Crawl budget je počet stránok, ktoré je vyhľadávač ochotný pri jednej návšteve prejsť. Pri malých weboch (desiatky až stovky stránok) to zriedka býva problém, pri WordPress weboch s tisíckami archívnych URL (tagy, autori, dátumové archívy) sa však budget premrhá na stránky bez SEO hodnoty.

• robots.txt — explicitne zablokovať administratívne sekcie (/wp-admin/, /api/) a uviesť link na sitemap
• sitemap.xml — obsahuje len indexovateľné stránky s reálnou hodnotou, s presným lastmod dátumom; po každej publikácii nového obsahu aktualizovať
• Search Console → Stránky — sekcia „Nezahrnuté" ukáže presný dôvod, prečo Google konkrétnu URL nezaindexoval

Canonical URL a duplicitný obsah

Duplicitný obsah vzniká inak na WordPress webe a inak na vlastnej Laravel aplikácii, ale dôsledok je rovnaký — vyhľadávač si nie je istý, ktorú verziu URL má indexovať, a hodnotenie sa rozdrobí medzi viacero adries.

• WordPress: ten istý článok je dostupný cez URL kategórie, tagu aj archívu autora — každá šablóna potrebuje <link rel="canonical"> smerujúci na jedinú hlavnú URL článku
• Laravel/vlastná appka: query string parametre pre filtrovanie alebo sledovanie (?sort=price&utm_source=...) vytvárajú nekonečné množstvo technicky odlišných, ale obsahovo identických URL — canonical tag musí ukazovať na čistú URL bez týchto parametrov

TTFB a server-side výkon

Time to First Byte je súčasťou LCP — pomalá odpoveď servera spôsobí pomalé vykreslenie aj pri perfektne optimalizovanom frontende. Na Laravel strane to rieši OPcache, Redis cache pre databázové dotazy (rozoberané v samostatnom článku o Redis cache) a Octane pre appky s vysokou návštevnosťou. Na WordPress strane je kompletný 10-krokový postup zrýchlenia (object cache, CDN, optimalizácia obrázkov, pluginy) v článku desať krokov k rýchlejšiemu WordPressu — tu sa mu nebudem venovať do hĺbky druhýkrát.

Obrázky: formát a lazy loading

Obrázky bývajú najväčšou položkou v celkovej váhe stránky. Formát AVIF ponúka pri rovnakej vizuálnej kvalite menší súbor než WebP aj JPEG, s fallbackom cez <picture> pre staršie prehliadače:

<picture>
  <source srcset="/img/hero.avif" type="image/avif">
  <source srcset="/img/hero.webp" type="image/webp">
  <img src="/img/hero.jpg" alt="Popis obrázka" width="1200" height="630" loading="eager" fetchpriority="high">
</picture>

Hero obrázok nad foldom má loading="eager" a fetchpriority="high", všetko ostatné loading="lazy". Atribúty width a height sú povinné — bez nich prehliadač nevie vyhradiť miesto vopred a vzniká layout shift (zhoršuje CLS).

Mobile-first indexovanie

Google od roku 2023 indexuje výhradne mobilnú verziu stránky — desktopový obsah, ktorý na mobile chýba alebo je skrytý, sa do hodnotenia nezapočíta. Pri WordPress weboch s responzívnou témou to zvyčajne nie je problém, pri vlastných riešeniach treba overiť, že žiadny obsah dôležitý pre SEO nie je viazaný len na desktop breakpoint.

Záver: 15-bodový checklist

• LCP < 2,5 s, INP < 200 ms, CLS < 0,1 v Search Console (reálne dáta, nie len Lighthouse)
• JSON-LD ProfessionalService/LocalBusiness validný v Rich Results Test
• Article štruktúrované dáta na každom blogovom príspevku s datePublished
• FAQPage štruktúrované dáta na stránkach s FAQ sekciou (kvôli AEO, nie kvôli SERP rich snippets)
• BreadcrumbList štruktúrované dáta zhodné s vizuálnymi breadcrumbs
• robots.txt blokuje administratívne a API sekcie, odkazuje na sitemap
• sitemap.xml obsahuje len indexovateľné URL s presným lastmod
• Každá stránka má jedinečný <link rel="canonical">
• WordPress archívy kategórií/tagov majú canonical na hlavný článok, nie na seba
• Query string parametre (filtrovanie, UTM) nevytvárajú indexovateľné duplicity
• TTFB pod kontrolou cez server-side cache (OPcache, Redis, object cache)
• Obrázky v AVIF/WebP s JPEG fallbackom, width/height vždy vyplnené
• Hero obrázok eager + fetchpriority="high", zvyšok lazy
• Mobilná verzia obsahuje rovnaký SEO-relevantný obsah ako desktop
• llms.txt v roote synchronizovaný s aktuálnymi službami a cenami pre AI vyhľadávače