Top 9 SEO problémů a jak se jim vyhnout nebo je opravit

SEO je složitá disciplína vyžadující pečlivé zvážení různých faktorů a postupů, aby byla správně implementována. Existují různé způsoby, jak se můžeme mýlit a poškodit organický potenciál webu.
V tomto postu se budeme věnovat nejčastějším SEO problémům a tomu, jak se vyhnout tomu stát se jejich obětí. Stejně tak, pokud již s takovými problémy bojujete, můžeme vám pomoci je úspěšně vyřešit.
Začněme základy.
Co jsou SEO problémy?
Potenciální SEO problém, který by mohl poškodit výkon našich webů ve vyhledávačích, lze identifikovat jako issue. Pro zajištění odpovídající optimalizace stránek vysoko rankujících v Googlu (a dalších vyhledávačích) bychom si měli být vědomi několika běžných chyb.
Broken interní a externí odkazy
Čím víc stránek web má, tím vyšší jsou šance na broken odkazy. Když web stále roste a produkuje víc obsahu, existuje nebezpečí nepovšimnutých 404 stránek. Zatímco je dobré rozvíjet a přidávat nové funkce a landing pages, musíme vždy věnovat pozornost problémům s interními a externími odkazy.
My, jako uživatelé, nemáme rádi, když se dostaneme na stránku, která nefunguje, že? To přerušuje náš tok a často vede k okamžitému opuštění webu.

Návštěvníci by mohli vnímat web jako nedůvěryhodný. Jak víme, Google je opravdu dobrý v identifikaci uživatelských vnímání webu/stránky. Tedy, pokud jsou uživatelé nespokojeni, v důsledku budou nespokojené i vyhledávače.
A co víc, broken stránky plýtvají vzácným crawl budgetem, který by jinak mohl být využit smysluplně. Nechceme, aby boti trávili čas a zdroje na stránkách, které nejsou pro uživatele přístupné.
Dobrou zprávou je, že snadno identifikujeme broken interní a externí odkazy díky různým SEO nástrojům. Přirozeně, pokud máme menší web s několika stránkami, pravděpodobně je budeme znát zpaměti a nebude tak těžké zajistit, že vše funguje dobře.
Jak však weby rozvíjíme, je nemožné a zbytečné to dělat manuálně.
Tip: spouštějte naplánované scany jednou týdně nebo měsíčně, a pokud identifikujete jakékoli broken odkazy, zkoumejte hlouběji a pokuste se je odpovídajícím způsobem opravit.

Duplicitní obsah
Duplicitní obsah je jedním z nejstarších a nejběžnějších problémů známých mezi digitálními marketéry. Hlavním problémem je, že poskytováním podobných stránek vyhledávačům, včetně Googlu, mohou bojovat s identifikací a rankingem správných URL.
V důsledku můžeme (jako SEOs) trpět ztrátou provozu nebo prostě nezískat plný přínos z našich webů.
My jako profesionálové ve vyhledávačích musíme zajistit, že náš obsah je unikátní. Aby se život vyhledávačů usnadnil, měli bychom se vyhnout několika běžným pastím.
Často duplicitní obsah vzniká tím, že umožníme různým verzím stejné stránky být dostupné uživatelům i botům. Například mít současně http i https verze webu načítané bez správných redirectů je oblíbeným problémem.
Abychom se tomuto potenciálnímu problému vyhnuli, museli bychom mít nastavené správné redirecty z http na https. To můžeme snadno otestovat zadáním http://nazevwebu.com v prohlížeči. V případě, že náš https protokol je povolen a správně nastaven, prohlížeč by nás měl přesměrovat na https://nazevwebu.com.

Stejně tak by non-www verze webu měla redirectovat na www verzi, pokud je to hlavní verze webu, a naopak.

Parametry v URL jsou další běžnou pastí, která způsobuje duplicitní URL. Systémy správy obsahu často přidávají sortovací parametry (pro velikost, barvu, model atd.), které by mohly vést k mnoha stránkám se stejným obsahem.

