Firmy často začínajú SEO písaním článkov. Ak však vyhľadávač web nevie spoľahlivo prehľadať, vykresliť a zaradiť do indexu, nový obsah sa prejaví slabšie, než by mohol. Článok je pre vedúcich marketingu, produktových vlastníkov a vývojárov. Pri každom bode uvádzame, ako problém rozpoznať, ako ho opraviť a aký omyl sa okolo neho drží. Opierame sa o dokumentáciu Google Search Central a web.dev a o skúsenosť z prevádzky vlastných obsahových portálov na slovenskom, českom a švajčiarskom trhu. Poradie bodov zodpovedá závislostiam, napríklad bez merania nespoznáte účinok zmien.

1. Meranie a východiskový stav

Ako to rozpoznať: neviete povedať, koľko dopytov alebo objednávok prišlo za posledný mesiac z organického vyhľadávania. Google Analytics 4 síce meria návštevy, ale kľúčové udalosti (tak GA4 dnes nazýva niekdajšie konverzie) nie sú nastavené alebo sa počítajú dvakrát.

Ako to opraviť: pred prvou zmenou zaznamenajte východiskový stav, teda prehľad Výkon v Search Console (kliknutia, zobrazenia, priemerná pozícia) a v GA4 kľúčové udalosti viazané na obchodný výsledok. Prepojenie Search Console s GA4 pridá prehľady dopytov a vstupných stránok, dáta však prichádzajú približne so 48-hodinovým oneskorením, siahajú najviac 16 mesiacov dozadu a s GA4 sa spájajú len podľa vstupnej stránky, zariadenia a krajiny. Objednávky porovnávajte aj so serverovými dátami alebo CRM, lebo meranie v prehliadači nezachytí návštevníkov, ktorí ho odmietli alebo blokujú. Každú technickú zmenu si zapíšte s dátumom.

Bežný omyl: riadiť sa pozíciou jedného kľúčového slova. Priemerná pozícia je priemer najvyššej pozície webu, nie poradie, ktoré uvidí konkrétny človek. Od roku 2025 Search Console započítava do súhrnov aj režim AI Mode. Sledujte trendy kliknutí a kľúčových udalostí.

2. Indexácia

Ako to rozpoznať: správa Indexovanie stránok (Page indexing) v Search Console ukazuje, ktoré URL sú v indexe a prečo ostatné nie. Google sám uvádza, že indexované majú byť kanonické stránky, nie všetky URL, a že stav „neindexované“ nie je automaticky zlý. Dôvody čítajte po skupinách:

  • „Page with redirect“ a „Alternate page with proper canonical tag“: zvyčajne v poriadku.
  • „Duplicate, Google chose different canonical than user“: Google s vašou kanonickou adresou nesúhlasí, hľadajte rozpor v signáloch (bod 3).
  • „Crawled – currently not indexed“: prehľadaná, ale nezaradená. Opakované odosielanie netreba. Preverte, či nejde o slabú alebo takmer duplicitnú stránku.
  • „Discovered – currently not indexed“: Google adresu pozná, ale prehľadanie odložil. Veľký počet takých URL môže znamenať problém s kapacitou prehľadávania.
  • „Soft 404“ a noindex: overte, či ide o zámer. Stránka „nenájdené“ má vracať kód 404, nie 200.

Ako to opraviť: rozhoduje, či medzi neindexovanými nie sú stránky, ktoré majú zarábať. Nástroj Kontrola webovej adresy (URL Inspection) ukáže indexovanú verziu, vami deklarovanú aj Googlom vybranú kanonickú adresu a umožní živý test. Žiadosť o indexovanie zaradenie nezaručuje a má denný limit.

Bežný omyl: zablokovať nechcené stránky v robots.txt a čakať, že zmiznú z indexu. Robots.txt bráni prehľadávaniu, nie indexácii, takže zablokovaná adresa sa v indexe môže objaviť aj bez obsahu. Na vylúčenie slúži noindex na stránke, ktorú Google smie prehľadať.

3. Duplicity, kanonizácia a kapacita prehľadávania

Ako to rozpoznať: tú istú stránku vracia viac adries, napríklad s lomkou aj bez nej, s parametrami sledovania, triedenia a filtrov, cez HTTP aj HTTPS. V správe o indexácii to vidno na dôvodoch „Duplicate…“, v štatistikách prehľadávania na tisíckach parametrických URL.

