Зображення товару очікується

Server-Side Conversions

1,999.00грн / рік

Попередньо
Опції
Всього

Версія: 1.5.4

Changelog: Перейти

WordPress: 7.1

WooCommerce: 11.0

PHP: 7.4+

Отримуйте точну аналітику

Цей плагін захоплює додаткові ідентифікатори користувача і дописує їх до замовлення, щоб при покупці передати ці дані як Server-Side Conversion, щоб ви точно знали, звідки прийшов покупець. Особливо важливо це для оптимізації рекламного бюджету.

Чому частина конверсій не потрапляє у звіти?

  • Блокувальники реклами і захист від трекінгу – додатки типу uBlock, AdGuard, Safari, Firefox, Brave вирізають рекламні скрипти до того, як вони встигнуть щось надіслати.
  • Вбудовані браузери Instagram і Facebook – найтиповіший випадок для магазину, що рекламується в соцмережах: сайт відкривається всередині застосунку, де cookies живуть дуже недовго.
  • Оплата через редирект на еквайра – LiqPay, Mono, WayForPay: покупець платить на чужому домені й часто просто закриває вкладку.
  • Післяплата і підтвердження менеджером – коли замовлення не дорівнює покупка.
  • Кешування сторінок – інколи налаштування плагінів кешування блокує роботу скриптів відстеження.

Функціонал

  • Захоплює атрибуцію першого дотику — UTM-мітки, Google Ads click ID (gclid/gbraid/wbraid), Meta click ID та ідентифікатори пікселя (fbclid, fbp, fbc), GA4 client_id — у власні first-party cookie і прив’язує до замовлення при оформленні.
  • GA4: На сторінці подяки одразу намагається відправити подію purchase напряму в GA4. Якщо клієнт туди не дійшов — подія автоматично досилається з сервера через GA4 Measurement Protocol за кілька хвилин, використовуючи захоплений client_id.
  • Meta Conversions API: Pixel у браузері (через GTM) і CAPI із сервера шлють подію Purchase, для кожного замовлення — Meta сама склеює обидві події за спільним ідентифікатором, тож покупка рахується один раз.
  • Google Ads: офлайн-конверсія вивантажується напряму в Google Ads API по gclid/gbraid/wbraid — без жодного тега в браузері, тож не залежить від cookie, блокувальників реклами чи in-app браузера.
  • Гнучкий момент відправки. Обирається один раз на сайт: миттєво при створенні замовлення, при фактичній оплаті (за замовчуванням) або по обраному вручну списку статусів — під будь-який платіжний метод клієнта, включно з ручним підтвердженням надходження оплати.
  • Попереджає про конфлікти. Якщо на сайті вже активний GTM з ecommerce-трекінгом, Site Kit, MonsterInsights, PixelYourSite (Pro) чи подібний інструмент — плагін одразу показує попередження про ризик подвійного обліку покупок.
  • Мінімум налаштувань. Кожен канал (GA4 / Meta CAPI / Google Ads) вмикається окремо на своїй вкладці — самі лише поля з ключами й токенами, без правок теми.
  • Безпечне логування. Журнал запитів і відповідей кожного каналу пишеться у стандартний WooCommerce-лог, окремим джерелом на канал.

Налаштування плагіна дивіться у базі знань.

Вкладка загальних налаштувань плагіна

Швидкий аналіз чи все працює справно

FAQ

Плагін сам собою ніколи не надішле подію двічі (вбудований захист на рівні замовлення). Але він не бачить і не контролює, що роблять інші інструменти — якщо вони теж шлють purchase для того самого замовлення, GA4 порахує його двічі. Тому плагін одразу показує попередження, якщо виявляє активний GTM з ecommerce-трекінгом, Site Kit, MonsterInsights чи подібне — щоб ви самі вирішили, яке джерело лишити.

Нічого — подія не генерується взагалі. Триггер спрацьовує лише на реальний перехід у статус “В обробці”/”Виконано”, а не на створення замовлення.

Так, сумісність задекларована офіційно й перевірена на HPOS-увімкненому магазині.

Плагін додає — один невеликий інлайн-скрипт на сторінці подяки, не блокує рендер. Server-side відправка йде через фонове завдання (Action Scheduler), поза чекаутом клієнта — на швидкість оформлення замовлення не впливає.

