Speciální ceny pro vybrané skupiny a zákazníky

Celý návod krok za krokem →

GMC Google Merchant Center - nastavení zdroje dat XML

Celý návod krok za krokem →

Editace objednávek v PrestaShopu

Celý návod krok za krokem →

Dle informací v nařízení je souhlas povinný pouze v případě, kdy dochází k plné registraci zákaznického účtu, v takovém případě je souhlas nutný. Pokud zákazník pouze provádí objednávku, neprovádí registraci, není souhlas nutný a nesmí být podmíněn pro provedení objednávky. Modul automaticky rozpoznává registrace a objednávky bez registrace.

Verze 1.7

Ve verzi PrestaShopu 1.7 jsou záložky plně kompatibilní se všemi vzhledy šablon bez vyjímky.

Verze 1.6

Ve verzi PrestaShopu 1.6 bude modul fungovat i na jiných šablonách vzhledu. Modul dvě základní funkce, rozšíří produktovou kartu o další záložku pro vkládání vlastního obsahu a umožní tento obsah zobrazit na webu. Tyto dvě funkce nemají s vzhledem nic společného a budou fungovat vždy.

Další funkcí modulu je úprava záložek u základního vzhledu. Toto se provede jen, když máte základní šablonu vzhledu. Pokud modul zjistí použití jiného vzhledu, vzhled záložek ponechá beze změny. Pokud přesto chcete použít vzhled dodaný s modulem, tak soubory vzhledu jsou dodány v balíčku s modulem, takže nebude problém je zaměnit. Pokud si přesto nebudete vědět rady, kontaktujte mě. S úpravou Vám rád pomohu.

Jak získám registraci

Je to velmi jednoduché. Stačí mít účet u google.

1. Přejděte do google projektů

2. Vyberte si API & Services / Dashboard a zvolte "ENABLE APIS AND SERVICES".

3. Nyní je potřeba si službu překladu aktivovat, dohledejte potřebnou API službu překladu.

4. Po aktivaci služby přejděte do tvorby API klíče.

5. Nyní máte vytvořený API klíč pro službu Google Translate.

Dle mého názoru není potřeba zákazníky zpětně kontaktovat pokud s údaji dále nepracujete. Dle nařízení jste povinni zpětně zkontrolovat pravdivost uvedených údajů a zajistit souhlas se zpracováním údajů. V modulu ze tuto funci zapnout. Pokud zákazník účet aktivně využívá, bude vyzván k udělení souhlasu automaticky po přihlášení na vašich stránkách. Pokud je to účet hosta a nebo se zákazník již nikdy nepřihlásí tak jste ze zákona povinni nezbytné údaje pro účetnictví stejně zachovat, tedy není nutné hned účty v eshopu mazat. Navíc v modulu je funkce, která dle nastavené platnosti data souhlasu, automaticky bude vyřazovat zákazníky, kterým tento souhlas vyprší. Pokud přesto potřebujete zákazníky kontaktovat, v modulu lze vyexportovat emaily zákaznických účtů, u kterých neby souhlas uddělen a můžete je pomocí mailového klienta kontaktovat.

Obecně doporučuji bezpodmínečně mít na stránkách zabezpečenou / šifrovanou komunici, zřízený SSL certifikát. Dále je potřeba nastavit modul pro NEWSLETTER. Pokud využíváte originální modul od PrestaShopu stačí v něm aktivovat potvrzení přes email, čímž splníte povinnost ověřovat registraci do newsletteru. Určitě je potřeba upravit emailovou šablonu, která zasílá při registraci email s heslem. Heslo již nesmí být v emailu uvedeno a sděleno. S tím souvisý i obnova hesla, která ve starších verzích PrestaShopu 1.6 probíhá stejným způsobem. Modul GDPR nahrazuje tuto funkcionalitu a zajišťuje obnovu hesla přímo na stránkách a již nezasílá heslo mailem.

Modul pro opuštěné košíky počítá čas od poslední aktualizace košíku v dazabázi. Pokud tedy nastavíte platnost košíku např. na 2 hodiny, doba se začne zákazníkovi počítat až při poslední zobrazené stránce na vašem webu. Pokud stále web prochází a prohlíží produkty, daná doba se mu ještě nepočítá. Z toho plyne i to, že …

Celý návod krok za krokem →

Nákupní rádce Zboží.cz nabízí možnost měření konverzí. Zjistíte jestli investice vložené do Zboží.cz se vám vrací a jaký podíl nákladů vás objednávky stojí. Po instalaci modulu  Zboží modul 4 v 1 pro PrestaShop můžete použít testovací rozhraní pro měření konverzí. Otevřete si stránku …

Celý návod krok za krokem →

Při instalaci nových modulů dochází k zavěšení modulů do tzv. HOOKů. Tyto místa vykonávají určité procesy. Konkrétně třeba u modulu Dobírka pro PS 1.7 v HOOKu " actionValidateOrder " dochází ke změně dopravného, kdy se k němu připočte výše dobírkovného. U modulu  Změna kódu objednávky v tomto HOOKu dochází ke …

Celý návod krok za krokem →

Za určitých okolností je nežádoucí zobrazení platebních modulů v nákupním košíku. Vše lze nastavit za jakých podmínek se platební metody nabízejí zákazníkům. Navigace v MENU: PrestaShop 1.6 - MODULY A SLUŽBY / PLATBA PrestaShop 1.7 / 8 - PLATBA / KONFIGURACE Omezení měn Omezit měnu lze …

Celý návod krok za krokem →

V tomto návodu jde jen o základní zprovoznění Google Tag Manageru. Pokud potřebujete detailní informace o chování klientů na svém webu, svěřte nastavení zkušeným uživatelům nebo marketingovým agenturám. Základní nastavení Přejděte na stránky GTM: https://tagmanager.google.com/ Vytvořte si vlastní …

Celý návod krok za krokem →

Pokud chcete přes službu Google Tag Manager měřit Google Analytics, tak modul  Google Tag Manager - GTM modul - PRESTASHOP 1.6, 1.7 obsahuje speciální datavou vrstvu, která umožňuje zasílat přesně ty informace, které k měření potřebujete. Nastavení je jednoduché. Nastavení Analytics v GTM Google Tag Manageru …

Celý návod krok za krokem →

Modul FIO párování plateb dokáže načítat z vašeho účtu příchozí platby a dohledávat k nim objednávky. Aby modul mohl načítat tyto příchozí platby z vašeho účtu je potřeba zřídit ve vašem online bankovnictví tzv. TOKEN. Tento TOKEN slouží pouze k čtení, nikoliv k zadávání a manipulaci s vašim účtem. Zřídíte ho v …

Celý návod krok za krokem →

Modul faktura je tvořen tak, aby šlo měnit v nastavení předdefinované vzhledy dokladů a nebo si vytvořit vlastní. Při zakoupení modulu máte na výběr z těchto variant: ORIGINAL - toto nastavení neovlivní vzhled faktury, vygeneruje se stejně jako bez modulu DEFAULT - toto nastavení je …

Celý návod krok za krokem →

Při vytváření objednávky jsou v podstatě známy pouze dva údaje pro identifikaci. Id číslo a tzv. reference / kód objednávky. ID objednávky ID objednávky je interní číslo vedené v databázi k této objednávce a je naprosto unikátní. Nedá se měnit a s každou vytvořenou objednávkou se jeho číslo …

Celý návod krok za krokem →

Modul na fakturaci nemění číslování faktur, ani ho nijak neovlivňuje. Samotné nastavení číslování se provádí v nabídce:

MENU / OBJEDNÁVKY / FAKTURY

Zde najdete několik možností jak s číslováním pracovat a jak jej měnit. Obecně jde číslo faktury změnit pouze směrem nahoru. Nehledejte v tom žádnou složitost a nepoužívejte žádné přidané funkce na resetování čísel a prefixů pro rok apod.

Nastavte každý nový rok číslo faktury například na: 20210001 a další rok zase na 20220001 atd.

Čímž číslo vždy jen zvyšujete, číslování je logické a účetně v pořádku a nikdy se vám nestane kolize s čísly a následnou kompatibilitou s dalšími moduly a přenosy do účetnictví.

