Текст на урока Текст на урока Преди проследяването проверете приложимите изисквания за поверителност и съгласие. Изпращането през сървър не ги отменя. Днес работим само с измислени записи, без клиентски данни, пароли или заявки към Meta. Една покупка може да бъде описана по два пътя. Meta Pixel изпраща събитие от браузъра. Conversions API позволява изпращане от сървъра — системата зад магазина. API е начин две програми да обменят структурирани съобщения. Двата пътя могат да описват едно и също действие. Две съобщения не означават две реални продажби. За съпоставянето Meta използва името на събитието и неговия идентификатор. В браузърната опция точният запис е eventID, с главни I и D. В сървърните данни е event_id, с долна черта. Сървърното име е event_name. За една покупка двата пътя трябва да носят еднакво име, например Purchase, и еднакъв идентификатор към правилния източник. Идентификаторът на събитието е различен от идентификатора на самия Pixel. Отворете приложението към урока и изберете „Една покупка“. Виждате измислено действие А, два записа Purchase и общ идентификатор DEMO-A. Проверката отчита съвместима двойка. Полето „действие“ е наш учебен ориентир за действителната поръчка, а не параметър на Meta. Изберете „Различни ID“. Покупката остава една, но браузърът и сървърът носят различни идентификатори. Инструментът предупреждава за несъответствие. При „Липсващ ID“ липсва необходимата връзка за това съпоставяне. Не поправяйте проблема, като генерирате нов случаен номер при всяко изпращане. Един и същ идентификатор трябва да следва същото действие по двата пътя, включително при повторно изпращане. Сега изберете „Две покупки“. Действия А и Б имат различни идентификатори и остават отделни покупки. Сценарият „Повторен ID“ показва обратната грешка: две различни действия използват общ идентификатор. Това също изисква поправка. Не използвайте един постоянен номер за всички поръчки. Редакторът позволява да променяте учебните записи и да проверявате отново. Ако откриете несъответствие в реална интеграция, първо опишете откъде идват съобщенията: официална интеграция, допълнително приложение, мениджър на тагове или ръчно добавен код. Проверете с отговорния разработчик дали два независими механизма изпращат една покупка и как споделят нейния идентификатор. Не изтривайте код на сляпо и не добавяйте още една интеграция като първа поправка. Локалният резултат проверява само съгласуваността на примерните полета. Той не доказва получаване, премахнат дубликат или рекламно приписване в Meta. Реалната проверка на Purchase е отделна задача в урок двадесет и пет.
Проследяване · Урок 024 · 2:37 мин
Conversions API и дублирани покупки Ще разбереш как една покупка може да дойде по два пътя към Meta и как да я пазиш от броене два пъти, като използваш еднакво име и идентификатор на събитието.
Какво ще научиш Разбери ролите на Meta Pixel и Conversions API за една покупка Подай еднакви event name и ID по двата пътя: eventID и event_id Не генерирай нов случаен ID при всяко изпращане Не използвай един постоянен ID за всички поръчки 