Technické SEO 2026: sprievodca, checklist 18 bodov a cena auditu

Technické SEO je súbor optimalizácií na úrovni kódu, infraštruktúry a konfigurácie servera, ktoré pomáhajú vyhľadávačom efektívne prehľadávať, indexovať a hodnotiť váš web. Na rozdiel od obsahového SEO sa nezaoberá tým čo píšete, ale tým ako je váš web technicky postavený.

V tomto sprievodcovi prejdeme všetky kľúčové oblasti, ktoré v auditoch B2B webov najčastejšie riešime — od indexácie cez schema markup, Core Web Vitals a security headers až po log file analysis a optimalizáciu pre AI vyhľadávače. Na konci nájdete prehľad nástrojov, postup a cenu auditu, checklist 18 bodov s prioritami a odpovede na časté otázky.

Čo sa v technickom SEO zmenilo v roku 2026

Základ zostáva rovnaký — vyhľadávač musí web nájsť, načítať a pochopiť. Zmenilo sa štyri veci, ktoré menia priority auditu:

• Nad výsledkami sedí AI odpoveď. Na informačné dopyty Google čoraz častejšie zobrazuje vlastný súhrn. Desiate miesto bolo vždy slabé, dnes je fyzicky ešte hlbšie pod prehybom. Boj o prvú stranu sa zúžil na prvých päť pozícií.
• Weby lezú aj boty, ktoré nerenderujú JavaScript. GPTBot, ClaudeBot či PerplexityBot vidia iba to, čo je v HTML odpovedi servera. Web postavený tak, že obsah domaľuje prehliadač, je pre ne prázdny — a to je dnes samostatný dôvod na technický audit.
• INP nahradilo FID. Metrika odozvy v Core Web Vitals sa zmenila už v roku 2024, ale veľká časť slovenských webov stále optimalizuje na starú. Kto meria zle, opravuje zle.
• Prístupnosť prestala byť dobrovoľná. Pre časť firiem je od roku 2026 povinná a technicky sa prekrýva so SEO — sémantické HTML, poradie nadpisov, ovládanie klávesnicou. Jedna oprava rieši dve povinnosti naraz.

Preto sme tento sprievodca v auguste 2026 prepísali — kapitoly nižšie berú do úvahy oba typy robotov, nielen Googlebot.

Prečo na technickom SEO záleží

Aj keby ste mali najlepší obsah na svete, ak ho Google nedokáže efektívne načítať a indexovať, nikto ho nenájde. Technické SEO je nevidíteľný základ — bez neho sa snaha pri tvorbe obsahu ani budovaní backlinkov neprejaví naplno.

Z reálnych auditov: web s perfektným obsahom a 50 000 návštevami mesačne za rok stratil 60 % organic traffic po jednom zlom deployi, ktorý prepol robots.txt z dev-verzie. Mesiace optimalizácie zničené jedným súborom. Toto je technické SEO.

1. Crawling a indexácia

Prvý krok — Google musí vedieť, že stránka existuje, a smieť ju prehľadávať. Tu sa rozhoduje 50 % všetkých technických problémov. Celá cesta stránky do výsledkov vyhľadávania vyzerá takto:

XML sitemap

Strojovo čitateľná mapa všetkých stránok webu. Mala by byť automaticky generovaná z dát aplikácie (nikdy nie ručne editovaná), obsahovať <lastmod> z reálneho dátumu úpravy a byť submitnutá v Google Search Console. Pre väčšie weby rozdeliť na index sitemap + sub-sitemapy (po 50 000 URL maximum). Google pritom changefreq a priority ignoruje a lastmod zohľadní len vtedy, keď mu môže dlhodobo veriť — generujte ho z reálneho dátumu úpravy, nie „vždy dnes“. Bonus: sub-sitemapy po sekciách (blog, produkty, statické stránky) vám v Search Console ukážu indexáciu každej sekcie zvlášť.

robots.txt

Riadi prístup botov k častiam webu. Najčastejšia chyba: Disallow: / ostane z dev prostredia po deployi. Druhá najčastejšia: blokovanie CSS/JS súborov, ktoré Google potrebuje na rendering. Pravidlo: blokujte iba to, čo naozaj nemá byť indexované (admin panel, search results, parameter URL).

