Jak se měří ChatGPT Ads: Pixel, CAPI, UTM a atribuce

Stav informací: 27. 8. 2026

Primární zdroje: OpenAI Help Center, OpenAI Ads a OpenAI Ads Policies

Aktualizace článku: Text vychází z veřejné dokumentace OpenAI dostupné k 27. srpnu 2026. Názvy událostí, reporting, atribuce a dostupnost funkcí se mohou měnit; před implementací ověřte aktuální dokumentaci a nastavení vlastního účtu.

Reklama bez měření je pouze placená návštěva obrazovky. U ChatGPT Ads je proto potřeba rozdělit si práci na několik kroků: zachytit kliknutí, předat informaci o následné akci, správně ji přiřadit ke kampani a potom porovnat report s vlastní analytikou.

OpenAI aktuálně dokumentuje několik cest, jak konverze měřit: OpenAI Pixel v prohlížeči, Conversions API ze serveru a kombinaci obou. Pro orientaci v běžné analytice lze použít také UTM parametry. Důležitou roli hraje click reference oppref, pokud je dostupná, a u stejné konverze také jednotné ID události pro deduplikaci.

Tento článek není návodem na jednu konkrétní implementaci pro každý web. Vysvětluje, co OpenAI veřejně popisuje, kde vznikají rozdíly mezi nástroji a jak připravit měření tak, aby se z reportu nestal zdroj falešné jistoty.

Krátká odpověď

Pro základní měření ChatGPT Ads potřebujete:

1. definovat, co je skutečná konverze,
2. v Ads Manageru nastavit odpovídající konverzní událost,
3. odeslat událost přes Pixel, Conversions API nebo oběma cestami,
4. zachovat dostupný parametr oppref při cestě návštěvníka webem,
5. při posílání stejné konverze dvěma cestami použít stejné ID události,
6. porovnávat data až po zohlednění atribuce, souhlasu, časového pásma a případného zpoždění.

OpenAI Ads Manager aktuálně reportuje imprese, kliknutí, spend, CTR, průměrné CPC, průměrné CPM a konverze, pokud je měření nastavené. Některé účty mohou mít také samostatné view-through konverze. Ty se nesmí bez vysvětlení přičíst k hlavnímu součtu click-through konverzí.

Čtyři vrstvy měření

Nejčastější chyba vzniká tím, že se zamění reklamní report za kompletní obraz podnikání. Ve skutečnosti se potkávají čtyři vrstvy:

• Doručení: kolikrát se reklama zobrazila a kolik vzniklo kliknutí.
• Návštěva: zda se otevřela cílová stránka a co se na ní stalo.
• Konverze: zda byl přijat událostní záznam, který odpovídá nastavení kampaně.
• Obchodní výsledek: zda se z akce stal skutečný lead, objednávka, registrace nebo jiný výsledek.

Kliknutí není totéž co načtení stránky. Načtení stránky není totéž co odeslaný formulář. Přijatý event není automaticky totéž co platný obchodní případ. Každá vrstva potřebuje vlastní kontrolu.

OpenAI Pixel: měření v prohlížeči

OpenAI Pixel je JavaScriptová cesta pro odesílání událostí z webu. V praxi se načte na relevantních stránkách a při dokončení definované akce odešle konverzní event do zdroje dat připojeného k účtu.

Dokumentace OpenAI k měření konverzí uvádí, že Pixel zachytává dostupný oppref a ukládá jej do first-party cookie, aby jej mohl spojit s pozdějšími konverzními událostmi. Při implementaci je proto důležité, aby se parametr při přesměrování nebo navigaci neztratil dříve, než návštěvník dokončí sledovanou akci.

Pixel je citlivý na prostředí prohlížeče. Jeho načtení může ovlivnit cookie lišta, nastavení souhlasu, blokování skriptů, rozšíření prohlížeče, přesměrování a technická chyba na stránce. To není argument proti Pixelu, ale důvod, proč jej u důležitých událostí nekontrolovat pouze vizuálně.

