Tracking konverzí u plateb na dobírku a externích pokladen

Tracking konverzí u dobírky znamená odesílat každý nákup reklamním platformám přímo z objednávky, ze serveru, místo spoléhání na pixel v prohlížeči na poděkovací stránce. Objednávky z aplikací pro dobírku, externích pokladen, objednávkových formulářů a funnelů se často dokončí mimo běžnou pokladnu, takže je pixel přehlédne nebo je nahlásí ve špatný okamžik.

Tento průvodce vysvětluje, proč se tyto objednávky ztrácejí a proč záleží na stavu platby. Porovnává tři okamžiky, kdy odeslat nákup: při vytvoření objednávky, při jejím potvrzení a při zaplacení. Věnuje se také nepřevzatým objednávkám a vratkám a tomu, jak ROASaurus řeší externí pokladny.

Proč pixely přehlédnou objednávky na dobírku?

Pixel v prohlížeči nahlásí nákup, když kupující dorazí na stránku, na které běží. Obvykle je to poděkovací stránka vaší pokladny. Každá cesta objednávky, která tuto stránku přeskočí nebo ji spustí na jiné doméně, ztratí událost nákupu nebo kliknutí na reklamu, které k ní patří.

Samotná objednávka se nikdy neztratí. Skončí ve vašem e-shopu nebo nástroji pro funnely s ID objednávky, částkou, e-mailovou adresou a často i telefonním číslem. Proto je spolehlivým řešením odeslat nákup z dat objednávky ze serveru a přenést kliknutí na reklamu až k objednávce. Obecnou metodu vysvětluje článek Server-side tracking na Shopify. Tento článek se věnuje objednávkám, které vyžadují zvláštní péči.

Některé aplikace pro dobírku odesílají i vlastní události pixelu. Pokud používají stejný pixel jako váš server-side tracking, ale jiné ID události, platforma objednávku započítá dvakrát. Tyto události aplikace vypněte, nebo postupujte podle kroků, jak předejít dvojímu započítání.

Proč záleží na stavu platby

Platba kartou se stáhne v pokladně, takže objednávka je zaplacená ve chvíli, kdy vznikne. Objednávka na dobírku je jiná. Shopify vede dobírku jako ruční platební metodu a tyto objednávky zůstávají ve stavu Payment pending, dokud je neoznačíte jako zaplacené. V praxi se to stane až poté, co kurýr vybere hotovost, což může trvat dny. Některé objednávky se nezaplatí nikdy, protože kupující zásilku odmítne nebo není doma.

Mnoho nastavení trackingu odesílá nákup, když je objednávka zaplacená, protože u objednávek kartou je to nejbezpečnější okamžik. U objednávky na dobírku stejné pravidlo znamená, že nákup dorazí o dny později, nebo vůbec. Níže uvedený log ukazuje typický případ obchodu, který odesílá nákupy při zaplacení.

WooCommerce funguje opačně. Objednávky na dobírku nastaví na Processing, dokud se platba nevybere, s výjimkou objednávek se stahovatelným produktem, které přejdou do stavu On hold. Nastavení, které odesílá objednávky ve stavu Processing, je proto odešle hned po vytvoření. Než se rozhodnete o čemkoli dalším, ověřte, jaký stav vaše platforma těmto objednávkám přiděluje.

Vytvořená, potvrzená nebo zaplacená: kdy odeslat nákup?

Na výběr jsou tři okamžiky. Každý je kompromisem mezi rychlostí a přesností.

Proč jsou pozdní události nákupu problém

Reklamní platformy připíšou nákup reklamě jen tehdy, když k němu dojde v rámci atribučního okna po kliknutí. Při nastavení 7denní atribuce kliknutí v Meta se nákup reklamě počítá až 7 dní po kliknutí. Conversions API od Meta také odmítá události, jejichž event_time je starší než 7 dní, a odmítne celý požadavek, pokud je jedna událost příliš stará. Nákup odesílaný při zaplacení má proto dvě špatné možnosti:

• Odeslat ho s časem objednávky. Pokud platba přišla o více než 7 dní později, Meta ho odmítne.
• Odeslat ho s časem platby. Meta ho přijme, ale kliknutí na reklamu už může být starší než 7 dní, takže se nákup reklamě nepřipíše.

Rychlost je důležitá i pro optimalizaci. Kampaně optimalizované na nákupy se učí z nákupů, které odesíláte. Signál, který dorazí o týden později, informuje algoritmus o publiku z minulého týdne.

Který okamžik zvolit