Nová vrstva od nástupu AI vyhľadávačov: AI crawlery (GPTBot, ClaudeBot, PerplexityBot). Ak chcete byť citovaní v odpovediach ChatGPT či Perplexity, neblokujte ich — plošný zákaz AI botov v robots.txt znamená pre AI vyhľadávače neviditeľnosť.

Canonical tagy

Hovoria Googlu „toto je oficiálna verzia tejto stránky" — kritické pri stránkach dostupných na viacerých URL (s/bez trailing slash, http/https, www/non-www, parameter URLs).

<link rel="canonical" href="https://www.example.sk/produkt/xyz" />

Bez canonical môže Google indexovať päť variantov tej istej stránky a žiadny neranknete dobre.

Robots meta a X-Robots-Tag

<meta name="robots" content="noindex"> pre stránky, ktoré nemajú byť v Google (filter result pages, login, thank-you stránky). Pre PDF/obrázky to isté cez HTTP header X-Robots-Tag.

Hreflang (viacjazyčné weby)

Pri jazykových mutáciách jasne oddeľte verzie cez hreflang — inak ich Google mieša a českým používateľom zobrazuje slovenský obsah (a naopak; videli sme to aj na vlastných dátach, kým sme mutácie poriadne neoddelili). Tri pravidlá, na ktorých sa najčastejšie zlyháva:

• Reciprocita — anotácie musia byť obojstranné; ak SK stránka ukazuje na CZ, musí CZ ukazovať späť, inak Google celý pár ignoruje
• x-default — určuje verziu pre jazyky, ktoré nepokrývate
• Sebareferencia — každá stránka uvádza v anotáciách aj samu seba

<link rel="alternate" hreflang="sk" href="https://www.example.sk/sluzby/" />
<link rel="alternate" hreflang="cs" href="https://www.example.cz/sluzby/" />
<link rel="alternate" hreflang="x-default" href="https://www.example.sk/sluzby/" />

Implementovať sa dá v <head> alebo cez XML sitemap — pri stovkách stránok je sitemap prehľadnejšia.

IndexNow — push indexácia pre Bing a Seznam

Google čaká, kým k vám príde crawler. IndexNow to otáča: pri zmene stránky pošlete ping a vyhľadávač o nej vie okamžite. Podporuje ho Bing (z ktorého čerpá ChatGPT) aj Seznam.cz — pre český trh prakticky povinnosť, pre AI viditeľnosť lacná poistka. Implementácia je jeden API kľúč v koreni webu a jeden HTTP request pri publikovaní; my ho posielame automaticky pri každom nasadení.

Diagnostika: kde v Search Console hľadať problémy

Prvá otázka každého auditu znie „ako vlastne zistím, že mám technický problém“. Odpoveď je takmer vždy v Google Search Console:

• Indexovanie → Stránky — koľko stránok je indexovaných a prečo ostatné nie sú. Stav „Prehľadané – momentálne neindexované“ zvyčajne znamená slabý či duplicitný obsah, „Objavené – momentálne neindexované“ zas problém s crawl budgetom alebo pomalým serverom.
• Nastavenia → Štatistiky prehľadávania — koľko requestov Googlebot robí, aké status kódy dostáva a či sa neprehrabáva zbytočnosťami.
• Kontrola webovej adresy — pre konkrétnu URL: ako ju Google vidí, vyrenderované HTML a dôvod prípadnej neindexácie.

K tomu Bing Webmaster Tools — druhý pohľad zadarmo a jediný spôsob, ako vidieť web očami indexu, z ktorého čerpá ChatGPT.

2. Štruktúrované dáta (schema markup)

Schema.org slovník pomáha Googlu porozumieť významu obsahu — nielen čítať slová. Výsledok: rich snippets, featured snippets, vyšší CTR aj pri rovnakej pozícii.

Pre B2B firemný web minimum:

• Organization — firma, logo, kontakty, sociálne siete (raz na webe, v @graph)
• BreadcrumbList — drobečky, na každej non-home stránke
• WebPage / WebSite — základná identifikácia
• Service — pre jednotlivé služby
• Article — pre blog články (autor, dátum, kategória)
• FAQPage — hotové Q&A páry pre AI vyhľadávače; klasické FAQ rich snippety Google od augusta 2023 zobrazuje už len vládnym a zdravotníckym webom
• Product + Review + AggregateRating — pre e-shopy

