# E-maily o opuštěném košíku: užitečná připomínka, ne nátlak

Kanonická URL: https://brew.new/cs/blog/abandoned-cart-emails
Autor: Philip Sørensen
Publikováno: 2026-08-18
Aktualizováno: 2026-09-29

E-mail o opuštěném košíku zve člověka zpátky k nákupu, který nedokončil. Ber ho jako marketing, ne jako účtenku. Zákazník si to možná rozmyslel, našel odpověď jinde, nebo mu prostě došel čas.

Užitečná připomínka návrat usnadní. Nepotřebuje vymyšlené odpočítávání ani tvrzení, že zboží už skoro dochází.

## Ověř, jestli je připomínka na místě

Ověř, že na danou adresu smíš posílat marketingové e-maily. Zkontroluj, jestli košík pořád existuje, zboží je dál dostupné a zákazník už mezitím nenakoupil. Respektuj odhlášení a seznam blokovaných adres.

Použij skutečné zboží, ceny a cílový odkaz z košíku. Pokud se od vytvoření košíku změnila nabídka, jasně uveď aktuální podmínky. Rezervaci ceny nebo zboží slibuj, jen když ji e-shop opravdu nabízí.

Proč je nedokončený nákup něco jiného než potvrzení objednávky, vysvětluje [průvodce transakčními e-maily](/cs/blog/transactional-emails).

V USA posuzuje zákon CAN-SPAM e-mail podle jeho hlavního účelu a jak tento test funguje, vysvětluje [příručka FTC k dodržování zákona CAN-SPAM](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business). Připomínka objednávky, kterou zákazník neodeslal, má podpořit prodej. Dej do ní proto stejný odkaz pro odhlášení a stejnou poštovní adresu jako do ostatních marketingových e-mailů.

## Data, která potřebuješ, než připomínku sestavíš

Připomínka je jen tak přesná jako data, ze kterých vychází. Než začneš psát texty, ověř, že tvůj e-shop u každého opuštěného košíku posílá tato pole:

- E-mailová adresa kontaktu, zachycená v tom kroku pokladny, kde ji zadal.
- Stav souhlasu s marketingem, včetně toho, kde a kdy ho kontakt udělil.
- Obsah košíku: u každého produktu název, URL obrázku, cena a množství.
- Hodnota košíku a měna.
- Čas opuštění košíku, aby se každá prodleva počítala od správného okamžiku.
- Odkaz, který znovu otevře stejný košík.
- Stabilní ID události pro každou připomínku, složené například z ID košíku, opuštění, ke kterému patří, a kroku připomínky.

Podle ID události tvoje integrace pozná duplicitu, když se požadavek odešle znovu. Sestav ho z hodnot, které se při opakovaných pokusech o jednu připomínku nemění: z košíku, opuštění a kroku. Časové razítko vygenerované při odeslání se s každým opakováním změní, takže duplicity nezachytí. Pokud událost spouštíš přes API Brew, pošli toto ID v hlavičce `Idempotency-Key`. Opakovaný požadavek se stejným klíčem a tělem vrátí původní výsledek a druhý běh nespustí. Klíč zůstává s tímto uloženým během svázaný mnohem déle než jeden den, takže zákazník, který stejný košík opustí znovu, potřebuje nové ID.

## Začni jednou jasnou připomínkou

Tady je ilustrační koncept. Místo funkčních proměnných obsahuje redakční zástupné texty:

> Předmět: Tvůj košík v obchodě [název obchodu]
>
> V košíku máš pořád [název produktu]. Než se rozhodneš, jestli objednávku dokončíš, můžeš si zboží i aktuální celkovou cenu v klidu projít.
>
> [Vrátit se do košíku]
>
> Nevíš si rady s velikostí nebo doručením? Odpověz na tento e-mail a náš tým ti poradí.

Větu o pomoci použij, jen pokud odpovědi dorazí k týmu, který na ně umí odpovědět. Každý zástupný text nahraď ověřenými daty přes pole, která tvoje platforma podporuje. Otestuj záložní hodnotu pro případ, že chybí obrázek nebo název produktu.

Pokud posíláš další zprávu, musí mít svůj důvod. Odpověz na častý dotaz k produktu nebo vysvětli skutečné pravidlo obchodu. Sleva je obchodní rozhodnutí, ne povinný druhý krok.

