OcBox AI Remarketing & Advanced Analytics

v5.18.1: жодна подія більше не рахується двічі, а невдала відправка доїжджає з другої спроби

Дата: 2026-09-07

• Головне за цей реліз. Якщо в магазині був заповнений серверний ключ GA4, кожна подія летіла в Google двічі: один раз з браузера покупця, другий раз з сервера. Google такі пари між собою не склеює, тож у звітах подвоювались перегляди товару, додавання в кошик і перегляди кошика. Тепер для GA4 діє жорстке правило: одна подія, один канал доставки. Звіти показують реальні числа, а не подвоєні.
• Покупки більше не зливаються в одну. Якщо номер замовлення з якоїсь причини не доїжджав до події, Google вважав усі такі покупки одним і тим самим замовленням і показував замість десятків продажів одну. Тепер подія без номера замовлення просто не відправляється, і жодна покупка не поглинає інші.
• Черга повторної відправки більше не буксує. Події, які не пройшли з першого разу, раніше чекали хвилину перед першою ж спробою і могли підхопитись двома процесами одночасно. Тепер перша спроба йде одразу, а рядок бере рівно один процес.
• Повернення коштів тепер доїжджає до Google і в тих магазинів, які працюють тільки через Google Tag Manager.

v5.18.0: одна подія, один канал доставки в Google Analytics

Дата: 2026-09-06

• Прибрано подвійний облік у GA4. Раніше браузер і сервер могли відправити ту саму подію незалежно один від одного, і в звітах вона з'являлась двічі. Тепер для кожної події заздалегідь визначено, хто саме її відправляє, і другий канал мовчить.
• Спостерігач за кошиком більше не спрацьовує на порожньому місці на нестандартних темах.

v5.17.3: події кошика можна відправляти з сервера, повз блокувальники реклами

Дата: 2026-09-06

• Нове налаштування на вкладці Data Layer: доставляти події кошика через браузер, як раніше, або напряму з вашого сервера в Google Analytics. Серверний варіант не залежить від блокувальників реклами в браузері покупця, тож додавання в кошик і перегляди кошика перестають губитись у тієї частини аудиторії, яка їх блокує.
• Подвоєння при цьому неможливе за побудовою: увімкнений серверний режим повністю вимикає браузерний для цих подій, і навпаки.
• На швидкість магазину це не впливає: сервер ставить подію в чергу і одразу віддає відповідь покупцю, а надсилає її вже після того, як сторінка пішла до браузера.

v5.17.2: відкриття кошика розпізнається на будь-якій темі

Дата: 2026-09-05

• Раніше відкриття спливаючого кошика розпізнавалось надійно лише на темах зі стандартною версткою. Тепер модуль дивиться на саму поведінку сторінки і бачить момент, коли покупцю показали вміст кошика, незалежно від того, як тема це зробила.
• Для зовсім нетипових тем додано запасне налаштування: можна вказати свій селектор блоку кошика.

v5.17.1: сповіщення «товар додано» більше не рахується переглядом кошика

Дата: 2026-09-05

• Багато тем після натискання «Купити» показують невелике сповіщення і одночасно оновлюють кошик у шапці. Модуль сприймав це оновлення як відкриття кошика, тож на один клік у звіт летіли і додавання в кошик, і перегляд кошика. Воронка через це виглядала кращою, ніж є насправді. Тепер таке фонове оновлення не рахується, а справжнє відкриття кошика покупцем рахується як і раніше.

v5.17.0 — події кошика тепер несуть обраний варіант товару, код купона і його частку знижки; відкриття попапа кошика саме по собі рахується переглядом кошика

Дата: 2026-09-05

