Audit webu v roku 2026: kompletný checklist SEO, Core Web Vitals, prístupnosti a bezpečnosti

V roku 2026 treba audit vykonávať po vrstvách. Google naďalej stavia viditeľnosť na technických základoch a obsahu vytvorenom predovšetkým pre ľudí, hoci výsledky sa môžu zobrazovať aj vo funkciách využívajúcich AI. Core Web Vitals je potrebné hodnotiť podľa reálnych používateľských dát, prístupnosť nemožno potvrdiť iba skenerom a bezpečnosť znamená omnoho viac než prítomnosť SSL certifikátu.

Tento sprievodca pokrýva celý proces: indexáciu a SEO, LCP, INP a CLS, WCAG 2.2, bezpečnostné hlavičky, formuláre, analytiku aj správne poradie opráv.

TL;DR: začnite kritickými problémami: nedostupnosťou webu, blokovaním indexácie, chybnými presmerovaniami, problémami s HTTPS a zraniteľnosťami. Potom zlepšite Core Web Vitals, prístupnosť hlavných používateľských ciest, obsah a interné prelinkovanie. Skóre 100/100 v jednom nástroji nenahrádza dáta zo Search Console, testy na skutočných zariadeniach ani manuálnu kontrolu.

Štandardy, limity a zdroje boli naposledy overené 23. júla 2026.

Hlavné oblasti auditu

Oblasť	Čo skontrolovať	Ako vyzerá dobrý výsledok	Priorita
Indexácia	robots.txt, noindex, sitemap, canonical, HTTP stavy	dôležité stránky sú dostupné a indexovateľné, duplicity zjednotené	kritická
SEO a obsah	zámer, titulky, nadpisy, interné odkazy, štruktúrované dáta	každá dôležitá stránka má jasný účel a jedinečnú hodnotu	vysoká
Výkon	LCP, INP, CLS, TTFB, JavaScript, obrázky, fonty	CWV v pásme „dobré“ na 75. percentile	vysoká
Prístupnosť	klávesnica, fokus, sémantika, kontrast, formuláre, čítačky	hlavné cesty spĺňajú WCAG 2.2 AA	vysoká
Bezpečnosť	HTTPS, hlavičky, cookies, závislosti, autorizácia, zálohy	žiadne kritické zraniteľnosti ani zbytočná expozícia	kritická
UX a konverzia	mobil, formuláre, navigácia, chyby, dôvera	používateľ dokončí hlavnú úlohu bez zbytočných prekážok	vysoká
Meranie	Search Console, analytika, logy, monitoring	dáta sú úplné, v súlade so súkromím a použiteľné	stredná

Čo audit webu skutočne zahŕňa?

Kompletný audit spája najmenej šesť pohľadov:

1. Technické SEO - či crawler dokáže web načítať, vykresliť, nasledovať odkazy a určiť správnu kanonickú URL.
2. Kvalita obsahu - či stránka odpovedá na skutočnú potrebu používateľa, má logickú štruktúru a zbytočne neduplikuje iné stránky.
3. Výkon - ako rýchlo sa zobrazí hlavný obsah, ako pohotovo stránka reaguje a či sa počas načítania neposúva rozloženie.
4. Prístupnosť - či možno službu používať klávesnicou, čítačkou obrazovky, pri zväčšení a bez závislosti iba od farby.
5. Bezpečnosť a súkromie - či sú komunikácia, relácie, formuláre, závislosti a údaje používateľov dostatočne chránené.
6. UX a obchodné ciele - či návštevníci rozumejú ponuke a môžu dokončiť najdôležitejšiu akciu bez zbytočných krokov.

Automatické nástroje sú dobrým začiatkom, ale nedokážu posúdiť všetko. Lighthouse môže odhaliť časť problémov s výkonom a prístupnosťou, nedokáže však určiť, či je ponuka zrozumiteľná, formulár zodpovedá potrebám zákazníka alebo chybová správa skutočne pomáha problém vyriešiť. ^[4]

Pred začiatkom: určte rozsah a vzorku URL

Najčastejšou chybou je kontrolovať iba domovskú stránku. V praxi treba otestovať reprezentatívne typy stránok:

