МОСТ. Справка

Несколько пикселей ChatGPT Ads: один сайт, несколько рекламодателей, чистое измерение

Опубликовано 13 сент. 2026 г.5 мин чтенияСредний уровень
Рисованная карточка сайта с двумя отдельными почтовыми ящиками, получающими карточки-письма по пунктирам, один ящик выделен оранжевым - несколько пикселей ChatGPT Ads
What you'll learn
  • Когда сайту нужно больше одного пикселя ChatGPT Ads
  • Как инициализировать несколько Pixel ID с одной загрузкой SDK
  • Когда measure рассылает всем, а когда measureSingle бьёт в один пиксель
  • Какие ловушки multi-pixel сетап создаёт для атрибуции
Intermediate

Несколько пикселей ChatGPT Ads: один сайт, несколько рекламодателей, чистое измерение

Когда сайту нужно несколько пикселей ChatGPT Ads

OpenAI описывает сценарий точно: одному сайту нужно несколько Pixel ID, когда он измеряет конверсии более чем для одного рекламодателя, бренда или интеграционного партнёра. Агентства, гоняющие несколько клиентских брендов через один домен, маркетплейсы с общим чекаутом между вендорами и партнёрские интеграции, каждой из которых нужно собственное измерение, - все они здесь. Альтернатива - затолкать все конверсии в один пиксель - портит атрибуцию всем: два бренда не могут оптимизироваться на один поток конверсий, не присваивая чужие результаты. Multi-pixel режим держит конверсионный трекинг каждого рекламодателя в своей колее на общей территории.

Инициализация больше одного Pixel ID

Сетап остаётся лёгким. JavaScript SDK грузится ровно один раз на страницу, а каждый пиксель просыпается собственным init-вызовом:

js
oaiq("init", { pixelId: "<PIXEL-ID-A>" });
oaiq("init", { pixelId: "<PIXEL-ID-B>" });

Порядок важен ровно в одну сторону: инициализируйте каждый пиксель до отправки ему событий, потому что пиксель, инициализированный позже, не получает событий, отстрелявшихся до его init. Страницы с условной загрузкой пикселей - consent-гейты, A/B-сплиты брендовых страниц - должны считать позднюю инициализацию ожидаемым случаем и проверять, какие пиксели живы, прежде чем считать событие доставленным всем.

Broadcast и точечные события: measure против measureSingle

Дефолтный measure рассылает broadcast. Каждое событие получают все Pixel ID, инициализированные на момент вызова:

js
oaiq("measure", "page_viewed", {
  type: "contents",
});

Оба пикселя из примера получают этот просмотр страницы. Точечная доставка использует measureSingle, вставляющий Pixel ID перед именем события и отправляющий событие только этому пикселю:

js
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 до запуска мультибрендовой доставки.

Frequently asked questions

Sources

Sources

Was this guide helpful?
Author
Most Team
Справочная служба

Официальные руководства и глоссарий для платформы Most и Активатора пикселей.

Topic
Полный гайд ChatGPT Ads: кампании, трекинг и измерение
Main article of the topic
Related articles

Похожие руководства