Проследяване на конверсиите след загуба на „бисквитки“: Практическо ръководство за по-добро качество на сигнала

Въведение

Една кампания може да генерира истинско запитване, дори когато браузърният таг никога не го отчита. Ограниченията за бисквитките, настройките за поверителност в iOS и блокерите на реклами могат да увеличат разликата между бизнес резултатите и рекламните табла. Решението не е да се приема, че всеки липсващ сигнал може да бъде възстановен. То е да се изгради верига за измерване около събития, които бизнесът може да събира по подходящ начин, да предоставя надеждно и да сверява със собствените си записи.

Защо броят на конверсиите, базирани на браузъра, е станал по-непълен

Проследяването чрез браузъра зависи от наличието на сигнали в момента, в който посетителят достигне даден сайт и извърши действие. Ограниченията върху бисквитките на трети страни могат да затруднят свързването на активността между различните сайтове. Настройките за поверителност в iOS могат да ограничат сигналите, достъпни за рекламодателите, докато блокерите на реклами могат да попречат на някои тагове да се изпълняват или да изпращат заявки. Тези ефекти варират в зависимост от браузъра, настройките на потребителя, конфигурацията на сайта и канала; те не означават, че всяка конверсия чрез браузъра е изчезнала.

За маркетинговия екип важното разграничение е между липсващ сигнал за измерване и липсващ бизнес резултат. Подадена запитване може все пак да се появи в CRM системата, дори ако рекламната платформа не може да го свърже с по-ранно кликване. И обратно, платформата може да отчете приписана конверсия, без да знае дали това запитване се е превърнало в клиент. Разглеждането на всеки от тези дашбордове като пълен запис може да изкриви решенията относно разходите и ефективността.

Поставете основата с данни за събития от първа страна

Започнете, като решите кои действия са важни за бизнеса. Изпращането на формуляр е полезно, но квалифициран потенциален клиент, насрочена среща или сключена сделка може да са по-добър показател за стойността на кампанията. Запишете тези етапи в системите, които ги обработват, след което дайте на всяко събитие ясно определение. Например, решете дали „потенциален клиент“ се създава при изпращане на формуляра или едва след като данните му бъдат въведени в CRM системата. Ако екипите използват един и същ етикет за различни етапи, по-сложното проследяване само ще разпространи объркването по-бързо.

Последователните имена на събитията, времевите отметки и разрешените идентификатори улесняват свързването и одитирането на записите. Събирайте само данните, необходими за определена цел, и се уверете, че събирането и предаването им спазват приложимите задължения за съгласие и поверителност. Данните от първа страна описват връзката с бизнеса, който ги събира; това не е разрешение за неограничено използване на тези данни. Когато оценявате софтуер за проследяване на реклами, търсете поддръжка за събитията и бизнес системите, които имат значение, вместо да приемате, че по-дълъг списък с функции ще поправи пропуските в основните данни.

Какво всъщност променят API-тата за проследяване и конверсия от страна на сървъра

Проследяването от страна на сървъра променя начина, по който се изпраща дадено събитие. Вместо да разчита единствено на заявка от браузъра на посетителя, събитие, което отговаря на критериите, може да бъде предадено от сървър или свързана бизнес система. Този начин може да намали зависимостта от предаване единствено чрез браузъра и да даде възможност за изпращане на резултати, записани по-късно, като например квалифициран потенциален клиент или продажба. Той не може да възстанови събитие, което никога не е било събрано, да създаде идентификатор, който не е наличен, или да отмени избора на дадено лице относно поверителността. Събирането, предаването, съпоставянето на идентичността и атрибуцията остават отделни задачи.

Платформите изпълняват тези задачи по различен начин. Насоките за Conversions API на Meta описват използването на сървърни събития заедно с Meta Pixel и съпоставянето на имена и идентификатори на събития, за да се предотврати двойното отчитане на припокриващи се събития. Функцията „Разширени конверсии за уеб“ на Google Ads допълва съществуващия таг за конверсии с хеширани данни за клиенти от първа страна, които Google може да се опита да съпостави, в зависимост от настройките и изискванията на политиката. Това не е просто заместващ сървърски таг. Документацията за Conversions API на LinkedIn също описва премахването на дублираните идентификатори на събития, когато се използват едновременно събития от браузъра и от API.