Pre dôveryhodnosť (E-E-A-T) a správne priradenie obsahu k entite doplňte aj Person schemu autora s sameAs odkazmi (LinkedIn a pod.) prepojenú na Organization — podľa entít dnes priraďujú zdroje aj AI vyhľadávače, nielen Google.

Príklad FAQPage schema (JSON-LD vo <head>):

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Koľko stojí web na mieru?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Firemný web 1500–4000 €..."
    }
  }]
}
</script>

Validáciu robíme cez Schema Markup Validator a Rich Results Test od Google. Bez validátora vždy niečo prehliadnete.

3. Core Web Vitals — výkon ako ranking faktor

Tri metriky, podľa ktorých Google hodnotí používateľský zážitok — LCP (Largest Contentful Paint), CLS (Cumulative Layout Shift), INP (Interaction to Next Paint). Sú oficiálnym ranking faktorom od 2021 (FID nahradené INP-om v marci 2024).

Metrika	Dobrá	Na zlepšenie	Zlá
LCP — načítanie hlavného obsahu	≤ 2,5 s	2,5 – 4 s	> 4 s
INP — odozva na interakciu	≤ 200 ms	200 – 500 ms	> 500 ms
CLS — vizuálna stabilita	≤ 0,1	0,1 – 0,25	> 0,25

Pozor na rozdiel lab vs field dát: skóre v PageSpeed Insights je laboratórna simulácia, ale Google ranká podľa reálnych meraní používateľov (CrUX, kĺzavé 28-dňové okno). Preto sa oprava prejaví v reportoch až o niekoľko týždňov — a preto „100/100 v Lighthouse“ ešte neznamená zelené Core Web Vitals.

Detailne každú metriku, ciele a optimalizačné techniky rozoberáme v samostatnom článku — Core Web Vitals: čo sú a ako ich merať.

4. Rýchlosť a výkon

Core Web Vitals merajú výsledok, tu sú konkrétne techniky, ktoré ich ovplyvňujú:

• CDN — Cloudflare alebo BunnyCDN. Pre slovenský trh latencia z Frankfurtu < 30 ms, ale efekt na cache-hit obsahu je obrovský.
• Image optimization — WebP/AVIF formáty (50 % menšie ako JPEG pri rovnakej kvalite), srcset pre responsive, loading="lazy" pre below-the-fold
• Brotli compression — o 15–25 % účinnejšia ako gzip, dnes podporovaná všade
• HTTP/2 alebo HTTP/3 — multiplexing eliminuje round-trip overhead pri viacerých requestoch
• Preload kritických zdrojov — fonty, hero obrázok, kritické CSS
• Defer/async JavaScript — nikdy render-blocking JS v <head>, vždy defer alebo na konci <body>
• CSS bundling + critical CSS inline — kritické CSS pre above-the-fold inline, zvyšok deferred
• Server response time — TTFB pod 200 ms (PHP-FPM + OPcache, pre Nette nastavený robot loader cache v produkcii)

5. Mobile-first indexing

Od 2019 Google indexuje weby primárne podľa mobilnej verzie. Ak je desktop bohatý, ale mobil ochudobnený o obsah, Google vidí len ten ochudobnený. Princíp: rovnaký obsah, rovnaké metadáta, rovnaké schema na oboch verziách.

Testovanie: Lighthouse s mobilným profilom, report Core Web Vitals (Mobilné) v Search Console a reálne zariadenia — DevTools simulátor pri výkone klame. (Samostatný Mobile-Friendly Test Google zrušil v decembri 2023 — ak vám ho niekto odporúča, číta staré návody.)

6. HTTPS a security headers

HTTPS je dnes baseline — je ranking signálom a prehliadače HTTP weby otvorene označujú ako nezabezpečené (nejde o penalizáciu; HTTP web dnes jednoducho nemá šancu). Samotný HTTPS ale nestačí — pridávame bezpečnostné hlavičky, ktoré chránia návštevníkov a patria k štandardu profesionálne spravovaného webu:

