Technické SEO e-shopu — checklist 2026

Technické SEO je neviditelná část SEO. Zákazník ho nevidí, ale když nefunguje, nevidí ani vaše produkty ve vyhledávání. U e-shopů je technika náročnější než u běžných webů: tisíce produktů, filtry, varianty, stránkování, vyprodané zboží a časté změny cen.

Tento checklist vychází z dokumentace Google Search Central, nápovědy Seznamu a z toho, co při auditech e-shopů nacházíme nejčastěji. Body jsou seřazené podle dopadu. Ke každému píšeme, jak ho ověřit. Širší kontext najdete v průvodci SEO pro e-shopy.

1. Procházení: najde robot všechno důležité?

Vyhledávač musí stránky nejdřív najít. Google zjišťuje odkazy jen z HTML prvků <a> s atributem href. Tlačítko, které načte další produkty jen přes JavaScript bez odkazu, robot nemusí sledovat.

• Všechny indexované produkty jsou dosažitelné odkazem z kategorie nebo podkategorie. Google výslovně upozorňuje, že pokud výpis kategorie neodkazuje na všechny produkty, nemusí je najít jen procházením.
• Robots.txt neblokuje CSS, JavaScript ani obrázky, které jsou potřeba k vykreslení stránky.
• Robots.txt neblokuje důležité sekce omylem, třeba po přechodu z testovacího prostředí.
• Důležitý obsah je v HTML nebo se spolehlivě vykreslí. Serverové vykreslování nebo předgenerování je bezpečnější volba, protože ne všechny roboty spouštějí JavaScript.

Jak ověřit: crawlerem projděte web jako robot a porovnejte počet nalezených produktů s počtem produktů v administraci. V Search Console použijte kontrolu URL na pár produktů a podívejte se na vykreslené HTML.

2. Indexace: je v indexu to, co tam má být?

Druhá otázka je opačná: nejsou v indexu stránky, které tam být nemají? U e-shopů jde hlavně o kombinace filtrů, řazení, interní vyhledávání, košík a zákaznický účet.

• Přehled Indexování stránek v Search Console nemá tisíce URL ve stavu „Procházeno – momentálně neindexováno“ nebo „Duplicitní“ u stránek, které chcete mít v indexu.
• Stránky košíku, účtu a interního vyhledávání mají noindex nebo jsou blokované v robots.txt.
• Noindex a blokace v robots.txt se na jedné URL nekombinují. Když robot nesmí stránku stáhnout, značku noindex nevidí a URL se může v indexu udržet.
• Web je ověřený i v Seznam Webmasteru. SeznamBot podle nápovědy Seznamu respektuje robots.txt a čte sitemapy stejně jako Googlebot.

Jak ověřit: porovnejte počet indexovaných stránek v Search Console s tím, kolik kategorií, produktů a článků skutečně máte. Velký rozdíl oběma směry je signál k hledání příčiny.

3. Filtry a parametry: největší zdroj problémů

Google ve svém průvodci ke správě procházení fasetové navigace uvádí, že filtry jsou zdaleka nejčastějším zdrojem nadměrného procházení, na který si majitelé webů stěžují. Pět filtrů s deseti hodnotami snadno vytvoří statisíce URL. Robot pak tráví čas na kopiích místo na nových produktech. U velkých e-shopů to přímo souvisí s crawl budgetem.

Doporučení z dokumentace Googlu:

• Kombinace filtrů, které nechcete v indexu, zakažte procházet v robots.txt.
• Pokud některé kombinace v indexu chcete, používejte standardní oddělovač parametrů &, držte stále stejné pořadí filtrů a pro prázdné výsledky vracejte stavový kód 404.
• Nevytvářejte URL pro kombinace, ve kterých nejsou žádné produkty.

V praxi obvykle necháváme indexovat jen vybrané filtry s reálnou poptávkou (značka, typ, případně barva) a zbytek blokujeme. Podrobný postup v článku Faceted navigation a SEO.

4. Duplicity, canonical a varianty

Canonical říká vyhledávači, která z podobných URL je hlavní. Je to silný signál, ale ne příkaz. Když mu odporují interní odkazy nebo sitemap, Google si může vybrat jinou URL.