Ako to opraviť: kanonizáciou Google zlučuje signály duplicitných adries, napríklad odkazy, do jednej preferovanej URL. Presmerovanie a rel=canonical sú silné signály, zaradenie do sitemapy slabý. Kanonickú adresu však Google označuje za odporúčanie, nie pravidlo, a môže vybrať inú. Všetko preto musí ukazovať rovnakým smerom: interné odkazy na kanonickú URL, rovnaká adresa v canonical aj v sitemape, absolútne adresy, len HTTPS a canonical priamo v HTML, nie prepisovaný JavaScriptom.

Rozpočet prehľadávania (crawl budget) Google rieši v návode pre veľké weby: orientačne milión a viac stránok meniacich sa týždenne alebo desaťtisíc a viac stránok meniacich sa denne. Ak sa vaše nové stránky prehľadajú v deň zverejnenia, návod podľa Google nepotrebujete. Pri fazetových filtroch odporúča vracať 404 pre kombinácie bez výsledkov, držať stále poradie parametrov a nepotrebné filtre zablokovať v robots.txt.

Bežný omyl: „každá duplicita delí autoritu stránky“. Také pravidlo Google neuvádza, signály zlučuje. Druhým omylom je šetriť kapacitu prehľadávania značkou noindex, lebo Google takú stránku aj tak stiahne a až potom zahodí. Kanonizácia v rámci webu má stáť na rel=canonical a presmerovaniach, nie na noindex či robots.txt.

4. Objaviteľnosť: odkazy, sitemap a JavaScript

Ako to rozpoznať: stránka, na ktorú nevedie bežný odkaz, sa objavuje ťažko a pomaly. Typicky ide o produkty dostupné len cez vyhľadávanie na webe (Googlebot vyhľadávacie formuláre spravidla neodosiela), navigáciu cez prvky bez atribútu href, obsah načítaný až po kliknutí alebo posune (crawler so stránkou neinteraguje) a aplikácie vykresľované výlučne v prehliadači. Ako to opraviť:

  • Odkazy ako HTML prvok a s atribútom href na skutočnú adresu.
  • Kategórie priamo odkazujú na produkty, dôležité stránky sú prepojené z úvodnej stránky a navigácie. Google pri odhade dôležitosti zohľadňuje, cez koľko odkazov sa ku stránke dostane. Pevné „pravidlo troch kliknutí“ však v jeho dokumentácii nie je.
  • Sitemap s kanonickými absolútnymi URL (najviac 50 000 adries a 50 MB nekomprimovaných na súbor) a s lastmod, ktorý sa mení len pri podstatnej zmene. Priority a changefreq Google ignoruje. Sitemap ani produktový feed indexáciu nezaručia. Dopĺňajú odkazy, nenahrádzajú ich.
  • JavaScript: Google stránku prehľadá, vykreslí a indexuje, pričom vykresľovanie môže čakať vo fronte. Vykresľovanie na serveri alebo predvykreslenie stále odporúča. Noindex neodstraňujte až JavaScriptom, lebo Google môže vykreslenie preskočiť. Canonical Google vie prevziať aj z JavaScriptu, spoľahlivejšie je však uviesť ho priamo v HTML a nevytvárať rozporné značky.

Živý test v Kontrole webovej adresy ukáže HTML, ktoré Google dostal, aj snímku stránky. Bežný omyl je „Google JavaScript nezvláda“ a rovnako jeho opak „zvládne všetko“. Vykresliť ho vie, no odkazy bez href a obsah skrytý za interakciou nenájde.

5. Jazykové a krajinské verzie (hreflang)

Ako to rozpoznať: v Search Console vidno návštevy z jednej krajiny na verziu pre inú, alebo Google ako kanonickú vyberá inú jazykovú verziu. Pri blízkych jazykoch, ako sú slovenčina a čeština, je to citeľnejšie, lebo obe verzie môžu na ten istý dopyt pôsobiť relevantne. Hreflang medzi trhmi máme aj na vlastných portáloch. Časté chyby:

  • Chýbajúci spätný odkaz: ak dve stránky neodkazujú jedna na druhú, Google ich značky ignoruje. Každá verzia uvádza seba aj všetky ostatné.
  • Nesprávne kódy: jazyk podľa ISO 639-1, voliteľne krajina podľa ISO 3166-1 alpha-2. Čeština je „cs“, nie „cz“ (to je kód krajiny). Samotný kód krajiny nestačí a nemčina pre Švajčiarsko je „de-CH“.
  • Kanonická adresa na inú jazykovú verziu. Preložené stránky nie sú duplicity, canonical má preto ukazovať na stránku v rovnakom jazyku.
  • Nepochopené x-default: je to nepovinná hodnota atribútu hreflang, ktorá označuje verziu pre používateľov, ktorým nezodpovedá žiadny uvedený jazyk či región, typicky stránku s výberom jazyka. Jej neprítomnosť sama osebe nie je chybou.
  • Automatické presmerovanie podľa IP adresy alebo jazyka prehliadača. Googlebot prehľadáva väčšinou z USA a bez hlavičky Accept-Language, takže niektoré verzie nemusí vidieť. Lepší je odkaz na ostatné verzie.

