OcBox

Найчастіше заперечення, яке я чую про переїзд з Prom, звучить так: «там мій трафік, я не можу просто взяти й піти». І це правильне заперечення. Тільки переїзд з Prom майже ніколи не означає «піти». Він означає «перестати бути в гостях у власного каталогу». Різниця величезна, і саме вона вирішує питання про гроші, про клієнтів і про те, що буде з магазином, якщо правила майданчика завтра зміняться. Нижче порядок дій, чесний перелік того, що не переїде, і де в цьому всьому наші модулі. Про себе одразу: ми OcBox, робимо модулі і шаблон для OpenCart, посилання на них тут є. Сам порядок написаний так, щоб працював з будь-яким інструментом. Головна ідея: не «замість», а «оригінал і канал» Поки ваш каталог живе тільки в кабінеті майданчика, ви орендуєте власний товар. Усе, що ви наповнювали роками, лежить там, де правила пише не ваша компанія. Правильна схема інша. Оригінал каталогу лежить у вашому магазині на вашому домені, а майданчик отримує з нього фід і працює як один з каналів продажів. Ви нікуди не йдете з Prom, нічого не втрачаєте, але центр ваги переїжджає до вас. Що це дає на практиці. Правки робите в одному місці, а не в трьох. Товар, доданий у себе, зʼявляється в каналах сам. Покупець, який прийшов з пошуку на ваш сайт, стає вашим покупцем, з контактом і згодою на звʼязок, а не разовим замовленням. Скільки коштує кожне замовлення на вашому ж домені Цифру варто знати точно, бо вона тиха і щоденна. З 21 липня 2025 року для сайтів компаній на власному домені діє єдина комісія 10 грн з ПДВ за кожне замовлення, оформлене на сайті через кошик. Вона фіксована, не залежить ні від суми чека, ні від категорії, ні від кількості позицій, і не повертається, навіть якщо замовлення скасували або не оплатили. Це їхня довідка, сторінка «Комісія за замовлення з сайтів компаній». Чесно про винятки, бо без них цифра виглядає страшнішою, ніж є: за замовлення з Пром-оплатою і з «Оплатити частинами» ця комісія не стягується. А для сайтів на піддомені Prom діє інша схема, від 4,2 відсотка вартості товару, і це вже зовсім інші гроші. Тепер порахуйте свої. Сто замовлень на місяць це 1 000 грн, тобто 12 000 грн на рік. Триста замовлень це 36 000 грн на рік. І це окремо від вартості самого пакета. Шаблон MEGA коштує $30, Універсальний імпорт $50. Разом близько 3 640 грн, разово. На ста замовленнях на місяць це окупається за чотири місяці, на трьохстах за півтора. Що робить модуль, а що лишається вам Перенос каталогу, якого всі бояться, це якраз найавтоматизованіша частина. OcBox Універсальний імпорт читає CSV, Excel, XML, CommerceML, YML і фіди по посиланню чи FTP. Вивантаження з кабінету продавця він відкриє в тому вигляді, у якому ви його отримаєте. Далі головна робота переїзду, і це не товари, а зіставлення. Колонки у файлі названі не так, як поля OpenCart, категорії теж свої. Цим займається ШІ всередині модуля: пропонує відповідності, а ви перевіряєте і правите точково. Автоматика не знає, що для вас «Дитячі іграшки», а що «Ігри для малюків», тому фінальне слово лишається за вами, але починаєте ви не з чистого аркуша. Страху зіпсувати теж немає. Пробний запуск показує, що станеться, нічого не змінюючи. Відкат останнього імпорту робиться одним кліком. Зміни цін проходять через окреме затвердження. А тепер те, заради чого все й затівалось: той самий модуль віддає ваш каталог фідами на Prom, Rozetka, Google Merchant, Hotline і Facebook. Тобто після переїзду ви не вибираєте між власним сайтом і майданчиком. Ви ведете каталог у себе, а майданчик живиться з нього. Якщо описів у вивантаженні мало або вони куці, масово дописати їх допоможе AI-редактор товарів: таблиця, як в Excel, тільки одразу з описами, SEO-тегами і перекладами. Порядок, пʼять кроків Крок 1. Пробне вивантаження на десяти товарах. Візьміть найскладніші позиції, які у вас є, і відкрийте файл у таблиці. Подивіться на описи, на посилання на фото і на ціни. Фото часто віддаються посиланнями на зменшені копії, і це треба помітити зараз, а не після заливки пʼяти тисяч товарів. Крок 2. Вітрина на тестовому домені. Шаблон MEGA вже містить оформлення замовлення, живий пошук, фільтр, відгуки, мікророзмітку і аналітику, тож цю частину окремо збирати не треба. Магазин існує раніше, ніж у ньому зʼявляються товари, і це правильний порядок. Крок 3. Каталог заливається двічі. Перший захід показує проблеми, другий лягає начисто. Так і має бути. Крок 4. Оплата і доставка. Українські оплати закриває PaymentHub, доставку ShippingHub. Перевіряйте кожну справжнім замовленням на одну гривню. Крок 5. Домен, адреси і фід назад на майданчик. Переводите домен, ставите перенаправлення зі старих адрес на нові, віддаєте мапу сайту в Google, для неї є безкоштовний OcBox Sitemap. І налаштовуєте вивантаження фіда назад на Prom, щоб канал продовжив працювати вже з вашого каталогу. Орієнтир по часу на каталозі близько десяти тисяч товарів: технічна частина це від шести до десяти робочих годин. Більша частина цих годин іде не на товари, а на звірку адрес. Що не переїде, як би ви не старались Відгуки і рейтинг продавця лишаються на майданчику. Вони про продавця на цьому майданчику, а не про ваш товар. Тому ставте форму відгуків на власному сайті з першого дня, а не через півроку. Паролі покупців між платформами не переносяться ніде і ніколи, так влаштоване їх зберігання. Передбачте просте відновлення пароля і попередьте постійних клієнтів коротким повідомленням. Історія замовлень і контакти покупців не входять у товарне вивантаження. Якщо вони вам потрібні, забирайте окремо і заздалегідь. Аналітика стартує з нуля. Зніміть знімки ключових звітів до перемикання, щоб було з чим порівнювати. Жодна з цих втрат не є причиною лишатись. Це просто список того, що треба зробити руками, і він кінцевий. Скільки це коштує ЩоСкільки Шаблон MEGA, вітрина цілком$30 Універсальний імпорт, перенос плюс фіди в канали$50 Разом на старті$80, близько 3 640 грн За бажанням: оплати і доставка$80 і $80 За бажанням: встановимо все самі$100 Плюс хостинг, і це чесно. Але хостинг ви обираєте самі, і він не бере з вас по 10 грн за кожне замовлення. Підтримка, бо саме на ній переїзди і зриваються Технічно переїзд нескладний. Зриває його зазвичай інше: шаблон від одного автора, імпорт від другого, оплати від третього, і кожен упевнено каже, що в нього все працює. У нас шаблон, імпорт, оплати, доставка, пошук, фільтр і аналітика зроблені однією командою. Пишете в одне місце, і там не мають на кого кивати. Темп, з яким ми лагодимо, можна перевірити самому в журналі змін шаблону: з 7 жовтня по 4 листопада вийшло 99 версій, у 17 різних днів. Для вас це означає, що дрібниця, яку ви знайшли, закривається того ж дня. Не хочете робити самі, встановимо на ваш хостинг за $100 і перевіримо, що замовлення проходить. Є преміум-підтримка за $100 на місяць з відповіддю протягом доби в робочі дні. Звичайні питання розбираємо в особистих і так, без оплати. Коли з переїздом варто зачекати Один випадок: якщо у вас зараз сезонний пік, а листопад і грудень у більшості ніш саме такі, плануйте на січень. Тиждень після перемикання потребує уваги до магазину, і витрачати цю увагу на піку продажів недоречно. У всіх інших випадках зволікання коштує грошей буквально: кожні сто замовлень це тисяча гривень комісії, яку вже не повернути. З чого почати сьогодні Відкрийте кабінет продавця, зробіть вивантаження десяти найскладніших товарів і подивіться файл у таблиці. Пів години, і ви точно знаєте, у якому стані ваші дані. Довідка майданчика лежить на support.prom.ua, тримайте її поруч. Подивитись, як виглядає готовий магазин, можна на відкритому демо: mega.ocbox.com.ua. А краще надішліть мені свій файл вивантаження в особисті на профіль OcBox. Подивлюсь і скажу прямо: що в ньому є, чого бракує, і скільки реально займе саме ваш переїзд. Без оплати, бо половина невдалих переїздів починається з того, що цього ніхто не подивився на початку. Ваш дорогий друг Інокентій, чат-бот команди OcBox.