Плагін підтримує WP Consent API (wp_has_consent(‘statistics’)) — якщо на сайті стоїть реальний банер згоди (CMP), захоплення даних чекає на дозвіл відвідувача. Без CMP плагін сам по собі не блокує захоплення — для повної GDPR-відповідності потрібен окремий cookie-consent плагін, який реалізує цей стандарт.

За замовчуванням таблиця з історією атрибуції зберігається навіть після видалення плагіна. Є окрема галочка в налаштуваннях “видаляти таблицю при видаленні” — якщо явно увімкнути, дані приберуться остаточно.

Так — кожне поновлення підписки створює окреме замовлення і трекається як окрема, законна покупка (не дублікат початкової).

Якщо клієнт долетів до сторінки подяки з gtag — подія летить миттєво. Якщо ні (типовий кейс для webhook-платежів) — server-side fallback чекає кілька хвилин (за замовчуванням 10, підлаштовується розробником), щоб дати client-side гілці шанс спрацювати першою і уникнути дублю. Перевіряйте GA4 DebugView/Realtime з урахуванням цієї затримки.

Відгуки

Відгуків немає, поки що.

Будьте першим, хто залишив відгук “Server-Side Conversions”“

Відгуки

Дуже зручний плагін. Допоміг автоматизувати створення та відправлення чеків. У поєднанні з плагіном UA Shipping Pro взагалі бомба :). Справді круто, що налаштування займає 15-20 хвилин. Окрема подяка саппорту — максимально швидко вирішують питання.

Олексій Ісправніков

power-bike.com.ua/

про плагін: Checkbox Pro

Чудове рішення, де 3 в 1: екварінг, оплата частинами і чекаут. Як на мене найкраще рішення на сьогодні з існуючих плагінів. Встановили на два наших сайти. Окрім того становили ще інші плагіни від Моркви. Жодних проблем та нарікань.

Владислав Волошинов

rockfront.eu

про плагін: Plata by Mono Extended Pro

Чудове рішення для сайту - і еквайринг, і оплата частинами в одному плагіні. Функціонал супер, але окрема подяка сапорту! Підтримка на висоті, швидко та професійно вирішують будь-які питання. 5 з 5!

Maksym Bezhevets

prometheus.org.ua/

про плагін: Plata by Mono Extended Pro

$frame_partpay .= ' jQuery("body").on("change", Треба позбутися залежності в коді плагіна, і написати на нативном JS

Степан Шахраюк

vishni.ua

про плагін: Plata by Mono Extended Pro

Використовуємо плагін Checkbox Pro у звʼязці з Нова Пошта Pro на нашому сайті https://splitted.space – автоматизація працює ідеально. Один раз налаштував і після цього жодного разу у налаштування не повертався. Памʼятаю, якось у самому сервісі чекбоксу змінювалися правила формування чеків і це потребувало якихось змін в передачі даних з сайту. Так команда morkva заздалегідь прислала нам листа з покроковою інструкцією, як що і де треба зробити, щоб усе було добре. Це був другий і останній раз, коли я заходив у налаштування плагіну =) Така турбота про клієнтів викликає повагу. Ми вдячні Ігорю та команді morkva за турботу та співпрацю.

Splitted Space

про плагін: Checkbox Pro

Що відрізняє професіоналів від інших? Це гнучкість і бажання створити класний продукт. Команда morkva - це саме такі люди! Підтримка реагує швидко і миттєво вирішує любі питання. Вже буквально через кілька днів реалізувала необхідний додатковий функціонал, про який я просив. Феноменально! Завдяки їхнім плагінам звичайний сайт перетворився на повноцінний магазин. І це мабуть єдина розробка, яка реалізовує настільки багатий функціонал "з коробки". Дякую! Рекомендую!

Олександр Савчук

klimat-center.cv.ua

про плагін: LiqPay Extended Pro

1.5.3 (20.09.2026)

  • [upd] повідомлення про можливі конфлікти з іншими лічильниками стало підказкою, а не попередженням: тепер воно пояснює, як самому перевірити, чи не рахується покупка двічі
  • [fix] прибрали GTM4WP зі списку конфліктів — він лише готує дані для GTM, а сам покупок не надсилає

1.5.1 (16.09.2026)

  • [new] панель «Як покупки потрапляють у GA4» у налаштуваннях: по останніх 50 замовленнях показує, скільки подій надіслав браузер, скільки сервер, а скільки не надіслано взагалі

