Čím je PrestaShop z pohledu SEO specifický
PrestaShop je open source e-shop, který vykresluje stránky na serveru a dává vám plnou
kontrolu nad kódem. Pro SEO je to dobrá zpráva: vyhledávače i AI crawlery dostanou
hotové HTML bez čekání na JavaScript, do šablony můžete zasáhnout kdykoli a nejste odkázaní na
to, co dovolí provozovatel krabice. Špatná zpráva je, že tu kontrolu za vás nikdo nevykonává.
Šablona, moduly, hosting, aktualizace i robots.txt jsou vaše zodpovědnost.
Z praxe se u PrestaShopu opakují tři situace. Šablona od agentury, která
vypadá dobře, ale zapomněla na strukturovaná data, hreflang nebo kanonické odkazy.
Hosting a výkon, které nikdo neladil od spuštění: vypnutá cache, staré PHP,
obrázky v plné velikosti. A výchozí nastavení, které nikdo nezměnil: filtry generují
indexovatelné adresy, nedostupné produkty vracejí chybu 404 a přesměrování na kanonickou URL
je vypnuté.
Dobrá zpráva na závěr: většinu z toho lze vyřešit bez placených modulů a bez přestavby.
Rozdíl mezi dobře a špatně nastaveným PrestaShopem je často jen v desítce voleb v administraci
a v jednom zadání pro vývojáře.
Co vyřešíte v administraci bez vývojáře
Než začnete psát zadání pro vývojáře, projděte nastavení, které PrestaShop nabízí přímo v
administraci. Názvy voleb se mezi verzemi mírně liší, princip zůstává:
- Přátelské URL a schéma adres (Nastavení obchodu → Provoz → SEO a
URL). Zapnuté přátelské URL jsou samozřejmost. Důležitější je schéma: pokud adresa
produktu obsahuje cestu kategorie a produkt je zařazený do více kategorií, vzniká víc
adres pro jeden obsah. Doporučuji adresy produktů bez kategorie v cestě.
- Přesměrování na kanonickou URL (tamtéž). Volba mezi žádným, 301 a 302.
Nastavte 301. Bez toho zůstávají dostupné adresy s parametry, starým ID nebo jiným
pořadím slov a vyhledávač si mezi nimi vybírá sám.
- Chování nedostupného produktu (na kartě produktu, sekce SEO). Místo
výchozí chyby 404 lze nastavit trvalé přesměrování na kategorii nebo na nástupce. U
produktů s odkazy a pozicemi je to rozdíl mezi zachovanou a zahozenou návštěvností.
- Meta titulky a popisky. PrestaShop má pole pro každý produkt a kategorii,
ale žádné šablony. U stovek položek to jde ručně, u tisíců potřebujete modul pro hromadné
generování nebo export a import přes CSV.
- Generování robots.txt. Tlačítko v administraci soubor přepíše. Pokud jste
ručně přidali pravidla pro filtry nebo AI boty, po každém přegenerování zmizí. Pravidla
proto evidujte mimo e-shop.
- Sitemapa. Oficiální modul Google Sitemap zdarma generuje soubory pro
produkty, kategorie i obrázky. Zkontrolujte, že neobsahuje nedostupné produkty a
nepřeložené jazykové verze.
- Výkon (Pokročilé parametry → Výkon). Zapnutá Smarty cache s
přepočtem jen při změně, sloučení a komprese CSS a JavaScriptu, vypnutý ladicí režim. Od
verze 8.1 také generování obrázků ve formátu WebP.
- Jazyky a hreflang. Výchozí šablona hreflang vypisuje automaticky, ale
pro všechny aktivní jazyky, včetně těch, kde překlad chybí. Neaktivní nebo nepřeložené
jazyky vypněte, jinak Google dostává odkazy na duplicitní obsah.
Tenhle seznam je zároveň první část každého auditu, který dodávám. Co jde nastavit v
administraci, projdeme spolu na schůzce; do zadání pro vývojáře jde jen to, co bez zásahu do
kódu nejde.
Facetová navigace: největší zdroj problémů
Modul vrstvené (facetové) navigace je pro zákazníky nejužitečnější funkce e-shopu a pro
vyhledávače nejrychlejší způsob, jak zahltit index. Každá kombinace filtrů vytvoří adresu s
parametrem: značka, barva, velikost, cena, dostupnost, řazení. Při deseti filtrech s pěti
hodnotami jde o desítky tisíc kombinací na jednu kategorii.
Postup, který používám, má tři kroky:
- Zjistit, co se skutečně hledá. Z analýzy klíčových slov vyberu kombinace
kategorie a jednoho atributu, které mají hledanost: „dámské běžecké boty Nike“, „matrace
160×200“. Těch bývá u typického e-shopu desítky až nižší stovky, ne tisíce.
- Vybraným kombinacím dát vlastní stránku. Buď podkategorií s vlastním
textem a titulkem, nebo modulem pro indexovatelné filtrované stránky s čistou URL. Na tyto
stránky vede interní prolinkování z kategorie i z menu.
- Zbytek uzavřít. Adresy s parametrem filtru dostanou kanonický odkaz na
kategorii a pravidlo v robots.txt, aby je robot vůbec neprocházel. Stránkování nechávám
procházet, ale hlídám, kam míří jeho kanonické odkazy.
Rozhodovací matici a data z velkých e-shopů popisuji v článku o indexaci filtrační navigace. U PrestaShopu
k tomu přidávám jednu specialitu: modul filtrů umí načítat výsledky přes AJAX a měnit adresu v
prohlížeči. Vždy proto kontroluji, co vidí robot bez JavaScriptu a jestli se odkazy na filtry
vůbec dostanou do HTML.
Rychlost PrestaShopu: kde se ztrácí sekundy
U PrestaShopu se rychlost neřeší jedním zásahem, ale postupným úklidem. Z auditů vychází stále
stejné pořadí podle dopadu:
- Hosting a verze PHP. Sdílený hosting s pomalým diskem a starým PHP brzdí
všechno ostatní. Aktuální PHP s OPcache a rychlá databáze jsou základ, o kterém se nemá cenu
hádat.
- Cache. Smarty cache, sloučení a komprese CSS a JavaScriptu, u větších
e-shopů cache stránek na úrovni serveru nebo CDN. Vše je v administraci nebo v konfiguraci
hostingu, není třeba vývojář.
- Moduly a šablona. Nabalené moduly a těžká šablona umí sebrat i polovinu
času načítání. Rychlost konkrétních modulů v rámci SEO neřeším, v auditu na problém upozorním
obecně a rozbor i úklid je práce pro vašeho vývojáře.
- Obrázky. WebP, správné rozměry pro jednotlivé typy náhledů, líné načítání
pod ohybem stránky. Největší efekt na LCP produktových stránek a kategorií.
- Externí skripty. Chat, heatmapy, reklamní a měřicí systémy, které si
marketing přidával léta. Měřím zvlášť homepage, kategorii, detail a košík,
protože každý typ stránky má jiného viníka.
Core Web Vitals hodnotím podle skutečných uživatelských dat z Chrome, ne podle laboratorního
skóre. Po nasazení změn trvá 28 dní, než se nový stav v reportu ukáže. Podrobněji o metrikách a
jejich měření na stránce technické SEO a v článku o rychlosti webu a měřicích tazích.
Upgrade na PrestaShop 8 a 9: co zkontrolovat, aby se nic nerozbilo
PrestaShop 1.6 nedostává aktualizace od roku 2019, řada 1.7 dobíhá a aktuální jsou verze 8 a 9.
Samotný upgrade je práce pro vašeho vývojáře a neřeším ho. Z pohledu SEO jde ale o migraci se
vším všudy: nová šablona znamená nová strukturovaná data, nový hreflang, nový modul filtrů a
často i nový tvar adres. Moje role je zkontrolovat před spuštěním a po něm, že se nic
nerozbilo.
Co při upgradu kontroluji:
- Adresy a přesměrování. Porovnání adres staré a nové instalace, ověření, že
každá změněná adresa má 301 přesměrování jedna ku jedné. Včetně obrázků, které mají v Googlu
vlastní návštěvnost.
- Inventura šablony. Co stará šablona uměla a nová ne: strukturovaná data,
hreflang, kanonické odkazy, meta pole, stránkování. Vývojář to doplní před spuštěním, ne
po něm.
- Filtry. Modul filtrů byl mezi verzemi přepsaný, takže se mění i adresy
filtrovaných stránek a jejich kanonizace. Kontroluji, že zůstaly uzavřené.
- Den spuštění a týden po něm. Kontrolní seznam: robots.txt, sitemapa,
přesměrování, indexovatelnost, Search Console. První týden po nasazení sleduji chyby
procházení denně.
Přechod na PrestaShop z jiné platformy i odchod z něj řeším jako plnohodnotný dohled nad migrací
včetně mapování adres. Postup popisuji na stránce dohled nad migrací. Pokud e-shop na verzi 1.6
zatím upgradovat nechcete, dá se udržet v provozu, ale investici do SEO bych omezil na věci,
které přežijí budoucí přestavbu: obsah kategorií, strukturu a odkazy.
PrestaShop vs. Shoptet vs. WooCommerce z pohledu SEO
Nejčastější otázka od klientů, kteří platformu teprve vybírají nebo zvažují změnu. Pracuji na
všech třech, takže nemám důvod vám jednu z nich prodávat.
| Kritérium |
PrestaShop |
Shoptet |
WooCommerce |
| Kontrola nad kódem |
Plná, vlastní šablona i moduly |
Omezená, jen to, co dovolí platforma |
Plná, ale závislá na pluginech |
| Filtry a jejich indexace |
Řešitelné, vyžaduje nastavení nebo modul |
Pevně dané, částečně nastavitelné |
Podle pluginu, často problematické |
| Rychlost |
Závisí na hostingu a modulech |
Stabilní, mimo vaši kontrolu |
Závisí na hostingu a pluginech |
| Aktualizace a bezpečnost |
Vaše zodpovědnost |
Řeší provozovatel |
Vaše zodpovědnost, časté |
| Multistore a jazyky |
Nativně, silná stránka |
Samostatné e-shopy |
Přes pluginy |
| Náklady na provoz |
Hosting + vývojář |
Měsíční tarif |
Hosting + pluginy + vývojář |
| Pro koho |
Větší katalog, více trhů, vlastní tým |
Menší a střední e-shop bez vývojáře |
Obsahový web s menším e-shopem |
Změna platformy vyřeší jen ty problémy, které jsou skutečně v platformě. Špatnou strukturu
kategorií, chybějící obsah nebo slabý odkazový profil si vezmete s sebou. Pokud zvažujete
přechod, řeknu vám na rovinu, jestli váš problém vyřeší jiný systém, nebo jen jiné nastavení
toho stávajícího. Specifika ostatních platforem popisuji na stránkách SEO pro Shoptet a SEO pro
WordPress a WooCommerce.
PrestaShop a AI vyhledávání
Zákazníci se čím dál častěji ptají ChatGPT, Perplexity nebo AI přehledů Googlu, který produkt
koupit a kde. PrestaShop má v tomhle ohledu dobrou výchozí pozici: obsah vykresluje server,
takže AI crawlery, které JavaScript nespouštějí, vidí to samé co zákazník. Zbývá vyřešit tři
věci:
- Přístup. Robots.txt PrestaShopu AI boty neblokuje, ale hosting nebo
Cloudflare ano. Ověřte, že GPTBot, ClaudeBot, PerplexityBot a Google-Extended dostávají
stavový kód 200. Postup v článcích o AI botech a stavovém
kódu 200 a nastavení Cloudflare pro
AI boty.
- Čitelnost. Parametry produktů v textu a ve strukturovaných datech, ne jen
na obrázku nebo v PDF. Srovnávací a poradenský obsah v kategoriích, na který se dá odkázat
jako na zdroj.
- Ověření. Pravidelně zkouším, jestli modely váš e-shop při dotazech na
sortiment zmiňují a s jakým vyzněním. Bez toho nevíte, jestli změny něco přinesly.
Principy a postup popisuji na stránce GEO (SEO pro AI) a v návodu jak připravit web pro AI agenty. Pro
e-shopy je zajímavý i nastupující Universal
Commerce Protocol, díky kterému budou AI agenti nakupovat přímo.