POAS Data Feed — Profit-on-Ad-Spend bidding

Co je POAS Data Feed?

POAS = Profit-on-Ad-Spend. Místo posílání obratu (revenue) do reklamních platforem posíláte zisk (profit). Ad platformy pak optimalizují bidding na profit místo na revenue — výrazně bližší vašemu skutečnému P&L.

Proč to potřebujete

• ROAS na revenue je iluze. Produkt s 50 % marží a 5 % marží mají u Meta Ads stejný ROAS, ale úplně jiný profit. Bidding na revenue tlačí rozpočet do nízkomaržových produktů.
• Bidding na profit = bottom-line ROI. Smart Bidding (Google) a Advantage+ (Meta) optimalizují přímo na to, co vám reálně tečou na účet po nákladech.
• Privacy benefit. Profit hodnota nikdy neopustí váš server — v dataLayer ani v browser pixelu nejsou marže ani COGS.

Jak DataNostro POAS funguje

1. Tenant nastaví lookup tabulku SKU → margin (% nebo absolutní COGS). Tři zdroje:
   • CSV upload — formát sku,margin_pct,cogs. Max 50 000 řádků.
   • Heureka feed — pokud máte sloupce cogs nebo margin v Heureka XML, automatický pull každou hodinu.
   • DataNostro Store — programatický update přes API klíč poas:product:<sku>.
2. Při každé konverzi engine přepíše value z revenue na profit:
   • S items[] arrayem (e-commerce purchase): profit = sum(item.qty × (item.price - item.cogs)) nebo price × margin_pct.
   • Bez items[]: použije se per-tenant default margin %.
3. Profit se pošle jen na ad platformy (Google Ads, Meta CAPI, TikTok, Sklik, Snapchat, Microsoft Ads, LinkedIn, Reddit, Pinterest). CRM a email destinations (Klaviyo, HubSpot, Pipedrive) dostávají původní revenue — lifecycle reporting tím není narušený.

Kdy to zapnout

• ✅ Máte e-shop s variabilní marží mezi produkty (typicky >5 procentních bodů rozdílu).
• ✅ Používáte Smart Bidding nebo Advantage+ kampaně optimalizované na conversion value.
• ✅ Máte k dispozici margin nebo COGS data per-SKU (z ERP, e-shop adminu, nebo z Heureka feedu).
• ❌ Pokud prodáváte jeden produkt nebo SKUs s podobnou marží, POAS nepřinese měřitelný uplift.

Setup krok za krokem

1. Dashboard → Power-ups → najděte sekci POAS Data Feed.
2. Vyberte zdroj lookup tabulky (typicky CSV upload pro start).
3. Stáhněte si export svých produktů z e-shopu, doplňte sloupec margin_pct nebo cogs.
4. Nahrajte CSV — uvidíte počet načtených SKU.
5. Volitelně: nastavte default margin % jako fallback pro SKU mimo tabulku.
6. Zkontrolujte per-platform overrides — defaultně ad platformy = profit, CRM = revenue. Většinou není potřeba měnit.
7. Zapněte hlavní toggle "Zapnout POAS rewrite hodnoty" a uložte.
8. Otestujte v Debug Events: nový purchase event by měl mít _dn_poas_applied: true v dispatch trace.

Verifikace v Google Ads / Meta

• Google Ads: Tools → Conversions → vyberte vaši konverzní akci → "Latest activity". Hodnoty by měly být nižší a odpovídat profitu.
• Meta Events Manager: Test Events tab — uvidíte purchase events s upraveným value.
• DataNostro Debug Events: nově odeslaný event má _dn_poas_applied: true ve své payload.

FAQ

Q: Mění to retroaktivně historická data?
Ne. POAS působí jen na události odeslané po zapnutí. Historie v Google Ads / Meta zůstává v revenue.

Q: Co když nemám margin per-SKU, jen průměr za celý e-shop?
Nastavte jen default margin % (např. 35 %) a nechte lookup tabulku prázdnou. Všechny eventy dostanou stejný margin — pořád lepší než revenue, ale méně přesné než per-SKU.

Q: Posíláte profit i do GA4?
Ano, defaultně ano. Pokud chcete v GA4 vidět revenue (typický use-case pro byznys reporty), v per-platform overrides odškrtněte GA4 — GA4 dostane revenue, ad platformy profit.

Q: Funguje to i pro Sklik a Heureku?
Ano. POAS rewrite působí na Sklik server-side konverze i na Heureka transactions. Pokud máte Heureka feed jako lookup zdroj, je to úplně self-contained — feed má cogs/margin, my si je čteme.