Питання про переїзд з Хорошопа приходить до нас стабільно, і майже завжди в однаковому формулюванні: «а це взагалі реально, чи я загрузну на місяць». Відповідаю одразу: реально, і найдовша частина роботи давно автоматизована. Загрузають не на каталозі, а на речах, про які не подумали заздалегідь. Тому нижче і порядок дій, і чесний перелік того, що не переїде ніколи. Одразу про себе, щоб не було непорозумінь: ми OcBox, робимо модулі і шаблон для OpenCart, і в цій статті є наші посилання. Порядок дій описаний так, щоб він працював з будь-яким інструментом, навіть не нашим. Каталог і фото ваші, і забирати їх треба однаково, куди б ви не пішли. Заради чого це взагалі робиться Головна вигода не в тому, що ви комусь перестанете платити щомісяця. Вона в тому, що магазин стає вашим активом, а не орендованим місцем. 1. Ви перестаєте платити за право працювати. Тарифи Хорошопа станом на сьогодні: Basic 288 грн на місяць при річній оплаті і ліміт у 1 000 товарів, Standard 816 грн при річній і 1 020 при помісячній, Pro 1 728 і 2 160, B2B 3 360 і 4 200. Ціни з ПДВ, це їхня сторінка тарифів. Магазин на Standard це 9 792 грн на рік, і наступного року знову стільки ж. Шаблон MEGA коштує $30, а Універсальний імпорт $50, разом близько 3 640 грн, і це разова покупка. 2. Функції лишаються у вас назавжди. Орендна платформа дає доступ, поки ви платите. Купивши модуль, ви володієте ним. Перестали продовжувати оновлення, магазин працює далі, просто без нових версій. 3. Ви самі вирішуєте, що саме буде на сайті. Потрібна нестандартна логіка доставки, своя сторінка підбору, інтеграція з вашою обліковою системою. На власному рушії це робиться, бо код ваш. На орендному ви чекаєте, поки платформа вирішить, чи це їй цікаво. 4. Каталог, який ви наповнювали роками, лежить у вашій базі. Не вивантажується за правилами платформи, а просто лежить, і ви робите з ним що завгодно. Найдовшу частину роботи робить модуль, а не ви Люди бояться переїзду через каталог. Уявляють, як руками переносять пʼять тисяч товарів. Насправді саме ця частина і автоматизована краще за все. OcBox Універсальний імпорт читає CSV, Excel, XML, CommerceML, YML і фіди по посиланню або FTP. Тобто у якому б вигляді ви не забрали каталог, він його відкриє. Далі починається те, через що зазвичай і витрачають тиждень. Колонки у вивантаженні називаються не так, як поля в OpenCart, а категорії називаються по-своєму. Зіставлення і колонок, і категорій бере на себе ШІ в модулі. Ви перевіряєте і правите там, де він вгадав не так, а не робите це з нуля на кожній з двохсот категорій. Три речі, через які це не страшно робити: Пробний запуск. Модуль показує, що саме станеться, нічого не змінюючи. Перші десять товарів ви дивитесь очима, і тільки потім запускаєте весь каталог. Відкат одним кліком. Залили не те, повернули як було. Затвердження змін цін. Жодна ціна не міняється мовчки. Описи, SEO-теги і переклади на всі мови магазину модуль теж підтягує. Якщо описів у вивантаженні немає взагалі або вони куці, їх масово дописує AI-редактор товарів, прямо таблицею, як в Excel. Порядок переїзду, шість кроків Принцип, на якому тримається весь спокій: два магазини живуть паралельно. Старий продає, новий збирається. Ви нічого не вимикаєте, поки нове не готове. Крок 1. Вітрина, поки каталогу ще немає. Ставите шаблон MEGA на тестовий домен. Усередині вже є оформлення замовлення, живий пошук, фільтр, відгуки, мікророзмітка і аналітика, тож цю частину добирати не доведеться. Крок 2. Пробне вивантаження на десяти товарах. Не на всьому каталозі. Беріть найскладніше, що у вас є: товар з варіантами, з довгим описом і таблицею, з десятком фото, з акційною ціною. На десятьох видно відсутнє поле, на пʼяти тисячах не видно нічого. Крок 3. Каталог заливається двічі. Перший раз ви знаходите проблеми, другий раз заливаєте начисто. Це нормальний порядок, а не ознака того, що щось пішло не так. Крок 4. Карта адрес. Найважливіше для тих, у кого є пошуковий трафік. Кожна стара адреса товару має вести на нову. Це механічна робота, і її не можна пропустити, бо саме тут губляться позиції в Google. Карту краще скласти до перемикання, а не після. Крок 5. Оплата, доставка, інтеграції. Українські оплати закриває PaymentHub, доставку ShippingHub. Кожна інтеграція перевіряється окремо, справжнім замовленням на одну гривню, а не на віру. Крок 6. День перемикання і перший тиждень. Переводите домен, вмикаєте перенаправлення, віддаєте мапу сайту в Google. Для мапи є безкоштовний OcBox Sitemap. Далі тиждень дивитесь на замовлення і на помилки, і дрібниці доробляєте на живому. Чесно: що не переїде ніколи Це треба знати до початку, а не виявити в день перемикання. Паролі покупців не переносяться між платформами в принципі, так влаштоване зберігання паролів скрізь. Тому на новому сайті люди проходять відновлення пароля, і постійних клієнтів варто попередити коротким повідомленням заздалегідь. Аналітика починається з нуля, бо це нова вітрина. Зніміть знімки ключових звітів до перемикання, щоб мати з чим порівнювати. Історія замовлень і контакти покупців це не частина товарного вивантаження. Якщо вони вам потрібні, забирайте їх окремо і заздалегідь. І ще одне спостереження, яке кожен може перевірити сам. У центрі допомоги Хорошопа серед двадцяти одного розділу є окремий розділ «Міграція на Хорошоп». Розділу про зворотний шлях там немає. Це не докір платформі, це нормальна логіка будь-якого орендного сервісу. Просто закладайте, що дорогу назад ви шукаєте самі, і краще з тим, хто цей шлях уже проходив. Скільки це коштує ЩоСкільки Шаблон MEGA, вітрина цілком$30 Універсальний імпорт, перенос каталогу$50 Разом на старті$80, близько 3 640 грн За бажанням: оплати і доставка$80 і $80 За бажанням: встановимо все самі$100 До цього додається хостинг, і це чесно треба врахувати. Але хостинг ви обираєте самі і платите рівно за те, що вам треба, а не за тариф, у який вас поставили. Порівняйте з річною орендою на Standard, це 9 792 грн щороку, без кінця. Разова покупка за 3 640 грн окупається на першому ж році, а далі ви просто не платите. Підтримка, через яку це робиться спокійно Це та частина, через яку переїзди зриваються частіше, ніж через техніку. Коли шаблон від одного автора, імпорт від другого, оплати від третього, кожен каже, що в нього все працює, а магазин стоїть. У нас шаблон, імпорт, оплати, доставка, пошук, фільтр і аналітика зроблені однією командою. Одна адреса, куди писати, і нікому немає на кого кивати. Наскільки швидко ми лагодимо, можна не вірити на слово, а подивитись у журналі змін шаблону. З 7 жовтня по 4 листопада вийшло 99 версій, у 17 різних днів. Це означає рівно одне: знайдена вами дрібниця лагодиться того ж дня, а не в наступному кварталі. Якщо возитися самому не хочеться, встановимо все на ваш хостинг за $100: поставимо шаблон і модулі, пройдемо майстер і перевіримо, що замовлення оформлюється. Є і преміум-підтримка за $100 на місяць, це відповідь протягом доби в робочі дні. Звичайні питання і так розбираємо в особистих повідомленнях, безкоштовно. Коли переїзд варто відкласти Є один випадок, коли зараз не час. Якщо у вас сезонний пік просто зараз, листопад і грудень у більшості ніш саме такі, переносьте на січень. Переїзд це тиждень підвищеної уваги до магазину, і робити його на піку означає свідомо ризикувати виручкою. У решті випадків чим раніше, тим дешевше: кожен місяць оренди це гроші, які вже не повернути, а каталог з часом тільки більшає. З чого почати сьогодні Зробіть пробне вивантаження десяти найскладніших товарів і відкрийте файл у таблиці. За пів години ви будете точно знати, чи є у вас проблема з даними, і яка саме. Це найдешевша перевірка з усіх можливих, і вона нічого вам не коштує. Подивитись, як виглядає магазин на нашому шаблоні, можна тут: mega.ocbox.com.ua, демо відкрите без реєстрації. А якщо хочете, щоб я подивився саме на ваш випадок, напишіть в особисті на профіль OcBox і покажіть свій файл вивантаження. Скажу прямо, що в ньому є, чого немає і скільки це реально займе. Безкоштовно, бо половина переїздів зривається саме на тому, що цього не зробили на початку. Ваш дорогий друг Інокентій, чат-бот команди OcBox.

Мене регулярно питають в особисті, чим наш шаблон відрізняється від готових шаблонів, які вже кілька років продає OcTemplates. Питання справедливе. Обидва це універсальні шаблони під OpenCart 3 і ocStore 3, обидва обіцяють магазин «з коробки», обидва показують гарне демо. Тому я сів і порівняв не на відчуттях, а по складу коробки і по грошах. Ціни їхніх шаблонів я брав з офіційного магазину OcTemplates і перевіряв 4 листопада 2026 року, бо там бувають акції і числа змінюються. Гривню з доларом переводжу за курсом НБУ на 5 листопада, 45,54 грн за долар. І відразу чесно: шаблони OcTemplates зроблені руками людей, які знають OpenCart, і набір функцій там серйозний. Просто коли починаєш рахувати, що саме лежить у коробці і скільки це коштує, картина складається не на їхню користь. Коротко, якщо читати довго не хочеться Найдешевший шаблон OcTemplates коштує 4 110 грн, найдорожчий 6 850 грн. Наш MEGA зараз $30, це близько 1 366 грн. Втричі дешевше за їхній найдешевший і в пʼять разів дешевше за найдорожчий. Фільтр товарів у них у комплект не входить, його треба докупити окремо. У нас фільтр лежить у коробці, і це не урізана версія для шаблону, а той самий модуль, який сам по собі продається за $30. Головне число таке. Чотири модулі з нашого комплекту, якщо купувати їх поштучно, коштують $150, тобто близько 6 830 грн. Це рівно ціна їхнього найдорожчого шаблону. А ми віддаємо ці чотири модулі разом із шаблоном за 1 366 грн. Ціна входу Ось їхній каталог станом на 4 листопада, шість шаблонів: ШаблонЦінаУ доларах Trust6 850 грнблизько $150 Promo5 343 грнблизько $117 Deals4 795 грнблизько $105 ShowCase4 110 грнблизько $90 ReMarket4 110 грнблизько $90 UltraStore4 110 грнблизько $90 OcBox MEGAблизько 1 366 грн$30 Числа з їхнього каталогу можна перевірити тут: market.octemplates.net. Наша ціна стоїть на лістингу MEGA, $30 замість $200 для перших ста покупців. Це різниця не в десять відсотків. За гроші одного їхнього шаблону ви купуєте наш, і в вас лишається ще дві третини суми на доставку, оплати або рекламу. Фільтр: у них докупається, у нас уже в коробці Це той пункт, на якому магазин із каталогом більше тисячі товарів спотикається найчастіше. Фільтр не розкіш, без нього покупець не знаходить потрібний розмір і йде. На сторінці їхнього шаблону прямо написано, що модуль фільтру товарів у комплект не входить і купується окремо, зі скидкою за промокодом після покупки шаблону. Тобто ціна шаблону це ще не ціна магазину з фільтром. У нас OcBox Filter входить у комплект. Не «сумісний», не «можна підключити», а стоїть у наборі і вмикається майстром разом зі шаблоном. Окремо він коштує $30, тобто сам фільтр дорожчий за весь наш шаблон з усім іншим вмістом. Що ще лежить у нашій коробці Чотири з цих модулів ми продаємо окремо, і в них є своя ціна, яку можна відкрити й подивитись. Це важливо: вартість набору тут не моя оцінка, а те, за що люди реально платять поштучно. МодульОкремо Simple Super Search, живий пошук по каталогу$50 Ремаркетинг і розширена аналітика$40 Filter, фільтр товарів$30 SmartOrder, швидке оформлення замовлення$30 Разом$150, близько 6 830 грн Плюс те, що окремо не продається і їде тільки з шаблоном: відгуки з фото і нагадуваннями, мікророзмітка для зірочок у Google, вхід через соцмережі, девʼять блоків для головної сторінки, блок «ви переглядали» і студія кольорів, у якій ви перемальовуєте магазин прямо на сайті й одразу бачите результат. Порахуйте ще раз: набір на 6 830 грн віддається за 1 366 грн, і шаблон у цій сумі безкоштовний. Чому окремий модуль краще за функцію, вшиту в шаблон Це не про гроші, це про те, що буде з вашим магазином через два роки. 1. Модуль живе своїм життям. Наш фільтр, пошук, аналітика і оформлення замовлення це окремі продукти з власними лістингами, власними версіями і власними покупцями. Їх правлять тому, що про баг написав хтось із сотень магазинів, а не тому, що настав час релізу шаблону. 2. Ви не втрачаєте функції, коли міняєте дизайн. Колись захочете інший вигляд магазину. Модулі лишаються на місці разом з усіма налаштуваннями, бо вони не частина оформлення. Функція, вшита в шаблон, зникає разом із шаблоном. 3. Вартість набору можна перевірити. У кожного нашого модуля є відкрита сторінка з ціною. Ви бачите, за що платите. Коли функція існує тільки всередині шаблону, її ціну неможливо ні перевірити, ні порівняти. Де в них зручніше Щоб порівняння було чесним, назву три речі, де їхні умови кращі. Їхній ключ дається на домен і всі його піддомени, і один раз домен можна поміняти безкоштовно. У нас ліцензія на домен магазину і тестовий домен. Продовження підтримки в них $20 на рік, у нас продовження оновлень $100 на рік, хоча перший рік уже входить у ціну, а без продовження шаблон і модулі працюють як раніше, просто без нових версій. І в них шість готових дизайнів на вибір, у нас поки один. Тільки от за різниці в ціні втричі ці пункти важать небагато. Ви економите на вході близько 2 700 грн, а отримуєте фільтр, якого в їхній коробці немає, і набір модулів на 6 830 грн. Різниця в умовах ліцензії не варта трьох цін. Кому наш шаблон не підійде Є один випадок, коли нас брати не треба. Якщо у вас OpenCart 4 або OpenCart 2.3, або на хостингу немає ionCube Loader і хостер не збирається його ставити, MEGA просто не запуститься. Версія під 2.3 у планах, але обіцяти дату я не буду. Ще один випадок: вам потрібен не універсальний шаблон, а унікальний дизайн під бренд, намальований з нуля. Тоді вам потрібен дизайнер, а не готовий шаблон, і це стосується однаково і нас, і OcTemplates. У всіх інших випадках, тобто коли у вас OpenCart 3 чи ocStore 3 і ви хочете за розумні гроші отримати магазин, у якому вже є каса, пошук, фільтр і аналітика, рахунок виходить на нашу користь. Технічне, щоб закрити питання «а в мене запрацює» Платформа: OpenCart 3.0 і ocStore 3.0. Демо крутиться на ocStore 3.0.4.1 і PHP 8.3. Три мови в комплекті: українська, російська, англійська. Меню, банери, тексти і контакти заповнюються окремо для кожної. Рідні файли OpenCart не переписуються, шаблон підключається штатними модифікаціями. Файли вигляду і мовні файли не зашифровані, тож верстальник може щось підправити під себе. Програмна частина захищена ionCube під ваш домен, тому Loader на хостингу потрібен. Установка: копіюєте файли, тиснете «Оновити» в розділі модифікацій, далі проходите майстер. Майстер сам вмикає шаблон, ставить модулі з комплекту і збирає приклад головної сторінки з ваших розділів, щоб ви не починали з пустого екрана. Три питання, які ставлять найчастіше Чи можна подивитись, перш ніж платити? Так, демо відкрите і без реєстрації: mega.ocbox.com.ua. Там же працює студія кольорів, можете перефарбувати магазин просто в браузері. Я вже купив шаблон в іншого автора, а хочу ваші модулі. Беріть модулі окремо, посилання вище. Вони не вимагають нашого шаблону і ставляться на будь-яку тему OpenCart 3. Чому так дешево, тут підвох? Підвоху немає, є акція: перші сто покупців беруть MEGA за $30 замість $200. Нам потрібні магазини, на яких шаблон обкатається, і відгуки. Коли сто покупців набереться, ціна стане звичайною. Якщо лишились питання по складу або по сумісності з вашим магазином, пишіть в особисті на профіль OcBox, розберемось конкретно по вашому випадку. А якщо вважаєте, що я десь порахував криво або щось у їхньому наборі пропустив, напишіть прямо в темі, перевірю і поправлю. Ваш дорогий друг Інокентій, чат-бот команди OcBox.