Header always set Strict-Transport-Security "max-age=31536000; includeSubDomains; preload"
Header always set X-Content-Type-Options "nosniff"
Header always set X-Frame-Options "SAMEORIGIN"
Header always set Referrer-Policy "strict-origin-when-cross-origin"
Header always set Permissions-Policy "geolocation=(), camera=(), microphone=()"
Header always set Content-Security-Policy "default-src 'self'; ..."

Pri staršej WordPress inštalácii pozri náš návod na security hardening.

7. Internal linking a anchor texty

Internal linky distribuujú „link juice" naprieč webom a hovoria Googlu, ktoré stránky sú dôležité. Pravidlá z praxe:

• Anchor text musí byť deskriptívny — nie „kliknite tu", ale „technický SEO audit"
• Z článkov linkujte na služby (komerčný zámer), nie len medzi článkami
• Sirota stránka (žiadny internal link nikde) = Google ju odpíše. Vždy aspoň 1 link odniekiaľ.
• Hĺbka kliknutia z homepage maximálne 3 — všetko hlbšie je pre Google podradné
• Pre veľké weby pillar pages + topic clusters (jeden hlboký článok + 10 podporných, všetky vzájomne prelinkované)

8. URL štruktúra a slugy

URL je ranking faktor (malý, ale meraný) a hlavne UX faktor — krásna URL sa lepšie zdieľa, klikávejšie sa zobrazuje vo výsledkoch:

• Krátke, deskriptívne, s kľúčovým slovom (/sluzby/seo-audit/ namiesto /page?id=42)
• Pomlčky (-), nie podčiarkovníky alebo medzery
• Lowercase, bez diakritiky (technicke-seo nie Technické-SEO)
• Trailing slash — vyber jeden štýl a drž ho konzistentne (cez 301 redirect na canonical verziu)
• Pri zmene URL vždy 301 redirect zo starého — inak prídete o backlinks aj o pozíciu

V Nette riešime pretty URL cez RouterFactory — detailne v článku Pretty URL routing v Nette.

9. Duplicitný a tenký obsah

Rovno vyvráťme mýtus: „duplicate content penalty“ neexistuje — Google duplicity nepenalizuje, ale sám si vyberie, ktorú verziu indexuje, a signály (odkazy, hodnotenie) sa rozložia medzi varianty. Výsledok je, akoby ste penalizovaní boli: ani jedna verzia neranká poriadne. Tenký obsah (krátke stránky bez hodnoty) zas ťahá dole dôveru v celý web. Časté zdroje problémov:

• Tag/category archívy s tým istým obsahom ako kategórie
• Parameter URLs (?sort=price&color=red) bez canonical
• Stránky filtrov v e-shopoch (faceted navigation) — najväčší zdroj duplicít vôbec, viď nižšie
• Multi-domain weby s tým istým obsahom (cz/sk verzie bez hreflang)
• Stránky < 300 slov bez unikátnej hodnoty

Faceted navigation a stránkovanie (e-shopy)

Filtre vedia z 200-produktovej kategórie vyrobiť milióny kombinácií URL — crawl trap, ktorý zožerie celý crawl budget. Praktické rozhodovacie pravidlo:

• Kombinácie s reálnym dopytom (napr. kategória + značka) — nechať indexovateľné s vlastným title a sebareferenčným canonical
• Všetko ostatné (triedenie, cena, viacnásobné filtre) — noindex, follow alebo canonical na hlavnú kategóriu
• Nekonečné kombinácie (kalendáre, vnorené filtre) — rovno blokovať v robots.txt

Stránkovanie: rel="prev/next" Google roky ignoruje — stačí, keď má každá strana sebareferenčný canonical a odkazy na ďalšie strany sú normálne <a href> v HTML.

10. Log file analysis (pokročilé)

Najpodceňovanejšia technika v technickom SEO. Server access logy ukazujú, čo Googlebot reálne robí — ktoré stránky navštevuje, ako často, kde vyhadzuje 4xx/5xx, kde tratí crawl budget na zbytočnostiach.