Bežný omyl: hreflang určuje jazyk stránky alebo zlepšuje pozíciu. Jazyk Google určuje z obsahu a hreflang mu hovorí, ktorú z rovnocenných verzií komu ukázať. Zápis v HTML, v hlavičke HTTP a v sitemape je rovnocenný, stačí jeden.

6. Core Web Vitals a mobilná verzia

Aktuálne metriky sú tri: LCP (vykreslenie najväčšieho obsahového prvku) do 2,5 s, INP (odozva na interakciu) do 200 ms a CLS (posuny rozloženia) do 0,1. INP nahradil 12. marca 2024 metriku FID. Pásmo „treba zlepšiť“ siaha po 4 s, 500 ms a 0,25. Hodnotí sa 75. percentil načítaní stránky, zvlášť pre mobil a počítač.

Ako to rozpoznať: rozhodujú dáta CrUX z reálnej prevádzky, ktoré vidno v PageSpeed Insights a v Search Console. Pochádzajú od používateľov Chromu, ktorí zdieľanie štatistík povolili (bez Chromu na iOS a iných prehliadačov), a len zo stránok s dostatočnou návštevnosťou. Lighthouse dáva laboratórne dáta zo simulovaného načítania a INP zmerať nevie, náhradou je Total Blocking Time.

Ako to opraviť: ako prvé sa oplatí preveriť veľký úvodný obrázok bez určených rozmerov a priority načítania, skripty tretích strán blokujúce hlavné vlákno a dodatočne vkladané prvky, ktoré posúvajú obsah. Google indexuje mobilnú verziu webu, preto musí mať rovnaký obsah ako počítačová. Obsah môže byť schovaný v záložkách, vynechať ho však nemožno. Na vlastných portáloch sledujeme Core Web Vitals na reálnych mobiloch, nielen v laboratóriu.

Bežný omyl: skóre 100 v Lighthouse znamená hotovo, prípadne dobré Core Web Vitals posunú stránku na vrch. Google píše, že vrchnú pozíciu nezaručujú a že najrelevantnejší obsah ukáže aj pri slabšom používateľskom zážitku.

7. Štruktúrované dáta

Štruktúrované dáta pomáhajú vyhľadávaču porozumieť obsahu a pri podporovaných typoch môžu sprístupniť rozšírený výsledok. Zoznam typov sa mení: výsledky HowTo Google od septembra 2023 nezobrazuje, FAQ v roku 2023 obmedzil na známe vládne a zdravotnícke weby a od 7. mája 2026 ich nezobrazuje vôbec. Ďalšie menej používané typy ukončil v rokoch 2025 a 2026.

Ako to rozpoznať a opraviť: prehľady rozšírených výsledkov v Search Console a Rich Results Test ukážu chyby pri podporovaných typoch. Značte len obsah, ktorý používateľ na stránke vidí, a typy, ktoré k stránke patria (Article, Product, Organization, BreadcrumbList). Na vlastných portáloch máme štruktúrované dáta na každej stránke a osvedčilo sa generovať ich z tých istých dát ako viditeľný text, aby sa nerozišli. Nepoužívané značky FAQ podľa Google netreba hromadne mazať.

Bežný omyl: štruktúrované dáta zvýšia pozíciu alebo zaručia viac kliknutí. Pozíciu samy osebe nezvyšujú a rozšírený výsledok ani vyšší podiel kliknutí nie sú zaručené ani pri bezchybnom kóde. Za zavádzajúce značenie hrozí ručná akcia, ktorá odoberie nárok na rozšírené výsledky.

Poradie a kedy to nerobiť

Až keď je web merateľný, indexovateľný a objaviteľný, má zmysel písať ďalší obsah. Malý web s dobrým vnútorným prepojením nemusí riešiť rozpočet prehľadávania a do približne 500 stránok podľa Google ani sitemapu. Opravy nie sú jednorazové, lebo každá nová verzia webu môže pridať parametre, presmerovania alebo skript tretej strany. Na vlastných portáloch preto automatizovateľné kontroly (mŕtve odkazy, validácia HTML, SEO audit) bežia pravidelne a človek rieši len nálezy. Odporúčame zaradiť aspoň kontrolu kanonických adries, kódov odpovedí a hreflang do kontroly pred každým nasadením.