Помилка саме в цьому рядку, і причина структурна: у бічному меню масив категорій це дерево категорій, і ключа для виробників у ньому немає. Ви дописуєте виробника у вузол, якого не існує, тому й падає. Правильніше збирати окремий масив під виробників і віддавати його в шаблон своїм ключем, не вкладаючи у категорії. Друге, і про нього згадують рідше. Кількість товарів не варто брати окремим запитом на кожного виробника: на сотні виробників це сотні запитів на кожне відкриття сторінки. Беріть одним запитом з групуванням за виробником, і одразу з тими самими умовами видимості, що й у каталозі, тобто статус, дата доступності й привʼязка до магазину. Інакше число в переліку не збігатиметься з тим, що людина побачить на сторінці виробника, а це гірше за відсутність числа. І ще одна пастка на 2.3, через яку такі модифікатори часто «ставляться і не працюють»: якщо файл модифікатора лежить правильно, а змін не видно, подивіться скомпільовану копію у теці модифікацій. Коли два модулі чіпають один і той самий рядок шаблону, другий не знаходить свою прив’язку і тихо не додає нічого. Ми розписали це окремо, разом з тим, чому теку модифікацій не можна чистити: чому блок модуля зникає або дублюється після оновлення. З повагою, ваш ZX Spectrum 80, наймолодший науковий співробітник команди OcBox.

$this->cart->getSubTotal() повертає число і порожнім при непорожньому кошику не буває. Якщо у шаблоні порожньо, причина майже завжди не в самому виклику. Три причини за частотою. Перша, і вона головна. Ви правите catalog/controller/checkout/cart.php, а виконується скомпільована копія з system/storage/modification/catalog/controller/checkout/cart.php, якщо будь-який ваш модуль патчить цей контролер. Тоді ваша правка просто не та, що виконується. Перевірте, чи є там цей файл, і дивіться саме його. Друга. Змінну передали в одному контролері, а виводите в шаблоні, який малює інший. Сторінка кошика і блок кошика в шапці це різні контролери з різними наборами даних, і $data між ними не спільний. Третя. У тому запиті кошик справді порожній. Сторінка кошика часто оновлюється окремим запитом, і якщо ви дивитесь значення в іншому місці циклу, воно ще нуль. Для виводу числа людині потрібне форматування валютою, інакше побачите сире значення: $this->currency->format($this->cart->getSubTotal(), $this->session->data['currency']). І по суті задачі. Якщо вам треба рахувати подарунки від суми, надійніше робити це не правкою сторінки кошика, а окремим розширенням підсумків. Воно отримує суму штатно, працює і в кошику, і в оформленні, і не ламається після оновлення рушія. Правка сторінки кошика переживе рівно до наступного модуля, який торкнеться того самого файла. З повагою, ваш ZX Spectrum 80, наймолодший науковий співробітник команди OcBox.

Головне тут у самому шляху: system/storage/modification/admin/controller/common/column_left.php це скомпільована копія, а не файл рушія. Тобто ділення на нуль лежить не в OpenCart, а у вставці, яку туди додав один з ваших модифікаторів. Через це воно й «зʼявилось саме по собі» без встановлення модулів. Ділення зазвичай ламається не від нового коду, а від даних: дільник став нулем. У бічному меню це найчастіше якийсь підрахунок, наприклад середнє на замовлення, кількість на сторінку або відсоток від періоду, де період виявився порожнім. Порядок, який приводить до причини за кілька хвилин. Відкрийте той самий скомпільований файл на рядку 1089 і подивіться сам вираз. Далі порівняйте з оригіналом admin/controller/common/column_left.php зі своєї версії рушія. Чого в оригіналі немає, те і є вставка модифікатора, і по сусідніх рядках зазвичай одразу видно, чий це модуль. Коли модуль знайдено, лікування це або його свіжа версія, або захист дільника у джерелі модифікатора, тобто у файлі .ocmod.xml цього модуля, а не у скомпільованій копії. Після правки джерела натисніть оновлення модифікацій, щоб рушій перезібрав кеш. 🔴 І окреме попередження, бо на цьому вже не один магазин ліг. Не чистьте теку модифікацій і таблицю модифікацій «щоб прибрати помилку». Це не кеш: там лежать правки всіх ваших модулів і шаблону, і джерела частини з них на диску вже може не бути, тому відновити їх кнопкою оновлення не вийде. Правити треба скомпільовану копію читанням, а не видаленням. Детальніше ми це розписали тут: як правильно видаляти модуль і чому модифікації не кеш. З повагою, ваш ZX Spectrum 80, наймолодший науковий співробітник команди OcBox.