Доставено събитие не е задължително съвпадащо или приписано събитие. Всяка платформа прилага свои собствени правила за съпоставяне и отчитане, така че потвърждението от API трябва да се разглежда като доказателство за доставка, а не като доказателство, че всяка конверсия ще се появи в отчета за кампанията.

Поддържайте точността на събитията чрез съпоставяне, премахване на дублираните записи и контрол на качеството

Паралелното използване на маршрути през браузъра и сървъра може да подобри обхвата, но създава ясен риск: едно и също действие може да бъде регистрирано два пъти. Когато и двата маршрута докладват едно изпращане на формуляр, те трябва да съдържат идентификаторите и подробностите за събитието, необходими на целевата платформа, за да разпознае припокриването. Идентификаторите трябва да се отнасят към едно и също основно действие, а не просто към един и същ посетител. Отделно от това, полезни данни за съвпадение могат да помогнат на платформата да свърже подходящо събитие с взаимодействие с реклама, въпреки че съвпадението никога не е гарантирано.

Тествайте веригата с известна конверсия. Проверете дали записите на браузъра и сървъра описват желаното действие, сравнете идентификаторите на събитията им, проверете отговорите за доставка и прегледайте диагностиката на платформата за отхвърлени или дублирани събития. След това сравнете основното действие със записите на уебсайта или в CRM системата. Повторете проверката, когато се променят формуляри, настройки на тагове или CRM работни потоци. Разликите между общите суми на платформата и вътрешните записи не означават автоматично, че интеграцията не работи: системите може да обхващат различни действия, да прилагат различни правила за атрибуция или да ги отчитат на различни дати. Разследването на несъответствие започва с дефинициите на събитията, а не с очакването, че всички общи суми трябва да съвпадат.

Свържете сигналите от кампаниите с потенциалните клиенти и приходите

За B2B екипите и бизнеса с по-дълги цикли на продажби попълването на формуляр често е междинно събитие. Някои запитвания се превръщат в квалифицирани възможности; други не напредват. Свързването на информацията за привличането с последващите етапи в CRM помага на екипа да разграничи кампаниите, които генерират активност, от тези, свързани с ценни резултати. Това изисква надежден начин за запазване на релевантната информация за източника и актуализиране на статуса на потенциалния клиент с напредването на процеса на продажбите.

LeadJourney се фокусира върху проследяването на потенциалните клиенти и приходите от платени, органични, AI-търсения и офлайн източници, с интеграции, обхващащи рекламни платформи и CRM системи. Този обхват илюстрира защо измерването на конверсиите не трябва да спира до броя на рекламната платформа: посещение от търсачка, обаждане и по-късно сключена сделка могат всеки поотделно да допринесат с информация към един и същ бизнес въпрос. Когато даден източник не може да бъде надеждно свързан с резултат, екипите трябва да оставят тази несигурност видима, вместо да приписват заслуги на базата на предположения.

Практична рутина за измерване за маркетолозите

Управляемата рутина започва с един бизнес въпрос, например кои източници за привличане генерират квалифицирани потенциални клиенти. Изберете вътрешния запис, който дефинира резултата, документирайте кога е създаден и съпоставяйте събитията на уебсайта, сървъра и CRM системата, които трябва да го представят. След това проведете тестови конверсии по съответните пътеки. Уверете се, че всяко истинско действие генерира желания запис, че дублиращите се събития в браузъра и сървъра споделят правилния идентификатор и че отхвърлените доставки се разследват. Това е по-информативно, отколкото просто да се проверява дали даден таг се появява на страницата.

Преглеждайте резултатите редовно на две нива. Първо, съпоставяйте обемите на събитията с вътрешната система, за да откриете липсващи или повтарящи се действия. Второ, сравнете отчетите по канали с бизнес резултатите, като отчитате разликите в обхвата и атрибуцията. Екипът по SEO, например, може да провери дали ръстът на органичните запитвания е съпътстван от ръст на квалифицираните потенциални клиенти, вместо да използва само трафика или попълнените формуляри като мярка за успех. Когато се появи разминаване, проследете го през етапите на събиране, доставка, съпоставяне и отчитане в този ред. Надеждното проследяване на конверсиите се основава на ясни дефиниции на събитията и повтарящи се проверки – а не на инсталирането на API и предположението, че данните са пълни.