Spätná väzba z CRM v reklame: ako uzavrieť kruh

Ako dostať stavy z CRM do Google Ads a Meta, zladiť ID objednávok, nastaviť serverové konverzie a overiť, že sa udalosti naozaj prijali.

Redakcia ADS BeastPublikované 7 min čítania

Spätná väzba z CRM znamená, že výsledok obchodu (objednávka, kvalifikovaný lead, predaj) sa vráti z vášho CRM do reklamných platforiem ako konverzná udalosť. Platforma tak dostane signál o skutočnej hodnote, nie len o kliknutí alebo odoslanom formulári. Kruh sa uzavrie vtedy, keď rovnaké ID objektu prejde z prehliadača aj zo servera a vy viete, že sa udalosť prijala.

Krátko

  • Spätná väzba z CRM posiela do reklamy stav obchodu, ktorý vzniká až po kliknutí, nie samotný klik.
  • Kľúčom je spoločné ID objednávky alebo leadu pre browserovú aj serverovú udalosť.
  • Google Ads deduplikuje opakovanú konverznú akciu s rovnakým transaction/order ID, nie rôzne konverzné akcie.
  • Measurement Protocol posiela udalosti do GA4, nie priamo do Google Ads.
  • Rozdiel medzi CRM a reklamným účtom nie je dôkaz chyby, kým neporovnáte rovnaké obdobie, pravidlá a identifikátory.

Čo presne znamená spätná väzba z CRM

Spätná väzba z CRM je prenos stavu obchodu z vášho interného systému do reklamnej platformy. CRM vie, že lead sa stal kvalifikovaným, že objednávka bola zaplatená alebo že obchod sa vrátil. Reklamná platforma to sama nevidí, pretože pracuje s udalosťami na webe alebo v appke.

Bez tohto prenosu platforma optimalizuje na to, čo zachytí v prehliadači: odoslaný formulár, klik na tlačidlo, návštevu ďakovnej stránky. To sú signály o aktivite, nie o hodnote. Keď do systému pošlete skutočný stav, bidding dostane presnejší obraz o tom, ktoré kliknutia viedli k obchodom, ktoré majú zmysel.

Rozlišujte dve veci. Kvalita leadu je interné hodnotenie (napríklad podľa toho, či kontakt odpovedá a má rozpočet). Konverzná udalosť je technický záznam, ktorý platforma prijme a priradí ku kliknutiu. Prvá vec bez druhej zostane v CRM a do reklamy sa nedostane.

Prečo sa čísla v CRM a v reklamnom účte nezhodujú

Rozdiel medzi CRM a reklamným účtom vzniká najčastejšie preto, že obe strany počítajú niečo iné. CRM počíta obchody podľa svojich stavov a pravidiel. Platforma eviduje udalosť priradenú ku kliknutiu, a to len v rámci okna konverzie.

Okno konverzie v Google Ads je predvolene 30 dní po kliknutí a dá sa nastaviť od 1 do 90 dní. Ak zmeníte okno, zmení sa aj počet konverzií, ktoré účet vykáže, hoci v CRM sa nič nezmenilo. Preto sa pred porovnaním pozrite, aké okno máte nastavené a či ho máte rovnaké pri všetkých akciách.

Druhý zdroj rozdielu je definícia. CRM môže počítať objednávku v momente vytvorenia, platforma až v momente, keď dorazí udalosť. Ak sa udalosť odošle oneskorene alebo sa vôbec neodošle, účet ju neuvidí. Kým neporovnáte rovnaké obdobie, rovnaké pravidlá a rovnaké identifikátory, rozdiel nie je dôkazom chyby ani dôkazom duplicity.

Ako prepojiť CRM s reklamou cez server

Serverové konverzie sú cesta, ako dostať stav z CRM do platformy bez závislosti na prehliadači. Namiesto skriptu na stránke pošle udalosť váš server, ktorý má prístup k CRM a pozná ID objednávky.