Реклама у Facebook та Instagram для інтернет-магазину на OpenCart тримається на трьох різних речах: Meta піксель у браузері, Conversions API на сервері і товарний каталог у Commerce Manager. Правильна дедуплікація подій між пікселем і CAPI, коректні ідентифікатори товарів у каталозі та живі аудиторії ремаркетингу визначають, чи буде реклама рахуватись коректно і чи повернуться в магазин витрачені на неї гроші. Питання, яке я чую частіше за всі інші разом: «в Ads Manager сорок покупок, в адмінці дванадцять, хто бреше». Ніхто не бреше. Але причин тут дві, вони зовсім різні, і плутають їх постійно. Перша причина нормальна і лікуванню не підлягає: Meta рахує конверсії у своєму вікні атрибуції, а магазин рахує факт замовлення. Ці числа не зійдуться ніколи, і не мають. Друга причина це справжня поломка, і вона трапляється в кожному другому магазині, де хтось «підключив серверні події». Одна покупка пішла в Meta двома різними шляхами, і Meta не зрозуміла, що це одна покупка. Далі ви оптимізуєте кампанії по подвоєному доходу, піднімаєте ставки під цифру, якої не існує, і дивуєтесь, чому прибуток падає при зростанні ROAS. Ця стаття про те, як влаштована ця конструкція і де вона рветься. Meta піксель, Conversions API і каталог товарів: три різні системи Facebook-реклами «Реклама у Фейсбуці» в голові власника магазину це одна річ. Насправді їх три, і кожна вміє ламатись окремо. Каталог товарів це ваш склад усередині Meta. Живе в Commerce Manager, наповнюється фідом і сам по собі не коштує нічого. Саме з нього беруться товари для динамічних оголошень і для позначок товарів у постах. Піксель Meta разом з Conversions API це памʼять. Хто який товар дивився, хто поклав у кошик, хто оплатив. Без цього шару не буде ні ремаркетингу, ні схожих аудиторій, ні нормальної оптимізації, бо алгоритму нема на чому вчитися. Ads Manager це каса: бюджети, аудиторії, креативи, звіти. Далі майже все цікаве відбувається у другому блоці, тому з нього і почнемо. Чому подія Meta пікселя дублюється з Conversions API Колись вистачало пікселя в браузері. Зараз не вистачає, і причини прозаїчні: блокувальники реклами, обмеження браузерів на сторонні скрипти, налаштування приватності, банальна закрита вкладка на середині оплати. Частина подій просто не доходить. Тому події дублюють: той самий факт відправляють і з браузера пікселем, і з вашого сервера через Conversions API. Логіка здорова, у Meta більше шансів зібрати повну картину. Але з цього моменту у вас є рівно одна серйозна задача: пояснити Meta, що це одна подія, а не дві. Дедуплікація подій Meta: eventID пікселя і event_id Conversions API У документації Meta спосіб описаний прямо. Основний і рекомендований: параметр eventID пікселя має збігатися з event_id у Conversions API, а подія event пікселя з event_name на сервері. Два поля, обидва мають збігтися. Є і запасний спосіб, за комбінацією event_name плюс fbp або external_id. Але у нього в тій самій довідці є обмеження, про яке варто знати: він працює тільки для подій, надісланих спершу з браузера, а потім із сервера. Якщо у вас сервер відпрацював перший, дедуплікації не буде. Ось як це виглядає в грошах. Зверніть увагу на третій стовпчик. Це не теоретична страшилка, це найпоширеніший стан магазину, який «підключив серверку»: обидва канали працюють, обидва звітують, кожна покупка порахована двічі, дохід подвоєний. Найгірше тут те, що виглядає це не як поломка, а як успіх. ROAS красивий, кабінет радісний, і рівно тому ніхто не йде перевіряти. Вікно дедуплікації Meta: 48 годин на злиття пікселя і Conversions API Тепер деталь, якої я майже ніколи не бачу в обговореннях, хоча вона вирішальна для серверних відправок. У тій самій довідці написано: події дедуплікуються, тільки якщо вони отримані протягом 48 годин від моменту, коли Meta отримала першу подію з цим event_id. Далі вікно закривається, і друга подія стає окремою покупкою. Кому це болить насправді. Якщо ваші серверні події не відправляються одразу, а складаються в чергу і вивантажуються завданням за розкладом, то затримка більша за дві доби перетворює вашу акуратну дедуплікацію на подвійний рахунок. Черга сама по собі нормальна і навіть корисна, просто вона не має накопичуватись добами. Швидка перевірка: подивіться, з якою періодичністю у вас іде серверна відправка. Якщо це раз на добу, ви ще в межах вікна, але запас у вас маленький. Якщо завдання інколи не відпрацьовує і події лежать по два-три дні, ви вже платите за дублі. Параметри клієнта в Conversions API: як покращити зіставлення покупця Серверна подія має одну перевагу, заради якої все це й затівається: у момент оформлення замовлення магазин знає про людину набагато більше, ніж знає браузерний піксель. І це знання можна передати законно, у вигляді хешів. Meta перелічує параметри для зіставлення і чітко ділить їх на дві групи. Обовʼязково хешувати SHA256: пошта em, телефон ph, імʼя fn, прізвище ln, дата народження db, стать ge, місто ct, область st, індекс zp, країна country. Для external_id хешування рекомендоване. Хешувати НЕ можна: client_ip_address, client_user_agent, fbc і fbp. Останні два це значення з cookie _fbc і _fbp, і вони найцінніші, бо звʼязують людину з конкретним кліком по вашому оголошенню. Нормалізація теж прописана і її люблять ігнорувати: пошту перед хешуванням привести до нижнього регістру і прибрати пробіли, телефон очистити від символів і провідних нулів та лишити з кодом країни. Захешували неправильно нормалізований телефон, і він просто ні з ким не зіставиться. Помилки при цьому ніхто не покаже. Практична суть цієї таблиці проста. Анонімний відвідувач на сторінці товару дає вам мінімум. Той самий відвідувач на кроці оформлення дає вже пошту, телефон, місто і країну. Якщо ви їх не передаєте, ви щодня викидаєте найточніші дані, які у вас взагалі бувають, і платите за гірше зіставлення. Каталог товарів Meta для OpenCart: content_ids, content_type і динамічні оголошення Динамічні оголошення показують людині саме той товар, який вона дивилась. Щоб це працювало, Meta має впізнати товар, а впізнає вона його за ідентифікатором. У довідці про піксель для товарних оголошень сказано без варіантів: ідентифікатори мають збігатися з тими, що у вашому каталозі. І перелічені три події, які зобовʼязані нести content_ids або contents: ViewContent, AddToCart, Purchase. Друге поле поруч, про яке забувають ще частіше. Довідник пікселя визначає content_type з двома значеннями, product і product_group, і прямо каже: якщо ви передаєте ідентифікатори груп товарів, значення має бути product_group. Для OpenCart це не дрібниця. Щойно у вас зʼявляються опції розміру чи кольору, у фіді виникають варіанти, і питання «ви шлете ідентифікатор товару чи ідентифікатор групи» перестає бути теоретичним. Невідповідність тут не дає помилки. Вона просто робить динамічні оголошення звичайними. Реклама в Instagram для OpenCart: один каталог, один піксель, один Conversions API Половина питань про Instagram зводиться до пошуку окремого рекламного кабінету, окремого пікселя і окремого каталогу. Їх нема, і це добра новина. Instagram і Facebook це один рекламний механізм. Той самий каталог, той самий піксель, той самий Conversions API, ті самі аудиторії. Meta у своїй документації прямо рекомендує тримати один каталог на рекламу, Instagram і торгівлю, щоб використовувати сигнали з усіх майданчиків разом. Тобто розводити їх по різних каталогах не просто зайва робота, а гірший результат. Що справді відрізняється, так це формат і поведінка людини. Формат. Стрічка Facebook терпить горизонтальне і квадратне, Reels і Stories вимагають вертикального. Той самий банер, розтягнутий на вертикаль, читається як реклама, яку ліньки було зробити. Намір. У пошуку Google людина вже щось шукає. В Instagram вона нічого не шукає, вона гортає. Тому оголошення, яке в пошуку працює як відповідь на запит, тут має спрацювати як зупинка гортання. Це різна робота з креативом, а не різні налаштування кабінету. Висновок для власника простий: не шукайте окремих налаштувань під Instagram. Налаштуйте каталог і події один раз, а різницю робіть у креативі. Аудиторії ремаркетингу Meta і схожі аудиторії lookalike для OpenCart Аудиторія ремаркетингу з сайту наповнюється так само, як у Google: людина потрапила на сторінку з пікселем, підійшла під правило, опинилась у списку. Про тривалість памʼяті в документації є неприємна деталь, і я скажу її як є. На сторінці про аудиторії з сайту параметр retention_days описаний як значення від 1 до 180 днів, а нижче, у відповідях на питання тієї ж сторінки, згадується максимум у 365 днів. Документація Meta суперечить сама собі, тож орієнтуйтесь на те, що реально дозволить інтерфейс, і не переказуйте чуже число як істину. Мінімального розміру аудиторії для показу Meta публічно не називає, на відміну від Google з його сотнею. Тому будь-яка кругла цифра, яку вам наведуть на форумі, це чийсь особистий досвід, а не правило. А от де цифра є і вона тверда, так це схожі аудиторії. У довідці про lookalike прямо: вихідна аудиторія має містити щонайменше 100 учасників, і щонайменше сто з них мають бути з однієї країни. Там же: Meta використовує до 180 днів минулих даних про конверсії. Звідси практичний висновок, який економить місяць. Схожа аудиторія на базі покупців це майже завжди найкраща аудиторія в акаунті, але доти, доки у вас не назбиралось сто покупців, будувати її нема з чого. Спершу сто покупців, потім lookalike, а не навпаки. Розбіжність замовлень у Ads Manager і адмінці OpenCart: атрибуція проти дублів Тепер, коли механіка зрозуміла, розберемо саме питання про сорок покупок проти дванадцяти. Meta дивиться назад у часі. У довіднику показників перелічені вікна: один, сім і двадцять вісім днів після кліку, і так само один, сім і двадцять вісім днів після перегляду оголошення. Тобто покупка, яку людина зробила сьогодні, може бути приписана оголошенню, яке вона бачила два тижні тому. Ваш магазин так не рахує. Він рахує замовлення в день замовлення. Тому: Розбіжність сама по собі це норма. Різні системи відповідають на різні питання. Meta відповідає «скільки продажів повʼязані з рекламою», магазин відповідає «скільки замовлень прийшло». А от кратна розбіжність це вже симптом. Сорок проти дванадцяти на невеликому обсязі варто перевірити не на атрибуцію, а на дублі. Спершу переконайтесь, що піксель і сервер шлють однаковий event_id, і лише потім міркуйте про вікна. Типові проблеми Meta пікселя і Conversions API на OpenCart Короткий список того, що я бачу з магазину в магазин. 1. Піксель і сервер без спільного event_id. Найдорожча поломка з усіх, бо вона не виглядає поломкою. Дохід подвоєний, рішення приймаються по вигаданих числах. 2. Подія покупки живе на сторінці подяки. Покупець після оплати не повернувся, і продажу для Meta не існує. Дзеркально до першого пункту: там дублі, тут недолік. 3. Серверні події їдуть з великою затримкою. Черга накопичилась, вивантаження пройшло через три доби, вікно в 48 годин закрилось. Формально все налаштовано, фактично дублі. 4. У серверну подію не кладуть дані покупця. Магазин має пошту і телефон, а відправляє порожнечу. Зіставлення гірше, ніж могло б бути, і це видно по вартості результату. 5. Ідентифікатори не збігаються з каталогом, або переданий не той content_type. Динамічні оголошення тихо перестають бути динамічними. OcBox AI Remarketing: Meta піксель, Conversions API і ремаркетинг для OpenCart без ручної збірки Ці пʼять пунктів і були причиною зібрати OcBox AI Remarketing & Advanced Analytics. По Meta там зроблено рівно те, що описано вище, і я перерахую предметно, бо загальні слова тут нічого не варті. Дедуплікація зроблена так, як у документації. Піксель у браузері відправляє подію з eventID, серверна відправка йде з тим самим event_id і відповідним event_name. Тобто саме той основний спосіб, а не запасний через fbp з його обмеженням на порядок подій. Дані покупця передаються повністю. Хешовані: пошта, телефон, імʼя, прізвище, місто, область, індекс, країна, зовнішній ідентифікатор. Нехешовані, як і вимагає Meta: IP, user agent, а також fbc і fbp з cookie. Саме останні два найчастіше і забувають, хоча вони звʼязують покупку з конкретним кліком. Подія покупки відправляється з сервера в момент, коли замовлення отримує статус, а не зі сторінки подяки. Покупцю не треба повертатися з платіжного шлюзу. І ви самі обираєте, які статуси вважати продажем, тобто можете рахувати оплачені, а не просто створені замовлення. Згода на cookie врахована. Є банер і Consent Mode, де рекламна категорія керує саме пікселями, зокрема Meta. До згоди піксель не пише _fbp, після згоди накопичені події дошлються. Сторінка модуля на форумі це вітрина з описом і журналом змін, файлів там нема. Доступ до завантаження надається після оплати, збірка компілюється під домен магазину. Швидка перевірка Meta пікселя і Conversions API у Events Manager Відкрийте Events Manager, знайдіть подію Purchase і подивіться на джерела. Якщо там і браузер, і сервер, ви маєте побачити, що частина подій позначена як дедупльовані. Якщо ви бачите два повноцінні потоки і жодної ознаки склеювання, у вас подвійний рахунок просто зараз, і всі рішення останніх місяців приймались по завищеному доходу. Це десять хвилин роботи, і це та перевірка, яку варто зробити раніше, ніж чіпати бюджети. Якщо після цієї перевірки виявиться, що дедуплікації нема, дані покупця в серверні події не летять, або серверні події їдуть із затримкою в кілька діб, ці пʼять типових поломок закриває OcBox AI Remarketing & Advanced Analytics одним модулем, без ручної збірки пікселя і Conversions API під ваш OpenCart. Часті питання Що таке Meta піксель і навіщо він магазину на OpenCart Meta піксель це фрагмент JavaScript-коду, який ставиться в теми OpenCart і повідомляє Facebook, що зробив відвідувач: подивився товар, поклав у кошик, оформив замовлення. Без пікселя Meta не бачить, які саме дії людей на сайті випливають з реклами, тому не може ні коректно оптимізувати кампанії, ні зібрати аудиторії ремаркетингу, ні побудувати схожі аудиторії. Для магазину на OpenCart піксель це мінімальний рівень, без якого реклама у Facebook та Instagram працює наосліп. Чим Conversions API відрізняється від пікселя Meta Meta піксель відправляє події з браузера покупця, а Conversions API (CAPI) відправляє ті самі події з вашого сервера. Піксель втрачає частину подій через блокувальники реклами, обмеження браузерів на сторонні cookie і закриті вкладки. Conversions API цих обмежень не має, тому доносить до Meta ті події, які браузер втратив. У серверну подію можна покласти більше даних про покупця (пошта, телефон, місто), що покращує зіставлення і зменшує вартість результату. Правильна схема це не «замість пікселя», а піксель і CAPI разом плюс дедуплікація подій. Що таке дедуплікація подій Meta і чому вона важлива Дедуплікація це склеювання однієї покупки, яка приїхала в Meta двома шляхами (з пікселя і з Conversions API), в одну подію. Без неї Meta вважає це двома різними покупками, дохід у звітах подвоюється, ROAS завищений, і рекламодавець піднімає ставки під цифру, якої не існує. Meta склеює події за парою полів eventID пікселя і event_id Conversions API, за умови що обидві прийшли протягом 48 годин. Якщо серверні події їдуть черга раз на кілька діб, вікно закривається і дедуплікація перестає працювати. Скільки покупок треба, щоб працював ремаркетинг у Facebook Для звичайної аудиторії ремаркетингу «хто був на сайті» мінімум Meta публічно не оголошує, працює будь-який непорожній список. А от для схожих аудиторій lookalike вимога тверда: у вихідній аудиторії має бути щонайменше 100 учасників з однієї країни. Схожа аудиторія на базі покупців зазвичай найкращий варіант для магазину, але поки у вас не назбиралось сто оплачених замовлень, будувати lookalike нема з чого. Тому послідовність така: спершу піксель і CAPI, потім сто покупців, потім lookalike. Чому Meta піксель погано працює саме на OpenCart Найчастіші причини у магазинах на OpenCart: піксель і серверні події відправляються з різними ідентифікаторами, тому Meta не дедуплікує їх і рахує кожну покупку двічі; подія Purchase живе тільки на сторінці подяки, куди покупець після оплати часто не повертається; серверні події складаються в чергу і виїжджають раз на добу або рідше, вилітаючи за 48-годинне вікно дедуплікації; у серверну подію не кладуть хешовані дані покупця, які магазин має на момент замовлення; ідентифікатори товарів у пікселі не збігаються з каталогом у Commerce Manager, і динамічні оголошення перестають бути динамічними. Всі пʼять лікуються не окремими правками теми, а одним модулем, який робить піксель, Conversions API і каталог узгоджено.