Pro většinu obchodů s dobírkou je lepším výchozím řešením odeslání při vytvoření objednávky. Signál přijde okamžitě, kliknutí je stále uvnitř okna a nic se neodmítne. Cenou je, že se odmítnuté zásilky v Ads Manageru počítají jako nákupy. To korigujete ve svých cílech, jak ukazuje další část.

Pokud váš tým před odesláním potvrzuje každou objednávku telefonicky nebo zprávou, je potvrzení dobrým kompromisem. Odfiltruje falešné objednávky a obvykle proběhne do jednoho dne. Použijte ho, když váš vlastní systém umí v tom okamžiku odeslat nákup, například přes API. Falešné objednávky jsou důležitější, než se zdá: pokud se z nich reklamní platforma učí, hledá další lidi, kteří objednávky zadávají a nezaplatí.

Jak naložit s nepřevzatými objednávkami, storny a vratkami

Jakmile se nákup odešle, zůstává v Ads Manageru. Zásilka odmítnutá u dveří ho neodstraní. ROASaurus neodesílá vratky ani storna ani do Meta, TikTok a většiny dalších reklamních platforem, takže tržby, které vykazují, zahrnují objednávky, které jste nikdy nevybrali. Po vratce lze opravit jen hodnoty v Google Ads a Microsoft Advertising, a to pokud jsou zapnuté opravy hodnot. Řešením je změřit míru odmítnutí a upravit čísla, se kterými porovnáváte.

Zde je propočítaný příklad pro jeden měsíc. Pro jednoduchost jsou ceny bez DPH.

Při útratě za reklamu $3,000 vypadá tentýž měsíc velmi odlišně podle toho, které tržby použijete:

Míra hrubé marže z doručených tržeb je $3,878 ÷ $8,200 = 47.3%, takže ROAS bodu zvratu je 1 ÷ 0.473 = 2.11. Tento bod zvratu platí pro doručené tržby. Ads Manager započítává i odmítnuté objednávky, takže ho musíte před porovnáním přepočítat. Základní vzorec vysvětluje ROAS bodu zvratu.

Výsledek si můžete ověřit přímo. Reklamy jsou v bodě zvratu, když se útrata za reklamu rovná hrubému zisku $3,878, a $10,000 vykázaných tržeb ÷ $3,878 = 2.58.

Míry odmítnutí se často liší podle regionu, produktu a kampaně. Máte-li dost objednávek, počítejte je pro každou kampaň zvlášť a výsledek na hrubém zisku si ověřte v kalkulačce POAS.

Vratky a storna ve vašich vlastních číslech

Na Shopify se storna a vratky dostávají do ROASaurus přes webhook, takže analýza zisku odečítá vratky od tržeb. Sami si zvolíte, zda se započítají stornované objednávky, které nebyly nikdy vyřízeny; ve výchozím nastavení se vynechávají. Stornovaná objednávka, která už byla odeslána, zůstává započtena, protože doprava vás stále stála peníze. U nedávných objednávek, které se ještě mohou vrátit, nastavení Predicted returns zadrží očekávaný podíl prodejů, dokud nepřijdou skutečné vratky.

Jak ROASaurus řeší dobírku a externí pokladny

Shopify

Každý obchod na Shopify má v Store settings nastavení Checkout type se dvěma možnostmi:

• Shopify checkout: nákup se odešle, když Shopify nahlásí objednávku jako zaplacenou, přes webhook orders/paid.
• External / COD checkout: nákup se odešle při vytvoření objednávky přes webhook orders/create. Použijte ho pro dobírku a pro externí pokladny, například CheckoutChamp nebo Checkify, které Shopify objednávku vytvářejí samy.

Nastavení platí pro každou objednávku v obchodě. Objednávky kartou, které se platí v pokladně, vznikají a zaplatí se téměř ve stejném okamžiku, takže volba mění hlavně to, kdy se odesílají nezaplacené objednávky. Každá objednávka se odešle jen jednou. Když později dorazí aktualizace o zaplacení objednávky na dobírku, druhý nákup se neodešle.

Nákup používá vlastní data objednávky: částku, měnu, produkty a e-mail, telefon a adresu kupujícího, hashované před odesláním. ROASaurus spáruje objednávku s kliknutím na reklamu přes ID návštěvníka, které jeho skript uloží do košíku. Pokud ho objednávka nenese, ROASaurus zkouší v tomto pořadí: tokeny košíku a pokladny, událost nákupu z pokladny, e-mail, který návštěvník dříve zadal na vašem webu, a stejnou IP adresu a prohlížeč krátce před objednávkou, pokud odpovídá právě jeden návštěvník. Úplné nastavení najdete na stránce integrace se Shopify.

