После обновления чекаута 26 августа Meta видит меньше покупок, чем Shopify

Если после обновления чекаута 26 августа Meta показывает меньше покупок, чем Shopify, сначала найдите старого отправителя и его замену. Дата падения на графике сама по себе не доказывает, какой путь сломался.

Что изменилось 26 августа 2026

По графику Shopify script-теги Order status перестали работать в магазинах без Plus 26 августа 2026. Это касается scope order_status и all. Если просмотры витрины передаются, это ещё не подтверждает отправку покупки со страницы Order status.

Additional Scripts нужно проверять отдельно. В документации тем отключение checkout.liquid и Additional Scripts на страницах Thank you и Order status датировано 28 августа 2025. В инструкции для магазинов без Plus 26 августа 2026 указан как срок обновления страниц. Это разные механизмы. Записываю, какой использовал магазин.

Сначала составьте список прежних настроек

На каждое изменение нужна строка таблицы: получатель, событие или видимый блок, старое место, замена, текущий ответственный и результат теста. Включите Google Ads, Meta, партнёрский трекинг, опросы и предложения после оплаты.

В Settings > Checkout проверьте Configurations и уведомление об обновлении. Инструкция Shopify объясняет, как найти старые страницы и проверить совместимые и несовместимые приложения и Additional Scripts. Сохраните список до изменений.

Сравните его с Settings > Customer events и настройками приложений трекинга. Пока тестовое событие не дошло до получателя, замена не подтверждена. Установка приложения результат не доказывает.

Куда поставить код Conversion Goal после отключения Additional Scripts?

Выберите замену по задаче. Shopify рекомендует web pixels для аналитики и конверсий, customer account UI extensions для видимого содержимого Order status. Пиксель конверсии не заменит пропавший интерфейс апселла.

Для Google Ads и GA4 Google рекомендует Google & YouTube. Запуск тегов Google или GTM внутри собственных пикселей Shopify прямо не поддерживается. Сначала проверяю поддерживаемую интеграцию, затем решаю, нужен ли перенос контейнера в песочницу.

Для Meta и партнёрских интеграций проверяю текущий поддерживаемый вариант поставщика и уже работающих отправителей. Выбор делаю по списку настроек. Малое число покупок в отчёте не повод добавлять второй Purchase.

Проверьте восстановление по шагам

1. Выберите первого получателя. Начните с конверсии, на которой основаны текущие решения по рекламе. Аккаунт и событие запишите приватно. Остальные интеграции оставьте в списке для следующих тестов.
2. Оформите реальный тестовый заказ. Запишите время, способ оплаты, сумму, валюту, согласие и ожидаемое событие. Номер заказа храните в закрытой тестовой таблице. Проследите событие через интеграцию в Events Manager, GA4 или с помощью подходящего инструмента проверки Google Ads.
3. Повторите пути оплаты. Проверьте обычную карту и каждый важный внешний способ. По описанию checkout_completed событие может сработать на первой странице апселла и не сработает без загрузки запускающей страницы. Внешняя оплата без возврата требует проверки всего пути, не только тега на Thank you.
4. Проверьте согласие. В каждом затронутом рынке проверьте Accept и Decline в новых сессиях. Сравните баннер, состояние приватности Shopify и поведение получателя. Инструкция пикселей приложений описывает синхронизацию стороннего согласия и требования к домену customer account для новой Order status.
5. Уберите пересечение отправителей. Найдите все отправки одной покупки. Заранее решите, какой путь останется и когда отключится старый. Инструкция собственных пикселей предупреждает об удалении или изменении старых пикселей ради защиты от дублей. После изменения повторите тест.
6. Проверьте следующих получателей. Отдельно проверьте Meta, Google Ads, GA4, партнёрский трекинг и видимые блоки после покупки. Запишите каждый результат. Успех одной платформы не подтверждает остальные.

Сверьте с заказами 30 дней после изменения

Начните с реальной даты обновления магазина и первого замеченного пропуска. Где есть записи, возьмите 30 дней после этой границы и сопоставимый период до. До сравнения итогов согласуйте часовые пояса, валюты, оплаченные заказы и возвраты.

В закрытой таблице сверки я группирую заказы по оплате, дате и доступным подтверждениям события. Статусы: получен, продублирован, пропущен, не выяснено. Если выгрузка не даёт ссылки на заказ, фиксирую ограничение. Совпадение общей суммы не подтверждает совпадение отдельных заказов.

В выводе отделяю доставку от атрибуции. Проверка заказа отвечает, передал ли трекинг покупку. Отчёт кампании проверяется отдельно. Общее число заказов Shopify не доказывает стабильность каждого платного канала.

Что можно восстановить за период пропуска?

Сохраните даты пропуска и исправления. Правила офлайн-импорта Google Ads задают идентификаторы и сроки: до 90 дней от последнего клика и 63 дня для Enhanced Conversions for Leads. Сначала проверяю сохранённые данные и допустимость загрузки.

Click IDs, согласие и старые браузерные сессии не выдумываю. Если восстановление не поддерживается, результатом будет отмеченный период потери и работающая отправка новых событий. Исправленный тег не доказывает восстановление августовских отчётов.

Исправлю трекинг

Одна конкретная проблема. Заменю сломанный путь покупки и проверю реальным тестовым заказом в Events Manager, Google Ads или GA4. Цена: 20 000 ₽. Срок: 3 рабочих дня после доступа. Срочно, в течение 24 часов: +25%.

Если расходятся несколько систем или прошлое исправление не помогло. Сверяю каждый заказ Shopify с GA4, Meta и Google Ads. Подтверждаю причину вашими данными, восстанавливаю путь и добавляю ежедневную проверку, чтобы новый сбой не остался незамеченным. От 100 000 ₽. Образец отчёта (на английском).

Первый шаг бесплатный: опишите проблему.