• domovskú stránku,
• najdôležitejšiu stránku služby alebo produktu,
• článok či návod,
• kategóriu alebo výpis,
• kontaktný formulár, registráciu alebo checkout,
• stránku výsledkov vyhľadávania,
• jazykovú verziu,
• stránku 404 a ďalšie chybové stavy,
• stránku vyžadujúcu prihlásenie, ak existuje.

Pri malom webe môže stačiť niekoľko alebo tucet URL. Pri e-shope, portáli či aplikácii treba auditovať šablóny, nie náhodné URL. Ak má šablóna produktu chybný canonical alebo načítava ťažký skript, problém môže ovplyvniť tisíce stránok.

Pred auditom si pripravte:

• prístup do Google Search Console a analytiky,
• zoznam najdôležitejších obchodných cieľov,
• sitemapu a hlavné šablóny,
• informácie o zmenách, migráciách a poklesoch návštevnosti,
• dáta z monitoringu chýb a serverové logy,
• zariadenia a prehliadače najčastejšie používané zákazníkmi.

Audit technického SEO a indexácie

Skontrolujte HTTP stavy a varianty domény

Každá dôležitá URL by mala vracať správny stav:

• 200 pre funkčnú stránku,
• 301 alebo 308 pre trvalé presmerovanie,
• 404 alebo 410 pre odstránený obsah,
• 5xx iba pri skutočnej chybe servera, nie ako trvalý stav.

Preverte http/https, www/non-www, koncové lomky a veľkosť písmen. Všetky varianty by mali viesť na jednu konzistentnú verziu. Vyhnite sa reťazcom presmerovaní a situáciám, keď množstvo starých URL smeruje na nesúvisiacu domovskú stránku.

Overte robots.txt, noindex a prístup k zdrojom

Súbor robots.txt riadi crawling na úrovni sťahovania, ale nie je mechanizmom na odstránenie stránky z výsledkov vyhľadávania. Blokovaná URL sa môže stále objaviť v indexe, ak ju Google pozná z iných zdrojov. ^[5] Na vylúčenie použite napríklad noindex, ochranu heslom alebo odstránenie zdroja.

Skontrolujte, či:

• dôležité sekcie nie sú omylom zablokované,
• testovacie prostredie je naozaj zabezpečené, nielen skryté v robots.txt,
• Google môže načítať CSS, JavaScript a obrázky potrebné na rendering,
• sitemap je na správnej adrese a obsahuje iba kanonické stránky,
• po nasadení do produkcie nezostal tag noindex.

Posúďte canonicaly a duplicity

Kanonická URL označuje preferovanú verziu duplicitného alebo veľmi podobného obsahu. Google považuje canonical za silný signál, môže však zvoliť inú URL, ak sú ostatné signály nekonzistentné. ^[6]

Kontrolujte súlad medzi:

• rel="canonical",
• presmerovaniami,
• internými odkazmi,
• XML sitemapami,
• jazykovými verziami,
• protokolom a hostom.

Canonical by mal spravidla smerovať na funkčnú URL so stavom 200, nie na chybu, presmerovanie alebo URL s noindex.

Skontrolujte vykresľovanie JavaScriptu

Google spracúva JavaScriptové aplikácie vo fázach: crawling, rendering a indexácia. ^[7] Obsah vytvorený na strane klienta môže byť spracovaný neskôr než okamžite dostupné HTML, preto by kritické informácie a odkazy nemali závisieť od krehkého skriptu.

Pri SPA a hybridných službách skontrolujte:

• HTML dostupné pred spustením JavaScriptu,
• odkazy ako skutočné prvky <a href>,
• prácu so stavovými kódmi,
• metadáta generované pre každú URL,
• správanie pri priamom otvorení podstránky,
• hydration chyby a neúspešné API volania,
• indexovateľnosť stránkovania a infinite scrollu.

Skontrolujte jazykové verzie

Na viacjazyčnom webe by mala mať každá verzia vlastnú stabilnú URL. Overte:

• platné atribúty hreflang,
• vzájomné odkazy medzi verziami,
• voliteľné x-default,
• canonical na tú istú jazykovú verziu,
• žiadne automatické presmerovania blokujúce crawlery,
• preložené titulky, popisy, obsah a navigáciu.

Checklist technického SEO