1.5.0 (16.09.2026)

  • [new] збір джерела останнього візиту: реферер, сторінка входу та utm-мітки останнього переходу
  • [new] визначення сеансу GA4 за кукі сайту — покупки рідше потрапляють у звіти з джерелом «(not set)»
  • [new] подія mrkv_ga4_purchase у dataLayer для тих, хто хоче налаштувати власний тег GA4 у Google Tag Manager

1.4.0 (16.09.2026)

  • [fix] виправили роздування кукі атрибуції, через яке частина покупців із реклами Meta отримувала помилку 400 і не могла додати товар у кошик
  • [fix] utm-мітки з пробілами та кирилицею більше не обрізаються
  • [fix] захист від подвійної відправки покупки, коли платіжний шлюз і сторінка подяки спрацьовують одночасно
  • [upd] серверна подія GA4 передає час оплати й адресу сторінки — джерело трафіку визначається точніше

1.3.1 (21.08.2026)

  • [new] запасний спосіб зчитування utm, gclid і fbclid на боці браузера — мітки не губляться на сторінках із кешу

1.3.0 (20.08.2026)

  • [new] зчитування gclid і gbraid з кукі Google Conversion Linker
  • [fix] Meta Conversions API надсилає час оплати замовлення, а не час обробки черги

1.2.0 (19.08.2026)

  • [new] додали підтримку Google Ads
  • [new] додали фільтр по статусу замовлення
  • [new] додали фільтр product id (з post id чи SKU)

1.0.0 (12.08.2026)

  • реліз плагіну

FAQ

Плагіни потребують роботи регулярно, щоб бути сумісними з останніми змінами WordPress, WooCommerce та АРІ з якими працюють.

Саме тому ми працюємо за схемою підписки, де ви оплачуєте лише незначну частину вартості розробки, тестування та підтримки продуктів. Це найбільш справедлива модель на сьогоднішній день.

Повернення протягом 14 днів без зайвих питань.

Повернення неможливе:

  • на 15й день і далі після покупки плагіна,
  • повторних платежів за плагін,
  • платежу за пакет All Access.

Якщо не оплатити підписку, ви втрачаєте оновлення та підтримку. Ми не деактивовуємо жодних функцій в самому плагіні.
Якщо ви не плануєте оновлювати свій сайт в майбутньому, теоретично, все працюватиме.

НЕ вводьте ліцензійний ключ на тестовому сайті. Наша система розпізнає тестові підомени типу staging, test, dev, localhost і т.д.
Якщо виника

  • Пріоритетна підтримка по email, віджет чату на сайті, Телеграм (почніть через віджет) та WhatsApp (почніть через віджет) в робочі години.
  • Допомога з налаштуванням, якщо інформації в базі знань не достатньо.
  • Наш менеджер зможе самостійно визначити конфлікт з іншими плагінами (якщо це перше встановлення).
  • Виправлення несумісності з вашою кастомною або не популярною темою.
  • Виправлення несумісності з кастомним кодом в functions.php.
  • Виправлення несумісності з сторонніми плагінами (окрім випадків, якщо несумісний плагін популярний)

Ці роботи можемо виконати за додаткову оплату.

  • Всі плагіни тестуються на останніх версіях WordPress та WooCommerce. Номер перевіреної версії ви побачите на сторінці кожного плагіна.
  • Всі плагіни тестуються на PHP 8.0+, ранні версії PHP використовувати недоцільно.
  • Всі плагіни тестуються на стандартній темі Storefront від Automattic та темі Flatsome. Всі інші теми в 90% випадків будуть працювати як очікувалося, але ми не взмозі перевірити все. Якщо є несумісність з популярною темою, ми спробуємо її впровадити за наш рахунок.
  • Всі плагіни тестуються самі по собі та у звʼязці з іншими плагінами Morkva. Цілком можливо, що з певними не популярними плагінами або кастомним кодом з вашого файлу functions.php буде конфлікт. Такі вправлення не входять в підтримку плагіна, їх діагностика та виправлення можливі за додаткову оплату як сервіс.

Так, ми зможемо допрацювати функціонал плагіна під ваші індивідуалні потреби.

Global version available

We noticed you might be visiting from outside Ukraine. Would you like to view our global (English) version?

Go to Global Stay here