## Výchozí harmonogram k otestování

Hodně e-shopů začíná s prodlevami podobnými těm níže. Ber je jako běžnou konvenci, kterou si ověříš na vlastních objednávkách. Nejde o benchmark a nic tady neukazuje, že by tyto časy zachránily víc košíků než jakékoli jiné.

| E-mail | Běžná výchozí prodleva | K čemu může sloužit |
| --- | --- | --- |
| První připomínka | 1 až 2 hodiny po opuštění košíku | Ukáže košík, dokud je návštěva ještě čerstvá |
| Druhý e-mail | Zhruba po 24 hodinách | Odpoví na častý dotaz k velikosti, doručení nebo vrácení zboží |
| Třetí e-mail | Po 48 až 72 hodinách | Připomene košík ještě jednou, nebo uvede skutečnou nabídku, pokud nějakou nabízíš |
| Volitelný poslední e-mail | Po 5 až 7 dnech | Pomůže u nákupu, který si zákazník důkladně zvažuje, pokud je košík pořád platný |

Všechny čtyři posílat nemusíš. U levného zboží může stačit jediná připomínka. Každý další e-mail potřebuje vlastní důvod a před každým z nich by měla proběhnout kontrola stavu nákupu popsaná níže.

## Sociální důkaz i naléhavost musí stát na faktech

Používej schválenou citaci zákazníka se skutečným jménem autora a s jeho svolením. Pokud koncept potřebuje referenci zákazníka, ale žádná není k dispozici, nech v něm interní zástupný text a před odesláním ho odstraň. Nikdy nevydávej vygenerované jméno a pět hvězdiček za důkaz od skutečného zákazníka.

Stejně tak musí termín odpovídat skutečnému konci nabídky a upozornění na docházející zásoby aktuálnímu stavu skladu. Připomínka, která kterýkoli z těchto údajů zkreslí, sice může získat proklik, ale e-shop tím ztrácí důvěryhodnost.

## Podmínky ukončení nastav ještě před spuštěním

Častou chybou je sekvence bez podmínek pro ukončení. Zákazník nakoupí a pak dostane ještě dvě připomínky košíku, který už zaplatil. Sekvenci zastav, jakmile platí kterákoli z těchto podmínek:

- Zákazník odešle objednávku, i kdyby to bylo z jiného zařízení nebo přes tvou zákaznickou podporu.
- Košík se v e-shopu vyprázdní nebo vyprší.
- Kontakt se odhlásí nebo je na seznamu blokovaných adres.
- Zboží v košíku už není dostupné.

Sepiš si je dřív, než sekvenci sestavíš, a každou otestuj na testovacím košíku. Kde musí kontrola proběhnout, když připomínky posílá Brew, vysvětluje další sekce.

## Stav nákupu ověř znovu v okamžiku odeslání

V Brew si pole payloadu události i po čekání ponechávají původní údaje o košíku. Podmínky na `contact.<name>` umí číst aktuální pole kontaktu v Brew, ale záznamy o košících, objednávkách ani skladových zásobách z e-shopu nenačítají.

Když je připomínka na řadě, ať aplikace e-shopu ověří, jestli zákazník pořád splňuje podmínky. Pokud má dál platný košík a souhlas s marketingovými e-maily, vyšli novou událost pro připomínku s aktuálními údaji o košíku. Pokud už nakoupil, událost nevysílej. Proti opakovaným pokusům v integraci, která událost odesílá, se chraň stabilním identifikátorem události.

Nepředpokládej, že prompt jako „zastav po nákupu“ vytvoří živé propojení s aktuálními daty e-shopu. Ověř skutečnou událost a [postup integrace](/cs/browse/integrations), které máš nastavené.

## Zachráněné objednávky měř poctivě

Urči atribuční okno a to, jak naložíš s objednávkami, které by přišly i tak. Vedle tržeb sleduj náklady na slevy, vrácené zboží, odhlášení a stížnosti. Pokud máš dost velký objem, pomůže ti kontrolní skupina (holdout) odhadnout, kolik objednávek připomínky skutečně přidaly.

Žádné procento zachráněných košíků ti tato sekvence slíbit nemůže. Začni relevantní připomínkou, ověř kontroly stavu a vylepšuj ji podle vlastních výsledků. Širší model měření najdeš v [průvodci ROI](/cs/blog/email-marketing-roi).