Преглед

Користете го овој водич ако недостигаат настани, барањата не успеваат или податоците во Менаџер на реклами не се совпаѓаат со вашата деловна евиденција. Почнете со едно завршено купување, поднесени податоци за потенцијален клиент или друго дејство. Забележете што се случило и кога, па изберете го соодветното прашање подолу.

Настанот е запис за дејство, како што е купување. Pixel испраќа настани од прелистувачот на посетителот, а API за конверзии (CAPI) ги испраќа од вашиот сервер. Менаџер на реклами ги собира овие настани во извор на податоци. Атрибуцијата одредува на која реклама ѝ се припишува дејството. Периодот за атрибуција одредува колку време по интеракцијата со реклама едно дејство може да ги исполнува условите за припишување.

Често поставувани прашања

1. Од каде да почнам?

Утврдете кое дејство сакате да го мерите, што го испраќа и која рекламна сметка и кој Pixel ID се користат. Вашата конфигурација може да користи Pixel, CAPI, партнерска интеграција или нивна комбинација. За CAPI е потребен Pixel ID дури и ако не сте го инсталирале Pixel за прелистувачот.

За првично поставување, погледнете: Мерење конверзии и Следење конверзии. Вашиот програмер може да ги користи водичите за Pixel, CAPI и поддржани настани. Чувајте ги барањата и клучевите за CAPI на вашиот сервер.

Ако партнер управува со вашата интеграција, користете го водичот за поставување партнер за мерење или водичот за поставување партнер за мобилно мерење. За поврзување со HubSpot, погледнете: Поставување ChatGPT реклами во HubSpot.

За постојна конфигурација, проверете го секој чекор:

• Дали дејството предизвика испраќање барање за настан?

• Дали барањето врати грешка или беше прифатено?

• Можете ли да потврдите дека соодветниот извор на податоци го примил настанот?

• Дали настанот ѝ беше припишан на реклама во извештајот за кампањата?

2. Мојот Pixel е инсталиран. Зошто не гледам купувања или потенцијални клиенти?

Pixel може да се вчита без да го испрати потребниот настан за купување или потенцијален клиент. Побарајте од вашиот програмер да провери едно завршено дејство:

• Проверете ги името на настанот, Pixel ID и страницата или повратниот повик што го испраќа. Преглед на страница не е завршено купување.

• Потврдете дека Pixel се иницијализира пред да го испрати настанот, вклучително и кога го вчитува менаџер за ознаки.

• Проверете ги конзолата на прелистувачот и мрежното барање. Самата порака „активирано“ од менаџерот за ознаки не потврдува дека настанот е испратен. Може да помогне режимот за отстранување грешки на Pixel.

• Проверете дали изборите за согласност, блокирањето во прелистувачот или безбедносната политика на вашата веб-локација го спречиле барањето.

• Проверете ги страниците што бараат најава, процесот за наплата, веб-локациите за резервации, пренасочувањата и вградените формулари. Ако Pixel работи на одредишната страница, тоа не потврдува дека следењето работи и на други места.

Ако не е испратено барање, прво поправете го тој чекор. Чекањето да се прикажат податоци во извештаите нема да помогне. Користете го водичот за решавање проблеми со Pixel пред да додадете друга интеграција.

3. Што да направам ако настанот е одбиен, истече времето за одговор или се врати серверска грешка?

Зачувајте ги кодот на одговорот, точната грешка, времето на барањето и ID на настанот. Побарајте од вашиот програмер да ги провери форматот на настанот, Pixel ID и клучот. Барањата за настани преку CAPI користат клуч за API за конверзии од истата рекламна сметка. Барањата за поставување, управување и известување го користат посебниот клуч за API за огласувачи. Не испраќајте API-клучеви до Поддршката.

Кога испраќате настани во групи преку CAPI, еден невалиден настан може да предизвика неуспех на целата група.

CAPI го бара изворното време на дејството како Unix-временска ознака во милисекунди. Времето на настанот мора да биде во последните 7 дена и не повеќе од 10 минути во иднината. Ова ограничување за испраќање е одделно од периодот за атрибуција. Не менувајте го времето на стар настан за да биде прифатен.

Ако истече времето за одговор или се појави серверска грешка, може да остане нејасно дали настанот пристигнал. Проверете го изворното барање и сите записи за прием. Ако повторно го испраќате истото дејство, задржете ги изворниот ID на настанот и временската ознака. Со нов ID, тоа може да се протолкува како друго дејство.

Веднаш испитајте зошто барањето е одбиено или постојано не успева. Проценетото време од 24–48 часа за прикажување во извештаите не важи за овие грешки. За барањата што треба да се исполнат при испраќање, погледнете: API за конверзии.

4. Гледам дека настанот е прифатен. Зошто го нема во извештајот?

Прифаќањето не значи дека настанот ѝ е припишан на реклама. Проверете што потврдува одговорот и дали барањето го користело соодветниот извор на податоци. Во CAPI, validate_only поставено на true ги проверува настаните без да ги зачува.

За нов настан, вашиот програмер може да ги провери неодамнешните настани, каде што се достапни. Тука се прикажува неодамнешен примерок, а не целосна историја или резултат од атрибуцијата.