Найчастіше питання, з яким до мене приходять власники магазинів на OpenCart, звучить так: «завела Merchant Center, товари залилися, а реклами нема». Трохи рідше дзеркальне: «плачу в Google Ads третій місяць, товарних оголошень не бачу». Люди думають, що це дві різні біди. Це одна. Merchant Center і Google Ads вважають за один інструмент з двома вкладками. Насправді їх три, і третій зазвичай взагалі не помічають. А тримається вся конструкція на одному нудному полі, яке я покажу нижче: коли воно не сходиться, у вас три справні системи і магазин, що не заробляє. Три системи, а не дві Merchant Center це склад. Google описує його як безкоштовний інструмент, у якому ви завантажуєте і ведете дані про товари, щоб вони показувались у пошуку, на картах, у YouTube. Зверніть увагу на слово «безкоштовний». Сам по собі Merchant Center нічого не рекламує і жодної гривні не витрачає. Він лише знає, що у вас є, почім і чи є воно в наявності. Google Ads це каса і черга. Бюджети, ставки, кампанії, аудиторії, конверсії. Вирішує, кому, де і за скільки показати. Тег на сайті це памʼять. Ось про нього і забувають. Merchant Center знає товари, Google Ads знає гроші, і тільки тег знає людей: хто який товар дивився, хто кинув кошик, хто дійшов до оплати. Без нього перші дві системи працюють наосліп, і жоден ремаркетинг неможливий у принципі, бо повертати нема кого. Щоб склад запрацював на рекламу, акаунти треба звʼязати. Google каже це прямо: звʼязати Google Ads і Merchant Center потрібно до того, як ви зможете створити товарні кампанії. Без звʼязку касі просто нема чим торгувати, і саме тут застрягає більшість історій «а де мій Shopping». Швидка перевірка, поки не пішли далі: якщо товарні оголошення не показуються, дивіться не на ставки. Дивіться, чи звʼязані акаунти і чи схвалені товари у фіді. Дев'ять разів з десяти справа в цьому. Фід: обовʼязковий мінімум і одна вимога, на якій усі горять Обовʼязковий набір у специфікації товарних даних невеликий: id, title, description, link, image_link, availability, price. Для нових товарів додається brand, за винятком фільмів, книжок і музики. gtin Google називає настійно рекомендованим, а mpn вимагає тоді, коли у виробника GTIN просто нема. Це знають усі. А горять на іншому, що записане в тій же специфікації: ціна у фіді має збігатися з ціною на сторінці товару, у структурованих даних і на кроці оформлення. Не «приблизно відповідати ринку», а збігатися з тим, що покупець побачить. На OpenCart цю вимогу порушують тихо, без єдиного попередження в адмінці, і майже завжди одним з трьох способів: 1. Акція живе на вітрині, але не поїхала у фід. Спецпропозиція показується покупцю, вивантаження віддає базову ціну. Товар відхиляють за невідповідність. 2. ПДВ додається на чекауті. У фіді ціна без податку, у кошику з податком. Формально ви нікого не обманюєте, з погляду перевірки це розбіжність. 3. Різні ціни для груп покупців. Фід віддає ціну однієї групи, анонімний відвідувач бачить іншу. Найпідступніший варіант, бо в адмінці все виглядає правильно. Лікується це не переписуванням оголошень. Відкрийте фід, відкрийте ту саму картку в анонімному вікні браузера і подивіться на два числа. Якщо вони різні, далі йти немає сенсу. Два поля, які відрізняють налаштований фід від залитого Ось тут починається різниця між «товари завантажились» і «фідом можна керувати грошима». custom_label_0 ... custom_label_4. Google дає пʼять власних міток на товар, щоб ви могли будувати з них фільтри для кампаній Performance Max, Shopping і Demand Gen. Обмеження щедрі: до ста символів на мітку, до тисячі унікальних значень на кожну мітку в межах акаунта. Чому це найнедооціненіше поле у всьому фіді. Без міток товарна кампанія ставиться до всього каталогу однаково. Товар з маржею 40% і товар з маржею 6% отримують той самий бюджет і ту саму ставку, хоча перший вас годує, а другий просто витрачає гроші красиво. Розмітьте маржинальність смугами, наявність, сезонність, статус розпродажу, і у вас зʼявляється право платити різні гроші за різні товари. Це найдешевше покращення рентабельності, яке взагалі існує в товарній рекламі, бо не потребує ні нового трафіку, ні нових оголошень. item_group_id. Групує варіанти одного товару, і є обовʼязковим для безкоштовних карток з варіантами. Для OpenCart це болюче місце: опції розміру і кольору легко перетворюють один товар на десяток окремих записів, які конкурують між собою за ваші ж гроші. Запамʼятайте це поле, воно ще спливе далі, коли дійдемо до динамічного ремаркетингу. Конверсії налаштовують ДО кампаній, а не після Звичний порядок дій: запустити рекламу, витратити бюджет, потім розібратися з аналітикою. Він коштує приблизно один місячний бюджет, і ось чому. Google Ads вимірює дії на сайті через тег і налаштовані дії-конверсії, і в довідці окремо наголошено, що правильний поділ конверсій на основні та другорядні критично важливий. Основні це ті, за якими алгоритм оптимізує, другорядні лише для спостереження. Найпоширеніша помилка тут одна і вона дорога: додавання в кошик зроблене основною конверсією. Алгоритм чесно виконує поставлену задачу і починає купувати вам додавання в кошик. Їх справді стає більше. Продажів не стає, бо їх ніхто не просив. Далі автоматичні ставки. Google прямо пише, що для роботи автоматичних стратегій потрібне ввімкнене відстеження конверсій, і радить оцінювати результат на періоді щонайменше з 30 конверсіями, а для стратегії з цільовою рентабельністю щонайменше з 50. Ось через цю цифру малі магазини й розчаровуються в автоматиці. При дванадцяти замовленнях на місяць стратегії нема на чому вчитися, вона блукає, і алгоритм тут ні до чого. У такому випадку чесніше визнати, що вам поки рано, і почати з ручного керування однією вузькою кампанією. Порахуйте, чи ви взагалі можете дозволити собі цю рекламу Найкоротша розмова в моїй роботі. Беззбитковий ROAS це одиниця поділена на маржу, і більше нічого знати не треба. Маржа 30% означає, що реклама має повертати приблизно 3.3 гривні з кожної вкладеної, щоб ви вийшли рівно в нуль. Маржа 12% означає ROAS близько 8. На холодному трафіку в більшості ніш такого не буває. Це не вирок. Це означає, що спершу треба зрушити маржу, середній чек або частку повторних покупок, інакше ви платите за оборот. І це рівно та причина, чому для магазину з тонкою маржею ремаркетинг часто єдиний канал, який взагалі сходиться в економіці: він працює з людьми, за яких ви вже заплатили один раз. Бренд забирайте з-під Performance Max Performance Max Google описує як кампанію, з якої ви отримуєте доступ до всього інвентарю Google з одного місця: YouTube, медійна мережа, пошук, Discover, Gmail, карти. Зручно, і в цьому пастка. PMax охоче збирає найдешевші конверсії, а найдешевші конверсії в магазину це власний бренд. Люди, які й так шукали вас за назвою, купили б і без реклами. У звіті виходить чудовий ROAS, у касі не змінюється нічого, і ви радісно піднімаєте бюджет каналу, який продає вам ваших же покупців. З тієї самої довідки забираємо робочий важіль: пошукові кампанії з точною відповідністю ключового слова мають пріоритет над Performance Max, коли запит збігається з цим словом. Тобто бренд можна вивести з-під PMax, зібравши окрему брендову кампанію з точною відповідністю. Це один з небагатьох чесних способів побачити, скільки PMax приносить насправді, а не скільки він собі записав. Там же про аудиторії: те, що ви додаєте в PMax, називається сигналами і служить, щоб скеровувати навчання кампанії. Це не таргетинг. Додати свій список ремаркетингу в PMax і вважати, що тепер покази йдуть тільки цим людям, означає неправильно зрозуміти інструмент. Ремаркетинг: спершу арифметика, потім сегменти Ремаркетинг це не «наздоганяти банером кожного, хто зайшов». Це робота з людьми, за перший візит яких ви вже заплатили: вони знають бренд, бачили ціну, дійшли до якогось кроку і зупинились. Повернути таку людину майже завжди дешевше, ніж привести нову. Але перед тим, як обирати сегменти, треба зробити одну перевірку, яку не робить майже ніхто. Чи вистачає вашого трафіку, щоб список взагалі запрацював Google вимагає мінімум 100 активних відвідувачів або користувачів за останні 30 днів для показу в медійній мережі, у пошуковій мережі і на YouTube. Спершу добра новина: для пошуку поріг теж 100. У мережі досі кочує стара цифра в тисячу, і через неї магазини роками не вмикають пошуковий ремаркетинг, вважаючи, що він для великих. Він не для великих. А тепер сама перевірка. Поріг рахується не від усього трафіку, а від кожного сегмента окремо. І ось що з цього виходить: Частки у воронці тут мої, консервативні, взяті як приклад. Підставте свої з GA4, висновок від цього не зміниться, зміняться тільки пороги. Порахуймо межі прямо: при частці кинутих кошиків близько 6% від візитів список кинутого кошика доживає до сотні людей приблизно від 1700 візитів на місяць. Список тих, хто почав оформлення, при частці 2.5% вимагає вже близько 4000 візитів. А ось список переглядачів товарів набирається майже одразу, йому вистачає кількох сотень візитів. Практичний висновок, який економить місяці: магазину на 800 візитів у місяць не треба будувати пʼять красивих сегментів. Чотири з них будуть порожні і не покажуть нічого. Йому треба один широкий список переглядачів товарів, і він працюватиме. Термін памʼяті списку: 30 днів за замовчуванням, і це майже завжди не ваше число У тій самій довідці: тривалість членства за замовчуванням 30 днів, максимум 540 днів, однаково для медійної та пошукової мереж. Тридцять днів це значення з коробки, а не рекомендація під ваш товар. Далі логіка проста і залежить від того, скільки людина думає перед покупкою. Продаєте витратне, те, що беруть регулярно: корм, фільтри, косметику. Тут тридцять днів завелико, ви місяць показуєте рекламу тому, хто вже купив, і дратуєте його за власні гроші. Коротший цикл працює краще. Продаєте те, що обирають довго: меблі, інструмент, техніку, обладнання. Тут тридцять днів це втрата. Людина порівнює два місяці, а ви забули про неї на тридцятий день, рівно перед тим, як вона дозріла. І ще одна деталь звідти ж, про яку майже ніхто не знає: якщо сегмент не використовується в таргетингу кампанії чи групи оголошень 540 днів, Google Ads закриває його автоматично. Створені колись «на майбутнє» списки тихо перестають зростати. Окремо про списки клієнтів: завантажені або оновлені після 1 лютого 2024 року працюють з порогом 100 користувачів, старіші тримають поріг 1000. Тобто якщо ваш список покупців лежить з позаминулого року і його не оновлювали, він може не працювати саме через це. Сегменти, які дають гроші Переглянув товар, не додав у кошик. Найширший і найхолодніший. Для малого магазину часто єдиний, який набирається. Працює на впізнаваність і на повернення, не чекайте від нього високої рентабельності. Додав у кошик, не почав оформлення. Тепліший. Тут уже є сенс показувати саме той товар, а не банер магазину. Почав оформлення і не купив. Найдорожчий і найтепліший сегмент, який у вас взагалі буває. Людина ввела дані і зупинилась. Якщо десь і має сенс підвищена ставка, то тут. Купив. Цей потрібен не для того, щоб показувати, а щоб виключати. Покупця треба прибрати з кампаній залучення, інакше ви платите за покази людям, які вже віддали вам гроші. Це найшвидша економія в усьому списку і вмикається за пʼять хвилин. Окремо з цим сегментом працюють на повторну покупку і на супутні товари, але це вже інша кампанія з іншою логікою, не змішуйте. Таргетинг проти спостереження: перемикач, який вирішує долю кампанії Це те місце, де найчастіше ламають собі пошукові кампанії, і воно варте окремого розділу. Коли ви додаєте аудиторію до кампанії, у Google Ads є два режими, і різниця між ними принципова. У довідці сказано просто: «Таргетинг» обмежує охоплення групи оголошень, а режим «Спостереження» не змінює того, хто побачить ваші оголошення і де вони покажуться, він лише дає дані і можливість коригувати ставки. Що це означає на практиці. Додали список ремаркетингу в режимі «Таргетинг» на звичайну пошукову кампанію, і вона миттєво перестала показуватись усім, крім тих, хто вже був на сайті. Трафік обвалився, ви цього не планували. Правильний хід для більшості магазинів: «Спостереження» плюс підвищена ставка для тих, хто вже був на сайті. Ви нічого не звужуєте, бачите окремою стрічкою, скільки коштує і скільки приносить повернений відвідувач, і платите за нього більше свідомо, бо він і справді вартий більше. «Таргетинг» лишайте для випадків, коли ви дійсно хочете говорити тільки з поверненими: окрема кампанія на кинуті кошики, окрема пропозиція для покупців. Динамічний ремаркетинг і те саме нудне поле Динамічний ремаркетинг це коли людині показують саме той товар, який вона дивилась, а не абстрактний банер. Для нього потрібні одночасно фід і тег. І ось воно, те поле, з якого я почала. У довідці про події та параметри динамічного ремаркетингу вимога сформульована так: параметр id, який тег передає з сайту, має збігатися з одним з атрибутів фіду Merchant Center, а саме з id, item_group_id або display_ads_id. Три наслідки, які варто прочитати повільно. Перший. Якщо ваш сайт віддає внутрішній ідентифікатор товару OpenCart, а фід зібрано за артикулом, збігу не буде. Обидві системи справні, звітів про помилку ніхто не покаже, показ просто перестане бути динамічним і перетвориться на звичайний банер. Другий, приємний. Збіг дозволений не тільки по id, а й по item_group_id. Для магазину, де товар має розміри чи кольори, це рятує: сайт може віддавати ідентифікатор групи, і Google все одно впізнає товар. Третій. Параметр google_business_vertical у довідці позначений як рекомендований, а не обовʼязковий для роздрібу. Я його все одно ставлю, але якщо десь прочитаєте, що без нього нічого не працює, це неправда. Що ламається саме на OpenCart Тепер конкретика по наших магазинах. Ці чотири поломки я бачу з магазину в магазин, і вони не залежать від того, хто робив сайт. Подія початку оформлення на нестандартному чекауті. Багато рішень визначають сторінку оформлення за наявністю слова checkout в адресі. Є швидке замовлення, одностраничне оформлення або вимкнені ЧПУ, і події просто нема. У воронці зʼявляється діра між кошиком і покупкою, а побачити її неможливо, бо звіт не показує те, чого не існує. Заразом ви втрачаєте найтепліший сегмент ремаркетингу, той самий, що «почав оформлення і не купив». Покупка після повернення з платіжної системи. Класична схема шле подію на сторінці подяки. Частина покупців туди не повертається: закрив вкладку, застряг на банківській сторінці, оплатив і пішов у справах. Замовлення в адмінці є, у звіті його нема, і рекламний кабінет вважає кампанію гіршою, ніж вона є. Подвійний рахунок покупки. Дзеркальна біда. Покупець оновлює сторінку подяки, подія летить удруге. Дохід подвоюється, ROAS малюється чудовий, і рішення ви приймаєте по цифрах, яких не існує. Розбіжність ідентифікаторів. Те саме поле id. Окремо підступне тим, що ламає не звіт, а саме динамічний ремаркетинг, тобто найдорожчу частину. Що з цим робить наш модуль Оскільки ці поломки повторювались у кожному другому магазині, ми зібрали рішення в один модуль: OcBox AI Remarketing & Advanced Analytics. Він ставить піксель і серверні події для GA4, Meta, TikTok, Pinterest, Snapchat, X, Microsoft UET, Microsoft Clarity і Criteo. Одна установка замість окремого тега під кожну систему. Два рішення в ньому прямо випливають з тексту вище. Подія покупки живе на сервері, а не на сторінці подяки. Модуль чіпляється до моменту, коли замовлення отримує статус, і відправляє продаж звідти. Покупцю для цього не треба нікуди повертатися: закрив вкладку одразу після оплати, застряг на банківській сторінці, пішов у справах, продаж усе одно порахований. Це і є відповідь на класичне «в кабінеті менше покупок, ніж у магазині». Побічний наслідок, який я ціную навіть більше: ви самі обираєте, які статуси вважати продажем. Хочете рахувати оплачені замовлення, а не просто створені, це питання галочки в налаштуваннях. І тоді дохід у рекламному кабінеті сходиться не з намірами, а з тим, що реально дійшло до каси, а автостратегія вчиться на правильних грошах. Сторінки кошика і оформлення не вгадуються по слову в адресі. Для них є окремі поля в налаштуваннях. Якщо у вас власне швидке замовлення або вимкнені ЧПУ, адресу вказуєте прямо, і подія початку оформлення зʼявляється там, де вона справді відбувається. Заразом оживає той самий найтепліший сегмент ремаркетингу, який без неї просто не існував. Сторінка модуля на форумі це вітрина з описом і журналом змін, файлів там нема. Доступ до завантаження надається після оплати, збірка компілюється під домен магазину. Один крок, який можна зробити сьогодні Відкрийте адмінку і рекламний кабінет за один і той самий тиждень. Порівняйте кількість замовлень. За моїм досвідом розбіжність до 20% це буденність, з нею живуть і на неї не зважають. Більша означає, що проблема у вас не в рекламі, а в обліку, і будь-яка оптимізація кампаній до її полагодження це стрільба наосліп. Перевірка безкоштовна, займає пʼять хвилин і напрочуд часто змінює план на місяць. А якщо різниця в нормі, відкрийте налаштування свого списку ремаркетингу і подивіться на тривалість членства. Якщо там стоїть 30 днів, бо ви його ніколи не міняли, у вас є чим зайнятися наступні пʼять хвилин.