• Dôležité URL vracajú 200.
• Presmerovania sú jednostupňové a logické.
• Neexistujú náhodné blokácie v robots.txt.
• Produkcia neobsahuje nechcený noindex.
• XML sitemap obsahuje iba kanonické URL.
• Canonicaly, odkazy a sitemap sú konzistentné.
• JavaScript neskrýva kritický obsah pred crawlermi.
• Stránky 404 vracajú skutočný stav 404.
• Jazykové verzie správne používajú hreflang.
• Parametre a filtre nevytvárajú masové duplicity.

Audit obsahu a on-page SEO

Každá stránka by mala mať jeden hlavný cieľ

Title, H1, úvod, obsah a výzva na akciu by mali zodpovedať rovnakému zámeru. Ak sa jedna stránka snaží súčasne predávať službu, vysvetľovať základné pojmy a rankovať na množstvo nesúvisiacich dopytov, zvyčajne nerobí dobre ani jednu z týchto vecí.

Skontrolujte:

• či je title jedinečný a opisný,
• či hlavný H1 zodpovedá obsahu,
• či snippet vo výsledkoch motivuje ku kliknutiu bez prehnaných sľubov,
• či H2 a H3 vytvárajú logickú štruktúru,
• či odpoveď prichádza skoro, nie až po dlhom úvode,
• či článok ukazuje skúsenosť, príklady a zdroje,
• či dátum aktualizácie zodpovedá reálnej zmene.

Google odporúča užitočný a dôveryhodný obsah vytvorený primárne pre ľudí, nie stránky určené iba na manipuláciu s poradím. ^[1]

Interné odkazy by mali vytvárať štruktúru

Dobré interné prelinkovanie pomáha používateľovi pokračovať a ukazuje vyhľadávaču vzťahy medzi témami. Používajte opisné anchor texty namiesto množstva všeobecných odkazov „kliknite sem“.

Prirodzené pokračovania z tohto článku:

• Kontrola stavu webu POLPROG,
• Core Web Vitals v praxi,
• Webová stratégia,
• Výkon,
• Bezpečnosť,
• Ako naplánovať podnikový web, ktorý generuje leady.

Hľadajte aj osirelé stránky, na ktoré nevedie žiadny interný odkaz.

Obrázky, štruktúrované dáta a Open Graph

Obrázky by mali mať zmysluplné názvy, vhodné rozmery a alternatívny text, ak odovzdávajú informáciu. Čisto dekoratívny obrázok zvyčajne používa prázdne alt="". Google podporuje bežné formáty vrátane JPEG, PNG, WebP, SVG a AVIF. ^[8]

Preverte:

• width a height na obmedzenie posunov rozloženia,
• srcset a sizes,
• kompresiu a formát,
• lazy loading pod prvým viewportom,
• alternatívny text,
• štruktúrované dáta zodpovedajúce viditeľnému obsahu,
• og:title, og:description, og:image a og:url.

Na praktickú kontrolu použite Konvertor a optimalizátor obrázkov a Náhľad Open Graph.

SEO vo vyhľadávaní využívajúcom AI

Google uvádza, že pre AI funkcie vo vyhľadávaní naďalej platia základné SEO postupy. ^[9] Nie je potrebné pridávať špeciálne súbory ani nový markup iba kvôli AI Overviews alebo AI Mode. Stránka musí byť indexovateľná a spĺňať bežné požiadavky Search.

Najrozumnejšia stratégia:

• publikovať jasné a úplné odpovede,
• používať zdroje a praktické príklady,
• aktualizovať rýchlo sa meniace informácie,
• vyhýbať sa masovo generovanému opakujúcemu sa obsahu,
• udržiavať sémantickú štruktúru a interné odkazy,
• sledovať návštevnosť a dopyty v Search Console.

Core Web Vitals a výkon

Aktuálne limity

Core Web Vitals tvoria tri metriky. Hodnotenie sa vykonáva na 75. percentile reálnych návštev, osobitne pre mobilné zariadenia a desktop. ^[2]

Metrika	Čo meria	Dobré	Vyžaduje zlepšenie	Slabé
LCP	zobrazenie najväčšieho prvku obsahu	≤ 2,5 s	2,5-4,0 s	> 4,0 s
INP	oneskorenie reakcie na interakcie	≤ 200 ms	200-500 ms	> 500 ms
CLS	vizuálnu stabilitu rozloženia	≤ 0,1	0,1-0,25	> 0,25

