Пиксель Meta с 12 ноября: конверсии на устройстве, кому прибавит и что сверить

Пиксель Meta это скрипт на сайте, который сообщает Facebook и Instagram о просмотрах страниц, заявках и покупках, чтобы кабинет связал их с показом рекламы. С 12 ноября 2026 года у каждого пикселя, который уже отправляет события, по умолчанию включается настройка «Measure conversions on customer devices» (измерение конверсий на устройствах клиентов). Часть сопоставления покупки с рекламой переезжает с серверов Meta на телефон покупателя. Для байера это означает одно: цифры в Ads Manager могут вырасти без единого изменения в связке. Ниже разберём, что Meta написала в справке и в письме и при каких условиях функция вообще работает. Покажем на стенде, что пиксель отправляет прямо сейчас. Затем на 533 323 кликах из трекера посмотрим, какие браузеры и страны реально дают трафик из Meta и что из этого подпадает под новую механику. В конце расчёт по порогу обучения и список проверок до 12 ноября.

Что Meta включает 12 ноября

Официального поста в блоге Meta for Business про эту функцию на 30.10.2026 найти не удалось. О ней известно из трёх мест: письмо Meta Business Team рекламодателям, уведомление в Events Manager и две страницы справки. Немецкий блог Wortfilter первым опубликовал письмо, по данным ppc.land 18 октября. Тема письма в немецкой версии: «Sieh mehr der Conversions, die du bereits erzielst» (увидь больше конверсий, которые ты уже получаешь). Суть в трёх фразах: с 12 ноября 2026 Meta постепенно включает функцию, которая восстанавливает конверсии, не дошедшие до отчётов; менять интеграции не нужно; затрагиваются только датасеты, уже отправляющие события. Филиппинский ASTIG в тот же день подтвердил формулировку: «Starting November 12, 2026, the updated system recovers conversions that currently fail to report back to Meta».

В самом интерфейсе дата тоже есть. По разбору ppc.land от 27 октября тумблер стоит в настройках пикселя сразу под переключателем «Automatically include more detailed page and product info», под ним серая строка «Measurement starting November 12, 2026». Описание в панели состоит из двух предложений: «Meta measures conversions from your ads so you can see which ads are working. With this feature on, that measurement happens on your customer’s device instead of exclusively on Meta servers». Слово «exclusively» (исключительно) здесь главное: серверное сопоставление не отключается, добавляется второй канал.

Справка Meta «About measuring conversions on customer devices» (проверена 30.10.2026) описывает задачу функции на примере: человек увидел рекламу лампы в Instagram, через два дня зашёл на сайт и купил. У Meta есть запись о показе и событие покупки, но связать их получается не всегда. При включённой настройке «that match happens on the customer’s device, where both the ad view and the purchase are present». Meta получает только подтверждение, что покупка была, и к какой кампании её отнести. Там же три утверждения, которые нужны байеру. Функция «is turned on by default» (включена по умолчанию). Она «works alongside your existing Pixel and Conversions API setup and doesn’t replace it» (работает вместе с пикселем и Conversions API, не заменяя их). И «your attribution window and attribution model don’t change» (окно и модель атрибуции не меняются). Meta просит оставить её включённой, чтобы «see more of the conversions you drive in your campaign reporting» и «improve campaign performance with a stronger signal» (видеть больше конверсий в отчётах и улучшить результаты кампаний за счёт более сильного сигнала). Про данные: «No identifying customer information is shared with Meta» (идентифицирующие данные клиента Meta не передаются). И одно ограничение: «Measuring conversions on customer devices is not active for people located in the EU and UK» (не активна для людей в ЕС и Великобритании).

