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.

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ů.