UPOZORNĚNÍ: Pokud by jste třeba v PREFIXU použili rok 2021, tak se PREFIX aplikuje i zpětně na všechny faktury a staré jsou již špatně číslováné apod.

Potřebné údaje ke spojení IČO účetní jednotky Server / IP adresa serveru PORT / komunikační port Přístupové jméno Přístupové heslo IČO účetní jednotky Jedná se o Identifikační číslo vašeho podnikání, takto se v POHODA SW bude vědět do jaké účetní jednotky komunikace …

Celý návod krok za krokem →

Modul přeložíte přímo v administraci: v seznamu modulů zvolíte u modulu možnost Přeložit, vyberete cílový jazyk, texty upravíte a uložíte. Pokud modul obsahuje vlastní e-maily, nakopírujte navíc přes FTP jazykové šablony e-mailů podle návodu.

Celý návod krok za krokem →

Při instalaci nového platebního modulu / metody se automaticky tento způsob platby řadí na konec seznamu již nainstalovaných platebních metod. Tykto je to prezentováno v nákupním košíku. Ne vždy je toto pořadí žádoucí a je nutné jej upravit. Lze to jednoduše pomocí tohoto návodu, ale pro každou řadu PrestaShopu je …

Celý návod krok za krokem →

V modulu je potřeba si navolit, které moduly má blokovat dle nastavení uživatele. Obecně jsou k dispozici tři skupiny pro nastavení. Nezbytně nutné soubory cookies Analytické soubory cookies Marketingové soubory cookies UPOZORNĚNÍ: Některé moduly v určitých verzích nebude potřeba blokovat. Zde je …

Celý návod krok za krokem →

V případě, že používáte Google Tag Manager, lze k tomu přistoupi dvěma způsoby. Pokud přes GTM sledujete jen jednu skupinu třeba analytickou, jednoduše takový modul zablokujete na straně nastavení modulu cookies. Pokud vyúžíváte více scriptů z různých skupin, musíte konfiguraci provést na straně Google Tag Manageru. …

Celý návod krok za krokem →