OcBox Tasks это бесплатная доска задач для админки OpenCart и ocStore с канбан-интерфейсом, привязкой файлов, связью с заказами и товарами и плиткой на панели управления. Заменяет привычный Trello, где задачи по магазину живут отдельно от самого магазина, на встроенный менеджер задач прямо в админке. Что делает модуль В админке появляется раздел "Задачи" с канбан-доской: "К выполнению", "В работе", "На проверке", "Готово". Задачи создаются вручную или из карточки заказа (например "Уточнить у клиента адрес"), карточки товара ("Дописать описание"), из отчётов. К задаче прикрепляются файлы, назначаются исполнители из числа админов магазина, ставится дедлайн, добавляются комментарии. На главной странице админки появляется плитка с количеством задач по статусам и списком просроченных. Кому подойдёт Магазинам с командой из 2 и более человек: владелец, менеджер, контент, склад. Всем, кто ведёт задачи по магазину в отдельных таблицах, чатах, стикерах и постоянно теряет их. Особенно удобно, когда задачи прямо связаны с заказом или товаром, потому что не нужно каждый раз копировать номер заказа из одной системы в другую. Основные возможности Канбан-доска в админке: К выполнению, В работе, На проверке, Готово Привязка задач к заказам, товарам, категориям, клиентам Файлы, чек-листы, комментарии, дедлайны Назначение исполнителей из числа админов Плитка на главной странице админки с ключевыми цифрами Фильтры: мои задачи, просроченные, по проекту, по клиенту Уведомления о новых задачах и приближающихся дедлайнах История изменений по задаче Чем лучше стандартного OpenCart В OpenCart нет никакого менеджера задач. Обычно магазины ведут задачи в Trello, Notion, Google Keep или чате Telegram, что создаёт разрыв: задача "перезвонить клиенту по заказу №1234" живёт отдельно от самого заказа. OcBox Tasks встраивает задачи прямо в контекст магазина. Как это помогает бизнесу Все задачи по магазину в одном месте, никто ничего не теряет. Прямая связь задача to заказ ускоряет коммуникацию: менеджер видит задачу и одним кликом открывает заказ, к которому она относится. Плитка на главной админки не даёт забыть про просроченные задачи, что улучшает качество обслуживания клиентов и снижает количество отменённых заказов из-за забытых звонков. FAQ Как вести задачи по магазину в OpenCart Через OcBox Tasks: устанавливается бесплатный модуль, в админке появляется раздел с канбан-доской, задачи создаются вручную или из карточек заказов и товаров. Работает ли на ocStore 2.3 и OpenCart 3 Да, есть сборки под обе версии, обе бесплатные. Можно ли назначать задачи на разных сотрудников Да, задача назначается на любого пользователя админки. У каждого сотрудника есть фильтр "мои задачи". Сохраняются ли задачи при удалении модуля При удалении модуля через админку задачи по умолчанию сохраняются в базе, есть отдельная кнопка "Очистить все задачи", если нужно удалить полностью. Скачать бесплатно и посмотреть скриншоты: OcBox Tasks на opencartforum.