Postup pri zostavovaní takejto väzby:

  1. Zvoľte konverznú akciu, ktorá ponesie hodnotu. Pri jednej objednávke by to mala byť jedna akcia, nie tri rôzne akcie pre rôzne stavby funnelu.
  2. Zaveste na webe browserovú udalosť s ID objednávky alebo leadu, ktoré sa zhoduje s tým, čo neskôr pošle CRM.
  3. Nastavte serverový prenos cez API príslušnej platformy alebo cez import z meracieho nástroja. Pre Google Ads zvoľte správnu cestu prenosu, pretože Measurement Protocol posiela udalosti do GA4, nie priamo do Google Ads.
  4. Zlaďte ID objednávky medzi browserovou a serverovou udalosťou. Rovnaké ID je to, čo umožní deduplikáciu.
  5. Overte, či sa udalosti naozaj prijali a či identifikátory sedia. Až potom upravujte bidding.

Overenie prijatia je samostatný krok, ktorý sa často vynechá. Platforma môže udalosť prijať, ale bez ID ju nepriradí tak, ako potrebujete. Diagnostika prijatých udalostí a identifikátorov vám povie viac než porovnanie súčtu konverzií.

Ako uzavrieť kruh spätnej väzby z CRM. Zvoľte nosnú akciu: Jedna akcia nesie hodnotu, ostatné sú doplnkové; Zlaďte ID objednávky: Rovnaké ID pre browser aj server; Nastavte serverový prenos: API platformy alebo import z merania; Overte prijatie: Diagnostika udalostí a identifikátorov; Až potom hodno
Poradie krokov od výberu akcie po overenie prijatia udalostí

Deduplikácia: rovnaké ID pre browser aj server

Deduplikácia je pravidlo, podľa ktorého platforma nepočíta tú istú udalosť dvakrát. V Google Ads sa opakovaná konverzná akcia s rovnakým transaction alebo order ID deduplikuje. Preto rovnaké ID treba poslať z prehliadača aj zo servera.

Rovnaké ID však nezlučuje rôzne konverzné akcie. Ak máte jednu akciu pre odoslaný formulár a druhú pre zaplatenú objednávku, sú to dve akcie a každá sa počíta podľa svojich pravidiel. Najprv si preto zjednoťte, ktorá akcia nesie hodnotu a ktorá je len doplnková.

Google podporuje aj súbeh zdrojov. Neplatí, že musíte mať len jeden zdroj, ale oba zdroje musia hovoriť o tej istej udalosti s tým istým ID. Keď to nastavíte, overte prijaté udalosti a identifikátory. Až potom hodnotte, či sa počet konverzií zmenil. Zmena počtu sama o sebe nie je dôkaz, že deduplikácia funguje.

Čo porovnávameBrowserová udalosťServerová udalosť z CRM
Kedy vznikáPri akcii na webePri zmene stavu v CRM
Čo nesieKlik, formulár, návšteva stránkyObjednávka, kvalifikovaný lead, predaj
Kľúč na spojenieID objednávky alebo leaduRovnaké ID objednávky alebo leadu
Riziko bez spojeniaPočíta sa aktivita, nie hodnotaUdalosť sa nepriradí ku kliknutiu
Čo overiťZachytenie ID na stránkePrijatie udalosti a zhodu ID
Browser vs. serverová udalosť. Kedy vzniká: Browser pri akcii na webe, server pri stave v CRM; Čo nesie: Browser aktivitu, server hodnotu obchodu; Kľúč: ID objednávky alebo leadu v oboch; Bez spojenia: Udalosť sa nepriradí ku kliknutiu
Dva zdroje tej istej udalosti musia niesť rovnaké ID

Primary a secondary: ktoré konverzie sa počítajú do cielenia

V Google Ads rozlišuje primary a secondary konverzné akcie. Primary sa započítavajú do stĺpca Conversions a ovplyvňujú bidding. Secondary vidíte v All conversions a do cielenia nevstupujú. Vlastné ciele majú osobitné pravidlá, preto si ich nastavenie prečítajte pred zmenou.

Toto rozdelenie je praktické pri CRM signáloch. Kvalifikovaný lead z CRM môže byť primary, kým odoslaný formulár ostane secondary. Bidding sa tak učí z obchodov, ktoré majú hodnotu, a nie z každého kliknutia na tlačidlo.

Pozor na jednu vec. Ak jedna objednávka prechádza viacerými akciami, môže to skresliť súčet. Samotná existencia dvoch zdrojov však ešte neznamená dvojité započítanie. Rozhoduje to, či ide o tú istú akciu s tým istým ID, alebo o dve rôzne akcie.