• Обраний варіант товару більше не губиться в подіях кошика. Раніше колір, розмір і будь-яка інша обрана опція доїжджали в аналітику тільки разом з покупкою, а події «додано в кошик», «видалено з кошика», «перегляд кошика» і кроки оформлення передавали товар взагалі без варіанта. У звітах це виглядало так, ніби всі модифікації товару це один і той самий товар: неможливо було побачити, що червоні беруть і не повертають, а сині кладуть у кошик і кидають. Тепер варіант їде в усіх цих подіях, у тому самому форматі, що й у покупці, тож воронка по конкретній модифікації нарешті збирається цілком.
• Купон тепер враховується вже в кошику, а не тільки в покупці. До цього код купона не потрапляв у дані товару зовсім, а знижка рахувалась без нього: покупець застосував купон на кошик, а в аналітику йшла лише акційна знижка самого товару. Разом зі знижкою зʼїжджала й ціна, бо за стандартом GA4 ціна товару це повна ціна мінус знижка. Тепер сума купона розподіляється між рядками кошика пропорційно, як це давно робиться для покупки, і код купона їде в кожному товарі. Знижка, ціна і сума події тепер сходяться з тим, що покупець реально бачить у кошику.
• Відкриття попапа кошика тепер саме по собі дає подію перегляду кошика. Раніше ця подія вгадувалась з фонового оновлення кошика в шапці, а те оновлення відбувається ще й після кожного додавання і видалення, тому подію доводилось притримувати, щоб не засмічувати звіти. Через це реальне відкриття попапа одразу після додавання товару могло не порахуватись. Тепер модуль розпізнає саме відкриття кошика покупцем (і на темах з Bootstrap, і на інших) і рахує його завжди, а фонові оновлення, як і раніше, не створюють зайвих подій.
• Магазинів без купонів це не змінює взагалі. Пошук суми купона виконується тільки коли купон реально застосований і відповідне розширення увімкнене, результат кешується в межах запиту, а будь-яка нештатна ситуація повертає рахунок рівно до попередньої поведінки.

v5.16.4: списки статусів замовлення в налаштуваннях більше не бувають порожніми

Дата: 2026-09-04

• На частині магазинів списки вибору статусу замовлення в налаштуваннях і у звітах відкривались зовсім порожні, і не було з чого вибирати. Тепер, якщо магазин не віддає статуси мовою поточної адмінки, модуль показує їх тією мовою, яка в магазині є.

v5.16.3: підроблений параметр в адресі більше не кладе вітрину

Дата: 2026-09-04

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

v5.16.2: оформлення замовлення більше не падає на PHP 8

Дата: 2026-09-03

• На магазинах з PHP 8 створення замовлення могло обриватись помилкою просто в момент оформлення, і покупець бачив збій замість подяки. Виправлено. Якщо ви на версії 5.16.1, оновіться обов'язково.

v5.16.1: події кошика запрацювали на OpenCart 2.3 і 2.1, покупка більше не дублюється при переході на іншу сторінку

Дата: 2026-09-03

• На магазинах OpenCart 2.3 і 2.1 події кошика не відправлялись узагалі. Тепер відправляються, і це перевірено на кількох реальних магазинах, включно з доопрацьованими темами.
• Покупка більше не рахується вдруге, якщо покупець після оформлення перейшов на іншу сторінку.

v5.16.0: події кошика тепер формуються на сервері, а не вгадуються в браузері

Дата: 2026-09-02

• На стандартному кошику OpenCart зміна кількості перезавантажує сторінку, а не шле фоновий запит, тому браузер такі зміни просто не бачив і події не летіли. Тепер факт зміни кошика фіксує сам сервер, у момент коли кошик реально змінився, тож додавання, зміна кількості й видалення рахуються на будь-якій темі.
• Виправлено помилку, через яку відповідь про зміни в кошику завжди приходила порожня.

v5.15.0: технічний реліз

Дата: 2026-09-01

• Синхронізація номера версії в усіх місцях, де він видно, і оновлення підпису бібліотеки для вітрини, щоб браузери підхопили свіжий файл.

v5.14.0: додавання, видалення і перегляд кошика як окремі події

Дата: 2026-09-01

• Модуль тепер відстежує весь кошик: додавання товару, зміну кількості плюсом і мінусом, ручне редагування кількості, видалення рядка і видалення зі спливаючого кошика. Кількість у події дорівнює саме тому, на скільки змінився кошик, а не новому підсумку рядка.
• Перехоплення відбувається на стандартних адресах кошика OpenCart, а не на кнопках конкретної теми, тому доопрацьована верстка магазину нічого не ламає.
• Перегляд кошика рахується при завантаженні сторінки кошика і при відкритті спливаючого кошика. Якщо у вашій темі сторінка кошика має нестандартну адресу, її можна вказати вручну новим полем на вкладці «Панель».