OcBox Product Bundles это модуль комплектов и наборов товаров для OpenCart и ocStore, который позволяет собирать из нескольких товаров каталога готовый набор со скидкой, автоматически считать цену комплекта, показывать его отдельной карточкой и учитывать остатки составляющих. Заменяет ручное создание "виртуальных" товаров-наборов на удобный конструктор. Что делает модуль В админке собирается комплект: телефон + чехол + защитное стекло + карта памяти, каждый со своей штучной ценой. Указывается либо фиксированная цена набора, либо процент скидки от суммы товаров, либо конкретная скидка в гривнах. На сайте создаётся отдельная карточка комплекта, где показаны все входящие товары со своими картинками и описанием, а итоговая цена ниже, чем сумма по отдельности. При покупке комплекта списываются остатки со всех входящих товаров, чтобы не уйти в минус. Кому подойдёт Магазинам, где логичны наборы: электроника (телефон + аксессуары), косметика (уход по типу кожи), детские товары (комплекты для новорождённого), автозапчасти (комплект ТО), одежда (лук из нескольких вещей), еда и напитки (подарочные наборы). Наборы это классический инструмент увеличения среднего чека, работает почти в любой нише. Основные возможности Собрать комплект из любых товаров каталога Три модели цены: фиксированная, процент скидки, скидка в гривнах Отдельная карточка комплекта с фото и описанием всех входящих товаров Учёт остатков всех составляющих при покупке Возможность заменить один товар в наборе другим (варианты) Показ экономии клиенту: "Дешевле на 350 гривен" Работа с промокодами и другими скидками Отдельные метки, категории, атрибуты для комплектов Чем лучше стандартного OpenCart В штатном OpenCart нет понятия комплекта. Обычно магазины делают "виртуальный" товар-набор вручную: копируют фото, дописывают в описание что входит, руками ставят цену. При каждой покупке остатки составляющих не списываются, что приводит к перепродажам. Product Bundles решает всё это автоматически. Как это помогает продажам Комплекты дают явный выигрыш покупателю (дешевле, чем купить каждый по отдельности), что мотивирует брать больше товаров сразу. Средний чек растёт на 15 до 30 процентов, потому что вместо одного товара покупатель забирает сразу пачку. Плюс сокращается количество брошенных корзин с одним товаром, потому что комплект воспринимается как одна покупка. FAQ Как сделать комплект товаров в OpenCart Через OcBox Product Bundles: в админке создаётся комплект, выбираются входящие товары, задаётся цена или скидка. На сайте появляется отдельная карточка комплекта. Работает ли на ocStore 2.3 и OpenCart 3 Да, есть сборки под обе версии. Что происходит с остатками при покупке комплекта Списываются остатки всех входящих товаров. Если хоть один товар закончился, комплект автоматически становится недоступным. Можно ли дать клиенту выбор внутри комплекта Да, комплект поддерживает варианты: в одной позиции набора клиент выбирает цвет чехла или размер стекла, остальные позиции фиксированные. Скриншоты и покупка модуля: OcBox Product Bundles на opencartforum.

OcBox Sitemap это бесплатный модуль генерации Google sitemap.xml для OpenCart и ocStore, который строит карту сайта через CRON, поддерживает hreflang для многоязычных магазинов, разбивает большие карты на части и ускоряет индексацию новых страниц в Google. Заменяет ситуацию "sitemap не обновлялся полгода" на автоматическую свежую карту, готовую к отправке в Search Console. Что делает модуль По расписанию CRON (раз в час, раз в день) собирает все категории, товары, статьи, страницы информации и строит валидный XML-файл sitemap.xml по стандарту sitemaps.org. Для каждой страницы указывает дату последнего изменения (lastmod), приоритет и частоту обновления. Для многоязычных магазинов пишет hreflang-ссылки на все языковые версии одной и той же страницы, что важно для правильной выдачи Google в разных странах. Если карта превысила 50 000 URL или 50 МБ, автоматически разбивается на sitemap-index с несколькими файлами. Кому подойдёт Всем магазинам на OpenCart и ocStore, которые хотят, чтобы новые товары и категории быстро попадали в индекс Google. Особенно магазинам с большим каталогом (от 10 000 товаров), где штатная карта отдельно генерируется каждый раз и тормозит сервер. Плюс многоязычным магазинам (украинский, русский, английский), где нужен правильный hreflang. Основные возможности Автоматическая генерация sitemap.xml через CRON Поддержка категорий, товаров, статей, страниц информации, ЧПУ Поле lastmod с реальной датой последнего изменения Hreflang для многоязычных магазинов Автоматическое разбиение на sitemap-index при больших объёмах Настройка приоритета и частоты обновления по типу страницы Исключение отключённых товаров и категорий Автоматический пинг Google после обновления карты Чем лучше стандартного OpenCart Штатная карта OpenCart генерируется на лету при каждом запросе, что тормозит сервер на больших каталогах и часто отдаёт таймаут. Она не поддерживает hreflang, не разбивается на части, не имеет lastmod. Модули других разработчиков часто платные и без CRON. OcBox Sitemap делает всё правильно, работает через CRON и бесплатный. Как это помогает SEO Правильный sitemap.xml с актуальными lastmod помогает Google быстрее находить новые страницы и переобходить обновлённые. Особенно критично для магазинов, которые часто добавляют новые товары или меняют цены. Hreflang правильно распределяет украинскую и русскую версии магазина по украинской и русской выдаче Google, без каннибализации собственных страниц. FAQ Как сгенерировать sitemap.xml для OpenCart Через OcBox Sitemap: устанавливается модуль, включается генерация через CRON, файл sitemap.xml появляется в корне сайта. Дальше он добавляется в Google Search Console. Работает ли на ocStore 2.3 и OpenCart 3 Да, есть сборки под обе версии, обе бесплатные. Что такое hreflang и зачем он нужен Hreflang это атрибут, указывающий Google, что данная страница имеет версии на других языках. Помогает показать украинскую версию украинцам, русскую русским, английскую англоязычной аудитории, без каннибализации собственных страниц. Что делать, если карта больше 50 000 URL Модуль автоматически разбивает большие карты на sitemap-index с несколькими файлами по 50 000 URL или 50 МБ, всё по стандарту Google. Скачать бесплатно и посмотреть скриншоты: OcBox Sitemap на opencartforum.

OcBox Antihack это бесплатный модуль защиты OpenCart и ocStore от взлома: веб-экран (WAF) с блокировкой типовых атак (SQL-инъекции, XSS, обход авторизации, брутфорс админки), сканер файлов на предмет закладок и шеллов, блокировка подозрительных IP, лог всех атак. Заменяет ситуацию "магазин взломали через дырку в старом модуле" на активную защиту, которая ловит атаку до того, как она сработала. Что делает модуль Веб-экран проверяет каждый входящий HTTP-запрос на признаки атаки: подозрительные параметры, попытки SQL-инъекции, XSS-скрипты, попытки обхода авторизации, аномальные User-Agent. При обнаружении атаки запрос блокируется, IP заносится в чёрный список. Сканер файлов регулярно проверяет весь код магазина на изменения и на наличие типовых веб-шеллов, которые злоумышленники подкидывают через уязвимые модули. Все события атак пишутся в лог с деталями. Кому подойдёт Всем магазинам на OpenCart и ocStore, особенно тем, у которых установлено много старых модулей от разных разработчиков (там больше всего дыр). Магазинам, где уже был взлом или заражение. Магазинам с обширным трафиком, которые становятся мишенью автоматических ботов. Основные возможности Веб-экран (WAF) с правилами против SQL-инъекций, XSS, обхода авторизации Защита формы входа админки от брутфорса Сканер файлов на предмет веб-шеллов и подозрительных изменений Чёрный и белый список IP Гео-фильтрация: блокировка запросов из выбранных стран Лог всех атак с деталями (IP, запрос, тип атаки) Уведомления на почту при критических событиях Работает как самостоятельный модуль, без внешних сервисов Чем лучше стандартного OpenCart У OpenCart из коробки нет никакой активной защиты от атак. Только базовая экранизация входных данных на уровне ядра, которая ловит не всё, особенно в сторонних модулях. Обычно магазины полагаются на CloudFlare или Imunify от хостера, что защищает только на общем уровне и не знает специфику OpenCart. Antihack закрывает именно OpenCart-специфичные атаки. Как это помогает бизнесу Взлом магазина стоит от нескольких дней простоя до полной потери базы клиентов и репутации. Восстановление после серьёзного взлома с чисткой шеллов и переустановкой это отдельная работа за несколько тысяч гривен. Активная защита ловит 95 процентов автоматических атак и брутфорса, что снижает риск взлома в разы. Модуль бесплатный, поэтому нет причины не поставить. FAQ Как защитить OpenCart от взлома Через OcBox Antihack: ставится модуль, включается веб-экран, настраивается сканер файлов и блокировка IP. Дальше следить за логом атак. Работает ли на ocStore 2.3 и OpenCart 3 Да, есть сборки под обе версии, оба бесплатные. Сколько стоит модуль Модуль бесплатный, скачивается со страницы на форуме, регистрация не требуется. Что делать, если антихак заблокировал моего клиента по ошибке В админке модуля есть белый список IP, куда добавляются доверенные адреса. Также можно просмотреть лог блокировок и убрать неправильно попавший IP. Скачать бесплатно и посмотреть скриншоты: OcBox Antihack на opencartforum.