Co u Pixelu otestovat

• zda se Pixel inicializuje na správném webu a ve správném zdroji dat,
• zda se event odešle právě při dokončení akce, ne při pouhém otevření formuláře,
• zda se odešle správný typ a název události,
• zda consent režim neblokuje měření v rozporu s vaším nastavením,
• zda po přesměrování zůstává dostupný click reference, pokud byl přítomný,
• zda se stejná akce neodesílá opakovaně při obnově děkovací stránky.

Conversions API: měření ze serveru

Conversions API umožňuje předávat konverzní události ze serveru nebo backendu. Hodí se například pro objednávku, která je potvrzená až po odpovědi platební brány, pro lead uložený v CRM nebo pro systém, kde rozhodující akce probíhá mimo prohlížeč.

Serverová cesta nenahrazuje automaticky vše, co se děje v browseru. OpenAI uvádí, že pro browserové události lze použít Pixel a pro serverové purchase nebo jiné backendové události Conversions API. Při serverovém odesílání je důležité zachovat dostupné click reference hodnoty, například oppref.

Proč použít Pixel a API dohromady

OpenAI dokumentuje kombinaci Pixelu a Conversions API jako možnost pro odolnější měření. Browser může zachytit jednu část cesty a server jinou. Když ale obě cesty odešlou stejnou konverzi, musí sdílet stejné ID události, aby ji OpenAI mohl deduplikovat.

To neznamená, že se mají bez rozmyslu zapnout dvě nezávislé implementace. Nejprve definujte, která obchodní akce je jedna konverze, kde vzniká její jedinečné ID a která data se posílají browserem a která serverem.

Modelový tok: Návštěvník odešle formulář. Prohlížeč odešle event s ID lead-abc123. Backend formulář uloží a pošle stejný event se stejným ID přes API. Dvě technické cesty pak označují jednu obchodní událost, ne dva leady.

Hodnota lead-abc123 je pouze ilustrační. Vlastní ID musí vytvářet vaše aplikace způsobem, který zajistí stabilitu pro tutéž událost a neumožní náhodné slučování různých akcí.

Co je oppref

oppref je click reference, kterou OpenAI přidává do URL cílové stránky. Dokumentace uvádí příklad ve tvaru www.openai.com?oppref=gAAAAAb123. Hodnota neslouží jako náhrada za celou analytiku. Je to jeden z dostupných signálů, který pomáhá spojit kliknutí s pozdější konverzí.

V praxi si pohlídejte tři okamžiky:

1. parametr přijde v URL při návštěvě landing page,
2. web jej neztratí při přesměrování, formuláři nebo přechodu na další krok,
3. Pixel nebo Conversions API jej použije při odeslání konverze, pokud je dostupný.

Pokud web používá několik domén, platební bránu, rezervační systém nebo externí formulář, zmapujte cestu celou. Nestačí otestovat pouze první načtení URL.

UTM parametry: spojení s běžnou analytikou

UTM parametry lze přidat do URL cílové stránky a následně je číst ve stávajícím analytickém nástroji. OpenAI uvádí, že tyto parametry přetrvávají při kliknutí na reklamu a pomáhají rozlišit návštěvnost z ChatGPT Ads.

V Ads Manageru jsou podle aktuální dokumentace dostupné také dynamické URL parametry. Podporovaná makra zahrnují například:

• {campaign_id},
• {ad_group_id},
• {ad_id},
• {ad_account_id}.

Konkrétní nastavení se může použít na úrovni URL reklamy, reklamy, reklamní skupiny nebo kampaně. OpenAI popisuje hierarchii, ve které má přednost Ad URL, potom Ad, Ad Group a Campaign. Pokud je parametr nastavený na konkrétnější úrovni, obecnější úroveň jej nepřepíše.

Rozumná UTM konvence

UTM parametry si definujte dříve, než vznikne první kampaň. Například:

• utm_source=chatgpt
• utm_medium=paid
• utm_campaign={campaign_id}
• utm_content={ad_id}

Toto je redakční příklad konvence, nikoli povinné nastavení OpenAI. Důležité je používat stejný zápis v kampaních a nevytvářet náhodně různé varianty typu ChatGPT, chat-gpt a chatgpt_ads, které pak rozbijí souhrnný report.

Konverzní událost musí odpovídat nastavení

Konverze se podle dokumentace OpenAI započítá tehdy, když OpenAI přijme event ze zdroje dat, event odpovídá nastavené standardní nebo vlastní konverzní události, nastane v příslušném atribučním okně a lze jej spojit s oprávněným kliknutím pomocí dostupných signálů.

To vytváří několik samostatných bodů selhání:

• event vůbec neodejde,
• event odejde do jiného zdroje dat,
• typ události neodpovídá nastavení kampaně,
• název vlastní události se liší, i když její zobrazovaný popis vypadá podobně,
• event přijde mimo atribuční okno,
• chybí spojení s oprávněným kliknutím,
• událost se v reportu objeví až se zpožděním.

OpenAI upozorňuje, že event může být technicky odeslaný nebo přijatý a přesto se v Ads Manageru zobrazit jako nula, pokud neodpovídá konverzní události připojené ke kampani. Oprava nastavení automaticky nedoplní historické události, které vznikly při chybném napojení.

Jak definovat jednu konverzi

Nejdříve napište obchodní definici, teprve potom technický event:

• Lead: formulář byl odeslaný, uložený a předaný odpovědné osobě.
• Nákup: objednávka vznikla podle pravidel obchodu, ne pouze po kliknutí na tlačítko „Objednat“.
• Registrace: účet byl skutečně vytvořen nebo byla dokončena definovaná část registrace.
• Rezervace: termín byl potvrzen, ne pouze vybrán v kalendáři.

Tyto definice jsou praktické doporučení. OpenAI dokumentace neříká, jak má každá firma význam leadu nebo nákupu interně definovat.

Co přesně znamená atribuce

Atribuce je pravidlo, podle kterého se konverze přiřadí k reklamní interakci. Report proto nemusí odpovídat prostému počtu objednávek v e-shopu. OpenAI pracuje s dostupnými měřicími signály a atribučním oknem. Vlastní analytika může používat jiné okno, jiný model nebo jinou časovou hranici.

Aktuální dokumentace rozlišuje:

• click-through conversions: hlavní součet Conversions v Ads Manageru zahrnuje konverze připsané po kliknutí,
• view-through conversions: u způsobilých účtů může být k dispozici doplňkové měření po zobrazení bez kvalifikovaného kliknutí,
• modelované měření: tam, kde je dostupné, může OpenAI použít agregované vzorce k odhadu atribuce u jinak nepřiřazených událostí.

View-through konverze OpenAI popisuje jako doplňkový reporting. Aktuálně jsou uváděné jako jednodenní okno a pokud současně existuje kvalifikované kliknutí, kredit dostane kliknutí. Tyto view-through konverze nemění CPA, post-click conversion rate, bidding, billing ani optimalizaci konverze.

Proto ve vlastním reportu držte click-through a view-through hodnoty odděleně. Součet různých atribučních logik do jednoho čísla může vypadat působivě, ale zhoršuje rozhodování.

Proč se Ads Manager a Google Analytics neshodují

Rozdíl mezi reklamním reportem a analytikou není automaticky důkaz, že jeden nástroj je rozbitý. OpenAI mezi možné příčiny řadí rozdíl mezi reklamním kliknutím a načtením stránky, přesměrování, consent nastavení, blokování v prohlížeči, zpracování UTM parametrů, atribuční okna, časová pásma a deduplikaci.

Rozdíl může vzniknout také tím, že:

• Ads Manager započítá validní klik, ale stránka se nenačte,
• Analytics session vznikne až po načtení a splnění jejích vlastních podmínek,
• jeden nástroj pracuje s jiným datem události nebo časovým pásmem,
• browserový event zablokuje consent nebo rozšíření,
• serverový event a Pixel odešlou tutéž konverzi bez společného ID,
• Ads Manager použije modelované měření tam, kde interní analytika pracuje pouze s pozorovanými událostmi.

Advanced matching a Automatic Advanced Matching

OpenAI popisuje advanced matching jako možnost využít způsobilé first-party údaje pro lepší spojení konverze s reklamou. U Automatic Advanced Matching Pixel rozpozná podporované údaje z rozpoznatelných formulářů, normalizuje je a v prohlížeči zabezpečeně zahashuje pomocí SHA-256 před jejich přidáním ke konverzní události. OpenAI uvádí, že raw customer information přes AAM neposílá.

To není automatické právní povolení ke sběru osobních údajů. OpenAI výslovně požaduje, aby údaje byly sdíleny pouze tehdy, když je to dovoleno a v souladu s platnými zákony a podmínkami; uživatelé mají dostat srozumitelné informace o sběru dat a potřebné souhlasy.

Praktický komentář: Před zapnutím AAM projděte privacy policy, cookie lištu, účel zpracování a dokumentaci vašeho CMP. Technický popis SHA-256 sám o sobě neřeší právní základ ani informování uživatele.

Jak měřit lead z formuláře

U jednoduché poptávky si připravte tento neutrální postup:

1. Návštěvník přijde na landing page s dostupným oppref a UTM parametry.
2. Formulář ověří povinná pole a zobrazí potvrzení až po úspěšném uložení.
3. Backend vytvoří jedno ID leadu a uloží datum, zdroj a stav.
4. Pixel nebo API odešle konverzní událost se stejným ID.
5. Test ověří, že event odpovídá názvu a typu nastavenému v kampani.
6. Počkáte na zpracování reportu a porovnáte jej s počtem uložených leadů.

Jestli počítáte za lead každý klik na tlačítko, měříte záměr, ne dokončenou poptávku. Správná hranice je obchodní rozhodnutí firmy, ale musí být konzistentní napříč reklamou, webem, CRM a reportem.

Jak měřit objednávku v e-shopu

U objednávky je důležité rozhodnout, kdy vzniká event order_created nebo jiná odpovídající událost. Může to být po úspěšném vytvoření objednávky, po potvrzení platby nebo podle jiného provozního pravidla. Zvolená hranice musí být popsána v interní dokumentaci.

OpenAI uvádí, že sloupce Order Created Sales a Order Created ROAS jsou vypočítávány pouze z připsaných událostí order_created. Jiné standardní nebo vlastní události se do těchto konkrétních sloupců nezapočítávají. Nezaměňujte proto obecné Conversions s reportem objednávkových tržeb.

Kontrolní postup před spuštěním

1. Definice: napište jednu větu, co je konverze a kdy vzniká.
2. Nastavení: zkontrolujte zdroj dat, typ události a přesný název.
3. URL: ověřte, že landing page zachová oppref a UTM parametry.
4. Browser: otestujte Pixel v běžném i consent scénáři.
5. Server: ověřte API event po skutečném uložení nebo potvrzení akce.
6. Deduplikace: při dvojím odeslání použijte stejné ID události.
7. Report: porovnejte testovací event s nastavenou konverzní událostí.
8. Zpoždění: nevyhodnocujte čerstvou kampaň před zohledněním až 24–48 hodin zpoždění reportovaných konverzí.
9. Dokumentace: uložte verzi implementace, datum testu, event name a výsledek.

Jak číst report po spuštění

Nezačínejte jedním číslem. Pro každé období si stáhněte nebo opište minimálně:

• imprese,
• kliknutí,
• spend,
• CTR,
• průměrné CPC a CPM,
• hlavní click-through konverze,
• případné view-through konverze odděleně,
• název události, atribuční okno a časové pásmo.