v5.13.0: вітрина стала легшою, а перший запуск зрозумілішим

Дата: 2026-08-31

• Раніше на кожну сторінку магазину вбудовувалось близько 63 КБ коду. Тепер це окремий файл, який браузер завантажує один раз і далі бере з кеша, а на сторінці лишається кількасот байт налаштувань. На великому каталозі це помітно на швидкості.
• Самоперевірка стала пояснювати результат. Якщо замовлення було, а покупка не зарахувалась, модуль покаже саме це замовлення і пояснить чому. Плюс з'явилась перевірка, чи взагалі дійшов код модуля до вітрини, з конкретною підказкою що робити, якщо ні.

v5.12.0: витрати на рекламу, ROAS і вартість замовлення прямо в звіті

Дата: 2026-08-30

• У таблиці джерел трафіку з'явились три нові колонки: витрати, ROAS і вартість замовлення. Витрати вносяться вручну за період і джерело, з розбивкою по кампаніях за бажанням. Ніяких підключень до рекламних кабінетів не потрібно.
• Поріг ROAS налаштовується, і рядки підсвічуються зеленим, жовтим або червоним, тож збиткові джерела видно з першого погляду.
• Клік по джерелу розгортає розбивку по кампаніях за той самий період.

v5.11.0: рекламні мережі тепер бачать покупку навіть коли покупець уже пішов

Дата: 2026-08-29

• Ідентифікатори рекламного кліку тепер зберігаються разом із замовленням у момент його створення, поки сесія покупця ще жива. Раніше при серверній відправці бралися поточні куки, яких могло вже не бути, і мережа не могла звести конверсію з кліком.
• Нова подія повернення коштів. Коли замовлення переходить у статус повернення, Google отримує про це подію, і звітність перестає завищувати дохід.

v5.10.0: технічний реліз

Дата: 2026-08-28

• Об'єднує попередню порцію виправлень і синхронізує номер версії в усіх місцях, де він показується.

v5.9.1: налаштування перестали скидатись самі

Дата: 2026-08-28

• Якщо ви вимикали всі події до одної, після збереження вони мовчки вмикались назад усі. Виправлено: вимкнено означає вимкнено.
• Збереження налаштувань більше не перезаписує ваші налаштування рекламних мереж значеннями за замовчуванням. Раніше вимкнена вами мережа могла ввімкнутись назад сама.
• Обмеження частоти подій більше не губиться при першому ж збереженні.

v5.8.0: покупка зараховується навіть коли покупець закрив вкладку оплати

Дата: 2026-08-27

• Нове налаштування, за замовчуванням вимкнене. Коли ввімкнене, покупка фіксується в момент створення замовлення, ще до переходу на сторінку оплати. Це закриває ті 5-10 відсотків замовлень, які губились, бо покупець закривав вкладку платіжної системи і ніколи не бачив сторінки подяки.
• Подвійного зарахування не буде: якщо покупець усе ж дійшов до сторінки подяки, друга подія не відправляється.

v5.7.0: видно, за яким саме товаром прийшов відвідувач з кожного джерела

Дата: 2026-08-27

• Новий звіт про шлях покупця по джерелах. За кожною сесією видно, звідки прийшов відвідувач, на який товар він потрапив, який товар поклав у кошик і чи завершилось це замовленням. З фільтрами по джерелу і по типу інтересу.
• Це відповідь на часте питання власників: прийшов з пошуку, а навіщо прийшов і що його цікавило, раніше було не видно.

v5.6.0 — надійне відстеження конверсій у TikTok, Pinterest, Snapchat і X (Twitter); згода покупця на cookie тепер передається в усі рекламні мережі, а не лише в Google; прибрано рідкісний випадок, коли за певних умов у рекламний кабінет могла тихо піти неправильна подія

Дата: 2026-08-26