Ако не можете да го проверите приемот, контактирајте ја Поддршката и приложете ги изворниот одговор и пример за настан. Кажете ни кои проверки ги завршивте; не мора прво да ја откриете причината.

Ако приемот е потврден, продолжете на прашање 5. Не испраќајте го настанот повторно со нови ID само затоа што извештајот за кампањата не се променил.

За да се прикажат припишаните конверзии, може да бидат потребни приближно 24–48 часа, а неодамнешните вкупни броеви може да се менуваат при обработката. Ова не гарантира дека секој прифатен настан ќе се прикаже, ниту потврдува дека е примен. Погледнете: Мерење резултати.

5. Настаните се примаат. Зошто кампањата сè уште покажува нула конверзии?

Пред да ја промените интеграцијата, проверете:

• Дали предвидениот извор на податоци е поврзан со соодветната сметка?

• Дали настанот што го испраќате се совпаѓа со поставката за конверзија на кампањата? За приспособени настани, проверете ги приспособениот тип и точното име на настанот. Не е доволно да се совпаѓа само прикажаната ознака.

• Дали соодветната конверзија била поврзана со кампањата пред активноста што ја проверувате?

• Дали дејството следело по клик или преглед на реклама што ги исполнува условите според поставките за атрибуција?

• Дали ги гледате соодветната кампања, колоната за настанот, датумите и временската основа на извештаите?

Информациите за совпаѓање помагаат да се поврзе настанот со реклама, но не гарантираат дека ќе ѝ биде припишан. Зачувајте ја вистинската референца за клик на OpenAI, oppref, во текот на посетата и вклучете ја во серверските настани кога е достапна. Никогаш не измислувајте референца и не користете референца од друг посетител.

Проверете ги настаните од прелистувачот и од серверот одделно. Референца или поле со податоци за клиентот што му е достапно на Pixel може да недостига во серверскиот настан.

Избраната цел на кампања оптимизирана за конверзии не може да се промени по создавањето на кампањата. За да користите друга цел, создајте нова кампања. Приспособените настани не може да бидат цели за оптимизација. Погледнете: Кампањи оптимизирани за конверзии.

Откако ќе го поправите несовпаѓањето во конфигурацијата, проверете нова активност што ги исполнува условите. Не претпоставувајте дека промената ги поправа претходните извештаи. За правилата за совпаѓање, погледнете: Мерење конверзии.

6. Зошто податоците во Менаџер на реклами, нашата аналитичка алатка и нашиот CRM не се совпаѓаат?

Споредувајте исти дејства според исти правила за известување. Вашиот CRM може да го брои секое купување, а извештајот за реклами ги брои купувањата припишани на таа платформа. Различни платформи може различно да го припишат истото купување.

Во Менаџер на реклами, Конверзии ги обединува конверзиите по клик и конверзиите по преглед што ги исполнуваат условите, кога периодот за известување за конверзии по преглед е 1 ден. Кога периодот по преглед е 0 дена, се бројат само конверзиите по клик. Користете ја истата поставка кога споредувате извештаи.

На пример, некој кликнува на реклама, подоцна се враќа директно на страницата и купува. Една алатка може да ја означи посетата како „Директна“, а друга да го припише купувањето на претходната реклама. Самата таа разлика не значи дека купувањето е избројано двапати.

Ако ознаките за изворот на сообраќај се разликуваат, проверете ги URL-адресата на одредишната страница и параметрите за следење користени при таа посета. Тековните поставки на кампањата може да се разликуваат од претходно користените.

Споредете ги:

• Сметката, кампањата, видот на настанот, филтрите и нивото на известување.

• Опсегот на датуми, временската зона и дали датумите се однесуваат на интеракцијата со рекламата или на самата конверзија.

• Поставките за конверзии по клик и по преглед и конкретната избрана метрика или колона.

• Неодамнешните доцнења во обработката, постапувањето со дупликати, согласноста и достапните информации за совпаѓање.

• Моделираните конверзии, каде што се достапни, кои може да се разликуваат од директно евидентираните трансакции.

• За вредностите: валутата, единиците и дали споредбата ја опфаќа целата нарачка или поединечни ставки.

За приходите, споредете ги данокот, доставата, попустите и надоместоците. Проверете дали копиите од прелистувачот и серверот испраќаат иста вредност на нарачката. Продажби од создадени нарачки и ROAS од создадени нарачки ги бројат само настаните order_created припишани на реклами.

Увезената активност од GA4 вклучува настани од сите извори на сообраќај на избраниот ресурс. Тие вкупни броеви не претставуваат конверзии припишани на кампањата. Погледнете: Поврзување на Google Analytics 4 со Менаџер на реклами на OpenAI.

За споредби преку API, забележете ја крајната точка и експлицитно поставете ги опциите за известување. Изоставена поставка може да не се совпаѓа со онаа во Менаџер на реклами. Извештаите може да вклучуваат и различни настани: некои ги опфаќаат целите на кампањата, но не и другите следени дејства. Ако некој настан недостига во еден извештај, тоа не докажува дека никогаш не бил примен.

