{# DE + SK hreflang odebráno 2026-05-24 — viz core/settings.py LANGUAGES. cross_lang_alternates is set False by views whose CS/EN versions live on DIFFERENT paths (KB articles/categories, blog posts) — there the naive same-path alternate would point at a non-existent URL, so we emit only the self-canonical instead of a wrong reciprocal. #} Přeskočit na obsah

Server-side tracking pro módu a oblečení: vratky, které ničí ROAS

Módní e-shopy mají jeden specifický problém: vysoký podíl vratek. Pokud reklama optimalizuje na objednávky, které se vrátí, pálíte rozpočet. Jak to server-side řeší.

T
Tým DataNostro 7. 6. 2026 · 10 min · Středně pokročilý

Módní a oděvní e-shopy řeší věc, kterou jiné obory v takové míře neznají: vysoký podíl vratek. Zákazníci si běžně objednají víc velikostí a část vrátí. Pokud vaše reklama optimalizuje na hrubé objednávky, učí se na tržbách, které z velké části zmizí. Tady je, jak to napravit.

Proč je móda jiná

  • Vratky jsou běžné, ne výjimečné. Objednání více velikostí „na vyzkoušení" a vrácení části je v módě standardní chování.
  • Hrubý a čistý obrat se výrazně liší. Objednávka za 3 000 Kč, z níž se vrátí polovina, je reálně tržba 1 500 Kč.
  • Návštěvníci hodně procházejí. Dlouhé, opakované návštěvy bez okamžitého nákupu — atribuce musí udržet cestu spojenou.
  • Opakovaný nákup je klíčový. Hodnota zákazníka v módě stojí na opakování, ne na jedné objednávce.

Výzva 1: vratky zkreslují ROAS

Tohle je jádro problému. Když reklamním systémům posíláte hodnotu objednávky v okamžiku nákupu a později se velká část vrátí, optimalizujete na obrat, který neexistuje. Reklama pak může tlačit zrovnou do publik a produktů s nejvyšší mírou vratek. Řešení: promítnout vratky zpět do dat — posílat korekci hodnoty nebo refund událost, aby reklama viděla čistou tržbu. Server-side kontejner je vhodné centrální místo, kde to řešit. Souvisí s tím i ROAS vs. POAS.

Výzva 2: správné hodnoty v data layer

Aby šly vratky vůbec promítnout, musí měření od začátku stát na čistých hodnotách a jednoznačném ID objednávky — bez něj nespárujete pozdější vratku s původním nákupem. Základ leží v data layer.

Výzva 3: dlouhé procházení a ztracené interakce

Móda je „browse-heavy" — lidé se vrací, prohlížejí, přidávají do oblíbených. Když client-side ztratí část těchto interakcí kvůli ad-blockerům a ITP, atribuce i remarketing trpí. Server-side interakce zachytí spolehlivěji a díky delší životnosti cookies udrží vracejícího se zákazníka spojeného. Viz ITP, iOS a ad-blockery.

Výzva 4: nový vs. vracející se zákazník

V módě je rozdíl mezi akvizicí a retencí zásadní. Spolehlivá identifikace vracejícího se zákazníka umožní cílit reklamu jen na ty, které opravdu potřebujete získat, a neplatit za už získané.

Praktická doporučení

  • Promítejte vratky do měření — bez toho ROAS klame.
  • Zajistěte jednoznačné transaction_id, ať lze vratku spárovat s nákupem.
  • Nasaďte server-side kvůli spolehlivému zachycení interakcí a delší identifikaci.
  • Měřte nového vs. vracejícího se zákazníka odděleně.

Shrnutí

V módě nerozhoduje, kolik objednávek reklama přinese, ale kolik z nich zůstane po vratkách. Server-side tracking umožní promítnout vratky do dat, zachytit dlouhé nákupní cesty a optimalizovat reklamu na čistou tržbu — ne na zboží, které se za týden vrátí. Začněte kompletním průvodcem.

Sdílet

Nový článek 1× měsíčně

Hloubkové návody pro server-side tracking + případové studie z CZ trhu. Žádný spam, jen 1 e-mail za měsíc. Odhlásit kdykoli.

Zpět na Tracking