• Надійне відстеження конверсій одразу в кількох рекламних мережах. TikTok, Pinterest, Snapchat і X (Twitter) тепер справно передають дані про покупки, додавання в кошик та інші стандартні події магазину, а не гублять їх на застарілих точках підключення. Раніше подія формально йшла, але потрапляла на старі адреси цих мереж, які вже не приймають нові дані — у рекламному кабінеті виглядало так, ніби подія «пройшла успішно», а насправді конверсія не зараховувалась. Тепер події летять на актуальні адреси, і у звітах TikTok Ads, Pinterest Ads, Snapchat Ads і X Ads покупки з магазину зʼявляються без затримок і без пропусків, ретаргетинг збирає повноцінну аудиторію, а оптимізатори кампаній нарешті мають чистий сигнал для навчання.
• Рекламним мережам тепер передається згода покупця на cookie, тож реклама працює коректно і за правилами. Раніше рішення покупця з банера згоди («Прийняти всі» / «Тільки необхідні» / персональний вибір категорій) прокидалось у Google через Consent Mode v2, а у Facebook, TikTok, Pinterest, Snapchat, X та інші сторонні пікселі явно не транслювалось — і мережі могли рахувати дії відвідувачів, які фактично не давали згоди на маркетингові cookie. Тепер модуль явно передає у кожну підключену мережу актуальний стан згоди окремо на аналітику, маркетинг і персоналізацію, тож рекламні алгоритми оперують тільки тими даними, на які відвідувач реально погодився. Це водночас підтягує вас під вимоги GDPR/DSGVO та національних DPA і не дає мережам «за замовчуванням» використовувати ваш трафік всупереч вибору відвідувача.
• Прибрано рідкісну ситуацію, коли за певних умов у рекламну мережу могла тихо піти неправильна подія. Раніше на певному поєднанні кастомної теми чекауту і швидкого перескакування покупця між кроками оформлення в подію «покупка» могло потрапити наповнення, зібране з проміжного стану кошика, а не з фактичного замовлення (наприклад, з попередньою, а не остаточною сумою чи набором товарів). Помилка не ламала магазин, у GA4/Facebook/TikTok подія формально приходила, але деталі всередині могли не збігатись з реальним замовленням, тож у звітах вигляд ROAS міг мовчки зʼїжджати з реальності. Тепер модуль явно чекає на завершене оформлення і формує подію тільки з фактичного замовлення, тож у ваших рекламних кабінетах покупка зʼявляється рівно з тими даними, які реально було оплачено.

v5.5.0: Pinterest і Snapchat нарешті реально відправляють конверсії

Дата: 2026-08-26

• Обидві мережі числились у списку можливостей, але не відправили жодної події за весь час. Тепер відправляють, і в налаштуваннях з'явились поля для їхніх ключів, яких раніше просто не було.
• Snapchat переведено на їхній актуальний спосіб приймання конверсій, зі складом замовлення, тож у кабінеті видно, що саме купили.
• Замовлення на нульову суму, наприклад повністю оплачене подарунковим сертифікатом, більше не губиться.

v5.4.2: рекламним мережам тепер повідомляється про згоду покупця

Дата: 2026-08-26

• Три мережі завантажувались лише після згоди покупця на куки, але саму згоду їм ніхто не передавав. Microsoft вимагає цей сигнал, і без нього конверсії європейського магазину можуть відкидатись на боці мережі, хоча локально все виглядає правильно. Тепер сигнал передається.

v5.4.1: TikTok відправляє подію двома способами, щоб не втратити жодної

Дата: 2026-08-26

• У TikTok розбіжність між власною документацією і власним набором для розробників, тож подія тепер спершу йде новим способом, а якщо TikTok її не прийняв, повторюється старим. У журналі видно, який саме спрацював у вашому магазині.
• Ідентифікатори кліку TikTok, X і Snapchat тепер зберігаються на 90 днів і доїжджають до замовлення. Раніше ці мережі могли звести конверсію з рекламою лише приблизно.

v5.4.0: перевірка всіх рекламних мереж, знайдено чотири місця де губились конверсії