Modul při instalaci vkládá do tzv. HOOKu (pozice v šabloně) jednoduchý odkaz, kterým se dá znovu otevřít nastavení cookies, které zákazník odsouhlasil. Může si tak opětovně zobrazit nastavení a např. změnit jej v případě potřeby. Vkládá se do těchto pozic: displayMyAccountBlockfooter (PrestaShop …

Celý návod krok za krokem →

Dne 15. září 2021 schválila Poslanecká sněmovna novelu zákona o elektronických komunikacích. Nově budou muset provozovatelé webových stránek získat od návštěvníka pro využití analytických, statistických a dalších marketingových nástrojů souhlas. Jde tedy o změnu z takzvaného režimu opt-out do režimu opt-in. …

Celý návod krok za krokem →

Služba Ověřeno zákazníky spočívá v oslovení vašich zákazníků e-mailem a požádání je o vyplnění dotazníku ohledně spokojenosti nákupu na vašem eshopu a také napsání recenze na vaše produkty. Do služby Ověřeno zákazníky se z vašeho eshopu předávají tyto informace: ID objednávky E-mail zákazníka Seznam …

Celý návod krok za krokem →

Filtr požadavků V přehledu požadavků si lze filtrovat dle předdefinovaných skupin nebo na jednotlivé sloupce s přehledem. Hlavní filtr požadavků nabízí tyto přehledy: Všechny požadavky - Jednoduše zobrazí vše a nic nevynechá. Ukončené požadavky - Zde se zobrazí požadavky, které …

Celý návod krok za krokem →

Nastavení zasílání emailů V nastavení modulu je možné aktivovat odesílání e-mailů. V nastavení najdete 3 volby pro zákaznické e-maily. Můžete tak otestovat zasílání e-mailů a jejich vzhled a před ostrým zapojením do procesu provést případné korektury e-mailových šablon. Pouze e-mail zákazníkovi …

Celý návod krok za krokem →

Založení požadavků Založit požadavek lze několik způsoby. Jak v BackOffice jako administrátor e-shopu, tak zákazník ve FrontOffice. Níže podrobný výpis. V BackOffice (administrátor) založíte s vazbou na nějakou objednávku. V BackOffice (administrátor) založíte bez jakékoliv vazby na objednávku, jedná se …

Celý návod krok za krokem →

V modul se používá několik datumů a informací závislých na datech. Zde je soupis datumů: Datum založení požadavku Datum aktualizace požadavku Datum nákupu Datum zahájení požadavku Datum ukončení požadavku Datum objednávky Datum faktury Dále je zde soupis různých informačních odpočtů: …

Celý návod krok za krokem →

ReCaptcha verze 3 používá pokročilé algoritmy na zjištění, zda je návštěvník vaší webové stránky člověk nebo bot, a nepožaduje od uživatelů žádné specifické akce nebo interakce, jako je například přepisování zkresleného textu nebo klikání na obrázky. Namísto toho se v pozadí analyzují různé faktory, jako jsou chování …

Celý návod krok za krokem →

Vkládání obrázků / loga do patičky webu je pro každou verzi PrestaShopu a hlavně pro každou webovou šablonu jiný. Nelze je tedy řešit univerzálně přes modul platební brány. V případě šablony disponující modulem pro editaci obsahu patičky Drtivá většina zakoupených webových šablon disponuje nějakým module s …

Celý návod krok za krokem →

Pro modul Raiffeisen bank párování plateb je nutný certifikát a heslo k němu.

• v první řadě se přihlaste na počítači do svého online bankovnictví

• Po přihlášení v horní liště vedle svého jména klikněte na ikonu ozubeného kola

• následně v levém MENU ve spodní části naleznete sekci pro Správu certifikátu
• zde si MENU vyberete a zvolíte položku Nový certifikát
• dále se řiďte pokyny, vyplníte jméno certifikátu (libovolně), nastavíte si heslo a zvolíte volbu JEN pro Transakční historii
• po potvrzení se vám nabídne certifikát ke stažení

Získaný certifikát společně s heslem, které jste si zvolili načtete v modulu na záložce nastavení.

V praxi se často stává, že faktury vygenerované z PrestaShopu obsahují chybně vypočítané DPH. Je to jeden z nejčastějších problémů, se kterým se setkávají e-shopy. Pojďme si proto vysvětlit, jak PrestaShop s cenami pracuje a jak mít nastavení správně, aby se chyby na fakturách nevyskytovaly. Jak PrestaShop …

Celý návod krok za krokem →

Exportní XML feedy jsou klíčové pro napojení e-shopu na srovnávače zboží a reklamní platformy. Někdy se ale stane, že partner (např. Heureka nebo Facebook) nedokáže načíst váš feed. Nejčastější příčiny a jejich řešení najdete níže. Ověřte, zda je feed dostupný pro vás V administraci modulu najdete odkaz na …

Celý návod krok za krokem →

Ne, nikdy. Modul funguje důsledně v režimu „návrh → schválení“. AI připraví návrh textu, vy ho vidíte vedle původního obsahu, můžete ho libovolně upravit, nechat přegenerovat s vlastním pokynem, nebo zamítnout. Do e-shopu se text zapíše až ve chvíli, kdy ho výslovně schválíte a uložíte. Žádné hromadné přepisování na pozadí neexistuje - i frontu produktů ke zpracování si sestavujete sami zaškrtáváním v přehledu.

A pokud byste si schválení později rozmysleli, každou změnu lze díky historii jedním kliknutím vrátit na původní hodnotu - kdykoli, i po měsících.

Modul nemá žádné průběžné poplatky ani přirážky. Pro generování textů používáte vlastní API klíč od vybrané AI služby (Anthropic Claude, OpenAI, Google Gemini nebo Mistral) a spotřebu platíte přímo poskytovateli podle jeho ceníku. Platí se pouze za texty, které si skutečně necháte vygenerovat – typicky jde o jednotky haléřů až koruny za jeden produkt, podle zvolené služby a délky textů.

Důležité: hodnocení kvality (barevný semafor) je zcela zdarma. Skóre se počítá přímo na vašem serveru bez jakéhokoli volání AI, takže analýzu celého katalogu můžete provádět neomezeně a bez nákladů.

API klíč vydává přímo poskytovatel AI služby po registraci v jeho vývojářské konzoli:

Získaný klíč pak jen vložíte v administraci modulu na záložce AI agenti a vyberete službu, kterou chcete používat. Mezi službami lze přepínat i později, dokonce přímo v konzoli u konkrétního textu.

Tip: Než klíč pořídíte, můžete si celý modul vyzkoušet v demo režimu, který proces předvede bez reálného volání AI.

Modul podporuje čtyři služby a všechny zvládají češtinu i další jazyky velmi dobře, takže špatná volba neexistuje. Obecně platí:

• Anthropic Claude – vyniká přirozeným stylem psaní a přesným dodržováním instrukcí, výborná volba pro delší popisy.
• OpenAI – nejrozšířenější služba, vyvážený poměr kvality a ceny.
• Google Gemini – příznivá cena, vhodný pro velké objemy textů.
• Mistral – evropský poskytovatel, zajímavý pro obchodníky, kteří preferují zpracování dat v EU.

Nemusíte se rozhodnout jednou provždy – službu lze přepnout kdykoli v nastavení i přímo v konzoli u konkrétního textu. Klidně si tedy nechte stejný produkt navrhnout dvěma službami a porovnejte výsledek.

Do AI služby se odesílají výhradně katalogová data produktu či kategorie: název, zařazení do kategorií, značka, vlastnosti, cena a stávající texty – tedy informace, které jsou beztak veřejně viditelné na vašem e-shopu. Žádná osobní data zákazníků, objednávky ani interní údaje se nikdy neodesílají.

Navíc platí:

• Hodnocení kvality (semafor) běží čistě na vašem serveru – dokud sami nespustíte generování v konzoli, žádná data e-shop neopouštějí.
• V konzoli si můžete kdykoli zobrazit přesné znění požadavku odesílaného AI, takže máte plnou kontrolu nad tím, co se odesílá.
• Komunikace probíhá přímo mezi vaším serverem a AI službou – bez prostředníka.

AEO (Answer Engine Optimization) je optimalizace obsahu pro AI asistenty - ChatGPT, Perplexity, Google AI přehledy a další nástroje, kterých se dnes zákazníci ptají „jaký produkt mám koupit“. Tito asistenti čtou texty vašeho e-shopu podobně jako vyhledávače, ale mají ještě vyšší nároky: potřebují úplné, strukturované a fakticky bohaté popisy, ze kterých dokážou vytáhnout parametry, výhody a odpovědi na otázky.

Produkt s prázdným nebo odbytým popisem AI asistent zákazníkovi prostě nedoporučí - nemá z čeho. Modul proto hodnotí právě ty vlastnosti textu, které rozhodují u vyhledávačů i AI asistentů zároveň: dostatečnou délku, strukturu (nadpisy, odrážky), vyplněné meta údaje, klíčová slova a jedinečnost obsahu.

Modul počítá pro každý produkt a kategorii interní skóre 0–100 % na základě sady pravidel: délka popisu, vyplnění a správná délka meta titulku a meta popisu, výskyt klíčových slov (název, kategorie, značka), strukturovanost textu a kontrola duplicit. V přehledu produktů a kategorií se skóre zobrazuje jako semafor: zelená = v pořádku, žlutá = doladit, červená = vyžaduje pozornost.

Vše je konfigurovatelné:

• každé pravidlo má nastavitelnou váhu a jde úplně vypnout,
• limity (např. minimální počet slov popisu, rozsah znaků meta popisu) si určujete sami,
• produkty a kategorie mají samostatné sady pravidel,
• prahy pro zelenou a žlutou barvu si nastavíte v procentech podle vlastní náročnosti.

Skóre se přepočítává automaticky při každém uložení produktu či kategorie; k dispozici je i hromadný přepočet celého katalogu s ukazatelem průběhu.

Nemusíte. Modul je na vícejazyčnost stavěný od základu:

• Skóre se počítá pro každý jazyk zvlášť – okamžitě vidíte, která mutace zaostává; semafor v přehledu umí zobrazit výchozí jazyk, jazyk přihlášeného administrátora, nebo nejhorší jazyk napříč mutacemi.
• Vlastní instrukce pro AI (tón, styl) nastavujete zvlášť pro každý jazyk.
• Automatický překlad po schválení – schválíte text v jednom jazyce a modul může pořídit věrný překlad do všech ostatních jazyků e-shopu, jazyk po jazyku, s průběžným stavem.
• Volitelně zvládne i vypnuté jazyky, které řada obchodníků používá jako přípravu obsahu pro budoucí trhy.

Máte tři možnosti, všechny přímo v konzoli:

1. Upravit ručně – návrh je před uložením plně editovatelný v plnohodnotném editoru.
2. Nechat přegenerovat s vlastním pokynem – napíšete např. „buď stručnější“ nebo „zdůrazni materiál“ a AI připraví novou verzi. Můžete přitom i přepnout na jinou AI službu.
3. Zamítnout – původní text zůstane beze změny.

A pojistka navíc: AI dostává v požadavku skutečná data produktu s výslovným zákazem vymýšlet si vlastnosti nad jejich rámec či používat nepodložené superlativy. Délkové limity si přebírá z vašich pravidel skóre, takže vygenerovaný text rovnou projde vaším vlastním hodnocením.

Ano. Každá změna provedená modulem se ukládá do kompletní historie: kdo ji schválil, kdy, kterou AI službou a jak zněla původní hodnota. Historii najdete přímo v detailu produktu i kategorie, s filtrem podle jazyka.

Kterékoli pole lze tlačítkem Vrátit obnovit na dřívější hodnotu – kdykoli, i dlouho po schválení. Nic se nemaže; i samotné vrácení se zapíše jako nový záznam, takže je vždy dohledatelné, co se s texty dělo. Starou historii umí po nastavené době uchování automaticky uklízet plánovaná úloha (CRON) – nebo ji můžete uchovávat neomezeně.

Ne. Modul pracuje výhradně v administraci - na front-office (stránky pro zákazníky) nepřidává žádný kód, skripty ani dotazy. Hodnocení kvality probíhá při ukládání produktu či kategorie v administraci, generování textů spouštíte ručně v konzoli. Modul navíc nevyžaduje žádné dodatečné serverové závislosti: AI služby volá přímo, nezvyšuje nároky na verzi PHP a neinstaluje cizí knihovny.

Ano. Modul obsahuje demo režim, který celý pracovní postup - frontu, konzoli, návrh textu, schválení i historii - předvede bez reálného volání AI služby. Nepotřebujete žádný API klíč a neutratíte ani korunu. Až si postup osaháte, stačí v záložce AI agenti přepnout na ostrou službu a vložit klíč.

Nemusí. Modul si přečte zemi, kterou zákazník v adrese vybral, a číslo posoudí podle pravidel právě této země. Český zákazník s českou adresou tedy může napsat prostě 602 123 456 – modul ho rozpozná jako platné české mobilní číslo. Stejně tak slovenský zákazník napíše své národní číslo bez +421. Pokud zákazník …

Celý návod krok za krokem →

Nic – modul do existujících dat zpětně nezasahuje. Po instalaci se žádné uložené adresy hromadně nemění ani nekontrolují. Validace a normalizace se uplatní až ve chvíli, kdy se adresa znovu ukládá: zákazník ji upraví v účtu, založí novou v pokladně, nebo ji upravíte vy v administraci.

V praxi se tak databáze čísel čistí postupně a bezpečně - každá adresa, která projde úpravou, už zůstane v jednotném mezinárodním formátu. Nemusíte se bát, že by modul jednorázově přepsal tisíce záznamů bez vaší kontroly.

Modul pracuje na dvou úrovních, které se doplňují:

Validace ve formuláři probíhá všude, kde zákazník vyplňuje standardní adresní formulář PrestaShopu: při registraci, při zadání nové adresy v pokladně i při úpravě adresy v zákaznickém účtu. Neplatné číslo formulář zastaví a zákazník vidí chybu přímo u pole.

Normalizace po uložení se spouští při každém uložení adresy kdekoli v systému – tedy i když adresu založíte nebo upravíte ručně v administraci, případně vznikne přes API či jiný modul. Platné číslo se vždy přepíše na mezinárodní formát; neplatné číslo modul nikdy nemění (neopravuje „naslepo“), zůstane tak, jak bylo zadáno.

Ne. Modul nerozhoduje o tom, zda je telefon povinný - to řídíte dál standardním nastavením PrestaShopu (povinná pole adresního formuláře). Modul kontroluje pouze obsah pole, které zákazník skutečně vyplnil. Prázdné pole validací projde bez chyby.

Díky tomu můžete modul nasadit na jakýkoli e-shop bez změny chování formulářů: kdo telefon vyplní, musí ho vyplnit správně - kdo ho vyplnit nemusí a nechce, toho modul neobtěžuje.

Většina dopravců (Zásilkovna, PPL, DPD, Balíkovna a další) posílá zákazníkům SMS a notifikace o zásilce. Jejich systémy a API zpravidla vyžadují číslo s mezinárodní předvolbou – a když ji nedostanou, chovají se různě: některé číslo tiše zahodí (SMS nedojde), jiné zásilku rovnou odmítnou přijmout. Stejné nároky mají SMS brány pro vlastní notifikace e-shopu.

Jednotný formát +420 602 123 456 tyto problémy odstraňuje u zdroje: do expedice, exportů i propojených systémů odchází vždy číslo ve tvaru, kterému rozumí všechny strany. Bonus navíc: v administraci snadno vyhledáte zákazníka podle telefonu, protože stejné číslo nemůže být uloženo ve třech různých zápisech.

Ano, bez omezení. Modul je postaven na knihovně libphonenumber, která obsahuje průběžně aktualizované číslovací plány všech zemí světa (stejnou knihovnu používá Google v Androidu pro práci s telefonními čísly). Německý zákazník s německou adresou tedy zadává německé číslo, polský polské – každé se ověří podle pravidel své země, včetně správné délky a platných předvoleb operátorů.

Země se určuje z adresy, kterou zákazník právě vyplňuje; pokud by ji nebylo možné zjistit, použije se výchozí země vašeho obchodu. Číslo zadané s mezinárodní předvolbou (+…) se rozpozná vždy správně bez ohledu na zemi adresy.

Ano, funkce jsou nezávislé. V nastavení modulu jsou čtyři samostatné přepínače:

• Aktivovat modul – hlavní vypínač celého modulu,
• Validovat Telefon (phone) – kontrola hlavního telefonního pole,
• Validovat Mobilní telefon (phone_mobile) – kontrola mobilního pole,
• Normalizovat telefonní číslo – automatický přepis na mezinárodní formát po uložení adresy.

Typické kombinace: kontrolovat jen pole, které skutečně používáte v pokladně; nebo nechat validaci vypnutou a používat pouze tichou normalizaci formátu; nebo naopak jen validovat a formát zápisu nechat na zákaznících. Normalizace se vždy týká jen polí, která máte zapnutá k validaci.

Nic se neděje, dokud adresu neupravuje - modul existující data zpětně nemění. Ve chvíli, kdy zákazník adresu otevře a znovu uloží (např. při další objednávce mění ulici), validace ho na neplatné číslo upozorní a požádá o opravu. To je žádoucí chování: chybné číslo se opraví přesně v okamžiku, kdy je zákazník na e-shopu a může to udělat sám.

Pokud byste na přechodnou dobu chtěli tomuto chování zabránit, stačí v nastavení vypnout validaci a nechat zapnutou pouze normalizaci - formuláře pak nic neblokují a platná čísla se dál sjednocují.

Modul nezasahuje do šablony, do JavaScriptu ani do jádra PrestaShopu. Validace se napojuje na standardní validační háček adresního formuláře PrestaShopu (hook actionValidateCustomerAddressForm), takže funguje s výchozí pokladnou i s pokladnami třetích stran, které staví na nativním adresním formuláři – což je naprostá většina one-page checkout modulů.

Pokud by nějaký exotický checkout jádrovou validaci obcházel, stále platí druhá pojistka: normalizace se spouští po každém uložení adresy do databáze, nezávisle na tom, odkud uložení přišlo. Chybová hláška se zobrazuje standardním mechanismem formulářových chyb, přebírá tedy vzhled vaší šablony a lze ji přeložit v překladech modulu.

Ne a ne. Veškerá kontrola probíhá výhradně na vašem serveru pomocí knihovny libphonenumber, která je součástí modulu. Modul při validaci nevolá žádnou externí službu, neposílá data třetím stranám a nevyžaduje žádný API klíč ani průběžné poplatky.

Výkonnostně je zátěž zanedbatelná: kontrola se spouští pouze v okamžiku odeslání adresního formuláře či uložení adresy – tedy jednotky milisekund jednou za objednávku, nikoli při každém zobrazení stránky. Na rychlost procházení e-shopu nemá modul žádný vliv.

Samotný modul má jednorázovou cenu, provoz pak závisí na zvoleném poskytovateli adres:

Mapy.cz – registrace na developer.mapy.com je zdarma a bez platební karty. Služba poskytuje velkorysý bezplatný měsíční objem dotazů, do kterého se běžný e-shop bez problémů vejde. Pro obchody prodávající v ČR a na Slovensku je to tedy v praxi provoz zdarma.

Google Places – vyžaduje účet Google Cloud s vloženou platební kartou. Google poskytuje měsíční bezplatný objem a modul spotřebu aktivně šetří: všechny dotazy jedné rozepisované adresy spojuje do jedné účtované relace (tzv. session token) a výsledky si krátce pamatuje, takže se stejný dotaz neposílá dvakrát. Přesto doporučujeme spotřebu sledovat v Google Cloud konzoli, zejména u e-shopů s velkou návštěvností.

Aktuální ceníky a limity najdete přímo na webech služeb (developer.mapy.com, Google Cloud konzole) – mohou se v čase měnit.

Krátká odpověď: prodáváte-li hlavně v ČR a na Slovensku, zvolte Mapy.cz. Prodáváte-li do zemí, které Mapy.cz nepokrývají dostatečně, zvolte Google Places.

Poskytovatele můžete kdykoli přepnout v nastavení modulu – vyberete službu, vložíte její API klíč a uložíte. Nic dalšího se nemění, našeptávač pro zákazníky vypadá i funguje stejně.

Získání klíče je zdarma a zabere pár minut, platební karta není potřeba:

1. Otevřete developer.mapy.com a zaregistrujte se (stačí e-mail).
2. Po přihlášení otevřete Můj účet → Projekty a API klíče.
3. Založte nový projekt – název je libovolný, např. jméno vašeho e-shopu. U projektu se automaticky vytvoří API klíč.
4. Klíč zkopírujte a v administraci modulu ho vložte do pole API klíč. Jako poskytovatele nechte Mapy.cz a uložte.

Od této chvíle se našeptává. Stejný návod máte po ruce i přímo v nápovědě na záložce Nastavení modulu.

U Googlu je postup o něco delší, protože vyžaduje účet Google Cloud s platební kartou:

1. Otevřete console.cloud.google.com a přihlaste se Google účtem.
2. Založte projekt a v sekci Fakturace (Billing) k němu připojte platební kartu – bez ní Google mapové služby nezpřístupní.
3. V knihovně API (APIs & Services → Library) vyhledejte a povolte „Places API (New)“ – pozor, musí to být varianta s dovětkem „New“, starší „Places API“ modul nepoužívá.
4. V APIs & Services → Credentials vytvořte API klíč (Create credentials → API key).
5. Klíč zkopírujte, v administraci modulu vyberte poskytovatele Google Places, klíč vložte do pole API klíč a uložte.

Google poskytuje měsíční bezplatný objem dotazů; spotřebu doporučujeme sledovat v Google Cloud konzoli. Oficiální návod Googlu: developers.google.com/maps/documentation/places/web-service/get-api-key.

Nemůže – klíč nikdy neopustí váš server. Běžná řešení volají mapové API přímo z prohlížeče, takže klíč je viditelný v kódu stránky a kdokoli si ho může opsat a používat na vlastním webu na váš účet. Tento modul je postaven jinak: prohlížeč zákazníka se ptá vašeho e-shopu a teprve váš server se s klíčem ptá mapové služby. Klíč se navíc předává v HTTP hlavičce, ne v adrese požadavku, takže nezůstává ani v přístupových záznamech serverů.

Proti umělému protáčení dotazů (a tím spotřeby) je serverový endpoint chráněn několika pojistkami najednou:

• limit požadavků z jedné IP adresy za minutu – výchozích 60 běžného zákazníka nijak neomezí, roboty spolehlivě zastaví; hodnotu lze změnit,
• minimální délka dotazu – našeptává se až od nastaveného počtu znaků,
• kontrola původu požadavku – dotazy zvenčí, které nepřicházejí z vašeho e-shopu, se odmítají.

Mapové službě se posílá pouze rozepsaný text adresy – tedy to, co zákazník právě píše do adresního pole, a země, pro kterou se má hledat. Nikdy se neposílají žádné údaje o zákazníkovi (jméno, e-mail, telefon), o objednávce ani o vašem e-shopu. Modul si žádné dotazy ani vybrané adresy nikam neukládá.

Jde o stejný princip, jako když někdo hledá adresu v mapách na internetu. Vybraná adresa se uloží jen tam, kam ji zákazník sám odešle – do adresního formuláře vaší objednávky, přesně jako kdyby ji napsal ručně.

Se standardní šablonou a pokladnou PrestaShopu funguje hned po instalaci bez jakéhokoli nastavování – adresní pole si modul najde sám. Zvládá i dynamicky překreslované formuláře: AJAX pokladnu, přenačtení formuláře po změně země i modální okna v administraci. Pole si po překreslení znovu najde a rozepsanou práci …

Celý návod krok za krokem →

Nic dramatického – e-shop jede dál. Našeptávač je navržen jako pomocník navíc: když mapová služba neodpovídá, došel objem dotazů nebo je klíč neplatný, adresní formulář funguje úplně normálně, jen se nezobrazuje nabídka adres. Zákazník adresu prostě napíše ručně, jako by modul nebyl. Nikdy se nestane, že by zákazník kvůli výpadku služby nemohl dokončit objednávku.

Totéž platí pro pomalé odpovědi – našeptávání nikdy neblokuje psaní ani odeslání formuláře.

Nemusíte – modul si seznam zemí bere sám z nastavení vašeho obchodu (aktivní země v Mezinárodní → Lokace → Země). V nastavení modulu jen zvolíte režim:

• Podle země zvolené ve formuláři (doporučeno) – nabízejí se adresy ze země, kterou má zákazník ve formuláři právě vybranou. Dokud země známá není, použijí se všechny aktivní země e-shopu.
• Vždy aktivní země e-shopu – nabízí se vždy ze všech zemí, do kterých prodáváte, bez ohledu na výběr ve formuláři.

Když tedy do nabídky zemí e-shopu přidáte třeba Rakousko, začne se v něm automaticky i našeptávat – bez zásahu do modulu.

Ano. Modul má dva samostatné vypínače: front office (formuláře pro zákazníky – registrace, Můj účet, pokladna) a administrace (adresní formuláře back office – Zákazníci → Adresy a adresy objednávek). Můžete tedy našeptávat jen zákazníkům, jen sobě v administraci, nebo obojí.

V praxi to ocení každý, kdo zadává objednávky po telefonu nebo zakládá adresy zákazníků ručně – adresa se vyplní na pár úhozů a máte jistotu, že skutečně existuje.

Ano, na tohle modul myslí. PrestaShop kontroluje formát PSČ podle pravidel jednotlivých zemí – české PSČ vyžaduje ve tvaru s mezerou („736 01“), zatímco mapové služby ho vracejí bez mezery („73601“). Modul proto PSČ před vyplněním automaticky formátuje podle masky země nastavené v PrestaShopu, takže formulář projde validací na první uložení a zákazník žádnou chybu neřeší.

Funguje to pro všechny země podle jejich masek v PrestaShopu, ne jen pro ČR.

V nastavení vybíráte ze tří připravených vzhledů:

• Klasický – jednoduchý čistý seznam, ladí s každou šablonou,
• Moderní – dvouřádkové položky s ikonou špendlíku: ulice tučně, město s PSČ pod ní – vzhled známý z map,
• Tmavý – poloprůhledný tmavý panel pro e-shopy s tmavou šablonou.

Ve všech vzhledech se zvýrazňuje část textu, která se shoduje s tím, co zákazník napsal. Živé ukázky všech vzhledů najdete v souboru doc/navrhy-vzhledu.html ve složce modulu – stačí otevřít v prohlížeči. Pro jemné doladění (barvy, písmo) lze panel stylovat běžným CSS vaší šablony.

Na rychlost e-shopu má modul zanedbatelný vliv. Jeho skripty se vkládají jen na stránky s adresním formulářem (registrace, Můj účet, pokladna) – na produktech, v kategoriích ani na hlavní stránce modul nic nedělá. Jde o čistý JavaScript bez závislostí, žádné externí knihovny se nenačítají.

S dotazy na mapovou službu modul šetří hned několika způsoby: čeká na krátkou pauzu v psaní (neposílá dotaz po každém písmenu), překonané dotazy ruší, odpovědi si krátce pamatuje (stejný dotaz se neposílá dvakrát) a našeptává až od nastaveného počtu znaků. U Googlu navíc všechny dotazy jedné rozepisované adresy spojuje do jediné účtované relace.

Výpis produktů přešel na moderní Symfony Grid komponentu až v PrestaShopu 8.0. Teprve od této verze existují systémové hooky (actionProductGridDefinitionModifier a příbuzné), kterými lze do výpisu bezpečně přidávat sloupce a filtry bez zásahů do jádra. Ve verzích 1.7.x je stránka produktů postavena na starším vlastním kontroleru, kde tyto hooky vůbec neexistují. Modul proto vyžaduje PrestaShop 8.0 a novější - na 1.7.x by se sloupce nikdy nezobrazily.

Marže = (prodejní cena bez DPH - nákupní cena) / prodejní cena bez DPH × 100. Vychází se z ceny a nákupní ceny nastavené na produktu (u produktů s variantami ze základní ceny produktu, ne z jednotlivých kombinací). Pokud nemáte u produktu vyplněnou nákupní cenu, marže se nezobrazí (pomlčka) - modul si ji nedomýšlí. Záporná marže (prodej pod nákupní cenou) je zvýrazněna červeně.

Do všech součtů (prodáno celkem, za 30/90/365 dní, obrat) vstupují pouze validní objednávky — tedy objednávky ve stavu, který PrestaShop považuje za platný (zaplacené, odeslané, doručené…). Košíky, zrušené a chybné platby se nepočítají. Částky z objednávek v cizích měnách se přepočítávají kurzem objednávky na výchozí měnu obchodu, takže obrat je vždy v jedné měně.

Ne znatelně - a je to záměr. SQL dotaz výpisu se rozšiřuje jen o sloupce zapnuté v aktivním pohledu; skryté sloupce nestojí nic. Náročnější údaje (statistika prodeje, počty variant/obrázků, hodnota skladu) se nepočítají ve výpisu vůbec - načtou se až po kliknutí na ikonku u konkrétního produktu.

Modul při každém zobrazení výpisu zjišťuje, jaké sloupce grid skutečně obsahuje - včetně sloupců přidaných jinými moduly (poznáte je podle šedého štítku s názvem modulu). Můžete je v pohledech přeskládat i skrýt úplně stejně jako nativní sloupce. Jediná podmínka: cizí modul musí své sloupce přidávat standardní cestou přes grid hooky.

Definice pohledů (názvy, sady sloupců, pořadí záložek) jsou společné pro všechny. Volba aktuálního pohledu je ale osobní - ukládá se ke konkrétnímu zaměstnaneckému účtu. Když si účetní přepne pohled „Marže“, skladníkovi zůstane jeho „Sklad“. Nikdo nikomu nic nerozhodí.

Nic špatného. Filtr skrytého sloupce se z výpisu odstraní spolu se sloupcem a jeho případná uložená hodnota se ignoruje - výpis tedy nezůstane „tajně“ vyfiltrovaný podle sloupce, který nevidíte. Po opětovném zapnutí sloupce je filtr zase k dispozici.

Aktuální skladové množství produktu (souhrn přes všechny varianty) × nákupní cena produktu. Pokud nákupní cenu nemáte vyplněnou, hodnota skladu se nezobrazí. Jde o rychlou orientační metriku „kolik peněz leží v tomhle produktu“, ne o účetní ocenění zásob.

Smazat jde kterýkoli pohled kromě posledního - alespoň jeden musí vždy existovat. Pokud smažete pohled označený jako výchozí, výchozím se automaticky stane první pohled v pořadí. Administrátorům, kteří měli smazaný pohled zvolený, se při příští návštěvě zobrazí výchozí pohled.

Ano. Nastavení modulu (pohledy, sloupce) je společné pro celou instalaci - vychází to z logiky práce v administraci, kde katalog spravujete jako celek bez ohledu na to, do kterého obchodu je produkt přiřazen. Volba aktivního pohledu zůstává osobní pro každého administrátora.

Téměř 30 polí produktu, přehledně rozdělených do šesti skupin:

Jazyková pole (název, popisy, meta údaje, texty dostupnosti) se upravují pro každý jazyk e-shopu zvlášť. V tabulkové editaci navíc upravíte i kombinace (varianty) – cenové doplatky, sklad, EAN, MPN, referenci nebo minimální odběr každé kombinace.

Ano, jedním kliknutím. Před každým zápisem si modul uloží původní hodnoty všech měněných polí. Pokud se výsledek nelíbí – nebo se akce spustila omylem – vrátíte ji tlačítkem Vrátit zpět, a to hned z obrazovky výsledku, nebo kdykoli později z historie akcí. Vrací se přesně to, co akce změnila, včetně kombinací.

Zálohy původních hodnot se uchovávají 30 dní. Ukládají se úsporně (jen skutečně změněná pole), takže nezatěžují databázi ani u velkých akcí.

Doporučujeme přesto využívat i náhled změn před spuštěním – nejlevnější chyba je ta, která se vůbec nezapíše.

Ano – náhled změn je samostatný krok průvodce. Modul spočítá skutečné výsledné hodnoty podle vašich pravidel a zobrazí je produkt po produktu vedle hodnot původních: stará hodnota → nová hodnota. Nejde o odhad, ale o stejný výpočet, který se pak použije při zápisu – co vidíte v náhledu, to se uloží.

Teprve po kontrole náhledu akci spouštíte vy. U tabulkové editace roli náhledu plní samotná tabulka: upravené buňky jsou zvýrazněné a lišta ukazuje počet neuložených změn, takže před uložením přesně víte, co odejde do databáze.

Nespadne – modul je na velké katalogy stavěný. Zpracování neběží jedním dlouhým požadavkem, ale po dávkách s průběžným ukazatelem: každá dávka má nastavitelnou velikost a časový rozpočet, takže se vejde do limitů běžného hostingu. Testováno je na katalozích se 100 000 produkty.

Čtení i zápis jdou optimalizovanými dotazy přímo do databáze (žádné pomalé načítání celých produktů), skladové zásoby korektně přes skladové API PrestaShopu. Pokud by se zpracování přerušilo (výpadek spojení, zavřený prohlížeč), nic se neztratí – akce naváže tam, kde skončila.

Oba režimy vedou ke stejnému cíli, liší se povahou úprav:

• Pravidla použijte, když má být změna u všech produktů stejná nebo odvozená: zdražit kategorii o 5 %, zaokrouhlit ceny na koncovku 90, nahradit text v popisech, přeřadit produkty do jiné kategorie, vypnout výprodej. Pravidel zřetězíte několik najednou a před zápisem vidíte náhled změn.
• Tabulková editace se hodí, když je každá hodnota jiná: doplnit EAN kódy z ceníku dodavatele, upravit skladové zásoby po inventuře, projít a doladit názvy. Produkty máte jako řádky, pole jako sloupce a přepisujete přímo v buňkách – bez otevírání karet produktů.

V praxi se oba režimy střídají i v rámci jedné práce: pravidly uděláte hrubou změnu, v tabulce doladíte výjimky.

Ano. V tabulkové editaci je přepínač bez DPH / s DPH – pracujete v režimu, na který jste zvyklí. Modul zobrazené ceny přepočítává podle DPH sazby konkrétního produktu (podle jeho skupiny daňových pravidel), takže i v katalogu s více sazbami vidí každý řádek svou správnou cenu s daní. Do databáze se vždy ukládá cena bez DPH, přesně jak to PrestaShop vyžaduje.

Přepínač se týká prodejní ceny včetně cenových doplatků kombinací a příplatku za dopravu; nákupní cena je vždy bez DPH.

Ano, v tabulkové editaci. Produkt s kombinacemi má u sebe odznak s jejich počtem; kliknutím ho rozbalíte na podřádky a u každé kombinace upravíte:

• cenový doplatek (±) – s živým přepočtem výsledné prodejní ceny,
• doplatek hmotnosti – opět s přepočtem výsledné hmotnosti,
• skladovou zásobu (zásoba produktu se dopočítává jako součet),
• kódy a identifikaci – EAN-13, MPN, UPC, ISBN, referenci, referenci dodavatele,
• nákupní cenu a minimální odběr kombinace.

I změny kombinací jsou kryté zálohou a vratkou zpět. Pravidlový průvodce zatím pracuje na úrovni produktů.

Kategorie mají v pravidlech čtyři operace: přidat do vybraných kategorií (stávající zařazení zůstává), odebrat z vybraných, odebrat ze všech a vyměnit (kompletně nahradit zařazení vybranými kategoriemi). Samostatným pravidlem nastavíte i výchozí kategorii.

Kategorie vybíráte v přehledném stromu s hledáním (funguje i bez diakritiky) – žádné vypisování ID. Modul přitom sám hlídá konzistenci výchozí kategorie: nastavíte-li novou výchozí, produkt se do ní automaticky i zařadí; odeberete-li kategorii, která byla výchozí, určí se náhradní. Strom kategorií se ukládá do mezipaměti, takže výběr je svižný i u tisíců kategorií.

Jak chcete – je to volba v nastavení, ve výchozím stavu vypnutá. Když ji zapnete, modul při změně názvu produktu (pravidly i v tabulce) přegeneruje přátelskou URL v tomtéž jazyce podle nového názvu. Když ji necháte vypnutou, URL adresy zůstávají beze změny – což je bezpečnější volba, pokud máte na produkty vedené odkazy nebo reklamy.

I přegenerovaná URL je součástí zálohy, takže vrácení akce zpět obnoví i původní adresy.

Nepopletete – modul s týmem počítá:

• Fronta produktů je pro každého zaměstnance zvlášť – kolega si chystá svůj výběr, vy svůj, navzájem si do nich nevidíte.
• Historie akcí u každého zpracování eviduje, kdo ho spustil, kdy, jakým způsobem a s jakým výsledkem – včetně možnosti akci vrátit.
• Přístup k modulu řídí standardní oprávnění PrestaShopu – v profilech zaměstnanců určíte, kdo smí hromadné úpravy používat.

Ano, modul na návaznosti myslí. Po každé dávce promaže cache cen PrestaShopu, takže se nové ceny zobrazují okamžitě. V nastavení dále volíte:

• spouštění háčku aktualizace produktu – aby se o změnách dozvěděly i ostatní moduly (feedy, sklady…); automaticky, vždy, nebo nikdy,
• reindexaci vyhledávání – po změně názvů či popisů, aby fulltext PrestaShopu našel produkty podle nových textů,
• čištění HTML vkládaných textů.

Používáte-li ještě další cache (plná cache stránek, CDN), promažte ji po velké akci jako obvykle.

Jsou to neviditelné štítky v kódu stránky, ze kterých si sociální sítě a komunikátory (Facebook, WhatsApp, Messenger, X, LinkedIn a další) přečtou, jak mají zobrazit náhled sdíleného odkazu – jaký obrázek, název a popis ukázat. Bez nich si síť náhled domýšlí sama a výsledek bývá nevzhledný: chybějící obrázek, useknutý název nebo technická adresa místo jména produktu. S tagy vypadá každý sdílený odkaz jako profesionálně připravená reklamní karta.

Ne. Modul se po instalaci sám zavěsí do hlavičky stránek a tagy generuje automaticky z dat, která už v obchodě máte – z názvů, popisů, fotek a cen. V nastavení jen zaškrtnete, na kterých typech stránek se mají tagy zobrazovat, a vložíte adresu záložního obrázku.

Sociální sítě si náhledy odkazů ukládají do mezipaměti. Pokud byl odkaz sdílený už dříve, může síť nějakou dobu zobrazovat starou podobu. U Facebooku lze obnovení vynutit nástrojem Sharing Debugger (developers.facebook.com/tools/debug), kde stačí vložit adresu a kliknout na opětovné načtení. Nově sdílené odkazy se zobrazí správně hned.

Použije se záložní obrázek, který nastavíte v konfiguraci modulu – například logo nebo poutač vašeho obchodu. U kategorií si modul navíc ověřuje, zda obrázek skutečně existuje, takže se nikdy nestane, že by síť dostala odkaz na neexistující soubor a náhled zůstal prázdný.

Ano. Modul předává cenu s DPH i bez DPH včetně měny, dostupnost (skladem/vyprodáno), značku a stav zboží. Tyto údaje využívají produktové karty Facebooku a Instagramu i takzvané Rich Piny na Pinterestu. Zda a jak cenu zobrazí, rozhoduje vždy konkrétní sociální síť.

Ano. Modul se zavěšuje do standardní hlavičky stránky, kterou používá každá šablona PrestaShopu, a do vzhledu webu nijak nezasahuje. Velikosti obrázků si zjišťuje z konfigurace vašeho obchodu, takže funguje i se šablonami, které používají vlastní názvy velikostí obrázků.

V administraci v sekci Rozšířené parametry / Nástroje obrázků / Servisní nástroje, kde je karta Čištění obrázků. Zapnutí modulu a licenci najdete jako u ostatních našich modulů v Moduly / Konfigurovat.

Každý běh úklidu vytvoří ZIP archiv. Najdete ho v reportu v sekci Záložní archivy a stáhnete. Uvnitř jsou:

• smazané soubory se zachovanou strukturou cest – rozbalíte je do adresáře img/,
• restore.sql se smazanými záznamy včetně původních hlavních obrázků a pozic – pustíte ho nad databází e-shopu.

Archiv se nemaže sám – zabírá místo na disku, takže ho po ověření smažte tlačítkem v administraci.

Ano, na to je stavěný. Neprochází disk ani databázi celou do paměti: adresáře se ověřují po dávkách jedním dotazem a databáze se prochází klíčem, ne stránkováním. Práci řídí prohlížeč po dávkách, takže PHP nikdy neběží déle než pár vteřin vkuse.

Ne. Všechno běží z administrace v prohlížeči. Každá dávka dostane časový rozpočet místo pevného počtu položek – na pomalém hostingu udělá menší dávku a nespadne na max_execution_time, na rychlém udělá větší. Není potřeba nic navyšovat.

Jedinou volitelnou závislostí je PHP rozšíření ZipArchive pro zálohy. Když na hostingu chybí, modul vás na to upozorní před spuštěním – čištění pak funguje, ale bez záložního archivu.

Nemusíte. Kdykoliv dáte Pozastavit; běh se zastaví v konzistentním bodě (rozdělaná akce vždy doběhne) a pozice se uloží. Až se vrátíte, dáte Pokračovat a naváže tam, kde skončil. Reset zahodí analýzu a další běh začne od začátku.

Kdyby vypadlo spojení nebo zavřete prohlížeč, nic se neztratí – pozice je v databázi, ne v prohlížeči.

Když se produktu smaže záznam obrázku, který byl označený jako hlavní, modul hlavní obrázek dopočítá – dostane ho ten zbylý obrázek s nejnižší pozicí. Když produktu nezbyde žádný obrázek, hlavní obrázek se jen zruší. Nastavuje se přitom v ps_image i ps_image_shop, aby produkt nezůstal v katalogu bez náhledu.

Mezi analýzou a úklidem mohl doběhnout import a nález zastarat. Modul proto každou položku těsně před smazáním znovu přeověří, a co mezitím ožilo, přeskočí. V reportu to najdete ve stavu Přeskočeno i s důvodem.

Ne, a modul to sám ohlídá. Běh je zamčený tokenem, takže druhé okno dostane hlášku, že čištění už běží jinde. Bez toho by si dvě smyčky braly stejnou práci a přepisovaly si pozici.

Adresář k neexistujícímu ID jde pryč celý – nejdřív se všechno, co v něm leží (obrázky i cizí soubory), zálohuje do ZIP archivu a smaže, nakonec zmizí i adresář sám. V reportu je každý soubor uvedený zvlášť. Adresář zůstane jen tehdy, když v něm žije obrázek s delším ID (např. adresář 1/2 kryje obrázek 123 v podadresáři) – pak je v reportu poznámka adresář není prázdný.

PrestaShop ukládá obrázek 123 do img/p/1/2/3/123.jpg – cesta z číslic je přímo ID obrázku. Když někde leží obrázek s číslem, které neodpovídá své cestě, e-shop ho odtamtud nikdy nenačte. Vzniká to po chybných migracích a je to sirotek, i když samotné ID v databázi existuje.

Ano. Obrázky jsou v PrestaShopu společné pro celý multistore, takže čištění se spouští jednou a platí pro všechny obchody. Chování licence je stejné jako u ostatních našich modulů.

Ano. Před spuštěním zaškrtnete, co se má kontrolovat – produkty, kategorie, výrobce, dodavatele, nebo jen některé z nich.

Celkový počet je odhad – přesně by se spočítat nedal, aniž by se disk prošel dvakrát, což by čekání zdvojnásobilo. Ukazatel je proto orientační a modul to u něj i píše. Přesná čísla najdete v počítadlech a v reportu.

Zátěž je rozprostřená do krátkých dávek a mezi nimi má server volno, takže běžný provoz to nepoloží. Přesto doporučujeme pustit úklid mimo špičku – jde o operace nad diskem a mazání souborů.

Ne. Spouštěč dotazu se na detail produktu zavěsí sám přes standardní hook pod tlačítkem koupit (displayProductAdditionalInfo) — stačí modul nainstalovat a zapnout. Pokud chcete spouštěč na vlastním místě šablony, vložíte jediný řádek {widget name='dmproductquestion'}; parametrem layout='a', 'b' či 'c' můžete pro dané místo přebít zvolený vzhled.

Ano, a právě to je jeho velká výhoda. Popup si sám hlídá kombinaci zvolenou na stránce — když zákazník přepne velikost nebo barvu, aktualizuje se i dotaz. Kombinace se ukládá k dotazu, zobrazuje se v přehledu i v detailu (např. „Velikost: S, Barva: Bílá") a v e-mailu je součástí názvu produktu, přesně jak názvy skládá PrestaShop. U produktů bez variant se pochopitelně nic takového nezobrazuje.

Na e-maily administrátorů, které vyplníte v nastavení (více adres oddělíte čárkou; nevyplněné = hlavní e-mail obchodu). Zpráva obsahuje produkt s kombinací, referenci, cenu v okamžiku dotazu, odkaz na produkt a kontakt se zněním dotazu. Odpovídáte přímo z pošty - díky hlavičce Reply-To stačí stisknout Odpovědět a píšete zákazníkovi. Stejné tlačítko s předvyplněným příjemcem a předmětem najdete i v evidenci dotazů v administraci.

Ano, pokud to v nastavení nevypnete. Potvrzení odchází v jazyce, ve kterém byl zákazník na webu, a jeho předmět i úvodní text si upravíte pro každý jazyk zvlášť. K dispozici jsou zástupné značky {produkt}, {obchod} a {jmeno} - potvrzení tak může znít třeba „Děkujeme za váš dotaz k produktu Dřevěný betlém - Velikost: 45 cm".

Z jediné obrazovky v menu Zákaznický servis → Dotazy na produkty. Grid ukazuje datum, zákazníka s telefonem, produkt s miniaturou a kombinací, výřez dotazu a stav; nevyřízené dotazy jsou zvýrazněné a jejich počet svítí v badge u nadpisu. Kliknutím na řádek se otevře popup s plným dotazem a šipkami ‹ › (nebo klávesnicí) listujete na další dotaz bez zavírání. Stav Nový/Vyřízený přepnete jedním klikem, k dispozici jsou filtry podle stavu, období a obchodu i fulltextové hledání.

Formulář chrání několik tichých vrstev, které poctivý zákazník vůbec nezaznamená: CSRF token, honeypot (skryté pole, které vyplní jen robot), časová past (odeslání do 3 vteřin od otevření se zahodí), server-side validace všech polí včetně kontroly existence produktu a nastavitelný rate limit — např. nejvýše 3 dotazy z jedné adresy za hodinu. Pro e-shopy pod větším náporem spamu jde formulář jedním kliknutím napojit na reCAPTCHA z modulu dm_recaptcha.

Pokud máte nainstalovaný oficiální modul psgdpr, checkbox souhlasu a jeho texty spravuje psgdpr a dotazy zákazníka jsou automaticky zahrnuté v exportu i výmazu osobních údajů na jeho žádost. Bez psgdpr modul zobrazí vlastní checkbox s vaším textem a odkazem na stránku s podmínkami. Datum souhlasu se ukládá ke každému dotazu, IP adresa se neukládá vůbec (drží se jen její otisk pro ochranu proti spamu) a vyřízené dotazy můžete nechat po zvolené době automaticky mazat.

Záložka Statistiky v konfiguraci modulu ukazuje TOP 10 produktů s nejvíce dotazy, počet nevyřízených a datum posledního dotazu, s prokliky rovnou na dotazy daného produktu. Časté dotazy na stejný produkt znamenají, že zákazníci na stránce nenašli odpověď - doplníte popis, parametry nebo fotografie a snížíte počet dotazů i váhání před nákupem.

Ze tří zdrojů, které prochází postupně (kaskádou), dokud nenajde odpověď. Nejdřív se podívá na text dodání produktu — modul jedním klikem naskenuje celý katalog, vypíše všechny texty dodání („skladem u dodavatele", „na objednávku do týdne"…) a vy ke každému doplníte počet dnů; to je ideální pro e-shopy plněné importem, kde texty přicházejí s produkty. Když text nerozhodne, použije se pravidlo dodavatele (dny skladem / neskladem). A když ani to ne, platí výchozí hodnota — díky ní modul funguje hned po instalaci.

Ne. Modul si při instalaci sám naplní státní svátky šesti zemí - Česka, Slovenska, Německa, Rakouska, Polska a Maďarska - včetně pohyblivých velikonočních a svatodušních svátků, které se každý rok automaticky doplní na rok dopředu. Seznam můžete libovolně upravit a přidat vlastní dny volna (celozávodní dovolená, inventura), které blokují jen vaši expedici - dopravci mezitím normálně rozváží.

Se dvěma kalendáři najednou. Svátky země expedice (nastavíte ji v záložce Expedice) posouvají zpracování objednávky a odeslání; svátky země doručení - určuje se podle země návštěvníka - posouvají rozvozové dny dopravce. Když tedy odesíláte z Česka 4. července a na Slovensku je 5. července svátek, modul správně posune expedici i doručení, každé podle svého kalendáře.

Uzávěrka je čas, do kterého musí zákazník objednat, aby se objednávka zpracovala ještě tentýž den - nastavujete ji pro každý den v týdnu zvlášť (v pátek třeba dřív, v sobotu vůbec). Widget na detailu produktu ukazuje živý odpočet „objednejte do 14:00 - zbývá 1 h 23 min", který se přepočítává každých 30 sekund. Po uzávěrce se termíny automaticky posunou na další expediční den a zákazník se to dozví srozumitelnou větou.

Podle nejrychlejšího povoleného dopravce - a widget u termínu vždy uvádí jeho jméno („U vás zítra · dopravcem DPD"), aby bylo jasné, pro koho termín platí. Kompletní přehled všech dopravců s termíny je ve vzhledu Přehled dopravců a v popup okně, kde má nejrychlejší dopravce štítek. Dopravce, kterého nechcete zobrazovat, jednoduše odškrtnete v záložce Dopravci.

Z ceníků vašich dopravců v PrestaShopu - podle zóny země doručení a metody účtování (dle váhy či ceny), včetně příplatku za balení a dopravy zdarma. Cena se zobrazuje s DPH nebo bez DPH podle toho, jak ceny zobrazujete zákazníkům. A pokud ceny v přehledu nechcete, v záložce Vzhled je jedním přepínačem vypnete.

Ano, právě pro ni je navržený. Termíny se počítají v prohlížeči zákazníka ze stejné logiky jako na serveru - stránka může být klidně den stará z cache, widget přesto ukáže správné datum, běžící odpočet do uzávěrky i posun termínu po půlnoci. Widget se také sám obnoví po změně varianty produktu (AJAX překreslení stránky).

Ano - právě u něj je nejcennější. Pro zboží neskladem se použijí dny z textu dodání pro vyprodané zboží nebo dny „neskladem" od dodavatele, takže zákazník vidí reálný termín místo pouhého „není skladem". U produktů, které nejdou objednat vůbec (vypnuté objednávání nebo zakázaný nákup vyprodaného zboží), se widget korektně skryje. Termíny doplňuje decentní poznámka, že jde o orientační datum, ne garanci.

Ne. V záložce Vzhled vyberete umístění na detailu produktu (pod tlačítkem košíku, vedle akcí produktu, nebo v bloku jistot) a jednu ze čtyř variant zobrazení - od kompaktního řádku po minimalistický „jen popup". Pro vlastní umístění stačí jeden řádek v šabloně: {widget name='dmdeliverytime'}, parametrem variant='B' lze pro dané místo přebít i vzhled.

Ano. Widget je postavený na CSS proměnných (barvy, zaoblení, zvýraznění) a v záložce Vzhled je pole Vlastní CSS s připravenými zakomentovanými příklady - u řádku smažete značky komentáře, upravíte hodnotu a uložíte. Změníte tak hlavní barvu, barvy skladem/neskladem, zaoblení rohů i velikost písma bez zásahu do souborů modulu.

Ne. Modul OpenAI Ads pro PrestaShop nainstalujete jako kterýkoliv jiný modul a průvodce nastavením vás provede vším potřebným přímo v administraci. Jediné, co je potřeba nastavit mimo PrestaShop, je pravidelné spouštění úlohy na hostingu. Pokud si s tím nevíte rady, nastavíme ho za vás.

Cena modulu reklamu nezahrnuje. Rozpočet na reklamu si určujete sami ve svém účtu OpenAI Ads Manager a platíte ho přímo společnosti OpenAI. Modul za to nic neúčtuje a nijak neovlivňuje, kolik za reklamu utratíte.

Ne. Modul pravidelně sám připravuje aktuální seznam vašich produktů a OpenAI si ho sama stahuje. Změny cen, nové produkty i vyprodané zboží se do reklamy dostanou při další aktualizaci seznamu, bez jakékoliv ruční práce.

Modul spolupracuje s naší cookie lištou dm_cookies. Dokud návštěvník nepřijme marketingové cookies, nic se neměří a nic se neodesílá. Údaje o zákaznících odcházejí jen v zašifrované podobě, ze které nejde přečíst jméno, e-mail ani telefon. Pokud souhlas řešíte jiným nástrojem nebo prodáváte mimo EU, lze měření v nastavení povolit vždy.

V nastavení modulu vyřadíte zboží, které není skladem, nebo produkty levnější než zvolená částka. Produkty, které nesplňují požadavky OpenAI - například nemají fotku nebo mají nulovou cenu - modul do reklamy nepustí sám a ukáže vám jejich seznam i s důvodem, abyste je mohli opravit.

Ano. Pro každý trh si v modulu připravíte samostatný seznam produktů s vlastním jazykem, měnou a sazbou DPH dané země - například česky v korunách a slovensky v eurech. V OpenAI Ads Manageru pak každý seznam propojíte s reklamou pro příslušnou zemi.

OpenAI zpřístupňuje reklamu v ChatGPT postupně podle jednotlivých zemí. Zda je pro váš trh už dostupná, uvidíte přímo ve svém účtu v OpenAI Ads Manageru. Modul je připravený pro jakoukoliv zemi a měnu, takže ho můžete nastavit hned, jak bude reklama pro váš trh spuštěna.