Meta Dynamic Pixel WP Registry grade A. No security issues foundWP RegistryNo security issues foundOpen the reportA

Динамический пиксель Meta (Facebook/Instagram) с UTM-атрибуцией, реферером, origin лида, отслеживанием покупки на странице "Спасибо", серверным Conversions API и встроенной аналитикой прямо в админке WordPress.

Возможности

• Установка Pixel ID и токена Conversions API из админки (Meta Pixel → Настройки).
• Автоматический проброс UTM-меток (first-touch + last-touch), хранение в cookie.
• Запоминание реферера и origin лида: facebook, instagram, google, yandex, vk и т.д.
• Построение _fbc из fbclid для точной атрибуции рекламного клика.
• Advanced Matching: email, phone, first_name, last_name, city, state, zip, country, external_id (+ fbp, fbc) — и в пиксель, и на сервер.
• События: PageView, ViewContent, AddToCart, InitiateCheckout, Purchase.
• Purchase на странице "Спасибо": автоматически для WooCommerce (хук woocommerce_thankyou) или по ID страницы для лендингов.
• Серверная отправка (CAPI) с дедупликацией по event_id и SHA-256 хэшированием.
• Встроенная аналитика (Meta Pixel → Аналитика): KPI, выручка и средний чек, воронка, график по дням, топ origin/UTM-источников, последние события, разбивка браузер (Pixel) vs сервер (CAPI). Без обращения к Meta — данные на сайте.
• Исключение команды (редакторы/админы) из статистики и трекинга.
• Авто-очистка старых записей по настраиваемому сроку хранения.

Установка

1. Загрузите ZIP через «Плагины → Добавить новый → Загрузить плагин».
2. Активируйте плагин.
3. Откройте «Настройки → Meta Pixel», впишите Pixel ID (и токен CAPI при необходимости).
4. Сохраните.

Проверка

• Браузерные события — расширение Meta Pixel Helper.
• Серверные события — Events Manager → Test Events (введите Test Event Code в настройках).

Журнал изменений

1.3.2

• ВОССТАНОВЛЕНИЕ ИСТОРИИ: кнопка «Восстановить источники из заказов» возвращает метку прошлым покупкам, которые из-за старого бага записались как «direct». Источник берётся из самого заказа: из снимка атрибуции плагина (_mdp_attr) либо из штатной атрибуции WooCommerce (_wc_orderattribution*, Woo 8.5+) — последняя есть у всех заказов, поэтому спасает и историю до версии 1.1.8.
• Список заказов теперь тоже показывает источник из штатной атрибуции WooCommerce, если снимка плагина у заказа нет.

1.3.1

• КРИТИЧНО: покупки теряли метку источника. Серверное событие (CAPI) уходит из вебхука платёжной системы, где нет cookie покупателя, а логгер читал origin и UTM именно из cookie — поэтому такая покупка записывалась как «direct» с пустым UTM. Из-за этого у меток вроде CapPrice были тысячи визитов и НОЛЬ покупок. Теперь атрибуция берётся из снимка, снятого при оформлении заказа.
• Произвольный период «с — по»: два поля с календарём вместо жёстких кнопок. Пресеты остались (Сегодня, Вчера, 7/30/90 дней, Этот месяц) — они просто подставляют даты. Выбранный период применяется ко всем отчётам сразу.

1.3.0

• Сверка с реальными заказами: новый блок «Заказы WooCommerce» показывает все заказы магазина, включая НЕОПЛАЧЕННЫЕ (failed, cancelled, pending), с датой, статусом, суммой и источником. Сводка сверху: всего / оплачено / не оплачено / выручка. Именно этим проверяется заявление вида «с моего трафика было N покупок».
• Источники стали кликабельными: нажатие на метку (например capprice) фильтрует и журнал событий, и список заказов только по ней.
• В списке заказов видно, ушло ли по заказу серверное событие в Meta (колонка CAPI), и есть ссылка на сам заказ (корректная и при HPOS).

1.2.4

• Полноценный журнал событий вместо обрезанной ленты: постраничная навигация (50 записей на страницу, кнопки «Назад/Вперёд/В начало/В конец» и выбор страницы), переход по дням (последние 14 дней кнопками + выпадающий список остальных), фильтр по типу события. Раньше история была жёстко ограничена 25 записями.
• В журнале показывается полная дата со временем (д.м.г чч:мм:сс) и счётчик «всего записей» по текущему фильтру.

1.2.3

• В «Последних событиях» появился фильтр по типу события: одним кликом показать только Purchase (или Lead, AddToCart и т.д.). Найти покупку среди сотен PageView раньше было невозможно. При фильтре показывается до 100 записей вместо 25.
• В ленту добавлена колонка «ID события»: для заказов WooCommerce это purchase.НОМЕР_ЗАКАЗА — можно сверить событие с конкретным заказом в магазине.

1.2.2

• Исправление старых данных: версии до 1.2.0 записывали заход на страницу «Спасибо» как Purchase, поэтому «Покупок» и «Выручка» показывали заявки вместе с реальными заказами. На странице «Аналитика» появилось предупреждение с кнопкой, которая переклассифицирует такие записи в Lead. Реальные заказы WooCommerce не затрагиваются — они отличаются по event_id (purchase.ORDER_ID).

1.2.1