Дата: 2026-08-26

• Meta працювала через версію інтерфейсу, підтримку якої припинили ще в січні. Переведено на актуальну, з підтримкою до середини 2028 року.
• TikTok надсилав серверні події на давно виведену з обігу адресу, тобто вони просто не приймались.
• Microsoft Ads не працював узагалі ніколи: код зчитувався з одного налаштування, а зберігався в інше, тож на сторінку він не потрапляв, хоча панель показувала що все налаштовано.
• Pinterest рахував кожне оформлення двічі, тож конверсії і дохід у його кабінеті були приблизно подвоєні.
• Два діагностичні перемикачі нищили саме ті дані, які мали допомогти перевірити. Тестовий режим GA4 відправляв живий трафік на перевірочний сервер Google, звідки він ніколи не потрапляє у звіти, а тестовий режим TikTok ховав події і з живої звітності, і з вкладки перевірки одночасно.

v5.3.0 — перехід у платну версію, тепер видається як ionCube-білд під ваш домен, з річними оновленнями

Дата: 2026-08-26

• Модуль перейшов зі стадії відкритої альфи в стабільний реліз і тепер продається як повноцінне платне рішення OcBox за $15 (промо-ціна, звичайна $40). Тому самий файл на цій сторінці знято з завантаження, а натомість модуль видається як скомпільований ionCube-білд, залочений під ваш домен. Порядок такий: натискаєте «Купити» на цій сторінці або пишете у приватні повідомлення користувачу OcBox, після оплати уточнюємо ваш домен, генеруємо ліцензійний білд і даємо доступ до завантаження ZIP разом з інструкцією. Оновлення на рік включені в ціну, продовження після 12 місяців за тією ж ціною.
• Окремою послугою «Встановлення та налаштування модуля» за $40 (у корзині поруч з модулем) ми ставимо модуль на ваш сервер по FTP/SSH, підʼєднуємо GA4/Meta/TikTok з ваших ID, вмикаємо банер згоди і показуємо як користуватись.
• Усі, хто реально допомагав з розробкою і тестуванням альфи (тестували, писали баг-репорти, показували конфлікти з іншими модулями, підказували фічі), — отримують довічну безкоштовну ліцензію. Достатньо написати нам у приватні повідомлення і нагадати, як допомагали.
• Технічно модуль лишається тим самим, що v5.2.1 з дедуплікацією подій, серверним CAPI для Meta/TikTok, Consent Mode v2, товарним фідом Google Merchant з CRON-збіркою, детектором конфліктів, самоперевіркою трекінгу, підтримкою кастомних чекаутів (Chameleon, quickcheckout і подібних) і Telegram-сповіщеннями з підтримкою топіків груп — просто тепер це продакшн-версія, доставлена як ліцензійний білд під ваш домен, а не безкоштовний плейн-сорс на форумі.

Раніші версії

Коротко, по одному рядку на версію.

v5.2.1 — події оформлення замовлення тепер працюють і на кастомних темах чекауту (Chameleon, ocStore, quickcheckout); згода на cookie тепер надсилає один сигнал оновлення замість кількох; подія перегляду категорії тепер передає повний список показаних товарів з назвою, брендом, ціною і позицією, а не лише назву категорії; діагностика попереджає, якщо на сторінці інший модуль теж надсилає ті самі події (можливі дублі в аналітиці); Telegram-сповіщення тепер можна слати в конкретний топік групи (формат Chat ID -100...:ID_топіка); вбудована перевірка трекінгу — пройдіть шлях від категорії до тестового замовлення, і модуль покаже, що кожна подія спрацювала один раз і з правильними даними (2026-08-25)

v5.2.0 — майстер налаштування більше не відкривається повторно; одна дія покупця = одна подія (без дублів); новий режим «Тільки Data Layer» для роботи через Google Tag Manager; надійний захист покупки від подвійного зарахування; вибір періоду на панелі + свій діапазон дат; зручна навігація по сторінках у списку замовлень; «Дохід» перейменовано на «Загальна сума»; можна прибрати зведений блок «Шляхи до конверсії»; строгий opt-in для юрисдикцій, що не приймають Consent Mode v2; кнопка «Прийняти всі» на банері згоди тепер спрацьовує навіть коли інший модуль на сайті поламав JS; дані про товари у подіях тепер завжди повні (без нулів у ціні й порожніх назв/брендів) (2026-08-24)