Чего в документах нет, перечислили сразу несколько изданий. MetricMaven 19 октября (дата по ppc.land) зафиксировал четыре вопроса без ответа: как восстановленная покупка дедуплицируется с событием Conversions API за тот же заказ; идут ли такие конверсии в оптимизацию, ставки и аудитории или только в отчёт; как учитывается согласие на cookie; будет ли у них отдельный столбец в Ads Manager и API. Captain Compliance добавил: Meta не говорит, что происходит с посетителями, которые отклонили согласие или прислали сигнал отказа. Wortfilter отметил, что письмо вообще не упоминает согласие. Там же список того, чего Meta не раскрывает: как устройство связывает покупку с кампанией без fbclid и cookie, какие браузеры поддерживаются, работает ли измерение в приложении, в браузере или в обоих. От ответов зависит, появятся ли новые конверсии в ROAS и в обучении адсетов. Marxx 28 октября сформулировал то же короче: не отвечено, идут ли дополнительные продажи в ставки и передаётся ли сумма заказа.

Как пиксель связывает клик и покупку сейчас

Чтобы понять, что именно «восстанавливает» новая функция, нужно знать, на чём держится обычное сопоставление. По документации Meta о параметрах fbp и fbc (обновлена 9 января 2026, проверена 30.10.2026) при клике по объявлению к ссылке добавляется fbclid, идентификатор клика. Пиксель на лендинге записывает его в cookie _fbc в формате «fb.1..», где creationTime это миллисекунды от начала эпохи. Отдельно пиксель ставит cookie _fbp с идентификатором браузера, пример из документации: «fb.1.1596403881668.1116446470». Meta рекомендует хранить _fbc 90 дней и «always send _fbc and _fbp browser cookie values in the fbc and fbp event parameters» (всегда передавать значения этих cookie в параметрах событий). Если пикселя на сайте нет, fbc можно собрать на сервере из fbclid в URL.

Второй слой это расширенное сопоставление. По справке о cookie пикселя Meta сама признаёт, что cookie первой стороны «are more widely accepted by browsers and stored for longer periods of time», чем сторонние. По странице Advanced Matching (обновлена 21 декабря 2023) email и телефон передаются третьим аргументом в fbq(‘init’), и «values will be hashed automatically by the pixel using SHA-256». Meta принимает «both lowercase unhashed and normalized SHA-256 hashed email addresses». Справка «About hashing customer information» добавляет, что для автоматического расширенного сопоставления, списков клиентов и Conversions API часть данных хешируется до отправки, а хеш «is deleted promptly after the match process is complete». Третий слой это серверные события: Conversions API отправляет те же события с сервера рекламодателя. Чтобы покупка не считалась дважды, по правилам дедупликации (обновлены 28 июня 2026) у браузерного события eventID должен совпадать с event_id серверного: «If we find the same server key combination (event_id and event_name) and browser key combination (eventID and event) sent to the same Pixel ID within 48 hours, we discard the subsequent events» (при совпадении пар в течение 48 часов повторные события отбрасываются).

Новая настройка целится в разрыв после этих трёх слоёв. Если cookie стёрлись, fbclid вырезан, а email на сервере не совпал с аккаунтом, событие покупки доходит до Meta, но остаётся «ничьим». Meta в справке прямо пишет, что сопоставление по email и временным данным устройства теперь может пройти локально. Как устройство узнаёт, какие объявления видел его владелец, в открытых документах не описано; мы это не домысливаем.

Что пиксель отправляет на самом деле: стенд

Мы прогнали стандартный код пикселя на тестовой странице 30.10.2026, чтобы увидеть запросы глазами, а не по документации. Стенд: локальная страница с базовым кодом fbq, тестовый идентификатор пикселя, расширенное сопоставление с email и телефоном в fbq(‘init’), событие Lead по кнопке; браузер Chromium 156 под Playwright с user-agent Chrome 147 встроенного браузера Facebook для Android. Скрипт fbevents.js загрузился в версии 2.9.429 (437 КБ). Оба события ушли GET-запросами на www.facebook.com/tr/ с одинаковым набором параметров.

