Несколько пикселей ChatGPT Ads: один сайт, несколько рекламодателей, чистое измерение
Когда сайту нужно несколько пикселей ChatGPT Ads
OpenAI описывает сценарий точно: одному сайту нужно несколько Pixel ID, когда он измеряет конверсии более чем для одного рекламодателя, бренда или интеграционного партнёра. Агентства, гоняющие несколько клиентских брендов через один домен, маркетплейсы с общим чекаутом между вендорами и партнёрские интеграции, каждой из которых нужно собственное измерение, - все они здесь. Альтернатива - затолкать все конверсии в один пиксель - портит атрибуцию всем: два бренда не могут оптимизироваться на один поток конверсий, не присваивая чужие результаты. Multi-pixel режим держит конверсионный трекинг каждого рекламодателя в своей колее на общей территории.
Инициализация больше одного Pixel ID
Сетап остаётся лёгким. JavaScript SDK грузится ровно один раз на страницу, а каждый пиксель просыпается собственным init-вызовом:
oaiq("init", { pixelId: "<PIXEL-ID-A>" });
oaiq("init", { pixelId: "<PIXEL-ID-B>" });Порядок важен ровно в одну сторону: инициализируйте каждый пиксель до отправки ему событий, потому что пиксель, инициализированный позже, не получает событий, отстрелявшихся до его init. Страницы с условной загрузкой пикселей - consent-гейты, A/B-сплиты брендовых страниц - должны считать позднюю инициализацию ожидаемым случаем и проверять, какие пиксели живы, прежде чем считать событие доставленным всем.
Broadcast и точечные события: measure против measureSingle
Дефолтный measure рассылает broadcast. Каждое событие получают все Pixel ID, инициализированные на момент вызова:
oaiq("measure", "page_viewed", {
type: "contents",
});Оба пикселя из примера получают этот просмотр страницы. Точечная доставка использует measureSingle, вставляющий Pixel ID перед именем события и отправляющий событие только этому пикселю:
oaiq("measureSingle", "<PIXEL-ID-A>", "order_created", {
type: "contents",
amount: 2599,
currency: "USD",
});Заказ видит только пиксель A; пиксель B - нет. measureSingle принимает те же данные события и опциональные event options, что и measure, а SDK не перенаправляет события неизвестного Pixel ID другому пикселю - опечатка падает молча, а не сливает события вбок.
Зеркало на серверной стороне
Браузерный сплит окупается, только когда серверная сторона его зеркалит. Conversion setup в Ads Manager выдаёт Pixel ID вместе с ключами Conversions API, поэтому мульти-рекламодательный сайт заканчивается парой пиксель-плюс-ключ на бренд, и каждое серверное событие адресует правильную пару - та же дисциплина, что маршрутизация постбеков на правильные пиксель и access token на Meta. Дедупликация тоже остаётся внутри пары: когда пиксель бренда и его CAPI несут одну конверсию, общий event_id схлопывает копии внутри этой пары - тот же дедуп по event ID, на который опираются однопиксельные сетапы, только в рамках каждой пары. Кросс-брендовый шум начинается, только если браузерный broadcast отправил событие двум пикселям, а вслед поехали два серверных события, - каждая пара дедуплицирует себя сама, но конверсия по замыслу существует уже в двух рекламных аккаунтах.
Типовые ловушки multi-pixel
Доминируют три режима отказа. Broadcast по привычке: measure шлёт всем инициализированным пикселям, поэтому два бренда на одной странице молча получают события друг друга, пока конверсии не переведены на measureSingle с явным Pixel ID. Поздняя инициализация: consent-гейт или ленивый скрипт, инициализирующие пиксель B после первых событий, оставляют пиксель B слепым ко всему предыдущему. Пропущенный дедуп: пиксель и CAPI бренда без общих event_id удваивают конверсии бренда внутри его же аккаунта. Ни один из них не дефект платформы - SDK ведёт себя ровно как задокументировано, - но каждый превращает чистый мультибренд-сетап в спор об отчётах, а гайд по атрибуции объясняет, что означают - и что не значат - получившиеся числа.
Валидация каждого пикселя отдельно
Валидация масштабируется вместе с сетапом. Проведите каждый Pixel ID через полную цепочку - init, тестовое событие, подтверждение в Ads Manager этого рекламодателя, - не полагаясь на успех одного бренда в качестве покрытия остальных. Debug-режим пикселя - включается передачей debug: true в конфиге init - логирует активность SDK в консоли браузера, пока тестируется интеграция, а дедуп пары заслуживает отдельной проверки: отправьте одну конверсию через пиксель и CAPI с общим event_id и убедитесь в одиночном зачёте. MOST доставляет отслеженные конверсии серверно в ChatGPT Ads вместе с Meta, TikTok, Reddit, Snapchat и Pinterest, а бесплатный Pixel Activator валидирует одно событие на лендинг на pixel.way2.us до запуска мультибрендовой доставки.