• Každá indexovatelná stránka má canonical sama na sebe, pokud nemá být sloučena s jinou.
• Interní odkazy, sitemap a canonical ukazují na stejnou verzi URL (s lomítkem nebo bez, s www nebo bez, HTTPS).
• Produkt zařazený ve více kategoriích má jednu kanonickou URL.
• Varianty mají jasné pravidlo: buď samostatné URL s vlastním obsahem, nebo canonical na hlavní produkt.
• Parametry z kampaní (utm_) nevytvářejí indexované duplicity.

Jak ověřit: v crawleru vyfiltrujte stránky, kde se canonical liší od vlastní URL, a zkontrolujte, zda je to záměr. V Search Console kontrolou URL porovnejte canonical zvolený Googlem s tím, který deklarujete.

5. Stránkování

Google už nepoužívá značky rel="next" a rel="prev". V dokumentaci k stránkování doporučuje:

• dát každé stránce vlastní URL, například s parametrem ?page=2,
• nedávat canonical všech stránek na první stránku, každá stránka má canonical sama na sebe,
• nepoužívat pro čísla stránek fragment za #, protože ho Google ignoruje,
• odkazovat na první stránku konzistentně, buď vždy s ?page=1, nebo vždy bez.

Nekonečné načítání a tlačítko „Načíst další“ jsou v pořádku, pokud pod nimi existují klasické odkazy na stránkované URL.

6. Sitemapy

• Sitemap obsahuje jen indexovatelné URL se stavovým kódem 200 a canonical sama na sebe.
• Jedna sitemapa má podle Googlu nejvýš 50 000 URL nebo 50 MB nekomprimovaně. Větší e-shopy ji rozdělí (například produkty, kategorie, články) a odešlou index sitemap.
• Sitemap se generuje automaticky z platformy, ne ručně.
• Je odeslaná v Search Console a uvedená v robots.txt, kde ji najde i SeznamBot.

7. Stavové kódy a vyprodané produkty

• Soft 404: stránka říká „produkt neexistuje“, ale vrací kód 200. Google ji vyřadí z indexu a zbytečně ji prochází. Neexistující stránka má vracet 404 nebo 410.
• Dočasně vyprodané produkty nechte na webu s označením dostupnosti. Google k tomu v návodu ke spuštění e-shopu uvádí, že produkty označené jako nedostupné se mohou normálně indexovat.
• Trvale zrušené produkty přesměrujte 301 na nejbližší náhradu. Pokud žádná není, vraťte 404 nebo 410. Hromadné přesměrování všeho na homepage může Google vyhodnotit jako soft 404.
• Řetězy přesměrování zkraťte na jeden skok.
• Chyby 5xx sledujte průběžně. Opakované chyby serveru zpomalují procházení.

8. Rychlost a Core Web Vitals

Core Web Vitals měří reálnou zkušenost uživatelů. Hranice pro „dobrý“ výsledek podle web.dev:

Hodnotí se 75. percentil návštěv, zvlášť pro mobil a desktop. U e-shopů bývají viníky neoptimalizované fotky, pozdě načtené bannery, pop-upy a desítky skriptů třetích stran. Podrobně v článku Core Web Vitals pro e-shopy.

9. Strukturovaná data

• Produkty mají Schema.org typu Product s Offer (cena, měna, dostupnost), případně hodnocení.
• Kategorie a produkty mají BreadcrumbList.
• Homepage má Organization.
• Data ve strukturovaných datech odpovídají tomu, co vidí zákazník na stránce, včetně ceny.
• Kontrola v Rich Results Testu a v přehledech rozšířených výsledků v Search Console proběhla bez chyb.

Víc v článku Schema.org pro ecommerce.

Jak na to prakticky: checklist na jednu stránku

Checklist projděte aspoň jednou ročně a vždy před a po migraci nebo redesignu. Pokud chcete, projdeme ho za vás: technický SEO audit je u nás jednooblastní audit s výstupem za 5–10 dnů a s akčním plánem seřazeným podle dopadu. Opravy pak řešíme v rámci SEO pro e-shopy, úpravy šablon a serveru v rámci vývoje. Rychlou první kontrolu nabízí audit zdarma.