Важная оговорка стенда: с тестовым идентификатором сервер Meta не вернул конфигурацию пикселя, поэтому cookie _fbp и _fbc в нашем прогоне не создавались. На боевом пикселе они ставятся, это описано в документации выше и видно в самом fbevents.js: в коде есть константы «_fbc», «_fbp» и правило, которое кладёт значение fbclid из адреса в поле clickID. Второй вывод стенда: хеширование email и телефона действительно происходит в браузере, в сети уходят только хеши. И третий: параметр dl несёт весь URL с fbclid, то есть идентификатор клика доезжает до Meta на первом же событии PageView, пока он есть в адресе. Прогон без fbclid в адресе дал те же четыре запроса с тем же набором параметров, только без идентификатора клика в dl. Про саму ноябрьскую функцию стенд ничего не показывает: её механика в скрипт пока не видна, и Meta код не опубликовала.

Что пиксель отправлял до апреля и что добавилось потом, мы разбирали в статье про ИИ-пиксель Meta. Тогда официальный пост Meta от 15 апреля 2026 обещал существующим пользователям «a notification with a 30-day window to review the feature before it’s enabled». У ноябрьской функции отдельного окна на проверку нет: тумблер уже включён, считать он начнёт 12 ноября, через 25 дней после письма от 18 октября, а отключить его можно в любой момент. Детали апрельского обновления, включая Meta-enabled Conversions API, собраны у ppc.land от 15 апреля. Для сравнения, Google в ту же неделю добавил в Google Ads подменю «All Conversions» с окнами и статусами действий, о чём писал PPC News Feed 27 октября: там речь о видимости настроек, а не о восстановлении конверсий.

Где конверсии теряются: браузеры и приложения

Потери сигнала у Meta идут из нескольких мест, и у каждого есть первоисточник. Safari: по посту WebKit об ITP 2.3 от 23 сентября 2019, если на страницу пришли с домена, который ITP считает трекером, и в адресе есть параметры, «the expiry of persistent client-side cookies created on that page is 24 hours». Остальные cookie, записанные скриптом, живут 7 дней, а по посту от 24 марта 2020 сторонние cookie заблокированы полностью. Cookie через CNAME-поддомен тоже режутся до 7 дней по правилу от 12 ноября 2020. В Safari 27.2 от 26 октября 2026 исправили только одно: cookie из ответа на навигацию верхнего уровня при CNAME-хостинге больше не обрезаются до недели. На _fbp и _fbc, которые пишет JavaScript, это не влияет, что отдельно разобрал ppc.land 27 октября. А по посту WebKit от 19 октября 2026 Safari 27 блокирует на уровне домена сервисы, которые превращают email в идентификатор для межсайтового трекинга.

Firefox идёт дальше и вырезает сам fbclid. По документации Mozilla о Query Parameter Stripping в режиме ETP Strict из адреса удаляются mc_eid, oly_anon_id, __s, _hsenc, mkt_tok и fbclid; там же сказано, что «Brave also has a list-based query parameter stripping mechanism». Chrome, напротив, сторонние cookie не трогает: по посту Privacy Sandbox от 17 октября 2025 Google сохраняет текущий подход с выбором пользователя и закрывает Attribution Reporting API и несколько других технологий. Отдельная история с iOS 14.5 и Aggregated Event Measurement описана в справке Meta об AEM: события с iOS 14 и новее проходят через протокол с удалением идентификаторов и агрегацией. Что меняет iOS 27 для fbclid и gclid, мы разбирали отдельно.

Почему функция выключена для ЕС и Великобритании, Meta не объясняет. Возможное объяснение третьих сторон: статья 5(3) Директивы 2002/58/EC разрешает хранить и читать информацию на устройстве пользователя только с его согласия, кроме строго необходимого для запрошенной услуги. Wortfilter приводит решения OLG Dresden от 3 февраля 2026 с 1 500 евро компенсации на истца за Business Tools Meta без согласия. Это контекст, а не позиция Meta.

Кого касается новая настройка

Условия применимости лежат во второй странице справки «How to turn on measuring conversions on customer devices». Два требования дословно: «Install the pixel directly on your page, not inside an iframe or as an image-only (img) pixel» и «Your website must require people to log in to an account using an email or mobile phone number». Путь к тумблеру: Events Manager, раздел Data sources, затем ваш пиксель, вкладка Settings, и под блоком Meta Pixel settings переключатель «Measure conversions on customer devices». Дата 12 ноября на страницах справки не повторяется, это подтверждают MetricMaven и Relevant Audience: дата идёт из письма и из интерфейса.