• Conversions API больше не требует отдельной галки: серверная отправка включается автоматически, как только заданы Pixel ID и Access Token. Галка была лишним трением — если токен вставлен, значит CAPI и нужен.
• На странице настроек — живой индикатор состояния CAPI («работает» / «не работает» с точной причиной), на «Аналитике» — предупреждение, если серверная отправка не работает, чтобы «Сервер = 0» не оставался незамеченным.
• Добавлена галка «Временно отключить CAPI» — только для отладки.

1.2.0

• ГЛАВНОЕ: страницы «Спасибо» теперь шлют событие Lead (заявка), а не Purchase. Раньше заявка засчитывалась как покупка — Meta оптимизировалась на несуществующие продажи. Покупка (Purchase) теперь только оплаченный заказ WooCommerce.
• Исправлен баг страничного кэша: event_id для PageView, ViewContent и InitiateCheckout генерируется в браузере. Раньше id «запекался» в HTML, и закэшированная страница раздавала ОДИН id всем посетителям — Meta склеивала сотни разных людей в одно событие (в аналитике это видно как расхождение «Событий» и «Записей: браузер»).
• Новый главный отчёт «Источники → лиды → покупки»: по каждому источнику визиты, лиды, покупки, выручка и конверсии. Переключение разреза: Источник / UTM Source / UTM Campaign. Заменил три бесполезные таблицы, считавшие все события подряд.
• Добавлена карточка «Лидов», Lead включён в воронку.
• Понятные подписи: «Событий (уник.)» — уникальные event_id, «Записей: браузер/сервер» — строки лога. Раньше разные знаменатели выглядели как ошибка.

1.1.8

• CAPI: качество матчинга. При оформлении заказа в мету заказа сохраняется снимок браузерного контекста (fbp/fbc, IP, user-agent, external_id гостя, UTM/origin). Серверный Purchase, отправляемый по IPN/webhook шлюза или смене статуса, теперь уходит с идентификаторами покупателя, а не платёжного шлюза, и с event_source_url страницы «Спасибо», а не вебхука.
• CAPI: PageView и Purchase на лендинговых страницах «Спасибо» теперь передают email/телефон/имя залогиненного пользователя (хэшированные) и external_id.

1.1.7

• Исправлено: AddToCart не отслеживался вовсе (в воронке был 0). Woo кидает added_to_cart как jQuery-событие, которое нативный слушатель не видит — теперь слушаем через jQuery; плюс поддержано не-AJAX добавление (submit с редиректом) через сессию Woo, с content_ids, value/currency и eventID.
• Исправлено: внутренние переходы по сайту засчитывались источником (origin = собственный домен). Самореферал теперь игнорируется — такие заходы считаются direct.

1.1.6

• В строке плагина добавлена ссылка «Проверить обновления»: сбрасывает кэш и сразу запрашивает GitHub, не дожидаясь плановой проверки WordPress (~12 ч).

1.1.5

• Аналитика стала валюто-зависимой: «Выручка» и «Средний чек» считаются и показываются раздельно по каждой валюте (покупки WooCommerce в £, лиды в $ и т.д.), с символами валют. Раньше на всю выручку навешивалась одна валюта из настроек — это исправлено.
• Валюта лидов (лендинговые страницы "Спасибо") по умолчанию — USD.

1.1.4

• WooCommerce Purchase теперь отправляется только для оплаченных заказов (по умолчанию статусы processing и completed) — failed/cancelled/pending/on-hold больше не засчитываются. Набор статусов настраивается фильтром mdp_purchase_statuses.
• Отложенная/асинхронная оплата: серверный Purchase (CAPI) уходит по подтверждению оплаты (woocommerce_payment_complete / order_status_completed), а не только на «Спасибо». Дедупликация по event_id purchase.ORDER_ID сохраняется — дублей нет.

1.1.3

• Критическое исправление: последовательность «*/» внутри комментария досрочно закрывала блок-комментарий и вызывала фатальную ошибку парсинга при активации (в 1.1.1 и 1.1.2 плагин не активировался). Теперь всё корректно.
• CI: перед сборкой релиза выполняется php -l по всем файлам, плюс линт на каждый push — битый код больше не попадёт в релиз.

1.1.2

• Релизы теперь собираются автоматически (GitHub Actions): к каждому релизу прикладывается готовый zip плагина с корректной структурой каталога.

1.1.1

• WooCommerce: объявлена совместимость с HPOS (новое хранилище заказов) и блоками корзины/оформления — Woo больше не помечает плагин как несовместимый.
• Исправлено: повторный показ страницы «Спасибо» (не WooCommerce) больше не плодит дубли Purchase — event_id теперь стабилен на посетителя, серверное событие шлётся один раз.
• Исправлено: рассогласование часовых поясов в аналитике — время событий хранится в UTC, график по дням и «последние события» теперь показывают корректные даты/время.
• Безопасность: токен Conversions API больше не выводится в исходный код страницы настроек.
• Conversions API: IP клиента валидируется; статус неблокирующей отправки помечается как «queued».
• Аналитический эндпоинт принимает только известные имена событий.
• Добавлена полная очистка данных при удалении плагина (uninstall.php) и загрузка перевода.

1.1.0

• Базовый релиз: пиксель, CAPI, UTM-атрибуция, встроенная аналитика.