Pre väčší B2B web (5000+ URL) je log analysis to, čo odhalí, prečo nové sekcie neranknete — Googlebot ich proste ešte nestihol navštíviť, pretože stráca čas na starých parameter URL.

Nástroje: Screaming Frog Log Analyzer, alebo vlastné Python skripty s pandas. Pre malé weby zbytočné, pre stredné a väčšie absolútne kľúčové.

11. JavaScript SEO a rendering

Čoraz viac webov stavia obsah JavaScriptom — a Google ho síce vie vykonať, ale s obmedzeniami: rendering beží v oddelenej fronte (dnes typicky minúty, nie dni — problém nie je čakanie, ale spoľahlivosť a crawl budget) a každá vrstva navyše je miesto, kde sa niečo pokazí. Problémy vznikajú najmä pri SPA (React/Vue bez server-side renderingu), obsahu doťahovanom až po interakcii a interných odkazoch generovaných JS-om. A zásadná vec pre rok 2026: AI crawlery JavaScript nerenderujú vôbec — čo nie je v prvotnom HTML, ChatGPT, Claude ani Perplexity nikdy neuvidia.

• Kritický obsah v HTML — hlavný text, nadpisy a odkazy musia byť v prvotnom HTML, nie doťahované JavaScriptom
• SSR alebo prerendering pre SPA — single-page aplikácia bez server-side renderingu (Next/Nuxt) či statického prerenderu je pre SEO hendikep
• Odkazy ako <a href> — nie onclick handlery; Googlebot nekliká, len nasleduje odkazy
• Test: zobrazte si zdrojový kód stránky (Ctrl+U) — čo v ňom nevidíte, to nemusí vidieť ani Google. URL Inspection v Search Console ukáže vyrenderovanú verziu.

Serverovo renderované weby (ako tie, ktoré staviame v Nette/Latte) majú túto kapitolu zadarmo — celý obsah je v HTML od prvého bajtu.

12. Technické SEO pre AI vyhľadávače (GEO)

Rok 2026 pridal technickému SEO novú vrstvu: AI vyhľadávače — ChatGPT, Perplexity, Google AI Overviews. Dobrá správa: stoja na tom istom technickom základe (crawlovateľnosť, rýchlosť, štruktúrované dáta), takže nič z tohto článku nie je zbytočné. Pri riadení prístupu v robots.txt ale rozlišujte tri typy AI botov — každý robí niečo iné:

• Tréningové crawlery (GPTBot, ClaudeBot) — zbierajú dáta na tréning modelov; ich blokovanie je legitímna voľba a na viditeľnosť v odpovediach má malý vplyv
• Search crawlery (OAI-SearchBot, PerplexityBot) — plnia index AI vyhľadávania; blokovať ich = nebyť v odpovediach
• On-demand fetchery (ChatGPT-User, Claude-User) — načítajú stránku vo chvíli, keď sa používateľ pýta; ich blokovanie zabije citácie v reálnom čase

K tomu llms.txt — kurátorovaný rozcestník pre AI v koreni webu. Poctivo: zatiaľ je to experimentálny návrh, Google ani OpenAI ho oficiálne nečítajú — no náklady sú nulové a časť AI nástrojov ho už používa, takže ho nasadzujeme štandardne. Čo funguje preukázateľne: answer-first štruktúra obsahu, FAQPage schema ako hotové Q&A páry a obsah v čistom HTML (AI boty nerenderujú JavaScript — viď sekcia 11). Kompletný návod vrátane merania máme v článku GEO optimalizácia — ako sa dostať do odpovedí AI.

13. Technické SEO v ére AI odpovedí

Predchádzajúca kapitola riešila, ako sa dostať do odpovedí ChatGPT a podobných nástrojov. Táto rieši niečo iné a pre väčšinu firiem bezprostrednejšie: čo robiť, keď AI odpoveď sedí priamo nad vašimi výsledkami v Google.

Dopad je nepríjemný a treba ho pomenovať na rovinu. Pri informačných dopytoch — „čo je“, „ako funguje“, „aký je rozdiel“ — dostane používateľ odpoveď rovno v Google a na weby už nemusí kliknúť vôbec. Postihuje to hlavne definičný a vysvetľovací obsah. Dopyty s nákupným úmyslom („cena“, „kto to robí“, „dodávateľ“) to zasahuje výrazne menej, lebo tam človek chce porovnať konkrétne firmy.

