- Blokátory reklam používají filtrační seznamy k zastavení skriptů pixelů a jejich požadavků, takže reklamní platforma z daného prohlížeče nedostane žádnou událost.
- Zablokovaný pixel ztrácí zobrazení stránek, události přidání do košíku i nákupy. Nákup je nejdůležitější, protože ovlivňuje vykazovaný ROAS i bidding.
- Nákupy odeslané ze serveru z dat vašich objednávek tím nejsou dotčeny, protože je neodesílá prohlížeč nakupujícího.
- Svůj výpadek změříte tak, že porovnáte webové objednávky ve svém obchodě s událostmi Purchase, které odeslal pixel v prohlížeči, ne s atribuovanými konverzemi.
- Server-side tracking nedokáže vrátit události z procházení ani ID kliknutí, která se nikdy neuložila, a first-party sběr dat tuto ztrátu snižuje.
Blokátory reklam zastavují tracking tak, že v prohlížeči nakupujícího zabrání načtení pixelového skriptu reklamní platformy nebo požadavků, které odesílá. Když k tomu dojde, platforma se o zobrazení stránky, přidání do košíku ani o nákupu vůbec nedozví, přestože objednávka ve vašem obchodě je. Nákupy odeslané ze serveru z dat vašich objednávek tím dotčeny nejsou, protože prohlížeč nakupujícího se na jejich odeslání nepodílí.
Tento průvodce vysvětluje, jak fungují blokátory reklam a funkce ochrany soukromí v prohlížečích, které události váš obchod ztrácí, co server-side tracking obnoví a co ne. Na konci najdete jednoduchý způsob, jak změřit výpadek ve vlastním obchodě.
Jak blokátory reklam zastavují trackovací pixely?
Většina blokátorů reklam pracuje s filtračními seznamy. Filtrační seznam je dlouhý seznam pravidel, která odpovídají webovým adresám: doménám, cestám a názvům souborů známých reklamních a trackovacích skriptů. Když stránka požádá prohlížeč o načtení něčeho, co odpovídá nějakému pravidlu, blokátor požadavek zruší.
Nejznámější seznamy jsou EasyList pro reklamy a EasyPrivacy pro tracking. Fungují s rozšířeními, jako jsou Adblock Plus, AdBlock, uBlock Origin a AdGuard. Pixel velké reklamní platformy je pro tyto seznamy snadným cílem, protože na mnoha různých webech načítá stejný skript ze stejné domény.
Prohlížeče s vestavěnou ochranou
Některé prohlížeče blokují trackery i bez rozšíření. Brave ve výchozím nastavení zapíná své Shields na každém webu a Shields blokují reklamy třetích stran, trackery a cookies napříč weby. Firefox blokuje obsah ze známých domén sledujících uživatele napříč weby v anonymních oknech a lidé si mohou zvolit přísnější nastavení, které platí pro všechna okna. Intelligent Tracking Prevention v Safari blokuje všechny cookies třetích stran a zkracuje životnost cookies, které nastavují skripty. Tato omezení vysvětluje náš průvodce Safari ITP a tracking reklam.
Blokátory na úrovni celé sítě
Někteří lidé blokují trackery pro celé zařízení nebo domácí síť, a to pomocí blokátoru na bázi DNS nebo VPN s filtrem trackerů. Ty zastaví požadavky na trackovací domény v každém prohlížeči i aplikaci v dané síti. Změna prohlížeče na výsledku nic nemění.
Které události váš obchod ztrácí?
Když je pixel zablokovaný, ztratí se každá událost, kterou by z toho prohlížeče odeslal. Škoda ale není u každé události stejná.
| Událost | K čemu slouží | Ztratí se při zablokovaném pixelu? | Dají se nahradit daty objednávek? |
|---|---|---|---|
| PageView, ViewContent | Publika návštěvníků webu, retargeting produktů | Ano | Ne |
| AddToCart, InitiateCheckout | Optimalizace na nakupující, kteří zahájí nákup, retargeting košíku | Ano | Ne |
| Purchase | Vykazované konverze, ROAS, optimalizace na nákupy, bidding podle hodnoty | Ano | Ano |
| ID kliknutí na vstupní stránce | Propojení nákupu s konkrétním kliknutím na reklamu | Ano, pokud je zablokovaný i trackovací skript | Ne, musí se uložit v prohlížeči |
Ztracené události z procházení zmenšují vaše retargetingová publika. Ztracené nákupy škodí víc. Platforma vykazuje méně konverzí, ROAS v reklamním reportu klesá a algoritmus biddingu se učí z menšího počtu kupujících. Zisková kampaň pak může vypadat jako ztrátová a vy ji můžete omezit.
Proč se server-side události z dat objednávek neblokují
Blokátor reklam běží uvnitř prohlížeče nakupujícího. Dokáže zastavit jen požadavky, které odesílá prohlížeč. Když se nákup odesílá z dat objednávek vašeho obchodu, požadavek jde ze serveru na API reklamní platformy. Prohlížeč nakupujícího na této cestě není, takže blokátor nemá co rušit.
14:02:11 PageView pixelZablokováno filtračním seznamem v prohlížeči14:09:47 Purchase pixel order-1042Nikdy se neodešle, protože se pixelový skript nenačetl14:09:52 webhook order-1042 paidObchod nahlásí zaplacenou objednávku serveru14:10:12 Purchase server order-1042Odesláno do Conversions API s hashovaným e-mailem a telefonním číslemPlatforma pak nákup přiřadí k člověku podle dat v události: hashovaného e-mailu a telefonu z objednávky, IP adresy a user agentu a ID kliknutí, pokud se uložilo. Nic z toho neprochází přes blokátor. Celou cestu dat popisuje článek co je server-side tracking.
Co server-side tracking nedokáže obnovit?
ID kliknutí potřebuje prohlížeč
Samotná objednávka je v bezpečí, ale propojení s kliknutím na reklamu se vytváří v prohlížeči. Skript musí přečíst ID kliknutí z URL vstupní stránky a uložit ho. Pokud blokátor reklam zablokuje i tento skript, objednávka dorazí bez ID kliknutí. Platforma může nákup stále spárovat přes hashovaná data zákazníků, ale shoda je méně jistá.
Tuto ztrátu snižují dvě věci. Zaprvé sbírejte události first-party: poskytujte trackovací skript a jeho požadavky ze své vlastní domény, například přes app proxy Shopify nebo subdoménu svého webu. Filtrační seznamy míří na známé trackovací adresy třetích stran, takže first-party cestu je mnohem těžší zablokovat, i když ne nemožné. Zadruhé využijte vstupní stránku, kterou některé e-shopy, například Shopify, ukládají u každé objednávky. Pokud tato URL stále obsahuje ID kliknutí nebo UTM, lze objednávku atribuovat i bez jakékoli události z prohlížeče.
Události z procházení se stále ztrácejí
Data objednávek obsahují objednávky, ne zobrazení stránek. Odesílání nákupů z objednávek nevrátí zobrazení stránek a události přidání do košíku návštěvníka, jehož prohlížeč zablokoval všechno. First-party sběrač může tyto události předat ze serveru, pokud jeho vlastní požadavky projdou.
Odmítnutý souhlas není blokování
Návštěvník, který ve vaší cookie liště odmítne marketingové cookies, není totéž co návštěvník s blokátorem reklam. První návštěvník se rozhodl a váš tracking se tím rozhodnutím musí řídit. Se zapnutou volbou Respect visitor consent ROASaurus pro takového návštěvníka nenastaví žádné ID návštěvníka, takže se jeho kliknutí na reklamy a návštěvy s ním nespojují. Jeho události z prohlížeče se uchovávají bez ID návštěvníka, IP adresy a údajů o prohlížeči a neodesílají se reklamním platformám. Zaplacená objednávka se přesto odešle ze serveru s hashovanými daty zákazníka z objednávky a s IP adresou a user agentem objednávky. Při měření ztráty obě skupiny oddělte a podrobnosti najdete v části souhlas a soukromí.
Jak odhadnout vlastní ztrátu
Nepotřebujete průměry z oboru, které závisejí na publiku, zařízení a zemi. Svůj výpadek změříte tak, že porovnáte objednávky ve svém obchodě s nákupy, které za stejné období nahlásil pixel v prohlížeči.
- Vyberte období a jednu platformu
Použijte 14 nebo 30 dní a jednu platformu, například Meta. V obou systémech nastavte stejné časové pásmo.
- Spočítejte webové objednávky ve svém obchodě
Začněte všemi objednávkami. Odeberte objednávky, které neprocházejí vaší online pokladnou: objednávky z prodejního místa (POS), ruční objednávky a koncepty objednávek, obnovení předplatného a testovací objednávky.
- Spočítejte události Purchase z prohlížeče
V nástroji platformy pro události spočítejte události Purchase, které odeslal pixel v prohlížeči. Nejsnazší je to před přidáním serverových událostí. Pokud serverové události už běží, použijte zobrazení podle způsobu připojení, kde ho platforma nabízí. Meta Events Manager ukazuje způsob připojení u každé události a události tam počítá před deduplikací. Nepoužívejte atribuované nákupy z reklamního reportu.
- Vydělte
Nákupy z prohlížeče ÷ webové objednávky je podíl, který pixel zachytil. Zbytek je váš výpadek.
- Oddělte souhlas od blokování
Odhadněte objednávky od návštěvníků, kteří odmítli marketingové cookies, podle míry odmítnutí z vašeho nástroje pro správu souhlasů. Zbytek tvoří většinou blokátory reklam, nastavení soukromí a stránky, které se nenačetly.
| Ukázkový obchod, 30 dní | Objednávky | Podíl webových objednávek |
|---|---|---|
| Všechny objednávky v obchodě | 1,240 | |
| Objednávky z POS, ruční objednávky a obnovení | −90 | |
| Webové objednávky | 1,150 | 100% |
| Události Purchase z pixelu v prohlížeči | 874 | 76% |
| Výpadek | 276 | 24% |
| Odhadované objednávky od návštěvníků, kteří odmítli souhlas (míra odmítnutí 10%) | 115 | 10% |
| Zbytek: blokátory reklam, nastavení soukromí, stránky, které se nenačetly | 161 | 14% |
Výpadek mění i ROAS. Předpokládejme, že Meta u tohoto obchodu vykazuje ROAS 2.0 a jeho ROAS bodu zvratu je 2.3. Podle dat z pixelu jsou kampaně ztrátové. Pokud se objednávky z reklam ztrácely ve stejném poměru 24% jako všechny webové objednávky, pixel zachytil jen 76% tržeb z reklam. Skutečný ROAS by pak byl asi 2.0 ÷ 0.76 = 2.6, tedy nad bodem zvratu. Je to horní odhad, protože ne každá chybějící objednávka pocházela z reklamy. Jak tuto hranici nastavit, vysvětluje náš průvodce ROAS bodu zvratu.
Jak snížit své ztráty
Řešení jsou stejná pro každou platformu e-shopu. Nejlépe fungují společně.
- Odesílejte nákupy z dat objednávek. Tím se uzavře výpadek nákupů u každé platformy, kterou připojíte, ať už prohlížeč návštěvníka blokuje cokoli.
- Ponechte pixel a použijte sdílené ID události. Návštěvníci bez blokátoru dál odesílají události z prohlížeče s cookies a kontextem stránky. Stejné ID události u obou kopií umožní platformě ponechat jednu. Viz předcházení dvojímu započítání.
- Sbírejte data first-party. Poskytujte trackovací skript a jeho události ze své vlastní domény, aby se ID kliknutí ukládala u více návštěvníků.
- Odesílejte hashovaná data zákazníků. E-mail a telefon z objednávky umožní platformě spárovat i nákupy bez ID kliknutí.
- Změřte znovu. Za měsíc srovnání zopakujte. Události Purchase, které platforma přijímá, by teď měly odpovídat vašim webovým objednávkám.
Jak ROASaurus řeší blokátory reklam
ROASaurus odesílá každou zaplacenou objednávku ze serveru reklamním platformám, které přidáte v části Tracking & platforms, takže blokátor reklam v prohlížeči nakupujícího nákupu nezabrání. Na Shopify procházejí události z webu obchodu přes app proxy Shopify na vaší vlastní doméně obchodu. Skript a jeho události můžete také poskytovat ze subdomény CNAME svého webu. Když z prohlížeče nepřijde žádný touchpoint, atribuce v ROASaurus se vrátí k ID kliknutí a UTM v URL vstupní stránky objednávky, pokud ji obchod zaznamenává, jako to dělá Shopify.
Každé doručení a odpověď platformy najdete v Event log, takže si můžete ověřit, že každá objednávka dorazila na každou platformu. Nastavení najdete v částech server-side tracking a integrace se Shopify.
Zdroje
- EasyList: Overview
- Brave: Brave Shields
- MDN Web Docs: Firefox tracking protection
- WebKit: Tracking Prevention in WebKit
- Meta for Developers: Verifying Your Setup