Переложим условия на типовые связки арбитража. Вывод о лендингах это прямое следствие текста справки: про арбитраж Meta ничего не пишет.

Для большинства CPA-вертикалей, где лид это телефон в форме без регистрации, функция по букве справки не включится, и роста цифр ждать не стоит. Зато она затронет тех, кто льёт на магазины, подписки, приложения с веб-кабинетом и собственные e-com проекты. У них после 12 ноября отчётные покупки могут расти без роста заказов в CRM.

Наши данные: 533 323 клика из Meta за 28 дней

Чтобы оценить, какие браузеры и страны реально приносят трафик из Meta, мы выгрузили агрегаты из ClickHouse нашего трекера Keitaro за 28 дней, с 01.10 22:00 по 29.10.2026 22:00 UTC. Все цифры обезличены: офферы, партнёрки и IP не раскрываются, запросы только на чтение. В выборке 757 217 кликов, из них 533 323 с настоящим fbclid в 153 кампаниях и 33 странах, 299 770 уникальных идентификаторов клика. Если считать трафик из Meta по user-agent и рефереру, его 716 266 кликов. Из них 509 422 с настоящим fbclid, 80 427 с буквальным «{fbclid}» вместо значения (макрос не подставился) и ещё 126 417, то есть 17,6%, вообще без параметра. По документации Keitaro интеграция отправляет конверсию в Conversions API только при наличии fbclid, значит по этим 206 844 кликам через трекер конверсия в Meta не уйдёт; пиксель на странице события отправит, но без идентификатора клика. Откуда разница с потерей 0,03% ниже: 0,03% это потеря внутри 56 кампаний, где макрос настроен, а 126 417 кликов пришли в кампании, где fbclid в параметр трекера не передаётся вовсе (115 182 из них из встроенного браузера Facebook). Часть таких кликов может быть органикой или переходами из Messenger: фильтр по user-agent и рефереру ловит всё, что пришло из приложений Meta. Самая практичная проверка для байера: найти кампании, где fbclid не настроен. Как ловить незаполненный макрос, писали в разборе fbclid и бот-лидов.

Статусы в трекере: lead это заявка в ожидании, rejected отклонённая, sale подтверждённая продажа; постбэки на диаграмме выше это сумма трёх статусов, то есть все заявки. Кампании с настроенным макросом отобраны так: fbclid есть не меньше чем в 80% кликов из Meta и кликов не меньше 500.

По операционным системам Android дал 93,3% кликов, iOS 4,6%, Windows 1,9%. Среди iPhone больше всего iOS 26 (13 790 кликов), затем iOS 18 (4 031) и iOS 27 (1 789); user-agent приложений Facebook и Instagram сообщает реальную версию ОС (iOS 26 в нём встречается 13 758 раз), поэтому iOS 18 здесь настоящая, а не замороженная строка Safari; 23 818 из 24 486 кликов с iPhone пришли из встроенных браузеров Facebook и Instagram. Версии приложения Facebook в user-agent: 579-584, трафик идёт со свежих сборок. Что это значит для темы. Safari с его 24-часовыми cookie в этом срезе почти не встречается. 92,6% кликов это клик по объявлению во встроенном браузере приложения с fbclid в адресе, и такой клик Meta сопоставляет и сегодня. Пример с лампой из справки про другое: человек увидел рекламу, а на сайт пришёл сам через два дня и купил. Таких визитов трекер не видит вовсе, он считает только клики. Второй замер: в 56 кампаниях, где fbclid настроен и присутствует в большинстве кликов, без идентификатора пришли 120 кликов из 464 315, это 0,03%. По браузерам потеря выше всего в Safari (4,2%) и Firefox (4,1%), но на объёмах это единицы. Для CPA-связок главный итог такой: клик-ID на лендинг доезжает почти всегда, сигнал либо уходит с клика сразу, либо теряется по причинам, которые новая функция не чинит: пустой макрос, пиксель вне страницы, сайт без логина.