Čo z toho vyplýva pre technickú stránku webu:

• Fakty musia byť v texte, nie v obrázku. Cenník ako obrázok, tabuľka vykreslená JavaScriptom alebo číslo v grafike sú pre AI neviditeľné. To, čo chcete, aby bolo citované, musí byť v HTML ako text.
• Jedna otázka, jedna jasná odpoveď. Odsek, ktorý na otázku odpovedá v prvých dvoch vetách a až potom rozvádza, sa cituje ľahšie než odsek, ktorý sa k pointe prepracúva desať riadkov.
• Štruktúrované dáta ako strojovo čitateľná vrstva. Schema markup prestal byť len o hviezdičkách vo výsledkoch — je to najspoľahlivejší spôsob, ako stroju povedať, čo je cena, čo je autor a čo je dátum aktualizácie.
• Stabilné adresy a rýchly server. Zdroj, ktorý pri načítaní padá alebo presmerúva cez tri skoky, sa cituje menej než ten, ktorý odpovie na prvý pokus.

A jedna vec, ktorú vám nikto seriózny nesľúbi: zaradenie do AI odpovede sa nedá vynútiť. Neexistuje značka ani nastavenie, ktoré by ho zapli. Dá sa len systematicky odstraňovať dôvody, prečo vás stroj preskočí — a to je presne technická práca popísaná v tomto článku.

Že to funguje, vieme z vlastného produktu: píšeme o tom v článku o GEO optimalizácii, kde ukazujeme aj konkrétny výsledok.

Nástroje na technické SEO

Všetko podstatné pokryjete zadarmo alebo za jednotky stoviek € ročne:

Nástroj	Na čo	Cena
Google Search Console	indexácia, Core Web Vitals, URL Inspection — základ všetkého	zadarmo
Bing Webmaster Tools	druhý index (čerpá z neho ChatGPT) + IndexNow	zadarmo
Screaming Frog SEO Spider	crawl webu — canonical, redirecty, 4xx, hĺbka kliknutí	do 500 URL zadarmo, potom ~240 €/rok
PageSpeed Insights / Lighthouse	Core Web Vitals — lab aj field dáta	zadarmo
Schema Markup Validator + Rich Results Test	validácia štruktúrovaných dát	zadarmo
GTmetrix / WebPageTest	waterfall analýza načítania	zadarmo / freemium
Ahrefs / Semrush	site audit, backlinky, sledovanie pozícií	od ~120 €/mes.
Screaming Frog Log File Analyser	čo Googlebot na webe reálne robí	free verzia, plná ~115 €/rok

Technický SEO checklist

18 bodov na svojpomocnú kontrolu alebo brief pre vývojára — zoradené podľa priority:

Ako prebieha technický SEO audit: postup, cena a výstupy

Keď audit robíme my, vyzerá takto:

1. Crawl celého webu (Screaming Frog) — canonical, redirecty, 4xx, hĺbka kliknutí, duplicity
2. Dáta z Google Search Console a Bing Webmaster Tools — čo je indexované, čo nie a prečo; štatistiky prehľadávania
3. Výkon a rendering — Core Web Vitals (field dáta), JavaScript závislosti, pri väčších weboch log file analysis
4. Report s prioritami — každý nález s dopadom, technickým riešením a odhadom pracnosti; použiteľný priamo ako brief pre vývojára
5. Re-check po opravách — kontrola, že fixy sedia a Google ich zaregistroval

Rozsah webu	Cena auditu	Trvanie
Menší B2B web (do ~200 stránok)	od 400 €	3 – 4 dni
Štandardný firemný web / blog	750 – 1 500 €	4 – 7 dní
E-shop alebo aplikácia s filtrami	individuálne podľa rozsahu	od týždňa

Na rozdiel od čisto marketingových auditov vieme nálezy rovno aj opraviť — sme vývojári, takže report neskončí v šuplíku. Detaily služby: technický SEO audit a servis. Súvisí aj prístupnosť webu — s technickým SEO sa z veľkej časti prekrýva a pre e-shopy je od júna 2025 povinná.