Користете ги истите поставки за споредба на CSV-датотеки и зачувајте ги извезените датотеки без измени. Погледнете: Мерење резултати за приказите во Менаџер на реклами и Известување за опциите на API.

7. Дали купувањето ќе се брои двапати ако користам Pixel и CAPI?

За истото дејство да не се брои двапати, користете ги истите Pixel ID, име на настанот и ID на настанот во неговите копии од прелистувачот и од серверот. Полето за ID на настанот е id во CAPI и event_id во Pixel. Исто така, користете го истото име на приспособениот настан на двете страни.

Задржете го истиот ID кога повторно испраќате дејство; користете нов ID за секое различно дејство. Проверете дали има дупликат-ознаки, повторени вчитувања на страницата или повратни повици и партнерски интеграции што можеби веќе го испраќаат настанот.

Не испраќајте дупликат за да ја промените вредноста или информациите за совпаѓање на изворниот настан. Пред да се обидете да направите корекција, проверете како функционира системот според документацијата. Погледнете: отстранување дупликати на настани од прелистувачот и серверот.

8. Користиме Shopify. Дали ни треба друга интеграција?

Проверете го поврзувањето со Shopify пред да додадете друга интеграција. Потврдете ги поврзаната рекламна сметка и Pixel, а потоа проверете кои настани ги испраќа апликацијата за вашата продавница.

Ако користите и приспособени ознаки, код за наплата или компонента за испраќање од серверот, проверете дали тие ги испраќаат истите настани. Конфигурациите на Shopify може да користат различни комбинации на следење преку прелистувач и сервер. Погледнете: Поставување ChatGPT реклами за Shopify.

9. Како треба да постапуваме со согласноста и тестирањето?

Испраќајте само податоци што смеете да ги споделувате и почитувајте ги изборите на посетителите за согласност. Вашиот програмер треба да ги следи упатствата на интеграцијата за согласност и поддржани податоци за совпаѓање, вклучувајќи ги потребната нормализација и хеширање. Не отстранувајте ги контролите за согласност за да го зголемите бројот на конверзии во извештаите или да подобрите оценка.

Согласноста за мерење и opt_out имаат различни намени. Опцијата opt_out се однесува на персонализацијата; таа не ги запира сите барања за мерење. Побарајте од вашиот програмер да провери како се постапува со согласноста и во интеграциите во прелистувачот и во серверските интеграции.

Забележете ги времето, името и ID на едно тест-дејство. Проверете дали е испратено, валидирано и примено. Успешниот тест на имплементацијата не покажува дека рекламата ги исполнува условите за да ѝ се припише дејството.

Опцијата validate_only на CAPI ги проверува настаните без да ги зачува. Режимот за отстранување грешки на Pixel ја запишува активноста во дневник, но не ги исклучува тест-настаните од извештаите. Означете ги тестовите во вашата евиденција и не измислувајте купувања ниту менувајте ги времињата на настаните за да изнудите резултат.

10. Дали ниска или недостапна оценка за квалитетот на настаните значи дека следењето не работи?

Само по себе, не. Квалитетот на настаните се оценува според информациите примени од извор на податоци. Тој не покажува колку конверзии им се припишани на реклами. Само врз основа на ниска или недостапна оценка не може да се утврди дали следењето работи.

Проверете дали неодамнешните реални дејства се евидентираат правилно, па потоа испитајте го предупредувањето. Не испраќајте дополнителни настани или измислени идентификатори за да ја зголемите оценката. За проверките и времето на освежување, погледнете: Разбирање и подобрување на квалитетот на настаните.

11. Што треба да приложам кога ја контактирам Поддршката?

Кажете ни што очекувавте, што се случи, кога започна проблемот и што проверивте. Приложете го она што ви е достапно од оваа листа:

• ID на рекламната сметка, Pixel ID или извор на податоци и идентификатори на засегнатите кампањи и реклами.

• Вид на интеграција и точно име на настанот, вклучувајќи го и името на приспособениот настан, ако има таков.

• Еден или два примера со постојни ID на настани и временски ознаки на дејствата, со временската зона.

• За неуспешни барања или неизвесен прием: код на одговорот, точна грешка, време на барањето, вратен ID на барањето или CF-Ray, ако постои, и содржина на барањето или извадок од дневникот со отстранети чувствителни податоци.

• За разлики во извештаите: опсег на датуми, временска основа на извештаите, поставки за атрибуција, избрани колони, извезена CSV-датотека и споредба со ист опфат.

• Релевантни слики од екранот и неодамнешни промени во конфигурацијата, вклучувајќи посебен процес за наплата или партнерска интеграција.

Кажете ни дали потврдивте дека настанот е испратен, прифатен или примен, или само го проверивте извештајот. Можете да побарате помош дури и ако не можете да ги завршите овие проверки.

Отстранете ги API-клучевите, заглавијата за авторизација, лозинките, колачињата и непотребните информации за клиентите од прилозите. Веднаш пријавете грешки или интеграција што претходно работела, а ненадејно престанала да работи. Не чекајте да помине периодот за прикажување во извештаите.