Terénne dáta ukazujú skúsenosť skutočných používateľov, laboratórne dáta pomáhajú problém reprodukovať. Nezamieňajte ich. Web môže mať dobrý lokálny Lighthouse, ale slabý INP na starších telefónoch alebo pomalý LCP v konkrétnej krajine.

Ako zlepšiť LCP

Časté príčiny:

• pomalý server alebo chýbajúca cache,
• príliš veľký hero obrázok,
• LCP zdroj objavený až JavaScriptom,
• CSS a fonty blokujúce rendering,
• dlhé reťazce požiadaviek,
• náročná logika pred vykreslením.

Opatrenia:

• zlepšiť TTFB a cache,
• dodávať obrázok v správnych rozmeroch,
• použiť moderný formát a kompresiu,
• prioritizovať hlavný zdroj,
• nepoužívať lazy loading pre LCP obrázok,
• obmedziť kritické CSS a skripty,
• použiť CDN, ak skutočne skráti cestu k používateľovi.

Ako zlepšiť INP

INP zhoršujú dlhé úlohy na hlavnom vlákne, nadbytočný JavaScript, nákladné renderovanie komponentov a obsluha udalostí vykonávajúca príliš veľa práce.

Skontrolujte:

• dĺžku úloh v paneli Performance,
• skripty tretích strán,
• komponenty renderované po každej zmene,
• veľké zoznamy bez virtualizácie,
• synchrónne operácie s pamäťou a DOM,
• validáciu formulárov a animácie počas interakcie.

Dlhé úlohy rozdeľte, nekritickú prácu odložte a posielajte do prehliadača čo najmenej JavaScriptu.

Ako zlepšiť CLS

Časté zdroje posunov:

• obrázky a iframe bez rozmerov,
• reklamy bez rezervovaného priestoru,
• cookie lišty vložené nad obsah,
• neskoro načítané fonty,
• komponenty pridané pred existujúci obsah,
• animácie vlastností ovplyvňujúcich layout.

Rezervujte priestor, používajte stabilné placeholdery a testujte celý priebeh načítania, nie iba finálny snímok.

Neoptimalizujte iba skóre Lighthouse

Lighthouse je laboratórny test v kontrolovaných podmienkach. ^[4] Kvalitný proces kombinuje:

• Search Console a report Core Web Vitals,
• dáta CrUX alebo RUM,
• Lighthouse a panel Performance,
• testy na pomalšom zariadení,
• monitoring regresií po nasadení.

Audit prístupnosti podľa WCAG 2.2

WCAG 2.2 opisuje kritériá testovateľné kombináciou automatického a ľudského hodnotenia. Samotný skener nemôže potvrdiť úplnú zhodu, pretože časť kritérií vyžaduje posúdenie kontextu a interakcií. ^[3]

Klávesnica a fokus

Prejdite kľúčovú cestu bez myši:

• je dostupný každý interaktívny prvok,
• je poradie fokusu logické,
• je indikátor fokusu jasne viditeľný,
• drží modal fokus vo vnútri a vracia ho po zatvorení,
• neexistuje klávesnicová pasca,
• možno preskočiť opakovanú navigáciu.

Sémantika a čítačky obrazovky

Skontrolujte:

• jedno logické H1 a správnu hierarchiu nadpisov,
• landmarky header, nav, main a footer,
• skutočné tlačidlá a odkazy namiesto klikateľných div,
• prístupné názvy ikon,
• oznamovanie dynamických zmien,
• správne poradie čítania,
• jazyk dokumentu v atribúte lang.

ARIA má sémantické HTML dopĺňať, nie bezdôvodne nahrádzať.

Formuláre a chyby

Každé pole má mať viditeľný popis a programové prepojenie s opisom. Chyba musí vysvetliť, čo treba opraviť, a nesmie byť oznámená iba farbou.

Otestujte:

• popisy a inštrukcie,
• povinné polia,
• autocomplete atribúty,
• poradie tabulátora,
• chybové správy,
• súhrn chýb po odoslaní,
• správanie pri zväčšení a na úzkom displeji,
• časové limity a možnosť predĺženia.

Kontrast, zväčšenie a pohyb