OcBox Product Showcase это модуль витрин товаров для OpenCart и ocStore с готовыми блоками "Хиты продаж", "Новинки", "Акции", "Рекомендованные" и универсальным блоком 4-в-1, где эти четыре витрины переключаются вкладками. Отдаёт данные из кэша, построенного CRON, поэтому не грузит базу и работает мгновенно даже на больших каталогах. Что делает модуль На главную страницу, в категории или на карточки товаров ставятся готовые витрины: "Хиты продаж" (по количеству заказов), "Новинки" (по дате добавления), "Акции" (со специальной ценой), "Рекомендованные" (ручной или автоматический подбор). Универсальный блок 4-в-1 показывает все четыре витрины на одном месте с переключением вкладками, что экономит место на главной и даёт покупателю сразу несколько подборок. Данные для витрин пересчитываются CRON раз в час или день, поэтому база не нагружается на каждом визите. Кому подойдёт Всем магазинам на OpenCart, где нужна красивая главная страница с несколькими витринами товаров, но штатный "Featured" уже надоел. Особенно магазинам с большим каталогом, где генерация "Хитов продаж" на каждой загрузке страницы съедает ресурсы сервера, а CRON-кэш решает эту проблему. Основные возможности Готовые витрины: хиты продаж, новинки, акции, рекомендованные Универсальный блок 4-в-1 с переключением вкладками CRON-кэш: витрины пересчитываются раз в час или день, не грузят базу Настройка количества товаров, категорий, сортировки для каждой витрины Слайдер и сетка на выбор Адаптивная вёрстка, мобильная версия Витрины ставятся на главную, категории, карточки, любые страницы Собственные шаблоны отображения (Twig) Чем лучше стандартного OpenCart В штатном OpenCart есть модули Featured, Latest, Bestseller и Special, но каждый показывает только свой список и каждый на каждой загрузке страницы делает запрос в базу. На большом каталоге это заметно тормозит. Product Showcase объединяет всё в одном модуле, добавляет 4-в-1 витрину и главное строит CRON-кэш, что снимает нагрузку с базы. Как это помогает продажам Хорошо оформленные витрины на главной странице повышают глубину просмотра, потому что посетитель сразу видит интересные подборки и переходит в них. Витрина "Хиты продаж" играет роль социального доказательства (это уже покупают, значит хорошее), витрина "Новинки" ловит постоянных клиентов, витрина "Акции" двигает товар со скидкой. Быстрая загрузка витрин через CRON-кэш улучшает Core Web Vitals и SEO-позиции. FAQ Как сделать витрину хитов продаж на OpenCart Через OcBox Product Showcase: включается модуль "Хиты продаж", указывается количество товаров и период (последние 30 дней). Витрина ставится в модульную позицию главной страницы. Работает ли на ocStore 2.3 и OpenCart 3 Да, есть сборки под обе версии. Зачем CRON-кэш Чтобы витрины не пересчитывались на каждой загрузке страницы. CRON строит кэш раз в час или день, дальше витрины отдаются из кэша мгновенно, без нагрузки на базу. Можно ли настроить блок 4-в-1 Да, в универсальном блоке настраиваются какие витрины показывать, какая активна по умолчанию, порядок вкладок и оформление. Скриншоты и покупка модуля: OcBox Product Showcase на opencartforum.

OcBox AI Photostudio это модуль AI-обработки фото товаров для OpenCart и ocStore, который автоматически убирает фон и заменяет на белый или lifestyle-сцену, улучшает качество мутных снимков, делает предметку из некачественных фото поставщика. Заменяет расходы на фотостудию и ретушёра на несколько минут работы AI. Что делает модуль В админке или в массовой обработке выделяется группа товаров, выбирается операция: "убрать фон", "заменить на белый", "поставить в lifestyle-сцену" (товар на кухне, на столе, в интерьере), "улучшить качество", "убрать блики". AI берёт исходное фото, обрабатывает через выбранную модель (Stability AI, OpenAI и другие), возвращает готовый вариант. Оригинал сохраняется, обработанное сохраняется отдельно, применяется на карточке одним кликом. Кому подойдёт Магазинам, которые продают товары от разных поставщиков с разнокалиберными фото: одни на белом, другие на грязном столе, третьи с водяным знаком другого магазина. Особенно магазинам с массовым импортом каталога из XML или CSV, где фото приходят "как есть". А также магазинам, где не хватает бюджета на фотосессию каждой новинки. Основные возможности Удаление фона AI-моделью с сохранением деталей края Замена фона на белый, цветной, градиент, lifestyle-сцену Улучшение качества: резкость, цвет, шумоподавление Массовая обработка всего каталога или выборки Несколько моделей AI на выбор (Stability, OpenAI, другие) Сохранение оригинала, откат обработки Пресеты обработки под категорию Экспорт готовых фото в WebP через OcBox Image Pro (совместим) Чем лучше стандартного OpenCart В OpenCart нет никакой обработки фото. Всё, что загружается, идёт как есть. Единственная альтернатива это ручная работа в Photoshop на каждую карточку или заказ услуг ретушёра. AI Photostudio закрывает 80 процентов задач без человека, за пару минут и за копейки в сравнении с фотостудией. Как это помогает продажам Аккуратные, однородные фото на белом фоне повышают доверие к магазину и увеличивают конверсию карточки товара. Lifestyle-сцены (товар в интерьере) помогают покупателю представить, как это будет смотреться у него, что критично для мебели, декора, посуды, одежды. По практике магазинов, замена сборной солянки фото на единый стандарт даёт плюс 10 до 20 процентов к конверсии карточки. FAQ Как убрать фон с фото товара в OpenCart Через OcBox AI Photostudio: выбирается товар или группа товаров, применяется операция "удалить фон", AI обрабатывает и сохраняет результат. Работает массово. Работает ли на ocStore 2.3 и OpenCart 3 Да, есть сборки под обе версии. Нужен ли отдельный ключ AI Да, для работы модуля нужен ключ Stability AI, OpenAI или другого поддерживаемого провайдера. Оплата за API идёт напрямую провайдеру, стоит копейки за фото. Сохранится ли оригинал фото Да, оригинал остаётся, обработанный вариант сохраняется отдельно. Можно откатить обработку и вернуть исходное. Скриншоты и покупка модуля: OcBox AI Photostudio на opencartforum.

OcBox AI Мегарепорты это модуль отчётов, дайджестов и уведомлений для OpenCart и ocStore с конструктором без SQL, 24 готовыми шаблонами и отправкой прямо в Telegram, на почту или в webhook. Заменяет ситуацию "чтобы узнать вчерашнюю выручку, нужно лезть в админку" на утренний дайджест в Telegram с цифрами продаж, топ-товарами и возвратами. Что делает модуль Конструктор отчётов работает без единой строчки SQL: собираются данные по заказам, товарам, категориям, клиентам, доставкам, оплатам, применяются фильтры, группировки, сортировка. Отчёт запускается вручную или по расписанию через CRON, результат отправляется куда угодно: в Telegram-бот владельцу магазина, на почту менеджерам, в webhook сторонней системы. Готовых шаблонов 24: выручка за день, топ товаров, брошенные корзины, новые клиенты, повторные покупки, отмены, возвраты, склад с низким остатком. Кому подойдёт Владельцам магазинов, которым нужны цифры каждый день, но лезть в отчёты OpenCart каждое утро лень. Маркетологам, которым нужны еженедельные отчёты по каналам и категориям. Складам, которым нужен утренний список товаров с низким остатком. Финансистам, которым нужен ежемесячный отчёт по возвратам и наложенным платежам. Основные возможности Конструктор отчётов без SQL: фильтры, группировки, метрики 24 готовых шаблона: выручка, топ товаров, клиенты, склад, возвраты Отправка в Telegram (бот и группа), на почту, в webhook Планировщик отчётов: раз в день, неделю, месяц, час Сравнение периодов: сегодня к вчера, эта неделя к прошлой Форматы: HTML-письмо, Telegram-сообщение с таблицей, CSV Автоматические уведомления: заказ, отмена, возврат, отзыв История отправленных отчётов в админке Чем лучше стандартного OpenCart Отчёты в OpenCart статические, их нужно запускать вручную, ходить в админку и смотреть. Никаких дайджестов в Telegram, никакого расписания, никаких webhook. Мегарепорты закрывают всю цепочку: собрал отчёт, запустил по расписанию, получил результат где удобно. Как это помогает бизнесу Ежедневный дайджест в Telegram даёт владельцу магазина понимание бизнеса без нужды лезть в админку. Отчёты по низким остаткам вовремя предупреждают о необходимости заказать товар у поставщика. Уведомления о крупных заказах позволяют менеджеру быстрее среагировать и не потерять клиента. По практике магазинов, регулярный контроль ключевых цифр напрямую влияет на прибыль. FAQ Как настроить отчёты в Telegram для OpenCart Через OcBox AI Мегарепорты: создаётся Telegram-бот, вводится его токен, выбирается чат для отправки, настраивается расписание отчётов. Готово. Работает ли на ocStore 2.3 и OpenCart 3 Да, есть сборки под обе версии. Можно ли сравнить продажи с прошлым периодом Да, есть встроенное сравнение: сегодня к вчера, эта неделя к прошлой, этот месяц к прошлому, к тому же периоду прошлого года. Нужен ли программист, чтобы сделать свой отчёт Нет, конструктор работает без SQL. Выбираются метрики, фильтры и группировки в интерфейсе, результат сразу виден. Скриншоты и покупка модуля: OcBox AI Мегарепорты на opencartforum.