Není to však nic, čeho se bát, za předpokladu, že implementujeme správné canonicals a no-index atributy, když jsou potřebné.
Poznámka: canonical tagy jsou populárním způsobem, jak Googlu sdělit, kterou sadu podobných URL indexovat a počítat jako hlavní. Dalším způsobem je použít no-index atribut, když parametry způsobují různé URL se stejným nebo podobným obsahem.
Selhání title tagu
Title tagy patří mezi nejdůležitější on-site SEO prvky. Informují vyhledávače, jaké je hlavní téma stránky. Title tagy se také zobrazují ve výsledcích vyhledávání nahoře nad každým organickým výpisem. To je činí jedním z klíčových prvků a často rozhodujícím faktorem pro to, aby uživatelé klikli na konkrétní výsledek.
Věnovat čas jejich správnému nastavení je klíčový SEO úkol. Někdy je to však zanedbáno, což vede k nízkým mírám prokliku.
Hlavní problémy s title tagy jsou:
- vůbec chybějící title tagy
V tomto případě Google nastaví title tag na základě svého chápání toho, o čem naše stránka je. Obvykle si s tímto úkolem dobře poradí, ale stejně je to promarněná SEO příležitost.
Je dobré nastavit title tagy sami, zvláště pro naše nejdůležitější stránky.
- příliš dlouhé/krátké title tagy
Použití krátkých title tagů je promarněný způsob, jak přilákat potenciální uživatele a přimět je kliknout na naše výsledky. Obvyklou praxí je mít mezi 55–65 symboly zobrazenými ve výsledcích vyhledávání.
Naopak title tagy, které jsou příliš dlouhé (přes 65 symbolů), mohou být oříznuty a nezobrazí se plně. To vytvoří další promarněnou příležitost ukázat naše celé sdělení online světu.

Jak vidíme zde, title i meta description jsou oříznuté, a tudíž neposkytují nejlepší uživatelský zážitek.
- duplicitní title tagy
Je běžnou praxí pro e-commerce weby mít identické tagy. To je často případ i u jiných typů webů, bohužel. Duplicitní title tagy ztěžují stránkám vyniknout a odlišit se od jiných podobných stránek.

Problémy s Robots.txt
Robots.txt je relativně jednoduchý, ale užitečný nástroj poskytující důležité informace a instrukce crawlerům vyhledávačů. Je umístěn v root adresáři webů a používá formát plain text.
Může zabránit, aby určité sekce našeho webu byly crawlovány, takže boti nemusí plýtvat vzácnými zdroji. Existují však nějaké potenciální chyby, kterých bychom si měli být vědomi.
Udělování přístupu staging a dev stránkám nebo admin panelům
Existuje několik způsobů, jak zabránit vyhledávačům v dosažení jakýchkoli testovacích a vývojových verzí vaší domény. Jedním ze způsobů je použít příkaz v souboru robots.txt, ačkoli existují účinnější způsoby (např. HTTP autentifikace).
Jednou z nejběžnějších blokujících instrukcí pro WP weby je vyloučit složku wp-admin panelu. Takto vypadá:
User-agent: * Disallow: /wp-admin/
User-agent: * znamená, že se instrukce vztahuje na všechny boty (Google bot, Bing bot atd.) a druhý řádek říká, že je chceme zastavit od crawlování složky /wp-admin/ a všeho, co do ní jde.
Blokování důležitých URL z crawlování
Podobně jako u předchozího příkazu, nechceme zakázat botům přístup k jakýmkoli důležitým složkám na našem webu. Například běžnou chybou by mohlo být:
User-agent: * Disallow: /priklad-dulezity-adresar/
Nebo někdy můžeme mít dokonce toto:
User-agent: * Disallow: /
což v podstatě znamená zakázat celý web všem botům. Toto se obvykle používá před „otevřením" webu světu během počátečních testů. Někdy je to však zanedbáno a DEVs nebo SEOs zapomenou to odstranit, když je web dostupný veřejnosti, včetně vyhledávačů a uživatelů.
Nezahrnutí odkazu na soubor sitemap
Robots.txt je skvělý způsob, jak vyhledávačům usnadnit nalezení souboru sitemap webu. I když to není obrovská chyba, pokud to vynecháme (zvláště u menších webů), je to stále rychlá a užitečná věc.