Kontrolujte kontrast textu, ikon a stavov fokusu. Testujte pri zväčšení 200 % a 400 %, s väčším textom a v úzkom viewporte. Obsah by nemal vyžadovať horizontálny scroll, ak to nie je funkčne potrebné.

Animácie majú rešpektovať prefers-reduced-motion a automaticky sa pohybujúci obsah musí byť možné zastaviť, ak ovplyvňuje porozumenie.

Checklist prístupnosti

• Celá cesta funguje klávesnicou.
• Fokus je viditeľný a logický.
• Nadpisy a landmarky opisujú štruktúru.
• Tlačidlá a odkazy majú zrozumiteľné názvy.
• Formuláre majú popisy a užitočné chyby.
• Kontrast spĺňa WCAG 2.2 AA.
• Obsah funguje pri zväčšení a reflow.
• Informačné obrázky majú vhodný alternatívny text.
• Pohyb možno obmedziť.
• Hlavné úlohy boli otestované čítačkou obrazovky.

Audit bezpečnosti a súkromia

HTTPS je začiatok, nie koniec

Celý web má fungovať cez HTTPS bez aktívneho mixed content. Skontrolujte platnosť certifikátu, reťazec dôvery, podporované protokoly, automatické obnovovanie a presmerovanie z HTTP na HTTPS. Lighthouse označí stránky bez HTTPS, ale nevykonáva úplný penetračný test. ^[10]

Doménu a certifikát môžete preveriť pomocou Inšpektora DNS a SSL.

Bezpečnostné hlavičky

Hlavičky neopravujú chybnú autorizáciu, ale obmedzujú niektoré typy útokov a nebezpečné správanie prehliadača. OWASP Secure Headers Project udržiava aktuálne odporúčania a príklady. ^[11]

Skontrolujte minimálne:

• Content-Security-Policy,
• Strict-Transport-Security,
• X-Content-Type-Options: nosniff,
• Referrer-Policy,
• Permissions-Policy,
• ochranu proti vloženiu pomocou frame-ancestors,
• bezpečné atribúty cookies: Secure, HttpOnly a vhodné SameSite.

CSP zavádzajte postupne: začnite Content-Security-Policy-Report-Only, vyhodnoťte reporty a až potom pravidlá vynucujte. Skopírovanú konfiguráciu prispôsobte skutočne používaným zdrojom.

Na rýchlu kontrolu použite Inšpektor bezpečnostných hlavičiek.

OWASP Top 10:2025 ako mapa rizík

OWASP Top 10:2025 zahŕňa chyby riadenia prístupu, bezpečnostnú misconfiguráciu, zlyhania softvérového dodávateľského reťazca, kryptografické chyby, injection, nebezpečný návrh, chyby autentifikácie, problémy integrity, nedostatky logovania a alertingu a nesprávne spracovanie výnimočných stavov. ^[12]

Prakticky overte:

• či používateľ môže čítať alebo meniť dáta iného používateľa,
• či má administračný panel ďalšiu ochranu,
• či API kontroluje oprávnenia na serveri,
• či sa aktualizujú závislosti a kontajnerové obrazy,
• či tajomstvá nie sú v repozitári ani klientskom kóde,
• či sú vstupy validované a výstupy kódované,
• či relácie expirujú a možno ich zrušiť,
• či logy neobsahujú heslá, tokeny alebo citlivé dáta,
• či chyby neodhaľujú stack trace a detaily infraštruktúry,
• či existujú zálohy a bol otestovaný restore.

Pri aplikáciách s prihlásením, platbami alebo zákazníckymi dátami definujte rozsah pomocou OWASP ASVS, nie iba krátkeho zoznamu hlavičiek. ^[13]

Súkromie a analytika

Kontrolujte:

• ktoré skripty sa spúšťajú pred súhlasom,
• či formuláre zbierajú iba potrebné údaje,
• dobu uchovávania,
• prístup zamestnancov a dodávateľov,
• možnosť súhlas odvolať,
• konfiguráciu Consent Mode, ak sa používa,
• logovanie IP adries a identifikátorov,
• súlad zásad ochrany súkromia so skutočným správaním.

Nepredpokladajte, že cookie banner automaticky zabezpečuje súlad. Rozhoduje, čo web skutočne načítava a odosiela.

UX, mobil a konverzia