v5.1.9 — замовлення тепер зʼявляється і зникає в статистиці разом зі зміною статусу, а період «Сьогодні» та «7 днів» показує замовлення за реальною датою замовлення, а не всі як сьогодні (2026-08-24)

v5.1.8 — у «Шляхах конверсії» тепер видно назву товару, який купили, кожне замовлення потрапляє в список одразу, і свіжі замовлення в «Сьогодні» більше не пропадають, навіть якщо покупець зайшов на сайт кілька днів тому (2026-08-24)

v5.1.7 — плитка «Всього замовлень» знову рахує замовлення, у шляхах конверсії краще видно, чиє це замовлення, і свої скрипти тепер можна не лише додавати й видаляти, а й редагувати (2026-08-24)

v5.1.6 — у «Шляхах конверсії» видно, до якого замовлення належить кожен шлях, з посторінковою навігацією, а «Статистика подій» показує реальну активність магазину, а не нулі (2026-08-22)

v5.1.5 — коли скасовуєте або повертаєте замовлення в попередній статус, воно тепер зникає з усіх звітів одразу, а не тільки з «Всього замовлень» (2026-08-22)

v5.1.4 — джерело трафіку і шлях конверсії тепер фіксуються в момент оформлення замовлення і не збиваються на Direct, коли статус замовлення завершуєте вручну в адмінці (2026-08-22)

v5.1.3 — поле «Статуси завершеної покупки» тепер показує кілька рядків одразу, зручно вибирати кілька статусів (2026-08-20)

v5.1.2 — фільтр за статусом замовлень тепер показує повні назви статусів, а посилання модуля в лівому меню адмінки стало коротким одним рядком (2026-08-20)

v5.1.1 — кнопка «Побудувати зараз» і розклад тепер працюють на більшості хостингів, а ціни у фіді коректно враховують податок (2026-08-19)

v5.1.0 — фід Google Merchant тепер збирається за розкладом і віддається миттєво навіть на каталогах у десятки тисяч товарів (2026-08-19)

v5.0.14 — статистика замовлень тепер відповідає реальним замовленням магазину за «Сьогодні» і «Вчора» (2026-08-19)

v5.0.13 — фід Google Merchant тепер віддає весь каталог до кінця (2026-08-19)

v5.0.12 — фід Google Merchant тепер тримає великі каталоги на десятки тисяч товарів і не впирається в таймаут сервера (2026-08-19)

v5.0.11 — фід Google Merchant містить усі товари магазину і сторінка налаштувань фіду на OpenCart 2.3 нарешті відкривається (2026-08-19)

v5.0.10 — сторінка фіду Google Merchant тепер відкривається і віддає повний XML на всіх магазинах (2026-08-19)

v5.0.9 — коректна ціна й акція у фіді Google Merchant, автоочищення журналу подій, робочі кнопки перевірки й перемикача провайдерів (2026-08-19)

v5.0.7 — X (Twitter), Microsoft Ads, Hotjar і Clarity тепер теж коректно шлють події, дрібне уточнення Criteo (2026-08-19)

v5.0.6 — Pinterest, Snapchat і Criteo тепер коректно вмикаються (2026-08-19)

v5.0.5 — надійне спрацювання подій у браузері, коректний IP-ліміт за Cloudflare і правильні назви подій Pinterest (2026-08-18)

v5.0.4 — реальні події ремаркетингу в браузері, чесні підсумки у звітах і надійний захист /track (2026-08-18)

v5.0.3 — кнопка «Підключити» на вкладках Google, Meta й TikTok більше не лякає незрозумілою помилкою (2026-08-18)

v5.0.2 — статистика наповнюється одразу, коректний підрахунок подій і згода (2026-08-18)

v5.0.0 Alpha GuGuGu — перший публічний реліз (2026-08-18)