Страны: 14 стран ЕС (Великобритании в выборке нет, больше всего Франция, Литва и Словакия) дали 80 204 клика, это 15,0% выборки, но 299 из 1 483 продаж, 20,2%. Для этих посетителей новая настройка не работает по справке Meta. Топ по кликам: Мексика 186 177, Индия 110 142, Турция 70 534, Сербия 44 475, Франция 40 888, Узбекистан 26 564. Повторные открытия одной и той же ссылки в разные дни редки: 1 715 из 299 770 fbclid встретились больше чем в одном дне, 109 растянулись дольше недели.

Время от клика до события. Первый постбэк, то есть заявка, приходит через 215 секунд после клика (медиана) у кликов, которые остались в статусе lead, через 166 секунд у rejected и через 385 секунд у тех, что потом стали продажей. Подтверждение продажи по полю sale_datetime наступает ещё через 2,2 часа после первого постбэка, медиана от клика до продажи 2,4 часа. Долю поздних продаж считали только по кликам с 01.10 по 15.10, у которых есть не меньше 14 дней наблюдения, иначе свежие клики занизили бы её: 545 продаж, 72 (13,2%) позже суток, 14 (2,6%) позже семи дней, позже 14 дней в этой когорте ни одной. Вывод по окнам атрибуции касается тех, кто отправляет подтверждённую продажу в Meta через Conversions API со временем подтверждения: при окне «1 день после клика» кабинет не увидел бы каждую восьмую продажу, «7 дней после клика» закрывает 97,4%. Байер, который оптимизирует на событие Lead с пикселя, видит событие через минуты, и окно его не режет. Какие окна вообще остались в API, писал ppc.land: с 12 января 2026 из Ads Insights API убраны 7-дневное и 28-дневное окна по просмотру, остались 1, 7 и 28 дней по клику, 1 день по просмотру и 1 день engaged view.

Расчёт: порог обучения и что меняют «восстановленные» конверсии

Справка Meta «About the learning phase» говорит, что адсет выходит из обучения «after about 50 results in the week after the ad set’s last significant edit», а во время обучения «ad sets are less stable and usually have a higher CPA». В посте для пикового сезона от 21 октября 2026, который цитирует ppc.land, Meta назвала цену: «ad sets under that threshold ran about 28% more expensive per purchase», без выборки и методики. Там же формула: недельный бюджет ÷ (цена результата × 50) = сколько адсетов тянет бюджет. Отсюда логика ppc.land, с которой мы согласны как с арифметикой: любая настройка, увеличивающая число засчитанных конверсий, поднимает долю адсетов, которые перешагнут порог. Meta в справке обещает «a stronger signal» для результатов кампаний, но не уточняет, попадают ли восстановленные конверсии в оптимизацию и ставки.

Посчитаем на нашем срезе. Кампания в трекере не равна адсету Meta: в одну кампанию Keitaro может идти несколько адсетов, поэтому цифры ниже это верхняя оценка объёма на адсет. Продаж на клик во встроенном браузере Facebook 0,29%. Чтобы набирать 50 покупок в неделю, нужно 50 ÷ 0,0029 = 17 241 клик в неделю. По 153 кампаниям выборки медиана 94 клика в неделю, 75-й процентиль 502, 90-й 1 786, максимум 25 560. Если оставить 97 кампаний, у которых за период было не меньше 100 кликов, и считать по неделям их активности, медиана 524 клика в неделю, 90-й процентиль 3 195, порог заявок проходят 9 кампаний, порог покупок одна. Порог 17 241 клик проходит одна кампания из 153, и ровно одна кампания получает 50 и больше продаж в неделю. Даже если новая функция вернула бы в отчёт все продажи, которых кабинет не видел, порог по покупкам для остальных 152 кампаний недостижим. Поэтому оптимизация на заявку остаётся рабочим вариантом: по всем постбэкам (lead, sale, rejected вместе) результативность 1,45%, для 50 событий в неделю нужно 3 448 кликов, такой объём есть у 10 кампаний из 153, а 50 и больше заявок в неделю получают 7. Формула для своей кампании: нужные клики в неделю = 50 ÷ (конверсий на клик). Подставьте долю из трекера, а не из Ads Manager, иначе после 12 ноября вы посчитаете рост, которого нет в заявках.

