Najčastejšie technické chyby, ktoré brzdia SEO
Technické chyby, ktoré reálne brzdia weby, sa dajú spočítať na prstoch dvoch rúk a opakujú sa z projektu na projekt: zabudnutý zákaz indexovania, nesprávne kanonické adresy, obsah dostupný len po spustení skriptu, reťazce presmerovaní, duplicitné adresy, neoptimalizované obrázky a mapa webu, ktorá klame. Nie sú to exotické prípady – sú to bežné dôsledky redizajnov, aktualizácií a striedania správcov. Tento prehľad je zoradený podľa toho, koľko škody chyba narobí, a nadväzuje na technickú optimalizáciu webu ako celok. Pri každej chybe nájdete, ako sa prejaví navonok, ako ju odhalíte a čo s ňou robíme my.
Ako tento prehľad čítať
Chyby sú zoradené podľa dopadu, nie podľa toho, ako často sa vyskytujú. Prvé tri dokážu web z vyhľadávania prakticky odstrániť, posledné sú skôr brzdou než blokádou. Toto poradie odporúčame dodržať aj pri opravách: nemá zmysel ladiť rýchlosť na stránkach, ktoré nie sú v indexe. Zároveň platí, že väčšina týchto chýb sa neprejaví okamžite – web funguje, len prestane rásť, a súvislosť s konkrétnou zmenou sa hľadá o mesiace neskôr.
| Chyba | Ako sa prejaví | Kde ju nájdete |
|---|---|---|
| Zabudnutý zákaz indexovania | Stránky úplne chýbajú vo vyhľadávaní | Search Console, zostava indexovania stránok |
| Nesprávne kanonické adresy | Indexuje sa iná stránka, než ste chceli | Crawl webu, porovnanie kanonickej a skutočnej adresy |
| Obsah len zo skriptu | Stránka je v indexe, ale prázdna | Zobrazenie stránky s vypnutým JavaScriptom |
| Reťazce presmerovaní | Pomalé načítanie, strata hodnoty odkazov | Crawl webu, stĺpec s počtom presmerovaní |
| Duplicitné adresy | Rozdelený výkon medzi viacero verzií tej istej stránky | Crawl webu, zhodné titulky a texty |
| Neoptimalizované obrázky | Pomalé načítanie, hlavne na mobile | Meranie rýchlosti, zoznam najväčších súborov |
Zabudnutý zákaz indexovania po spustení webu
Toto je najdrahšia chyba, akú v praxi vidíme, a vzniká úplne mechanicky. Počas vývoja sa web zámerne skryje pred vyhľadávačmi, aby sa nedostal do indexu v nedokončenom stave. Pri spustení sa nastavenie zabudne vypnúť. Web je pritom úplne funkčný – načíta sa, formuláre fungujú, klienti ho vidia –, takže nikomu nenapadne, že by mohol byť problém. Zistí sa to zvyčajne až po mesiacoch, keď sa niekto začne pýtať, prečo z vyhľadávania nechodí nikto.
Kontrola je otázka minúty a odporúčame ju spraviť pri každom spustení webu ako povinný krok odovzdania. V redakčnom systéme býva prepínač viditeľnosti pre vyhľadávače v nastaveniach čítania, v šablóne sa hľadá značka noindex a v Search Console sa dá overiť ktorákoľvek adresa priamo. Ak sa chyba objaví, po jej oprave nechajte web znova prehľadať – návrat do indexu trvá dni až týždne, nie hodiny.
Nesprávne nastavené kanonické adresy
Kanonická adresa hovorí vyhľadávaču, ktorá verzia stránky je tá hlavná. Je to užitočný nástroj, ktorý sa dá veľmi ľahko použiť zle. Najčastejší prípad, na aký narážame, je šablóna, ktorá na všetkých stránkach vypisuje kanonickú adresu úvodnej stránky – výsledkom je, že sa index rozhodne zobrazovať iba úvodnú stránku a zvyšok webu ignoruje. Druhý prípad sú kanonické adresy ukazujúce na stránky, ktoré medzitým prestali existovať.
Odhalí sa to crawlom webu, kde sa porovná skutočná adresa stránky s tou, ktorú si stránka sama určuje ako hlavnú. Ak sa líšia bez zjavného dôvodu, treba to preveriť. Pravidlo, ktoré odporúčame dodržiavať: každá stránka ukazuje kanonicky sama na seba, s výnimkou vedomých prípadov, ako sú filtrované výpisy alebo tlačové verzie.
Obsah, ktorý existuje až po spustení skriptu
Moderné weby si často dopĺňajú obsah až po načítaní, skriptom. Vyhľadávač to zvládne, ale nie vždy a nie okamžite – vykresľovanie je pre neho drahá operácia a stránky, ktoré bez skriptu neobsahujú nič, sa spracúvajú s oneskorením alebo neúplne. Problém sa nemusí týkať celej stránky; stačí, že skriptom sa dopĺňajú produkty vo výpise alebo text v záložkách, a tá časť sa do indexu nedostane.
Rýchla skúška, ktorú odporúčame každému: otvorte si stránku s vypnutým JavaScriptom v prehliadači. To, čo zostane, je zhruba to, s čím vyhľadávač pracuje spoľahlivo. Ak zostane prázdna stránka alebo len hlavička a pätička, viete, kde je problém. Riešenie býva na strane vývoja – vykresľovanie na serveri alebo aspoň dodanie kľúčového obsahu priamo v odpovedi.
Reťazce presmerovaní a slepé uličky
Presmerovania vznikajú pri každej zmene štruktúry webu a majú tendenciu sa vrstviť. Stará adresa ukazuje na novšiu, tá na ešte novšiu a po treťom redizajne je reťazec dlhý štyri kroky. Každý krok stojí čas načítania a časť hodnoty pôvodného odkazu sa cestou stráca. Horší prípad je, keď sa reťazec končí na neexistujúcej stránke – vtedy je stratené všetko.
- Skracujte reťazce na jeden krok. Pôvodná adresa má viesť priamo na konečnú, nie cez medzistanice.
- Nesmerujte všetko na úvodnú stránku. Zrušená podstránka má viesť na najbližšiu obsahovo príbuznú, inak človek aj robot stratia kontext.
- Opravte interné odkazy. Ak na starú adresu odkazuje váš vlastný obsah, presmerovanie sa spúšťa zbytočne – odkaz stačí prepísať.
- Chybová stránka musí vracať kód 404. Stránka s textom o chybe, ktorá sa tvári ako platná, sa hromadí v indexe.
- Držte jednu hlavnú verziu domény. Varianty s www aj bez neho, http aj https, majú viesť na jednu adresu.
Duplicitné adresy, ktoré si vyrába web sám
Duplicity málokedy vznikajú tak, že by niekto skopíroval text. Vznikajú z parametrov v adrese, z verzie s www a bez neho, z veľkých a malých písmen alebo z toho, že tá istá stránka je dostupná pod dvomi cestami – napríklad ako podstránka kategórie aj samostatne. Výsledok je, že sa výkon rozdelí medzi viacero verzií tej istej stránky a ani jedna nedosiahne to, čo by dosiahla jedna.
Odhaľujú sa crawlom, kde sa hľadajú stránky s rovnakým titulkom a takmer rovnakým textom. Riešením býva kombinácia troch vecí: kanonická adresa určujúca hlavnú verziu, presmerovanie tam, kde je duplicita zbytočná, a nastavenie, ktoré zabráni vzniku ďalších adries s parametrami. Pri e-shopoch je táto oblasť najrozsiahlejšia a rieši sa samostatne.
Neoptimalizované obrázky a pomalé načítanie
Toto je najčastejšia chyba vôbec a zároveň tá, ktorá sa najľahšie opravuje. Fotografia priamo z fotoaparátu má bežne niekoľko megabajtov a šírku štyritisíc pixelov, hoci sa na stránke zobrazí v šírke osemsto. Na kancelárskom pripojení to nikto nepostrehne; na mobile v pohybe to znamená niekoľko sekúnd čakania. Podľa metodiky Core Web Vitals je práve čas vykreslenia hlavného prvku jednou z troch sledovaných metrík, a tým prvkom býva na väčšine stránok práve veľký obrázok.
Odporúčame tri veci naraz: zmenšiť rozmery na to, čo sa reálne zobrazuje, použiť moderný formát a uviesť v kóde rozmery obrázka, aby sa počas načítania neposúval text. Posledný bod nemá vplyv na veľkosť súboru, ale rieši nestabilné rozloženie – tretiu z metrík, ktorá najviac otravuje reálnych používateľov. Podrobný rozbor všetkých troch metrík nájdete v článku o Core Web Vitals a ich meraní.
Mapa webu, ktorá klame
XML mapa webu má byť zoznam adries, ktoré chcete mať v indexe. V praxi je z nej často zoznam všetkého, čo na webe kedy existovalo, vrátane presmerovaných, zmazaných a zakázaných stránok. Vyhľadávač to nepovažuje za chybu, ale za signál nízkej kvality – dostáva zoznam, ktorému nemôže veriť, a podľa toho s ním zaobchádza.
Kontrola je jednoduchá: mapu si stiahnite a porovnajte s výsledkami crawlu. Každá adresa v mape má vracať kód 200, má byť povolená na indexovanie a má na seba ukazovať kanonicky. Ak niektorá z týchto podmienok neplatí, adresa do mapy nepatrí. Pri väčších weboch odporúčame mapy rozdeliť podľa typu obsahu – ľahšie sa potom zisťuje, ktorá časť webu má problém.
Väčšina technických chýb nevznikne pri stavbe webu. Vznikne pri jeho zmene – po redizajne, po migrácii, po výmene správcu. Preto po každom takom zásahu robíme krátku kontrolu, aj keď sa zdá, že je všetko v poriadku.
V akom poradí chyby opravovať
Poradie odvodzujeme od toho, čo blokuje čo. Najprv sa odstraňujú prekážky indexovania, pretože kým stránka nie je v indexe, nič ostatné sa neprejaví. Potom prichádzajú na rad presmerovania a duplicity, ktoré rozdeľujú výkon medzi viacero adries. Až nakoniec sa ladí rýchlosť, kde sa dá zlepšovať prakticky donekonečna a treba si vedieť povedať dosť. Takto poskladaný plán býva rozložený do niekoľkých týždňov a klient vidí prvé výsledky skôr, než sa pustí do drahších zásahov.
Celý rámec, do ktorého tieto opravy zapadajú, aj to, čo do technickej vrstvy patrí a čo už nie, rozoberáme v článku o tom, čo je technické SEO. Odporúčame ho prejsť skôr, než sa pustíte do opráv – pomôže rozhodnúť, čo má na vašom webe reálne prioritu.
Často kladené otázky
Ktorá technická chyba robí najväčšiu škodu?
Zabudnutý zákaz indexovania po spustení webu. Web funguje úplne normálne, len sa vôbec nezobrazuje vo vyhľadávaní, takže si to zvyčajne nikto nevšimne celé mesiace.
Ako zistím, či mám na webe zákaz indexovania?
V Search Console pri konkrétnej adrese alebo v zostave indexovania stránok. V redakčnom systéme býva prepínač viditeľnosti pre vyhľadávače v nastaveniach čítania.
Prečo sú reťazce presmerovaní problém?
Každý krok navyše stojí čas načítania a časť hodnoty pôvodného odkazu sa cestou stráca. Ak sa reťazec navyše končí na neexistujúcej stránke, stratí sa všetko.
Ako zistím, či môj web závisí od JavaScriptu?
Otvorte stránku s vypnutým JavaScriptom. To, čo zostane viditeľné, je zhruba to, s čím vyhľadávač pracuje spoľahlivo. Prázdna stránka znamená, že obsah sa dopĺňa až skriptom.
Odkiaľ sa berú duplicitné adresy?
Z parametrov v adrese, z verzie s www a bez neho, z veľkých a malých písmen alebo z toho, že tá istá stránka je dostupná pod dvomi cestami. Skopírovaný text je až druhoradá príčina.
Aká veľkosť obrázka je ešte v poriadku?
Pri bežnej ilustrácii do zhruba 300 kB, pri veľkej fotografii v hlavičke do niekoľkých stoviek kilobajtov. Rozhodujúce je, aby rozmery zodpovedali tomu, v akej veľkosti sa obrázok reálne zobrazuje.
Čo patrí do XML mapy webu?
Len adresy, ktoré majú byť v indexe: vracajú kód 200, sú povolené na indexovanie a ukazujú kanonicky samy na seba. Presmerované a zmazané stránky do mapy nepatria.
Kedy technické chyby najčastejšie vznikajú?
Pri zmenách – redizajne, migrácii, aktualizácii systému alebo výmene správcu webu. Preto po každom takom zásahu odporúčame krátku technickú kontrolu, aj keď navonok všetko vyzerá v poriadku.
V akom poradí chyby opravovať?
Najprv prekážky indexovania, potom presmerovania a duplicity, nakoniec rýchlosť. Kým stránka nie je v indexe, žiadna ďalšia optimalizácia sa neprejaví.
Ako rýchlo sa oprava prejaví?
Po odstránení prekážky indexovania rátajte s dňami až týždňami, kým vyhľadávač stránky znova prejde. Pri rýchlosti a duplicitách je efekt postupný a merateľný skôr v mesiacoch.