Katastrofy meta robots tagu
Meta robots je jeden z nejdůležitějších tagů a direktiv jako celku, pokud jde o SEO. Je to účinný způsob, jak majitelé webů informují vyhledávače, že určitá stránka by neměla být followována nebo indexována.
Existují různé use cases a konfigurace, ale nejpopulárnější (a často nebezpečná) je noindex tag. „Žije" v head sekci HTML a vypadá takto:
<meta name="robots" content="noindex,follow" />
V podstatě to znamená, že odrazujeme vyhledávače od indexování našeho obsahu ve výsledcích vyhledávání, ale chtěli bychom, aby followovali odkazy na této stránce. Můžeme řešit různé potenciální problémy zabraňováním vyhledávačům indexovat obsah. Například:
- stránky s thin content, které neposkytují uživatelům žádnou skutečnou hodnotu - checkout stránky na eCommerce webech - URL obsahující citlivé informace - dev/staging stránky, které nejsou připraveny být spuštěny pro veřejnost
Nejběžnějším problémem, který se s příkazem noindex stává, je zapomenout ho odstranit pro důležitou stránku (nebo celý web), kdykoli je připraven být oficiálně spuštěn do online světa. Řekněme, že DEVs na něm dlouho pracovali, testovali různé věci, a pak prostě někdo zapomene to odstranit, jakmile je spuštěn.
Bezpochyby je to jedna z prvních (a nejjednodušších) kontrol, kterou je třeba udělat, pokud se ptáte, proč určitý web nebo specifická sekce nepřináší žádný organický provoz.
Stačí otevřít zdrojový kód a vyhledat (ctrl+f) příkaz „robots". Pokud si všimnete direktivy „no index", pak jste v problému! Dobrou zprávou ale je, že teď znáte důvod a jak to snadno opravit.

Když Canonicals jdou špatně
Canonical tag je mocnou zbraní v arzenálu SEOs. Často se používá k zabránění potenciálním SEO problémům s podobným obsahem existujícím na různých URL.
Například je to velmi běžné v E-commerce magazínech s různými parametry ve stránkách, které by potenciálně mohly způsobovat problémy s duplicitním obsahem.
S canonicalem prostě říkáme vyhledávačům, která je „hlavní" / „originální" stránka, takže všechny ostatní verze nevytvářejí problémy. Navíc Google bude vědět, kterou stránku upřednostnit a zobrazit ve výsledcích vyhledávání.
Existuje několik problémů, které zde mohou nastat. Jeden z nich, jak jsme již zmínili, je nemít nastavený canonical, když máte různé URL se stejným obsahem.

V případě, že je canonical nastavený, zde jsou nejčastější nebezpečí, kterých si být vědom:
- canonical URL ukazuje na URL s noindex tagem - canonical URL ukazuje na URL vracející 4xx nebo 5xx status kód - canonical URL ukazuje na nezabezpečenou http verzi stránky (když máme dostupnou i zabezpečenou verzi) - non-self-referencing canonical (tzv. canocalized URL)
Poznámka: to může být v pořádku v případě, že je to záměrné, ačkoli ve většině případů bychom chtěli self-referencing canonicals
- canonical tag je prázdný nebo ukazuje na nevalidní stránku
Problémy s Hreflang
Hreflangs jsou hyperlinkové reference v HTML kódu stránky, které nám umožňují specifikovat alternativní URL přidělené určitému jazyku nebo regionu. Jsou zvláště důležité pro weby fungující v různých zemích a poskytující obsah v různých jazycích.

Hlavní myšlenkou za referencemi hreflang je zajistit, že ukazujeme správnou verzi webu podle uživatelů a jejich země/jazyka.
Například pro španělské návštěvníky chceme poskytnout /es verzi webu/stránky, pro německé návštěvníky by to mělo být /de a tak dále.
V podstatě informujeme Google, kterou stránku a v jakém jazyce by měl uživatelům zobrazovat, v závislosti na jejich nastavení jazyka a poloze.
Anotace hreflang vypadají takto:
<link rel="alternate" href="https://www.example.com/es/" hreflang="es" />
Mezi nejčastější problémy s hreflang patří:
- chybějící zpětný odkaz
Alternativní URL by měly mít stejný kód jako stránka, která obsahuje alternate hreflang URL. Při použití hreflang tagu a stránka X odkazuje na stránku Y, stránka Y musí odkazovat zpět na stránku X. V podstatě každá řádka kódu hreflang odkazující na jinou stránku by měla mít stejný kód na každé stránce, na které je přidán.
- detekovaný jazyk neodpovídá specifikovanému jazyku
Někdy se jazyk specifikovaný v hreflang tazích bude lišit od skutečného obsahu stránky
- špatné ISO kódy
Populární chybou je použití „en-UK" namísto „en-GB" při cílení na anglicky mluvící návštěvníky ve Spojeném království. Syntax je také velmi důležitá. I když mnoho webů používá podtržítka ke specifikaci jazyků v jejich URL, pro hreflang fungují pouze pomlčky.
- chybějící self-referencing tag
Přidání self-referencing hreflang tagu je nutností k zajištění, že mezinárodní weby jsou nastaveny správně a jsou snadno pochopitelné vyhledávači.
- použití relativních URL místo absolutních
Další běžná chyba s hreflang. Měli bychom se vyhnout relativním adresám, které poskytují pouze cestu, a vždy jít na úplnou cestu stránky.
Správně:
<link rel="alternate" href="https://www.example.com/es/spanish-post" hreflang="es" />
Nesprávně:
<link rel="alternate" href="es/spanish-post" hreflang="es" />
Zde je jeden užitečný nástroj pro identifikaci problémů s hreflang - https://technicalseo.com/tools/hreflang/
Nebezpečí JavaScriptu
I když Google potvrzuje, že JavaScript lze používat bez způsobování jakýchkoli SEO problémů, měli bychom s ním být opatrní. Vývojáři často používají JS k načítání důležitého obsahu a odkazů, a to nás může postavit do situace, kdy vyhledávače nedokáží správně crawlovat a chápat obsah.
Proto se doporučuje strávit extra čas a zkontrolovat naše weby, abychom viděli, zda se všechny důležité informace správně zobrazují.
Například špatná JS implementace by mohla vést k tomu, že Google nečte meta tituly a description, které jsme nastavili, což pak vytváří problémy s naším CTR ve výsledcích vyhledávání.