Technický audit môže dopadnúť dobre, napriek tomu web nemusí plniť svoj cieľ. Prejdite hlavnú cestu ako nový používateľ:

• je z prvej obrazovky jasné, čo firma robí,
• opisuje každé CTA konkrétnu akciu,
• je navigácia zrozumiteľná bez hádania,
• formulár vyžaduje iba potrebné informácie,
• možno chyby ľahko opraviť,
• sú telefón a e-mail klikateľné na mobile,
• prvky sa neprekrývajú,
• pop-upy nechávajú obsah použiteľný,
• sú úspešné stavy jednoznačné,
• funguje web pri pomalom pripojení a neúspešných požiadavkách.

Testujte aj stránku 404, prázdne výsledky, nedostupný produkt alebo službu, vypršanú reláciu a neúspešnú platbu. Výnimočné stavy často rozhodujú, či sa používateľ vráti.

Pre weby zamerané na leady: Ako naplánovať podnikový web, ktorý generuje leady.

Meranie, monitoring a kvalita dát

Search Console ukazuje výkon webu vo vyhľadávaní Google, analytika správanie po príchode. Kombinácia oboch pohľadov pomáha rozlíšiť problém viditeľnosti od problému konverzie. ^[14]

Skontrolujte:

• či vlastnosť Search Console pokrýva správny variant domény,
• chyby indexácie a manuálne zásahy,
• dopyty, stránky, krajiny a zariadenia,
• zmeny kliknutí a zobrazení po nasadení,
• úplnosť analytických udalostí,
• vylúčenie internej návštevnosti a botov,
• správnosť konverzného lievika,
• upozornenia na JavaScriptové a serverové chyby,
• monitoring dostupnosti a certifikátu.

Neopravujte všetko naraz bez východiskového stavu. Zaznamenajte baseline a nasadzujte zmeny po skupinách, aby ste mohli merať dopad.

Ako dlho audit trvá?

Nasledujúce hodnoty sú praktické odhady, nie oficiálny štandard. Rozsah závisí od počtu šablón, prístupu k dátam, technológie a rizika.

Rozsah	Orientačný čas	Čo zahŕňa
Rýchla kontrola jednej URL	15-30 min	stav, metadáta, základné CWV, HTTPS a hlavné chyby
Malý firemný web	2-6 hodín	vzorka, SEO, CWV, prístupnosť, bezpečnosť a UX
Obsahový alebo viacjazyčný web	1-3 dni	šablóny, indexácia, hreflang, odkazy, dáta a priority
E-shop	3-7 dní	kategórie, produkty, filtre, checkout, štruktúrované dáta a výkon
Webová aplikácia	5-10+ dní	roly, autorizácia, procesy, API, chybové stavy a manuálne testy
Bezpečnostný audit vysokého rizika	samostatný rozsah	threat modeling, ASVS, aplikačné a infraštruktúrne testy

Cena rastie menej s počtom URL než s počtom rôznych správaní. Tisíc produktov na jednej šablóne môže byť jednoduchších než aplikácia s desiatimi rolami a mnohými stavmi.

Ako prioritizovať opravy?

Použite jednoduchý model: dopad × dosah × riziko ÷ náklady implementácie.

P0 - opraviť okamžite

• web alebo kritická funkcia nie je dostupná,
• dôležité sekcie sú blokované pred indexáciou,
• únik dát alebo obídenie autorizácie,
• expirovaný certifikát či aktívny mixed content,
• migrácia vytvára masové chyby a stratené URL,
• formulár nedoručuje dopyty.

P1 - vysoká priorita

• slabé CWV na najdôležitejších šablónach,
• závažné bariéry klávesnice a formulárov,
• chybné canonicaly alebo hreflang,
• nezrozumiteľná ponuka a ťažká konverzia,
• kritické neaktualizované závislosti,
• chýbajúci monitoring dôležitých chýb.

P2 - naplánovať do ďalšieho cyklu

• duplicitné titulky a slabé interné odkazy,
• chýbajúce alternatívne texty,
• ťažké obrázky pod prvým viewportom,
• nekonzistentné štruktúrované dáta,
• slabé 404 a prázdne stavy,
• problémy menej navštevovaných šablón.

P3 - optimalizácia a rozvoj