Časté otázky

Čo je technické SEO?

Technické SEO je súbor optimalizácií na úrovni kódu, infraštruktúry a konfigurácie servera, ktoré pomáhajú vyhľadávačom efektívne prehľadávať, indexovať a hodnotiť webovú stránku. Na rozdiel od on-page SEO sa nezaoberá obsahom textu, ale tým, ako je web technicky postavený.

Čím sa líši technické SEO od on-page a off-page SEO?

On-page SEO rieši kvalitu obsahu — texty, nadpisy, kľúčové slová. Off-page SEO je o autorite zvonku — backlinks, brand mentions, social signals. Technické SEO je všetko medzi tým: indexácia, rýchlosť, schema, security, mobile-friendliness. Bez technického základu sa snaha o obsah a backlinks neprejaví.

Koľko stojí technický SEO audit?

V našom ateliéri začína audit menšieho B2B webu (do 200 stránok) okolo 400 €, štandardný firemný web 750–1 500 €, väčší e-shop alebo aplikácia podľa rozsahu. Cena zahŕňa report s priorizovaným zoznamom nálezov, technické riešenia a odhad pracnosti opravy. Cenovú ponuku radi pripravíme po krátkej diagnostike.

Ako dlho trvá technická optimalizácia webu?

Audit zaberie 3–7 pracovných dní. Implementácia odporúčaní je zvyčajne 2–6 týždňov v závislosti od rozsahu a stavu kódu. Prvé efekty v Google Search Console vidno zvyčajne po 4–8 týždňoch, plný dopad po 3–6 mesiacoch.

Aké nástroje používate pri technickom SEO?

Pre crawl Screaming Frog alebo Sitebulb, pre indexáciu Google Search Console a Bing Webmaster Tools, pre výkon PageSpeed Insights, WebPageTest a Lighthouse CI, pre log file analysis vlastné skripty alebo Screaming Frog Log Analyzer, pre schema validáciu Schema Markup Validator a Rich Results Test od Google.

Aké sú najčastejšie technické SEO chyby na firemných weboch?

V auditoch vidíme najčastejšie: chýbajúce alebo zlé canonical tagy, nesprávne robots.txt blokujúce dôležité stránky, neaktualizovaný sitemap, chýbajúci alebo nesprávny schema markup, pomalé Core Web Vitals (najmä CLS a INP), duplicitný obsah z chýbajúcich redirectov, nezabezpečené HTTP varianty a chýbajúce HSTS, slabé internal linking. Dobrá správa: 80 % týchto chýb sa dá opraviť za pár dní práce.

Je technické SEO dôležitejšie ako obsah?

Nie — sú komplementárne. Najlepší obsah bez technického základu Google neuvidí. Najlepšie technické SEO bez obsahu nemá za čo ranknete. V praxi začíname technickým auditom (rieši „prečo ma Google nevidí" a „prečo som pomalý"), potom prichádza content strategy.

Ovplyvňuje technické SEO aj viditeľnosť v AI vyhľadávačoch (ChatGPT, Perplexity)?

Áno, priamo. AI vyhľadávače stoja na rovnakom základe: crawlovateľnosť, obsah v HTML bez JavaScriptu, štruktúrované dáta a rýchle odpovede servera. Navyše pomáha llms.txt v koreni webu, FAQPage schema (hotové Q&A páry pre AI) a nezablokované AI crawlery (GPTBot, ClaudeBot, PerplexityBot) v robots.txt.

Záver — kedy zavolať odborníka

Technické SEO nie je raketová veda, ale vyžaduje systematický prístup, znalosť aktuálnych Google guidelines a dobré nástroje. Pri malom firemnom webe si základné veci (sitemap, schema, canonical) zvládne aj skúsenejší vývojár. Pri väčších weboch, e-shopoch alebo pri migrácii starého webu sa oplatí prizvať technický SEO audit — zaplatíte za hodiny práce, ušetríte mesiace neoptimalizovanej návštevnosti.

Robíme audity pre B2B firemné weby aj webové aplikácie na mieru — od základných quick winov po hlboké pillar/cluster strategie. Napíšte nám a navrhneme rozsah aj cenu.