Uložte také stav kampaně a změny, které v daném období proběhly. Pokud upravíte landing page, event nebo bid uprostřed období, není fér porovnávat celé období jako jeden homogenní test.

Pro vlastní analýzu si můžete dopočítat:

• CTR = kliknutí / imprese × 100,
• průměrné CPC = spend / kliknutí,
• cena za konverzi = spend / připsané konverze.

Poslední výpočet je analytický ukazatel, ne nutně cena účtovaná za konverzi. U oCPC se stále účtuje za validní kliknutí a připsání konverze závisí na nastavení měření a atribuci.

Co v článcích a reportech netvrdit

• „Pixel zachytí každou konverzi.“
• „Conversions API odstraní všechny rozdíly mezi nástroji.“
• „Stejný počet kliknutí musí znamenat stejný počet sessions.“
• „Každá konverze v Ads Manageru je potvrzená objednávka v CRM.“
• „View-through konverze jsou další objednávky mimo hlavní součet.“
• „Modelované měření je přesný individuální záznam uživatele.“
• „Hashování automaticky znamená splnění všech povinností podle GDPR.“

Přesnější formulace je vždy časově a technicky konkrétní: „V daném období Ads Manager reportoval X click-through konverzí při tomto nastavení měření.“

Checklist pro tým

• Víme, co je lead, nákup, registrace nebo rezervace?
• Je event nastavený ve stejném zdroji dat jako kampaň?
• Je přesný typ a název eventu zdokumentovaný?
• Prochází oppref přes přesměrování a formulář?
• Jsou UTM parametry jednotné a čitelné?
• Je Pixel testovaný po zohlednění souhlasu?
• Je serverový event odeslaný až po skutečném dokončení akce?
• Má browserová a serverová cesta stejné ID pro tutéž konverzi?
• Rozlišujeme click-through a případné view-through konverze?
• Porovnáváme stejné období, časové pásmo a atribuční pravidla?
• Počítáme s možným zpožděním 24–48 hodin?
• Máme interní poznámku k verzi měření a provedeným změnám?

Shrnutí

OpenAI dnes popisuje měření ChatGPT Ads jako kombinaci reklamního reportu, webových a serverových událostí a dostupných atribučních signálů. OpenAI Pixel pracuje v prohlížeči, Conversions API na serveru a oba přístupy lze použít společně se stejným ID pro deduplikaci.

oppref pomáhá spojit kliknutí s konverzí, UTM parametry pomáhají návštěvnost číst v běžné analytice a dynamic URL parameters umožňují rozlišit kampaň, skupinu nebo reklamu. Žádná z těchto částí ale neřeší sama o sobě definici obchodního výsledku.

Hlavní součet Conversions je podle aktuální dokumentace založený na click-through konverzích. Případné jednodenní view-through konverze jsou samostatné doplňkové měření. Rozdíly mezi Ads Managerem, webovou analytikou a CRM proto nejsou překvapivé, pokud se liší události, časová pásma, consent nebo atribuční okna.

Nejlepší implementace není ta, která vyrobí nejvyšší číslo. Je to ta, u které tým ví, co se měří, kdy event vzniká, jak se deduplikuje, komu se konverze připsala a které závěry už data nepodporují.

Ověřené zdroje a další čtení

• OpenAI Help Center: Conversion Measurement – Pixel, Conversions API, oppref, deduplikace, advanced matching, modeled measurement a souhlasy.
• OpenAI Help Center: Measure Results – metriky, click-through a view-through konverze, CSV export, UTM a rozdíly vůči analytice.
• OpenAI Help Center: Ads in ChatGPT: The Basics – základní reporting, formát reklam, relevance a nákupní modely.
• OpenAI Help Center: Create Campaigns for ChatGPT Ads – cíle kampaní, nastavení a dostupné volby.
• OpenAI Help Center: Conversion-optimized Campaigns – oCPC, konverzní události a účtování za validní kliknutí.
• OpenAI: Ad Policies – pravidla pro reklamy, cílové stránky a práci s důvěrou uživatelů.