Fáza učenia v Meta a oneskorené konverzie

Meta uvádza fázu učenia približne 50 výsledkov za týždeň po poslednej podstatnej úprave kampane. Počas nej sa systém učí, aké publikum a aké umiestnenia prinášajú výsledky. Ak do systému pošlete nové alebo oneskorené konverzie z CRM, môže to zmeniť signál, z ktorého sa kampaň učí.

Preto sa pri hodnotení výkonu po zmene CRM údajov pozerajte na rovnaké obdobie a rovnakú definíciu konverzie. Inak porovnávate neporovnateľné. Kampaň, ktorá dostala spätnú väzbu o kvalite leadov, sa môže správať inak než tá istá kampaň predtým, a to nie je chyba, ale dôsledok nového signálu.

Pri deduplikácii v Meta rozhoduje zhoda názvu udalosti a event_id. Prepínač na to neexistuje. Ak pošlete tú istú udalosť z pixelu aj z Conversions API s rovnakým event_id, systém ju zlúči. Bez zhody event_id môže nastať dvojité započítanie.

Ako overiť, že kruh je naozaj uzavretý

Overenie je samostatná fáza a nemá sa preskočiť. Porovnávanie súčtu konverzií pred a po zmene vám nepovie, či sa udalosti prijali správne. Povie vám len, že sa niečo zmenilo.

Čo skontrolovať pred tým, než budete hodnotiť výsledok:

  1. Prijali sa serverové udalosti v diagnostike platformy.
  2. Sedia ID objednávok medzi browserovou a serverovou udalosťou.
  3. Je nastavená rovnaká konverzná akcia pre oba zdroje.
  4. Je okno konverzie rovnaké pri všetkých akciách, ktoré porovnávate.
  5. Počítajú sa primary a secondary akcie tak, ako ste zamýšľali.

Tento kontrolný zoznam sa dá spraviť manuálne alebo cez nástroje, ktoré prijatie udalostí a identifikátory sledujú. V ADS Beast sa dajú nastaviť serverové konverzie z etáp CRM a sledovať priebeh v prehľadoch výkonu kampaní. Nástroj je samoobslužný: kampane vytvárate vo svojich vlastných účtoch a zmeny potvrdzujete sami.

Kde sa to celé láme v praxi

Najčastejšia chyba je, že CRM pošle stav, ale bez ID, ktoré by platforma vedela spojiť s kliknutím. Udalosť sa prijme, lenže sa nepriradí. V reporte to vyzerá ako výpadok konverzií, hoci dáta v CRM sú v poriadku.

Druhá chyba je viacero akcií pre jednu objednávku bez jasného pravidla, ktorá z nich nesie hodnotu. Súčet v účte potom vyzerá nafúknuto, no nejde o duplicity v pravom zmysle. Je to len súčet rôznych akcií, ktoré merajú rôzne veci.

Tretia chyba je porovnávanie čísel bez zjednotenia okna konverzie a pravidiel. Keď CRM počíta obchody podľa svojich stavov a platforma podľa kliknutí, čísla sa nikdy nestretnú presne. To neznamená, že jedno z nich je nesprávne.

Ak riešite leady z viacerých kanálov naraz, vyplatí sa najprv zjednotiť definíciu leadu a stavov v CRM. Návod na to, ako to spraviť pri generovaní leadov cez viac kanálov a funnel s metrikami, pokrýva aj to, ktoré metriky majú zmysel držať pohromade.

Čo si z toho odniesť pred ďalšou úpravou

Spätná väzba z CRM nemá zmysel bez spoločného ID a bez overenia prijatia. Najprv zjednoťte, ktorá konverzná akcia nesie hodnotu, potom nastavte rovnaké ID pre browser aj server, potom overte, že udalosti dorazili. Až potom sa pozerajte na čísla.

Ak chcete vidieť, ako taký kruh vyzerá v praxi a aké možnosti máte pri nastavení, pozrite si prehľad leadov a serverových konverzií. Je to samoobslužný nástroj, takže prvé kroky si prejdete sami a v účtoch máte plnú kontrolu.

Súvisiace články