Web funguje. Obsah pribúda, blog beží, za SEO sa každý mesiac fakturuje. A organická návštevnosť sa už tri kvartály nepohla.
Keď takýto web otvoríme v crawl nástroji, odpoveď býva jasná do hodiny. Tretina podstránok nie je v indexe. Sitemap odkazuje na stránky s noindex. Mobilná verzia servuje polovicu obsahu než desktopová. Nič z toho nevidíte na obrazovke — a všetko z toho vidí Googlebot.
Technické SEO je súhrn nastavení, ktoré rozhodujú o tom, či sa vyhľadávač k vášmu obsahu vôbec dostane — či ho nájde, dokáže prečítať, zaindexovať a ako rýchlo sa stránka načíta na mobile. Nerieši, čo je na stránke napísané. Rieši, či to má kto prečítať.
Zradné na týchto chybách je, že nemajú deň, kedy sa stanú. Kumulujú sa mesiace a prejavia sa až prepadom, ktorý nikto nevie priradiť ku konkrétnej zmene. Prejdeme desať oblastí, kde weby technicky zlyhávajú najčastejšie, ukážeme, ako prebieha audit, ktorý ich odhalí, a vysvetlíme, prečo sa niektoré chyby opravia za deň a iné si vyžiadajú mesiace obnovy.
Technické SEO zahŕňa všetky optimalizácie na úrovni infraštruktúry webu, ktoré umožňujú vyhľadávačom efektívne crawlovať, indexovať a hodnotiť váš obsah. Nejde o texty ani o budovanie odkazov. Ide o to, ako je web postavený pod kapotou.
Predstavte si web ako dom. Technické SEO sú základy a nosné steny. On-page SEO je interiér, dispozície a vybavenie. Off-page SEO je reputácia domu v susedstve. Ak máte pekný interiér, ale praskliny v základoch, dom sa časom zrúti. Rovnako web s výborným obsahom, ale technickými problémami postupne stráca pozície, pretože Google jednoducho uprednostní konkurenciu, ktorú dokáže lepšie spracovať.
Tieto tri piliere SEO sa vzájomne dopĺňajú, ale každý rieši inú vrstvu optimalizácie. Technické SEO zabezpečuje, že web je vôbec prístupný a čitateľný pre vyhľadávače. On-page SEO optimalizuje obsah jednotlivých stránok pre relevantné vyhľadávacie frázy. Off-page SEO buduje autoritu webu cez externé signály, najmä spätné odkazy.
Kľúčové je poradie. Bez vyriešeného technického SEO ostatné dve vrstvy pracujú na polovičný výkon. Google nemôže ohodnotiť obsah, ktorý nedokáže zaindexovať, a externé odkazy neposilnia stránku, ktorú crawler ignoruje kvôli technickým bariéram.
Väčšina technických problémov sa prejaví postupne, nie nárazovo. V Google Search Console vidíte narastajúci počet stránok s chybami indexácie. V analytike klesá organická návštevnosť napriek stabilnému obsahu. Pozície na kľúčové frázy sa pomaly posúvajú nadol.
Konkrétnejšie symptómy: nové stránky sa neindexujú aj týždne po publikovaní, mobilná verzia webu sa zobrazuje inak ako desktop, PageSpeed Insights ukazuje červené čísla na Core Web Vitals, v indexe Googlu sú stránky, ktoré by tam nemali byť (duplicity, archívne verzie). Ak vidíte viacero týchto signálov naraz, web potrebuje technický audit.
Technické SEO nie je jedna vec, ale súbor vzájomne prepojených oblastí. Problém v jednej oblasti často spôsobuje kaskádové efekty v ďalších. Nasledujúci prehľad pokrýva všetky kritické komponenty, ktoré by mal riešiť každý firemný web alebo e-shop.
Základ technického SEO. Ak Google nedokáže stránku crawlovať, neexistuje pre vyhľadávanie. Robots.txt definuje, ktoré časti webu môžu boty navštíviť. XML sitemap im ukazuje štruktúru a pomáha objaviť nové stránky. Meta tag noindex zabraňuje indexácii konkrétnych stránok, ktoré nemajú byť vo výsledkoch.
Časté chyby: robots.txt blokuje dôležité sekcie webu, sitemap obsahuje stránky s noindexom, osirelé stránky (orphan pages) nemajú žiadne interné odkazy a Google ich neobjaví. Pri auditoch pravidelne nachádzame weby, kde technické nastavenia si vzájomne odporujú a výsledkom je chaos v indexácii.
Crawl budget je počet stránok, ktoré Googlebot crawluje na vašom webe v danom časovom období. Pre menšie weby do 2 500 stránok to väčšinou nie je problém. Ale ak máte e-shop s desaťtisícami produktov alebo veľký obsahový web, crawl budget sa stáva kritickým faktorom.
Google prideľuje crawl budget na základe autority webu a jeho technického zdravia. Ak ho plytváte na neužitočné stránky (filtrácie, parametre, duplikáty), dôležitý obsah sa crawluje menej často. Veľké weby s miliónom a viac URL musia crawl budget aktívne riadiť cez robots.txt, canonical tagy a správnu architektúru.
Core Web Vitals sú metriky používateľskej skúsenosti, ktoré Google používa ako hodnotiaci faktor. Tri hlavné metriky a ich prahové hodnoty:
| Metrika | Čo meria | Cieľová hodnota |
|---|---|---|
| LCP — Largest Contentful Paint | Čas do vykreslenia najväčšieho viditeľného prvku | pod 2,5 sekundy |
| INP — Interaction to Next Paint | Odozva webu na interakciu používateľa | pod 200 milisekúnd |
| CLS — Cumulative Layout Shift | Vizuálna stabilita počas načítania | pod 0,1 |
Tieto prahové hodnoty nie sú akademické. Google ich stanovil na základe reálneho správania používateľov a pri ich prekročení rastie miera opustenia stránky výrazne rýchlejšie než pri postupnom spomaľovaní pod hranicou. Rýchlosť teda nie je len ranking faktor — je to prvá vec, ktorú zákazník na webe pocíti, ešte pred obsahom.
Google prešiel na mobile-first indexing pre všetky weby. To znamená, že primárne hodnotí mobilnú verziu vášho webu, nie desktopovú. Ak mobilná verzia má menej obsahu, horšiu štruktúru alebo technické problémy, ovplyvní to ranking aj na desktope.
Mobile-first neznamená len responzívny dizajn. Znamená to, že mobilná verzia musí mať rovnaký obsah, rovnaké interné odkazy, rovnaké štruktúrované dáta. Pri auditoch často vidíme weby, kde mobilná verzia skrýva časti obsahu kvôli dizajnu a firmy sa potom čudujú, prečo stratili pozície.
Architektúra webu určuje, ako ľahko Google pochopí hierarchiu a dôležitosť jednotlivých stránok. Plochá architektúra, kde je každá stránka maximálne tri kliky od domovskej stránky, je ideálna pre väčšinu firemných webov. Hlboká architektúra s mnohými úrovňami spôsobuje, že dôležité stránky nedostávajú dostatočnú linkovú autoritu.
Interné prelinkovanie distribuuje autoritu naprieč webom. Stránky s viacerými internými odkazmi Google považuje za dôležitejšie. Anchor texty interných odkazov pomáhajú určiť, o čom daná stránka je. URL by mali byť čitateľné, obsahovať kľúčové slová a mať konzistentnú štruktúru bez zbytočných parametrov.
HTTPS je hodnotiaci faktor a zároveň predpoklad dôveryhodnosti. Prehliadače označujú HTTP stránky ako nezabezpečené, čo odradí používateľov ešte pred tým, ako web načítajú. SSL certifikát je dnes štandard.
Častý problém je mixed content, teda načítavanie niektorých zdrojov (obrázky, skripty) cez HTTP na inak HTTPS stránke. Prehliadače to blokujú a spôsobuje to problémy s renderovaním. Security headers ako HSTS, X-Frame-Options alebo Content-Security-Policy pridávajú ďalšiu vrstvu ochrany a Google ich začína vnímať ako pozitívny signál.
Štruktúrované dáta pomáhajú Googlu lepšie pochopiť obsah stránky a môžu viesť k rich snippets vo výsledkoch vyhľadávania. Pre firemné weby sú relevantné najmä:
Implementácia štruktúrovaných dát nevyžaduje zásahy do viditeľného obsahu, ale pridáva kód, ktorý Google parsuje. Nesprávna implementácia môže viesť k manuálnym penalizáciám, takže Schema markup treba validovať cez Google Rich Results Test.
Duplicitný obsah je jeden z najčastejších technických problémov. Vzniká, keď rovnaký alebo veľmi podobný obsah existuje na viacerých URL. Typické príčiny: www vs. non-www verzia, HTTP vs. HTTPS, URL parametre, stránkovanie, produkty v rôznych kategóriách.
Canonical tag (rel="canonical") hovorí Googlu, ktorá verzia je originál a má byť indexovaná. Ostatné verzie by mali odkazovať na kanonickú URL. Pri parametroch URL (filtrácie, triedenie) je riešením buď noindex, canonical na základnú stránku, alebo konfigurácia v Google Search Console.
Ak cielite na viaceré jazykové verzie alebo krajiny, hreflang tag je nevyhnutný. Hovorí Googlu, ktorá verzia stránky je určená pre aký jazyk a región. Bez hreflang Google môže zobrazovať českú verziu slovenským používateľom a naopak.
Pre slovenský a český trh je typické nastavenie hreflang="sk" a hreflang="cs" s x-default smerujúcim na hlavnú verziu. Časté chyby: chýbajúce spätné hreflang odkazy (ak stránka A odkazuje na B, B musí odkazovať späť na A), nesprávne jazykové kódy, hreflang na neexistujúce stránky. Hreflang je technicky náročný a jedna chyba môže rozbiť celú implementáciu.
Moderné weby a aplikácie postavené na React, Vue alebo Angular vytvárajú obsah dynamicky cez JavaScript. Google teoreticky dokáže JavaScript spracovať, ale v praxi to prináša problémy. Googlebot má obmedzené zdroje na rendering, čo znamená, že stránky náročné na JavaScript sa indexujú pomalšie a menej spoľahlivo.
Riešením je Server-Side Rendering (SSR), kde server vygeneruje HTML ešte pred odoslaním do prehliadača. Alternatívou je dynamic rendering, ktorý servuje statické HTML pre botov a interaktívnu JS verziu pre používateľov. Pri tvorbe e-shopu na mieru alebo webovej aplikácie treba tieto aspekty riešiť od začiatku, nie dodatočne.
Technický audit nie je jednorazová kontrola v nejakom online nástroji. Je to systematický proces, ktorý kombinuje automatizované nástroje s manuálnou analýzou a interpretáciou výsledkov v kontexte konkrétneho webu a biznisu.
Základom je Google Search Console, ktorá ukazuje, ako Google vidí váš web. Indexačné chyby, Core Web Vitals, mobilná použiteľnosť, manuálne akcie. Screaming Frog alebo Sitebulb crawlujú web ako Googlebot a identifikujú technické problémy na úrovni jednotlivých URL.
Pre analýzu rýchlosti používame PageSpeed Insights, GTmetrix a WebPageTest — každý dáva na výkon trochu inú perspektívu. Ahrefs alebo Semrush ukážu indexáciu, interné prelinkovanie a skóre technického zdravia v porovnaní s konkurenciou. A potom sú tu log analyzéry: tie ako jediné ukážu, čo Googlebot na webe reálne robí — nie čo by podľa nastavení robiť mal.
Výstupom auditu nie je zoznam chýb, ale prioritizovaný akčný plán. Problémy sú zoradené podľa závažnosti a dopadu. Kritické nálezy, ktoré blokujú indexáciu, idú prvé. Za nimi problémy s priamym vplyvom na pozície. Nakoniec tie s dlhodobým dopadom, ktoré neurgujú, ale oplatí sa ich vyriešiť pri najbližšom zásahu do kódu.
Ku každému problému patrí konkrétne odporúčanie, ako ho opraviť, odhad náročnosti implementácie a očakávaný dopad. Správa by mala mať súhrn pre manažment, ale aj technicky detailnú časť pre developera, ktorý bude opravy implementovať.
Technické SEO láka k experimentovaniu. Online nástrojov je veľa, tutoriálov ešte viac. Problém je, že chyba v technickom SEO môže mať katastrofálne následky, ktoré sa prejavia až o týždne a náprava trvá mesiace.
Nesprávne nastavený robots.txt dokáže zablokovať celý web od indexácie. Stačí jediný riadok Disallow: /, ktorý ostane z vývojového prostredia po nasadení na produkciu — a Google prestane crawlovať celý e-shop. Problém sa typicky odhalí až po týždňoch, keď niekomu padne do oka prepad v Search Console. Obnova pozícií potom trvá násobne dlhšie než samotná chyba.
Migrácia webu bez presmerovaní je ďalší klasický prípad. Firma spustí nový web, zabudne na 301 redirecty a organická návštevnosť sa prepadne. Staré URL vracajú 404, spätné odkazy vedú do prázdna, pozície padajú. A tu je ten rozdiel oproti bežnej chybe: stratenú linkovú autoritu z rokov budovania nevrátite jedným zásahom. Buduje sa nanovo.
Riešenia založené na pluginoch, teda predstava „SEO plugin vyriešil všetko automaticky“, sú nebezpečná ilúzia. Plugin môže generovať sitemap a nastavovať meta tagy, ale nerieši architektúru webu, crawl budget, JavaScript rendering ani Core Web Vitals. Väčšina vážnych technických problémov je mimo dosahu akéhokoľvek pluginu.
Optimalizácia Core Web Vitals často vyžaduje zásahy do kódu. Implementácia serverového vykresľovania pre JavaScript aplikácie je čisto developerská práca. To isté platí pre serverové presmerovania, bezpečnostné hlavičky alebo HSTS. Toto nie sú veci, ktoré vyriešite v administrácii WordPressu.
Práve preto profesionálne vytvorené webové stránky zahŕňajú technické SEO ako integrálnu súčasť vývoja, nie ako dodatočnú službu. Opravovať technické problémy na hotovom webe je vždy drahšie ako ich nepripustiť od začiatku.
Nie každý, kto ponúka „SEO služby“, má kapacitu riešiť technické SEO na úrovni. Rozdiel medzi obsahovým a technickým SEO je ako rozdiel medzi copywriterom a programátorom. Obaja pracujú s webom, ale úplne inak.
Technický audit by mal mať jasne definovaný rozsah: počet analyzovaných URL, hĺbku analýzy, formát výstupu. Ponuka typu „urobíme SEO audit“ bez špecifikácie je varovný signál. Rovnako podozrivé sú paušálne ceny bez ohľadu na veľkosť webu — audit e-shopu s desaťtisícami produktov a päťstránkovej prezentácie nie je porovnateľná práca.
Najlacnejšie technické SEO je to, ktoré nemusíte riešiť dodatočne. Pri tvorbe webstránok je technická optimalizácia súčasťou vývoja, nie samostatnou položkou v rozpočte. Pri existujúcich weboch prejdeme rozsah a naceníme podľa reálnej komplexity — nie paušálom.
Konkrétne projekty aj s tým, čo sme na nich technicky riešili, nájdete v našich referenciách.
Zoznam botov, ktoré navštevujú váš web, sa za posledné dva roky výrazne predĺžil. GPTBot od OpenAI, ClaudeBot, PerplexityBot, Google-Extended — každý zbiera obsah pre iný systém a každý sa správa inak než klasický Googlebot. A na rozdiel od Googlu vám žiadny z nich neposkytne Search Console, kde by ste videli, ako váš web spracoval.
Prečo na tom záleží? Pretože keď sa zákazník opýta ChatGPT alebo Perplexity na dodávateľa vo vašom odbore, odpoveď vznikne z toho, čo si tieto systémy o webe zapamätali. Buď ste v odpovedi citovaní, alebo ste pre daný dopyt neviditeľní. Medzistupeň neexistuje — a to je zásadný rozdiel oproti klasickému vyhľadávaniu, kde aj desiata pozícia niečo prinesie.
Disciplína, ktorá toto rieši, sa nazýva GEO (Generative Engine Optimization), niekde aj AEO (Answer Engine Optimization). Prakticky ide o rozšírenie technického SEO — rovnaké základy, teda rýchlosť, čistý HTML výstup a štruktúrované dáta, ale s iným cieľom. Nie pozícia vo výsledkoch, ale citácia v odpovedi.
Najväčší rozdiel je v spôsobe vykresľovania. Googlebot dokáže spracovať JavaScript, aj keď s oneskorením a obmedzeniami. Väčšina AI crawlerov to jednoducho nerobí — číta HTML, ktoré príde zo servera, a čo v ňom nie je, pre ňu neexistuje. Web postavený na klientskom renderovaní môže byť pre Google čiastočne viditeľný a pre AI systémy prakticky prázdny.
Druhý rozdiel je v tom, čo sa vlastne extrahuje. Google indexuje stránku ako celok a hodnotí jej relevanciu k dopytu. AI systémy hľadajú konkrétne tvrdenia, ktoré vedia použiť v odpovedi — definície, čísla, postupy, porovnania. Obsah organizovaný do jasných blokov s jednoznačnými nadpismi má výrazne vyššiu šancu byť citovaný než rovnaká informácia rozpustená v súvislom texte.
Z toho vyplýva aj úloha štruktúrovaných dát. Schema markup, ktorý sme spomínali vyššie, prestáva byť len nástrojom na rich snippets. Pre AI systémy je to strojovo čitateľné potvrdenie toho, čo text tvrdí — kto je autor, aká je organizácia za obsahom, kedy bol aktualizovaný. Presne tie signály, ktoré rozhodujú, či sa zdroj v odpovedi objaví alebo nie.
Prvý krok je rozhodnúť sa, ktoré boty na web pustíte. Robots.txt dnes rieši aj prístup AI crawlerov — každý má vlastný user-agent a môžete ho povoliť alebo zablokovať samostatne. Blokovanie znie na prvý pohľad ako ochrana obsahu, no v praxi to znamená, že vás AI systémy nebudú vedieť odporučiť. Pre väčšinu firemných webov je viditeľnosť cennejšia ako exkluzivita.
Popri robots.txt sa ako neformálny štandard začína presadzovať aj llms.txt — súbor v koreni domény, ktorý AI systémom v čitateľnej podobe hovorí, čo na webe je a ktoré stránky sú pre danú tému kľúčové. Zatiaľ ho nerešpektujú všetky systémy a nenahradí čistý HTML výstup, ale ide o nízkonákladový krok, ktorý má zmysel spraviť.
Druhý krok je serverové vykreslenie kritického obsahu. Ak web beží na React alebo Vue, kľúčové stránky by mali odovzdať kompletné HTML už zo servera. Pre AI crawlery to nie je optimalizácia navyše — je to podmienka, aby vás vôbec prečítali.
Tretí je rýchlosť odpovede servera. AI crawlery majú prísnejšie časové limity než Googlebot. Pomalá odpoveď neznamená pomalšiu indexáciu, ale často žiadnu. A napokon jasná hierarchia obsahu — jeden H1, logická štruktúra H2 a H3, odpovede na konkrétne otázky formulované ako samostatné bloky. To, čo dobre číta človek, dobre spracuje aj AI.
Technické SEO sa zaoberá infraštruktúrou webu — indexáciou, rýchlosťou, štruktúrou URL, Core Web Vitals a tým, ako Googlebot web prehliada. On-page SEO rieši obsah stránok — title tagy, headingy, kľúčové slová a interné prepojenia. Obe oblasti sú nevyhnutné. Výborný obsah na technicky zlom webe nemá šancu dosahovať pozície, rovnako ako technicky bezchybný web bez hodnotného obsahu.
Najrýchlejšia kontrola je Google Search Console — sekcia Indexovanie ukáže, ktoré stránky sú v indexe a ktoré nie, s konkrétnym dôvodom. Pre rýchlu manuálnu kontrolu zadajte do Googlu site:vasadomena.sk — výsledky ukážu indexované stránky. Ak vidíte výrazne menej stránok, ako ich máte, alebo ak vo výsledkoch chýbajú kľúčové stránky, je čas na technický audit.
Áno, ale nie lineárne. Google zaradil Core Web Vitals medzi rankingové faktory — weby, ktoré nesplnia prahové hodnoty pre LCP, CLS a INP, môžu stratiť pozície oproti rýchlejšej konkurencii. V praxi je rýchlosť webu hygienický faktor — musíte ho splniť, no samotný nestačí na top pozície. Dôležitejší je obsah a autorita, rýchlosť ich dopĺňa.
Duplicitný obsah nastáva, keď rovnaký obsah existuje na viacerých URL adresách. Google nemusí vedieť, ktorú verziu zaindexovať, čo rozdeľuje linkovú autoritu namiesto jej koncentrácie na jednu stránku. Typické príčiny: www vs. non-www, HTTP vs. HTTPS bez redirectu, parametrické URL na e-shopoch alebo paginácia. Riešenie je canonical tag alebo 301 redirect na preferovanú verziu.
Pri stabilnom firemnom webe stačí kompletný audit raz ročne, doplnený priebežným sledovaním Google Search Console. Mimo tohto cyklu je audit potrebný pri každom väčšom zásahu: migrácii na novú platformu alebo doménu, redizajne, zmene URL štruktúry alebo nasadení ďalšieho jazyka. Pri e-shopoch s často sa meniacim katalógom má zmysel kontrolovať indexáciu a crawl budget kvartálne.
Od počtu URL, ktoré treba crawlovať, od technológie webu a od toho, či je súčasťou aj analýza log súborov. Audit päťstránkovej prezentácie a e-shopu s desaťtisícami produktov nie je porovnateľná práca. Paušálna cena bez znalosti rozsahu je varovný signál — rovnako ako ponuka, ktorá neuvádza, čo je výstupom. V BigWay preto rozsah preberáme pred nacenením.
Technické SEO je základ, na ktorom stojí každá ďalšia SEO aktivita. Bez zdravej technickej infraštruktúry nemá zmysel investovať do obsahu ani linkbuildingu — problémy s indexáciou, rýchlosťou alebo duplicitným obsahom znehodnotia akékoľvek úsilie.
V BigWay technický audit prechádza celý reťazec od crawlu po vykreslenie — robots.txt a sitemap, log súbory s reálnym správaním Googlebota, Core Web Vitals na mobile aj desktope, canonical štruktúru, interné prelinkovanie a pripravenosť na AI crawlery. Každý nález dostane prioritu podľa toho, koľko organickej viditeľnosti reálne blokuje.
Ak váš web nerastie napriek obsahu, do ktorého investujete, príčina býva pod povrchom. Ozvite sa nám — prejdeme technický stav webu a dostanete zoznam nálezov zoradený podľa toho, koľko vás každý z nich reálne stojí. Bez záväzku a bez paušálnej ceny za niečo, čo ste si neobjednali.