Второй расчёт про деньги Meta. По пересказу ppc.land итогов третьего квартала 2026 от 21 октября рекламная выручка составила $63,06 млрд, плюс 26% за год, при росте показов на 10% и средней цены за объявление на 14% (в транскрипте звонка округлено до $63,1 млрд). Белая книга «Suite of Truth» от 28 мая 2025, 307 исследований у 54 рекламодателей, утверждает (по пересказу ppc.land), что правила атрибуции недооценивают Meta на 31% в медиане. Это данные самой Meta; по нашей оценке, новая настройка закрывает часть этого разрыва со стороны Meta. Для байера важно другое: цена за показ растёт на 14% в год, а количество «увиденных» конверсий теперь зависит от тумблера.

Сколько стоит проверить сверку: трекер и интеграция

Сама настройка бесплатна, Conversions API тоже. Деньги уходят на трекер и на время настройки. По документации Keitaro (проверена 30.10.2026) интеграция Facebook Conversions «sends conversions from Keitaro to Facebook Ads Manager via Conversions API», причём «conversions are sent when the fbclid parameter is present». В user_data по умолчанию уходят fbc, fbp, IP и user-agent клика, страна, регион и город, action_source всегда website. Email, телефон, имя и ценность можно добавить в постбэк параметрами em, ph, fn, ln и value. Статусы lead и sale сопоставляются событиям Lead и Purchase в блоке Mapping. Подробная настройка в нашем гайде Keitaro и Conversions API.

По данным Meta из того же поста 15 апреля, рекламодатели с Conversions API для веб-событий получали «an average 17.8% lower cost per result» (в среднем на 17,8% ниже цена результата). Цифра без методики; смысл серверного канала в том, что он не зависит от cookie и расширений браузера. Что такое Keitaro и сколько стоит сервер под него, разобрано в обзоре трекера, сравнение с Binom и AIO в отдельной статье.

Что сделать до 12 ноября: порядок действий

1. Снять базовую линию. Выгрузите из Ads Manager конверсии по дням за октябрь с разбивкой по событиям и окну атрибуции, сохраните файл вне кабинета. Рядом положите заявки и продажи из трекера и партнёрки за те же дни. Это совет Yiqi Wu из Aimerce в пересказе ppc.land от 29 октября: «Track the ratio of Meta-attributed sales to actual orders» (следите за отношением продаж по Meta к реальным заказам). MetricMaven советует то же: отношение конверсий платформы к заказам из бэкенда по дням. Должно получиться одно число на день: конверсии Meta, делённые на конверсии трекера.
2. Проверить тумблер в каждом пикселе. Events Manager, раздел Data sources, пиксель, вкладка Settings. Запишите состояние на 11 ноября. Для CPA-лендингов без логина положение тумблера ничего не изменит, но зафиксировать его стоит, чтобы потом не гадать.
3. Проверить, что fbclid доезжает. В трекере посмотрите долю кликов с буквальным «{fbclid}» и с пустым параметром. У нас 80 427 кликов из Meta с макросом без значения (81 882 по всем источникам): в этих кампаниях Conversions API не получит fbc. Поле в Keitaro должно называться fbclid с плейсхолдером {fbclid}, в настройках объявления Meta параметр не дублируйте.
4. Включить дедупликацию. Если пиксель на странице и Conversions API отправляют одно и то же событие, ставьте одинаковый event_id в обоих. По документации Meta окно 48 часов. Без этого после 12 ноября к двум каналам добавится третий, и расхождения с трекером станет не разобрать.
5. Решить, какие данные отправлять. Email и телефон в расширенном сопоставлении хешируются в браузере, мы это видели на стенде. Отправляйте только то, что отправляли бы и без новой функции: Meta не говорит, участвуют ли эти поля в сопоставлении на устройстве. Если номера в форме мусорные, сопоставление не поможет; проверка номеров до постбэка описана в статье про качество лидов.
6. Пометить дату в отчётах. На каждом графике с конверсиями Meta поставьте отметку 12 ноября. Сравнение «ноябрь к октябрю» после этого дня это сравнение чисел, посчитанных по разным правилам.
7. Четыре недели смотреть на отношение. Если число из шага 1 выросло, а заявок в трекере столько же, рост отчётный. Если расхождение не объясняется, выключайте настройку: это условие, при котором Wu советует opt-out. Расчёт реального ROI по апрувам, а не по кабинету, в разборе метрик.