• ďalšie štruktúrované dáta,
• ďalšie zníženie hmotnosti,
• experimenty s textami a CTA,
• rozšírenie obsahu,
• upratanie komponentov a dokumentácie.

Plán opráv na 30, 60 a 90 dní

Prvých 30 dní

Vyriešte P0, indexáciu, presmerovania, HTTPS, formuláre a riziká straty dát. Nastavte východiskové meranie.

Do 60 dní

Pracujte na najdôležitejších šablónach: Core Web Vitals, klávesnica, formuláre, obsah, interné odkazy a bezpečnosť aplikácie. Zaveďte monitoring regresií.

Do 90 dní

Vylepšite menej kritické šablóny, štandardizujte publikovanie, pridajte automatické testy do CI a naplánujte opakované audity po veľkých releasoch.

Kompletný checklist pred uzavretím auditu

SEO a indexácia

• Crawlery môžu načítať dôležité stránky a zdroje.
• XML sitemap je aktuálna.
• Canonicaly, presmerovania a odkazy sú konzistentné.
• Neexistuje nechcený noindex.
• Dôležité stránky majú unikátny title, H1 a obsah.
• Interné odkazy vedú na obchodne dôležité stránky.
• Jazykové verzie správne používajú hreflang.
• Štruktúrované dáta zodpovedajú viditeľnému obsahu.
• Open Graph metadáta sú kompletné.

Výkon

• LCP, INP a CLS spĺňajú limity v reálnych dátach.
• LCP obrázok má správne rozmery a prioritu.
• JavaScript neblokuje interakcie.
• Obrázky majú rozmery a vhodný formát.
• Fonty a kritické zdroje nevytvárajú zbytočné oneskorenie.
• Výsledky sa po nasadení monitorujú.

Prístupnosť

• Web funguje bez myši.
• Fokus je viditeľný.
• Sémantika a poradie nadpisov sú logické.
• Formuláre majú popisy a užitočné chyby.
• Kontrast a reflow spĺňajú WCAG 2.2 AA.
• Rozhranie bolo otestované čítačkou obrazovky.

Bezpečnosť a súkromie

• HTTPS funguje všade a certifikát je monitorovaný.
• Session cookies majú bezpečné atribúty.
• Hlavičky sú prispôsobené aplikácii.
• Oprávnenia sa kontrolujú na serveri.
• Závislosti a tajomstvá sú riadené.
• Logy a alerty umožňujú reakciu.
• Zálohy boli otestované.
• Trackovacie skripty rešpektujú súhlas.

UX a obchod

• Ponuka je zrozumiteľná bez čítania celej stránky.
• CTA vedú k správnej akcii.
• Formuláre a checkout fungujú na mobile.
• Chybové stavy pomáhajú používateľovi.
• Udalosti a konverzie sa merajú správne.
• Každá oprava má vlastníka, prioritu a termín.

Ako používať Kontrolu stavu webu POLPROG

Kontrola stavu webu umožňuje začať audit z jednej URL a skontrolovať SEO, výkon, prístupnosť, bezpečnosť a best practices. Testy bežia na serveri a nevyžadujú registráciu. ^[15]

Odporúčaný postup:

1. Preskenujte domovskú stránku a každú dôležitú šablónu.
2. Zapíšte kritické chyby a opakujúce sa vzory.
3. Potvrďte CWV reálnymi používateľskými dátami.
4. Manuálne otestujte klávesnicu, formuláre a hlavné cesty.
5. Samostatne preverte bezpečnostné hlavičky, DNS a SSL a Open Graph.
6. Prioritizujte backlog podľa dopadu a rizika.
7. Po implementácii test zopakujte a sledujte regresie.

Záver

Najlepší audit webu v roku 2026 nekončí dokumentom so stovkou upozornení. Končí krátkym, zoradeným zoznamom akcií, ktorý oddeľuje kritické problémy od kozmetických, priraďuje zodpovednosť a umožňuje výsledok po implementácii overiť.

Najprv zabezpečte, aby bol web dostupný, indexovateľný a bezpečný. Potom zlepšite hlavné používateľské cesty, Core Web Vitals a prístupnosť. Až potom optimalizujte detaily. Toto poradie zvyčajne prináša viac hodnoty než naháňanie dokonalého skóre v jednom skeneri.