Особливості та переваги модуля
- 9 подій Facebook Pixel — PageView, ViewContent, ViewCategory, AddToCart, InitiateCheckout, AddPaymentInfo, Purchase, Search і CompleteRegistration. Реєстрація залежить від конфігурації подій, згод і підтримуваних шляхів магазину; це не означає вимірювання кожної дії.
- Conversions API (CAPI) і Purchase — У пакеті 1.5.0 Purchase може потрапити до черги за належної конфігурації, оплаченого статусу замовлення та актуальної згоди кошика. CRON надсилає подію до Meta без потреби показувати сторінку підтвердження; фактичне отримання перевіряйте окремо.
- спільний ідентифікатор події — Purchase з Pixel JS і CAPI спільно використовує event_id, призначений для дедуплікації. Коректність отримання та обліку подій потрібно перевірити в Meta
- Advanced Matching — опціональні дані для зіставлення подій. Для CAPI модуль нормалізує та хешує SHA-256 вибрані дані клієнта; у браузері передає доступний e-mail, ім’я та прізвище для ініціалізації fbq без їх хешування кодом PHP модуля
- 6 форматів ідентифікатора товару — ID товару, ID-атрибут, ID_атрибут, EAN-13/GTIN, артикул, MPN/артикул постачальника — для зіставлення з каталогом товарів Facebook (Product Catalog)
- префікс ідентифікатора товару — Налаштовуваний префікс, наприклад ps_, узгоджує ідентифікатори з feed. Він має пройти валідацію модуля; перевірте відповідність content_ids каталогу.
- Статуси оплачених замовлень — Виберіть статуси, що допускають Purchase. Код також перевіряє прапорець paid статусу замовлення; вибору довільного статусу недостатньо для надсилання.
- Test Event Code — опціональний тестовий код, що додається до запиту CAPI. Після виконання вимог надсилання перевірте результат в інструментах тестування Meta; саме введення коду не підтверджує отримання події.
- відстежує зміну комбінації товару — підтримка події ViewContent після розпізнаної зміни варіанта та зчитування його даних. Формат content_ids випливає з конфігурації: при базовому ID товару ідентифікатор може залишатися таким самим попри зміну ціни. Поведінку перевірте з використовуваною темою, згодами та способом експорту варіантів.
- підтримка динамічних комбінацій атрибутів — підтримує select, radio-кнопки та кольорові swatch у темі — зчитування комбінації з елементів, розпізнаваних скриптом модуля; нестандартна тема потребує тестування
- Панель готовності CAPI — Показує відсутні налаштування, стани черги, результат останньої спроби й останній запуск CRON. Локальна готовність не підтверджує отримання або атрибуцію в Meta.
- 3 вкладки конфігурації з іконками — зрозумілий поділ налаштувань: Facebook Pixel, Conversions API, Розширені
- Історія спроб надсилання — Коди результатів CAPI та підтвердження прийняття API зберігаються в базі незалежно від режиму debug, без даних клієнта чи Access Token в історії спроб. Прапорець браузера означає поставлений у чергу виклик, а не отримання в Meta.
- підтримувані шляхи checkout — код розпізнає, зокрема, TheCheckout, SuperCheckout і OnepageCheckout; отримання подій потрібно перевірити з використовуваною версією checkout, темою та оплатами
- Вибір пакета для магазину — Пакет 1.5.0 декларує мінімум PrestaShop 1.7.0.0. Наявність відповідного legacy-пакета для PrestaShop 1.6 та сумісність із PHP, темою й checkout підтвердьте окремо; декларація версії не замінює перевірку в магазині.
- повна полонізація — увесь адміністративний інтерфейс польською мовою
- Вимоги інтеграції — Pixel і CAPI потребують активного PD Cookie Pro в режимі live та перевіреної рекламної згоди. CAPI також потребує записаної згоди кошика, Pixel ID, Access Token, вибраних оплачених статусів, PHP cURL, HTTPS до Meta й запущеного CRON.
- Черга Purchase та CRON — Захищена токеном адреса CRON або інтеграція з модулем cronjobs обробляє серверний Purchase та обмежені повторні спроби. Це не гарантує повноту вимірювання або атрибуцію продажу рекламі.
Посилання на демо модуля:
Демо адміністративна панель:
https://moduly-prestashop.eu/fb-pixel/admin-dev
Демо фронтальна панель:
https://moduly-prestashop.eu/fb-pixel
Правила ліцензії, тестової копії та оновлень ви знайдете в §7 Регламенту магазину.
Перевірте окремо браузер, CAPI і каталог
Відповідність ідентифікаторів товару каталогу Meta є іншим питанням, ніж дедуплікація подій. Посібник щодо ID, варіантів і Pixel розрізняє обидва випадки, а також показує датовану власну спробу двох карток із явними обмеженнями.
Що перевірити перед запуском?
- Перевірте ідентифікатор Pixel і налаштовані події. Для каналу CAPI перевірте токен, статуси замовлень і вимоги щодо згод, описані вище.
- Порівняйте content_ids для конкретного варіанта з ID у каталозі; потім перевірте event_id тієї самої дії, що передається двома каналами.
- Перевірте поведінку після відмови та відкликання згоди. Встановлення модуля не гарантує реєстрацію кожної дії користувача.