Что должно получиться: таблица по дням с тремя столбцами (конверсии Meta, конверсии трекера, отношение), зафиксированное состояние тумблеров, доля кликов без fbclid меньше 0,1% в кампаниях с настроенным макросом и одинаковые event_id в пикселе и CAPI. Этого достаточно, чтобы 12 ноября прошло без сюрпризов в бюджете.

Типичные ошибки после 12 ноября

Принять рост отчёта за рост продаж. MetricMaven формулирует прямо: «a rise in reported conversions does not by itself show that performance improved», и это их вывод, а не слова Meta. CPA и ROAS в кабинете сдвинутся механически, если конверсий стало больше при том же расходе. Платит партнёрка по апрувам трекера, а не по Ads Manager.

Масштабировать адсет, который «вышел из обучения». Если восстановленные конверсии попадут в оптимизацию (Meta обещает «более сильный сигнал», но механику не раскрывает), часть адсетов перейдёт порог 50 без изменения продаж. Решение о бюджете принимайте по заявкам трекера за неделю, а не по статусу Learning.

Считать, что лендинг без логина что-то получит. По справке сайт должен требовать вход по email или телефону. Форма «имя и телефон» без аккаунта под это условие не подходит. Если цифры у такого лендинга после 12 ноября выросли, ищите причину в другом месте: смена окна атрибуции, боты, дубли постбэков.

Забыть про ЕС и Великобританию. В нашем срезе это 15% кликов и 20% продаж. Для них функция не работает, и сверять их нужно по старым правилам. Если гео смешаны в одном адсете, отчётный рост будет только по части трафика.

Трогать всё сразу. Смена расширенного сопоставления, включение CAPI и переезд на новый домен в ту же неделю не дадут понять, что сделала Meta, а что вы. MetricMaven советует менять одну вещь за раз; мы добавим: сначала базовая линия, потом любые правки. Отдельно помните про новые Commercial Terms Meta, вступающие 20 ноября: они про краулеры и ответственность, но ложатся на тот же месяц.

Не заметить, что пиксель не работает вообще. Если событий в Events Manager нет, восстанавливать нечего. Диагностика в статье «Не работает пиксель Facebook».

Частые вопросы

Что в итоге

С 12 ноября Meta добавляет третий канал измерения к пикселю и Conversions API и включает его за вас. Для CPA-лендингов без логина, судя по справке, ничего не изменится, и это стоит знать, чтобы не искать «новые» конверсии там, где их нет. Для магазинов, подписок и проектов с кабинетом отчётные покупки могут вырасти без роста заказов, поэтому до 12 ноября нужна базовая линия и отношение «Meta ÷ трекер» по дням. В нашем срезе 92,6% кликов из Meta приходят во встроенных браузерах приложения, fbclid теряется в 0,03% случаев, а 15% кликов и 20% продаж идут из ЕС и Великобритании, где функция не работает. Окно «7 дней после клика» закрывает 97,4% подтверждённых продаж, «1 день» теряет каждую восьмую. Порог 50 результатов в неделю по покупкам проходит одна кампания из 153, по заявкам семь; оптимизируйте на заявку и принимайте решения по трекеру. Настройку не выключайте заранее, но выключайте сразу, как только цифры разойдутся без объяснения.