WooCommerce a další e-shopy

Plugin pro WooCommerce odešle objednávku, jakmile dosáhne stavu Processing nebo Completed. Objednávky na dobírku dosáhnou stavu Processing při vytvoření, takže se odešlou hned. Objednávky placené převodem se odešlou, když přejdou do stavu Processing. Ostatní konektory e-shopů odesílají objednávku v těchto okamžicích:

• Wix, Squarespace, Ecwid, Lightspeed, CCV Shop a Shopware: když je stav platby objednávky zaplaceno.
• BigCommerce: když objednávka dosáhne stavu, například Awaiting Fulfillment, Awaiting Shipment, Shipped nebo Completed.
• Magento: když je stav objednávky Processing nebo Complete.
• PrestaShop: když je objednávka označena jako platná.
• Vlastní webhook a API pro objednávky: když objednávku odešle váš vlastní systém.

Zkontrolujte, jak vaše platforma označuje objednávky na dobírku. Pokud zůstávají nezaplacené, dokud kurýr nevyplatí hotovost, jejich nákupy dorazí pozdě.

Funnely a vlastní pokladna

1. Přidejte skript na stránky funnelu

   Použijte stejný klíč obchodu jako u svého e-shopu, aby si návštěvník na obou doménách zachoval jedno ID návštěvníka.

2. Uveďte své domény

   V Store settings přidejte domény funnelu a obchodu v části Linked domains. Odkazy mezi těmito doménami pak ponesou ID návštěvníka a ID kliknutí.

3. Odesílejte objednávky přes API pro objednávky

   Pokud objednávku přijímá přímo funnel, odesílejte každou objednávku na /api/v1/orders s cookie _tl jako visitor_id. Okamžik určuje váš systém: při vytvoření, potvrzení nebo zaplacení.

4. Zkontrolujte Event log

   Když dorazí první skutečné objednávky, otevřete Event log a ověřte, že každá z nich byla odeslána na každou připojenou platformu.

POST /api/v1/orders
X-Roasaurus-Key: <store key>
Authorization: Bearer <API key>
Content-Type: application/json

{
  "order_id": "F-20931",
  "created_at": "2026-10-20T14:05:00Z",
  "total": 50.00,
  "currency": "USD",
  "email": "buyer@example.com",
  "phone": "+15555550123",
  "country": "US",
  "visitor_id": "<value of the _tl cookie>",
  "click_ids": { "fbc": "<_fbc cookie>", "fbp": "<_fbp cookie>" },
  "client_ip": "203.0.113.7",
  "user_agent": "Mozilla/5.0 ...",
  "items": [{ "variant_id": "SKU1", "quantity": 1, "price": 50.00 }]
}

API pro objednávky ponechá první kopii každého ID objednávky. Pokud ho váš systém volá při vytvoření a znovu při zaplacení, nákup odešle jen první volání. Více podrobností najdete v části funnely a více domén.

Časté chyby, kterým se vyhnout

• Čekání na stav zaplaceno u obchodu s dobírkou. Nákupy dorazí o týden později nebo vůbec a pozdní události se odmítnou nebo spadnou mimo atribuční okno.
• Porovnávání ROAS z Ads Manageru s bodem zvratu určeným pro zaplacené objednávky. Bod zvratu nejdřív vydělte svou mírou zaplacení.
• Dva zdroje pro jeden nákup. Vlastní pixel aplikace s formulářem a vaše serverové události započítají stejnou objednávku dvakrát. Viz duplicitní události nákupu.
• Ztráta kliknutí mezi doménami. Funnel na jiné doméně potřebuje skript a propojené domény, jinak jeho objednávky dorazí bez kliknutí na reklamu.
• Vynechávání ručních objednávek. Telefonické objednávky a objednávky z chatu nemají žádnou relaci v prohlížeči, ale mají e-mailovou adresu nebo telefonní číslo. Odeslané z dat objednávky dávají reklamní platformě něco, s čím je lze spárovat.

Zdroje

1. Meta for Developers: Server Event Parameters
2. Shopify: WebhookSubscriptionTopic (GraphQL Admin API)
3. Shopify Help Center: Manual payment methods
4. Shopify Help Center: Understanding your order statuses
5. WooCommerce: Cash on Delivery documentation

V ROASaurus

• Integrace Shopify
• Integrace WooCommerce
• Nápověda: funnely a více domén
• Analýza zisku v ROASaurus

Čtěte dál