Шаринг пикселя кабинеты: один пиксель на несколько портфелей

Чтобы шаринг пикселя кабинеты был настроен правильно, первое - правило владения: в модели Meta «только бизнес-портфель, владеющий пикселем, может шерить его другому бизнес-портфелю», а получающий портфель «затем способен назначить пиксель своим рекламным кабинетам» (Add people to your Meta pixel). Вся легальная структура шаринга - агентства с клиентскими кабинетами, партнёрские бизнесы, мультикабинетные связки - висит на этой двухшаговой конструкции. Гайд её проходит: кто шарит, кто получает, как пиксель доезжает до кабинетов и что шаринг меняет и не меняет в самих событиях.

Событийная механика общего пикселя - та же, что у любого датасета; полный гайд Meta CAPI покрывает её, здесь - структура доступа.

Правило владения

Пиксель (датасет) принадлежит ровно одному бизнес-портфелю - тому, который его создал или получил от страницы или рекламного кабинета. Цепочка владения продолжается и в доставке, как описывает гайд от постбека до CAPI для событийного хопа. Из этого дома документированный контур расходится двумя разными шагами:

Асимметрия намеренная: общий пиксель никогда не передаёт владение. Партнёрский бизнес использует пиксель в своих кабинетах, но исходный портфель хранит источник истины - и способность отозвать. Для агентств это чистая модель: бизнес клиента владеет пикселем, портфель агентства получает его, и каждый кабинет, стреляющий событиями, делает это под отзываемым правом.

Assign Partners: портфель портфелю

Хоп шаринга живёт в Business Settings, в разделе Data Sources - Datasets & Pixels: выберите пиксель, нажмите Assign Partners, введите партнёрский бизнес. После принятия партнёром пиксель появляется в его собственных источниках данных - готовый ко второму шагу. Направление документировано: инициирует только владелец, получатель затем назначает пиксель своим кабинетам (Add people to your Meta pixel).

Две практические заметки к этому хопу. Партнёр обязан быть бизнес-портфелем - шаринг целится в бизнесы, а не в отдельные кабинеты. И ведите запись, какой портфель каким пикселем владеет: в мультипартнёрских связках строка владения - аудит-след того, кто вправе шарить, ставить на паузу и отзывать.

Connected Assets: пиксель в кабинеты

Второй хоп внутренний для получающего портфеля: в его Business Settings пиксель назначается кабинетам как connected asset. С этого момента кабинет способен выбирать пиксель в кампаниях и - если проводка CAPI собрана - слать серверные события в общий датасет.

Connected assets - одновременно и поверхность отзыва: снятие связи отцепляет пиксель от конкретного кабинета, не трогая чужие. Для общего пикселя, обслуживающего несколько кабинетов, эта по-кабинетная обратимость - свойство, делающее связку сопровождаемой: один проблемный кабинет отрезается чисто, остальные продолжают доставку.

Что шаринг меняет - и что не меняет

События общего пикселя хранят всю документированную механику любого датасета: обязательные поля на событие (параметры Conversions API), дедупликацию, сводящую пиксель браузера с серверными событиями (правила дедупа - их внутренний разбор: дедупликация пикселя и CAPI), и одну идентичность события на конверсию. Шаринг не клонирует пиксель - все назначенные кабинеты пишут в один датасет, что ровно и есть смысл (общее обучение) и ровно риск (мусор одного кабинета обучает всех).

Из этого свойства единого датасета следует операционное правило, которое стоит записать: кто управляет общим пикселем - тот управляет качеством для всех привязанных кабинетов. Цикл мониторинга - Test Events, диагностика Events Manager - принадлежит стороне владельца, как в проходе диагностики.

Шаринг пикселя кабинеты: частые вопросы

Источники