{# 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 marketplace: dvě strany, atribuce a provize místo GMV

Tržiště měří složitěji než jednostranný e-shop: máte nabídku i poptávku, atribuci přes víc stran a skutečná tržba je provize, ne obrat. Jak na to se server-side trackingem.

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

Marketplace je z pohledu měření nejnáročnější model. Nemáte jeden funnel, ale dva — získáváte zároveň kupující i prodávající. Atribuce je složitější a vaše skutečná tržba není obrat (GMV), ale provize z něj. Klasické měření na to nestačí. Tady je, jak ho postavit správně.

Proč je marketplace jiný

  • Dvě strany akvizice. Potřebujete přivádět kupující i prodávající/nabízející. To jsou dva různé funnely s různými konverzemi.
  • Provize, ne obrat. Když na tržišti proběhne transakce za 10 000, vaše tržba je třeba 1 000 provize. Pokud do reklamy posíláte GMV místo provize, optimalizujete na zkreslenou hodnotu.
  • Složitá atribuce. Kupující může objevit produkt přes vaši reklamu, ale konverzi dokončit přes prodejce — komu se zásluha připíše?
  • Opakované chování. Zdraví marketplace stojí na opakovaných nákupech, ne na jednorázové akvizici.

Výzva 1: posílat provizi, ne GMV

Tohle je nejdůležitější rozhodnutí. Pokud reklamním systémům jako hodnotu konverze předáváte celé GMV, přeceníte transakce s nízkou provizí a reklama optimalizuje špatně. Server-side kontejner je ideální místo, kde GMV přepočítat na vaši skutečnou provizi (take-rate), než událost odejde do Google Ads a Meta. Je to stejná logika jako u ROAS vs. POAS — měřte zisk, ne obrat.

Výzva 2: měřit obě strany odděleně

Registrace prodávajícího a nákup kupujícího jsou dvě úplně jiné konverze s jinou hodnotou. Měřte je jako oddělené události s vlastními hodnotami a kampaněmi. Server-side umožní obě spolehlivě zachytit a poslat do správných systémů s odpovídající hodnotou.

Výzva 3: čistá atribuce přes celý funnel

Cesta kupujícího na marketplace bývá dlouhá a roztříštěná — objevení, srovnání, návrat, nákup. Když client-side ztratí část interakcí, atribuce počítá z děravých dat. Server-side díry zaceluje a drží cestu spojenou díky delší životnosti identifikace. Více v atribuce konverzí a server-side.

Výzva 4: opakované nákupy a hodnota zákazníka

U marketplace nejde jen o první nákup, ale o to, jestli se zákazník vrací. Spolehlivá identifikace vracejícího se uživatele (delší životnost cookies, user ID) umožní odlišit akvizici od retence a neplatit za reklamu na uživatele, které už máte.

Praktická doporučení

  • Rozhodněte se vědomě, jakou hodnotu posíláte do reklamy — provizi, ne GMV.
  • Měřte akvizici kupujících i prodávajících jako oddělené funnely.
  • Investujte do čistého data layer — u dvou stran a více typů událostí se nepořádek prudce množí.
  • Sledujte poměr akvizice vs. retence, ne jen celkové konverze.

Shrnutí

Marketplace má víc pohyblivých částí než jakýkoli jiný model — a o to víc na něm záleží přesné, dobře strukturované měření. Server-side tracking dává jedno místo, kde sjednotit hodnoty (provizi místo GMV), oddělit obě strany akvizice a držet atribuci čistou. Začněte kompletním průvodcem server-side trackingem.

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