Proto je klíčové si být vědom Google interpretace našeho JavaScript obsahu a zda jsou schopni správně crawlovat a indexovat informace.
Problémy s mobilní použitelností
Pravděpodobně nikoho nepřekvapí, když řekneme, že mobilní použitelnost a výkon webu jsou dva z nejdůležitějších SEO faktorů v dnešní době.
Je to již několik let, co Google přešel na mobile-first indexing a bere v úvahu mobilní verzi webové stránky s prioritou.
Jedním z hlavních problémů, který byl viděn častěji v minulosti, bylo zobrazování odlišného obsahu desktop a mobilním uživatelům. Toto je velmi nebezpečná praxe a mohla by vést k nižším organickým výsledkům.
Některé z hlavních faktorů, které by mohly ovlivnit výkon webu, zahrnují:
- velký počet pluginů
Snažte se vyhnout instalaci velkého počtu pluginů. Čím víc pluginů máte, tím těžší a neohrabanější se váš web stává.
A co víc, pluginy jsou potenciálním vstupním bodem pro hackery (když nejsou včas aktualizovány), takže mohou také představovat bezpečnostní riziko.
- neoptimalizované obrázky
Obrázky jsou jedním z nejběžnějších faktorů, které ovlivňují rychlost stránek a celkový výkon webu. Nikdo si neužívá pomalu načítající se weby, takže vždy doporučujeme snažit se udržet obrázky menší než 100 kb na velikost.

- hostingové služby
Vezměte v úvahu, že server, na kterém hostujete svůj web, je základ, na kterém se vše bude stavět. Proto je lepší nejít na nejlevnější řešení a ušetřit si potíže do budoucna. Stojí to za investici trochu víc, ale s vědomím, že na oplátku dostanete spolehlivou, bezpečnou a rychlou hostingovou službu.
Stručně shrnuto
Jak jsme již viděli, existuje mnoho způsobů, jak se v SEO mýlit. Je také vhodné poznamenat, že toto jsou jen některé z nejpopulárnějších a nejběžnějších SEO technických problémů, na které můžeme narazit. Je mnohem víc SEO nočních můr, které se mohou stát.
Doufejme, že jsme vám zatím pomohli získat lepší představu a porozumění hlavním SEO problémům a co je ještě důležitější — jak se jim vyhnout nebo je opravit.
Hodně štěstí!
Autor: Ognian Mikov

SEO se v mém životě objevilo v roce 2012 a od té doby jsem do něj naprosto zamilovaný. Pro mě je to mnohem víc než jen práce — je to zároveň vášeň i koníček, který mě motivuje učit se a posouvat se. Ať už zkoumám nová témata, tvořím obsah nebo se ponořím do technických oprav, vždycky mě fascinuje obrovský svět digitálního marketingu a nespočet příležitostí, jak zlepšit výkon webu.
V roce 2021 jsem se připojil k SEO Alive a SEOcrawl — mé první remote firmě — kde jsem mohl rozvíjet nové dovednosti a pracovat na zajímavých projektech. A co je nejdůležitější, měl jsem příležitost potkat skvělé kolegy a učit se od nich; mnozí se mezitím stali i přáteli.
Mám bakalářský titul z Marketingu a magisterský titul z PR & reklamy. Ve volném čase rád trávím čas s dcerou, hraju a sleduji šachy, fotbal (Само Левски & Més que un club) a poker.
Objevte další obsah od tohoto autora

