Пошук по сайту

15 При покупке доступ к обновлениям в течение 1 года После окончания основного периода доступ к обновлениям можно продолжить 40.00 USD за год Скачать / Купить дополнение OcBox AI Remarketing & Advanced Analytics OcBox AI Remarketing & Advanced Analytics — вся аналитика и ремаркетинг магазина OpenCart в одном модуле Реклама и аналитика · команда OcBox Реклама сливает бюджет, а заказов мало? Наш специалист по платной рекламе Кристина настроит и отточит ваши кампании Google Ads и Meta и сведёт аналитику GA4 так, чтобы каждая вложенная гривна возвращалась заказами. Сотни реализованных e-commerce проектов, чистые цифры вместо догадок. Написать Кристине → 🔥 Акция для первых покупателей 🔥 БЫЛО $40 → СЕЙЧАС $15 −63% • ЭКОНОМИЯ $25 Цена включает год обновлений от OcBox Team. Продление лицензии дальше $40/год. Установка под ключ, отдельная услуга $40. Благодарность тем, кто помогал с разработкой и тестированием Модуль вырос на живых магазинах наших альфа-тестеров: ваши баг-репорты, скриншоты из рекламных кабинетов и фидбек в теме поддержки за последние месяцы и сделали из него то, что получилось. Каждый, кто реально помогал (тестировал, писал что не работает, показывал конфликты с другими модулями, подсказывал нужные фичи) — получает пожизненную бесплатную лицензию на этот модуль. Просто напишите в личные сообщения пользователю OcBox, напомните кто вы и как помогали, и мы выдадим лицензию на ваш домен без вопросов. Спасибо! Все рекламные пиксели, серверные API конверсий, согласие GDPR, товарный фид Google, отчёты с UTM, Telegram-уведомления и AI-помощники — в одном модуле, из одного окна в админке. Заполнили один раз ID и токены, и все события магазина (просмотр товара, корзина, оформление, покупка, поиск, регистрация) улетают в ваши рекламные кабинеты автоматически, с клиент+серверной дедупликацией, с правильной валютой и полными данными о товарах. Один платёж, без месячных подписок, без привязки к сторонним сервисам. 🔒 Ваши данные, только ваши. Без скрытых закладок Всё, что собирает модуль, идёт исключительно в ВАШИ рекламные и аналитические кабинеты (Google Analytics 4, Google Ads, Meta Pixel, TikTok, Pinterest, Snapchat, X, Bing UET, Criteo, Hotjar, Clarity), которые вы сами подключили своими ID и токенами. Модуль не стучит на сервер разработчика и ничего не собирает «для автора». Ни один пиксель OcBox, ни один фоновый запрос, ни одна серверная отправка не летит на наши домены, кроме самой проверки лицензии по вашему домену (без данных покупателей, без заказов, без трафика, только «валидный домен, да/нет»). В модуле нет скрытого кода, который сливал бы ваш трафик, клиентов или заказы куда-то в сторону. Да, код скомпилирован ionCube, но исключительно для защиты лицензии (привязка к вашему домену, как у любого платного продукта), а не чтобы что-то от вас скрыть. В отличие от некоторых решений на рынке, которые тихо сливают список ваших заказов или трафика на бэкенд стороннего автора, здесь всё прозрачно: данные летят туда, куда вы сами указали в настройках, и никуда больше. Мы с радостью показываем весь список внешних запросов модуля любому клиенту, который захочет проверить сетевым инспектором браузера или серверным tcpdump. 🤖 AI-возможности В модуль встроены два AI-помощника, которые реально выполняют две разные задачи: один помогает с настройкой, второй сам смотрит в ваши отчёты и подсказывает, куда смотреть: 1. AI-помощник настройки Подключает GA4, Meta Pixel, Google Ads, TikTok, Pinterest, Snapchat, X (Twitter), Microsoft UET, Criteo и остальные пиксели шаг за шагом. Проверяет, правильно ли вы ввели Measurement ID, Access Token, Pixel ID и CAPI-токен; подсказывает ссылкой, где именно в кабинете Google/Meta/TikTok взять нужный идентификатор; предупреждает, когда серверный токен забыли добавить или когда событие формально включено, но фактически не летит (например, потому что не проставлена метка конверсии или согласие посетителя блокирует канал). Новичок, который никогда не видел Consent Mode v2 и Conversions API, не запутается: за 15 минут поднимает весь маркетинг магазина с нуля. 2. AI-анализ отчётов (инсайты) Модуль сам смотрит на ваши данные и замечает то, на что вы лично не обратили бы внимания: резкий спад продаж в источнике «Facebook Ads» против прошлой недели, скачок в Direct без соответствующих UTM (значит, где-то отвалилась метка), пропадание топ-товара из первой десятки, изменение среднего чека, странное поведение нового источника трафика, дыра в воронке на определённом шаге оформления. Сравнивает выбранный период с предыдущим такой же длины и простыми словами (без графиков, которые надо ещё самому интерпретировать) подсказывает, на что стоит посмотреть: проверить настройки конкретной кампании, поднять конкретный товар выше в категории, скорректировать ставки, починить метку в письме рассылки. Оба помощника работают на вашем ключе OpenAI. Можно вписать ключ прямо в модуле отдельным полем, или подхватится общий ключ магазина из других OcBox-модулей (AI Chat, AI Product Editor, SEO FAQ AI, AI Photo Studio). Ключ хранится зашифрованным ключом магазина. В модель летят только обезличенные цифры и флаги настроек, никаких данных покупателей, номеров заказов, email, телефонов или адресов. Что вы получаете — детально Это не маркетинговый список, а рабочий чек-лист всего, что модуль реально делает. Каждая часть включается отдельно, и вы сами решаете, какие пиксели и фичи подключать. Google Analytics 4 — клиентский gtag плюс серверная отправка ✓ GA4 двумя путями одновременно, с правильными e-commerce событиями Вставили Measurement ID (G-XXXXXXXXXX) и, по желанию, API Secret — модуль сам ставит gtag.js на все страницы и одновременно шлёт те же события через Measurement Protocol прямо с вашего сервера. Все стандартные события магазина (view_item, view_item_list, add_to_cart, view_cart, begin_checkout, add_shipping_info, add_payment_info, purchase, search, sign_up) формируются по формату GA4, с ecommerce.items, корректной валютой, брендом и позициями. В каждом товаре события едет полный набор данных, который ожидает GA4: идентификатор, название, бренд, до пяти уровней категории, выбранный вариант (цвет, размер), цена после скидки, сама скидка в деньгах, код применённого купона, количество и домен магазина. Пустые поля не отправляются, поэтому отчёты остаются чистыми. Кнопка «Отправить тестовое событие» проверяет связь за секунду, результат виден в DebugView. События теперь включены по умолчанию сразу после установки, без необходимости заходить в настройки. ⚠ Без этого: адблок режет до половины клиентских событий, конверсии в GA4 проседают, отчёты врут, оптимизатор кампаний Google Ads работает на неполных данных. Google Ads — конверсии плюс ремаркетинг без правки шаблона ✓ Conversion ID, метки конверсий и сбор аудиторий ремаркетинга Вставили Conversion ID (AW-XXXXXXXXX) и метки в формате purchase=МЕТКА, включили переключатель ремаркетинга — и модуль передаёт в Google Ads каждую оформленную покупку с правильной суммой и валютой заказа, а на страницах товаров формирует аудиторию для показа ремаркетинга. Дедупликация событий по event_id — Smart Bidding получает чистый сигнал. ⚠ Без этого: Google Ads не видит настоящих конверсий, Smart Bidding не учится, CPA растёт, а ROAS падает. Meta Pixel — Facebook и Instagram, с Conversions API ✓ Клиентский пиксель + серверный CAPI с дедупликацией Pixel ID + Access Token в поля вкладки «Meta» — и клиентский fbq и серверный Conversions API шлют те же события с одним event_id. Meta склеивает дубликаты автоматически, поэтому отчёт в Ads Manager считает каждую покупку ровно раз, даже если у покупателя адблок. Test Event Code для проверки в реальном времени поддерживается. Access Token хранится в базе зашифрованным ключом магазина, расшифровывается только в момент вызова API. ⚠ Без этого: после iOS 14/ATT и современных адблоков Facebook «не видит» до 30–50% конверсий, кампании с оптимизацией под покупку останавливаются из-за «мало данных». TikTok — пиксель плюс Events API ✓ Пара «пиксель + серверный токен» на каждое событие магазина Вставили Pixel ID + Access Token из TikTok Events Manager — и модуль сам шлёт ViewContent, AddToCart, InitiateCheckout, PlaceAnOrder, CompletePayment и другие события клиентом и сервером. Кнопка «Test event» проверяет связь и показывает событие в TikTok Test Events. ⚠ Без этого: TikTok-реклама тратит бюджет вслепую, оптимизатор под покупку не имеет сигнала и крутит холодную аудиторию. Pinterest, X (Twitter), Snapchat, Microsoft UET (Bing), Criteo — все пиксели в одном месте ✓ Пять клиентских пикселей одной вкладкой «Другие пиксели» Ввели ID (Pinterest Tag ID, X Pixel, Snapchat Pixel, Microsoft UET, Criteo Partner ID + Account ID) — и каждый ставится на сайт с правильными стандартными событиями. Формат каждого ID проверяется, поле подсвечивается, если вы случайно вставили не то. Criteo корректно отправляет viewHome, viewList, viewItem, viewBasket, trackTransaction — теми именами, которые ожидает OneTag. ⚠ Без этого: ремаркетинг в Pinterest/Snapchat/Bing/Criteo стартует с нуля, аудитория собирается месяцами вместо недель. Hotjar и Microsoft Clarity — тепловые карты и запись сессий ✓ Site ID Hotjar и Project ID Clarity — тепловка и записи сразу Ввели идентификаторы — и на все страницы автоматически добавляются скрипты Hotjar и Clarity. Через несколько часов вы уже видите, куда кликают, где бросают корзину, какие кнопки вообще не замечают. Clarity от Microsoft полностью бесплатный и показывает сессии почти сразу. ⚠ Без этого: вы оптимизируете магазин вслепую и спорите с дизайнером «а мне кажется, так будет лучше» вместо того, чтобы просто посмотреть запись. Google Consent Mode v2 + баннер согласия — GDPR без отдельного плагина ✓ Consent Mode v2, баннер cookie и серверный гейт по согласию Включили «Режим согласия» — и до согласия посетителя рекламное хранилище стоит в состоянии «denied», рекламные события не летят, GA4 работает в анонимном режиме. Баннер снизу/сверху/по центру с кнопками «Принять всё» и «Только необходимые». Категории согласия (необходимые, аналитика, маркетинг, функциональные) выведены отдельно, каждый провайдер прибит к своей категории. Серверная отправка тоже проверяет согласие — если его нет, событие просто не пойдёт. Кнопка «Принять всё» теперь срабатывает даже на магазинах, где другой модуль ломает JS: обработчики самодостаточные, cookie ставится, consent update летит, баннер закрывается — независимо от чужих скриптов. В углу страницы всегда доступен триггер «Настройки cookie» — покупатель может изменить свой выбор в любой момент. Есть отдельный режим «Строгий opt-in» для юрисдикций, которые не принимают Consent Mode v2 и требуют полного opt-in-first. ⚠ Без этого: жалобы, штрафы GDPR, а Google с марта 2024 без Consent Mode v2 просто отбрасывает часть данных в европейских отчётах. Режим «Только Data Layer» — работа через Google Tag Manager ✓ Чистый dataLayer для GTM, без дублирования тегов Если на магазине уже стоит Google Tag Manager и вы хотите, чтобы он сам управлял тегами (GA4, Google Ads, Facebook, TikTok), включите переключатель «Только Data Layer» на вкладке «Data Layer» — модуль перестанет самостоятельно подгружать gtag.js, не будет дублировать конфиги пиксельных скриптов в head и не стрелять серверные события своим каналом. При этом dataLayer наполняется чисто и последовательно (каждая запись несёт метку event_source: "ocbox" для быстрой диагностики), GTM его читает и сам решает, куда что отправлять. Нет GTM — оставляете переключатель выключенным и модуль работает как раньше. ⚠ Без этого: модуль и GTM начинают дублировать одни и те же теги, в отчётах фантомные х2, в Tag Assistant — предупреждение о двойном срабатывании. UTM-атрибуция — видите, с какой рекламы каждый заказ ✓ Захват UTM + первый и последний source + страница входа Модуль сам запоминает utm_source, utm_medium, utm_campaign, utm_term, utm_content, первый referrer, последний referrer и landing page для каждого посетителя, и привязывает их к оформленному заказу. Вы видите, из какой именно кампании, объявления, поста в Instagram или email-рассылки пришёл каждый заказ, а не «пришёл с Гугла». Источник трафика фиксируется строго в момент оформления заказа и не сбивается на Direct, когда статус завершаете вручную в админке. ⚠ Без этого: вы видите только источник верхнего уровня (google/direct) и не знаете, какая кампания реально принесла деньги, а какая сожгла бюджет. Отчёты + экспорт в CSV + Пути к конверсии — живая статистика в админке ✓ Отчёт за период: товары, категории, заказы, источники, с фильтрами Вкладка «Панель»: отдельные кнопки периода («Сегодня», «Вчера», «Последние 7 дней», «Последние 30 дней», «Этот месяц», «Прошлый месяц», «Свой период» с двумя полями «От / До»), плитки «Всего заказов», «Общая сумма», «Средний чек», таблица «Источники трафика с продажами», отдельный блок «Пути к конверсии» с постраничным просмотром каждого заказа (видно имя покупателя, название товара, сумма, цепочка источников до покупки), навигация «На первую / В конец / Стр. NNN → Перейти», кнопка «Экспорт CSV». Всё открывается в Excel, с теми же фильтрами. Без отдельного BI-инструмента. ⚠ Без этого: отчётов по источникам в стоковом OpenCart нет, и каждый месяц вы руками сводите Google/Meta/TikTok в Excel. Встроенная самопроверка трекинга — доказывает, что всё работает ✓ Пройдите путь от категории до тестового заказа — модуль покажет каждое событие На вкладке «AI-ассистент» есть панель «Самопроверка трекинга». Нажимаете «Запустить проверку», проходите магазином: категория → товар → добавить в корзину → оформление → тестовый заказ. Возвращаетесь в модуль — и видите таблицу со строкой на каждый этап (просмотр списка категории, просмотр товара, добавлено в корзину, начало оформления, выбор доставки, выбор оплаты, покупка): зафиксировано ли событие, сработало ли ровно один раз (зелёный «OK»), задвоилось (жёлтый «Дубль»), в событии валидные данные (валюта, сумма, количество, номер заказа). Показано, откуда пришло событие — dataLayer, клиентский пиксель или серверная отправка. Если где-то проблема — модуль подсказывает, на каком именно этапе. Захват выключается через 30 минут, персональные данные покупателей не пишутся. ⚠ Без этого: вы настроили всё, а реально ли в GA4/Meta летят правильные события с правильными данными — проверяете на веру. Детектор конфликтов — предупреждает, когда другой модуль шлёт те же события ✓ Если на странице другой трекер задваивает view_item/add_to_cart/purchase — модуль это увидит Модуль следит за dataLayer на стороне покупателя и если видит, что рядом с нашими событиями там появляются view_item, add_to_cart, view_cart, begin_checkout, purchase и другие ecommerce-события, отправленные не OcBox (например, параллельно стоит другой модуль ремаркетинга / аналитики), записывает это и на вкладке «AI-ассистент» показывает жёлтое предупреждение с перечнем событий и советом: включить «Только Data Layer», или выключить те же события в другом модуле. Когда конфликтов нет — зелёная отметка «конфликтов не обнаружено». ⚠ Без этого: два модуля параллельно шлют одни и те же покупки в GA4 и Facebook, отчёты показывают х2 конверсий, ROAS оптимизатора съезжает с реальности. AI-помощник настройки + AI-инсайты в отчётах ✓ Одна кнопка — и нейросеть проверяет ваш конфиг и отчёты Нажали «AI-ассистент» — модуль отправляет в OpenAI обезличенный снимок конфига (какие провайдеры включены, есть ли серверные токены, какие события активны) и возвращает простыми словами: что уже работает, чего не хватает, какие шаги сделать дальше. Вторая кнопка «AI-инсайты» на вкладке «Панель» сравнивает выбранный период с предыдущим такой же длины, замечает аномалии (всплеск/падение продаж, смена топ-товаров, странное поведение источника) и формирует короткий вывод с рекомендациями. Ключ OpenAI можно ввести прямо в модуле отдельным полем на вкладке «AI-ассистент», либо подхватывается общий ключ магазина (из других OcBox-модулей вроде AI Chat или Product Editor). Ключ хранится зашифрованным. Данные покупателей не передаются — только цифры и флаги. ⚠ Без этого: ставите пиксель, забываете Access Token, не замечаете что серверная часть не работает, и месяцами сливаете бюджет на «слепой» рекламе. Товарный фид Google Merchant — динамический ремаркетинг из коробки ✓ Фид с g:-полями, CRON-сборкой и статической отдачей на десятки тысяч товаров Отдельное дополнение «Google Merchant Feed» выдаёт готовый XML со всеми полями Merchant Center: id, title, description, картинки (до 10 дополнительных), price/sale_price с правильным учётом налога, availability (in_stock / preorder / backorder / out_of_stock), brand, GTIN, MPN, product_type, google_product_category, shipping с shipping_weight в правильных единицах, кастомные лейблы, мультипак. Фид собирается по расписанию отдельным CRON-джобом, пишется атомарно во временный файл и одним движением заменяет текущий — Google никогда не увидит оборванный XML. Публичный URL магазина отвечает мгновенно (миллисекунды) даже на каталоге 30-50 тысяч товаров, кнопка «Построить сейчас» для ручного запуска в фоне, готовая CRON-команда показана прямо на странице настроек, есть блок «Состояние сборки фида»: когда последний раз собрано, сколько товаров, размер файла, последнее сообщение сборки. Это фундамент для Performance Max, Shopping-кампаний и динамического ремаркетинга Google Ads. ⚠ Без этого: без фида нет Shopping-рекламы и нет динамического ремаркетинга, Google Ads работает только текстом. Google Customer Reviews — опрос после покупки и бейдж рейтинга ✓ Опт-ин опрос после заказа + значок доверия с рейтингом Ввели Merchant ID, указали ориентировочный срок доставки — и на странице «Спасибо за заказ» Google сам опрашивает клиента, а в подвале магазина показывается значок со средним рейтингом «Google Customer Reviews». Это настоящая пятизвёздочная иконка от Google, а не сторонний «bought a badge». ⚠ Без этого: отзывов Google по магазину нет, в поисковой выдаче рядом нет жёлтых звёзд, CTR на выдаче ниже, чем у конкурентов. Telegram-уведомления — новый заказ и смена статуса сразу в чат (с поддержкой топиков групп) ✓ Бот Telegram, чат-ID автоопределение, шаблоны с макросами, топики групп Создали бота в @BotFather, вставили Bot Token, кнопкой автоопределили Chat ID (можно несколько через запятую — личный, менеджеров, группа поддержки) — и каждый новый заказ падает в Telegram мгновенно, а смены статуса приходят фильтром по выбранным статусам. Если команда работает в Telegram-группе с разбивкой на форум-топики, в поле Chat ID можно указать ID группы, двоеточие и ID нужного топика: -1001234567890:42 — и сообщение пойдёт именно в топик «Заказы», а не в общий чат. Форматы можно смешивать через запятую. Шаблоны с макросами {order_id}, {customer_name}, {total}, {products} и другими. ⚠ Без этого: заказ пришёл ночью, увидели утром, клиент уже ушёл к конкуренту. Свои скрипты — вставить чужой тег без правки шаблона ✓ Кастомные теги в head / начало body / конец body, с фильтром страниц, согласием и редактированием Надо вставить скрипт верификации домена Google, чат-виджет конкурента, ещё один счётчик или пиксель для очень нишевой сети — во вкладке «Свои скрипты» добавляете, выбираете позицию (head, body-start, body-end), на каких страницах показывать, нужно ли GDPR-согласие и в какой категории. Скрипты можно не только добавлять и удалять, но и редактировать — карандаш рядом с корзиной открывает ту же форму с заполненными полями. ⚠ Без этого: после каждого обновления темы ваши вставленные руками скрипты исчезают, или конфликтуют с новым шаблоном. Клиент + сервер с дедупликацией — точные конверсии несмотря на адблоки ✓ Один event_id на клиент и сервер, дедуп на стороне сети + защита от задвоения покупки Каждому событию магазин выдаёт единый event_id, который шлётся и в клиентский пиксель, и в серверный API. Сеть сама понимает, что это то же самое событие, и считает его ровно один раз. Плюс отдельный гардвейр для purchase: служебная таблица запоминает каждый уже отправленный заказ, чтобы задвоение покупки было невозможно в принципе. Одно действие покупателя = ровно одно событие: если тема дублирует клик на «В корзину» через jQuery и современный fetch, модуль сам отсеивает лишние повторы в коротком окне. Данные о товарах в событиях всегда полные (название, бренд, цена с акцией и НДС в валюте покупателя, количество) — никаких нулей в цене и пустых брендов. Модуль сам конвертирует суммы в валюту заказа для правильного ROAS. ⚠ Без этого: или пропадает половина событий из-за адблока (только клиент), или задваиваются (клиент + сервер без единого event_id), или приходят с нулями в цене, или вообще летят на все покупки х2, и в отчётах полный хаос. Кастомный чекаут — Chameleon, quickcheckout и подобные ✓ begin_checkout, add_shipping_info, add_payment_info работают на любой теме чекаута Раньше многие трекеры слушали исключительно стандартный OpenCart-чекаут и на кастомных темах (Chameleon, кастомные ocStore checkout, quickcheckout-темы) средние шаги воронки просто исчезали. Теперь модуль распознаёт любую страницу оформления по наличию слова checkout в адресе и автоматически слушает изменения метода доставки и метода оплаты как через классические формы (form-urlencoded), так и через AJAX с JSON-телом, в поле shipping_tier/payment_type всегда идёт человеческое имя метода (например, «Новая Почта»), а не служебный код. Одно изменение метода = ровно одно событие, даже если тема перерисовывает форму по несколько раз. ⚠ Без этого: в GA4 воронка «Корзина → Оформление → Доставка → Оплата → Покупка» показывает пустые средние шаги, конверсия считается неправильно. Шифрование секретов — Access Token и API Secret никто не увидит в базе ✓ Секреты зашифрованы ключом магазина, расшифровываются только при отправке Meta Access Token, TikTok Access Token, GA4 API Secret и другие чувствительные поля хранятся в базе не в открытом виде, а зашифрованными штатным Encryption-классом OpenCart на ключе магазина. Расшифровка происходит только в момент вызова API. Дамп базы без ключа шифрования не даёт злоумышленнику ваши рекламные токены. Защита от флуда корректно работает по реальному IP посетителя даже за Cloudflare и подобными CDN, поэтому лимит не режет нормальный трафик. ⚠ Без этого: слитый бекап базы = слитые все ваши рекламные аккаунты и возможность крутить с них рекламу за ваш счёт. Универсальность — работает через события OpenCart, любая тема, OpenCart 2.3 и 3.x ✓ Никаких правок шаблона, никаких «вставьте это в footer.tpl» Все пиксели и скрипты вставляются через собственный OCMOD модуля, автоматически на любую тему (LuxShop, CyberStore, Chameleon, Prime, стоковая Default и любая другая). Данные о событиях магазина берутся через штатные события OpenCart, без переписываний контроллеров или шаблонов. Обновили тему — модуль продолжает работать. Модуль ставится и на OpenCart 3.x (файлы с .twig), и на OpenCart 2.3 (файлы с .tpl) — это две отдельные сборки, берите ту, что под вашу ветку. На OpenCart 2.3 полноценно выводится dataLayer, баннер согласия, события просмотра товара, добавления в корзину, оформления и оплаты — не только серверная фиксация покупки. ⚠ Без этого: классические гайды «вставьте GA4 в header.tpl» ломаются на каждом обновлении темы или переключении шаблона. Мастер настройки — за 15 минут от нуля до работающего трекинга ✓ Пошаговый помощник со ссылками «где взять каждый ID» Кнопка «Мастер настройки» вверху страницы модуля ведёт через минимально необходимый набор шагов: подключение GA4, добавление Meta Pixel + CAPI, TikTok, баннер согласия, Telegram, тестовое событие и проверка трекинга. После завершения флаг запоминается и мастер больше не выскакивает сам, но кнопка меняет подпись на «Запустить мастер повторно» — можно пройти заново, если добавляете новый магазин в ту же админку. ⚠ Без этого: первый запуск затягивается на дни, пока читаете документацию Meta/TikTok/Google. Что это значит простыми словами Раньше, чтобы подключить весь маркетинг к магазину OpenCart, надо было: поставить GA4 в шаблон, отдельно Meta Pixel, отдельно TikTok, отдельно Google Ads, потом думать о сервер-сайде (почти всегда — никак), отдельным модулем выводить Google Merchant фид, отдельным модулем делать Telegram, отдельно мучиться с GDPR-баннером, руками сводить UTM в Excel и платить фрилансерам за настройку. OcBox AI Remarketing собирает всё это в одну вкладку в админке. Один раз заполнили ID, галочками включили нужное, мастер провёл по шагам, самопроверка показала «всё зелёное» — и ваш магазин перестаёт быть «слепым» для рекламы. Почему OcBox, а не обычная аналитика Короткое сравнение, без имён конкретных разработчиков и модулей. Слева — что умеет OcBox AI Remarketing из коробки, посередине — типичный сценарий, когда те же задачи закрываются отдельными модулями от разных авторов (по одному на каждую систему), справа — что даёт стоковый OpenCart без каких-либо дополнений. Возможность OcBox (наш модуль) Типичный модуль аналитики / отдельные модули Стандартный OpenCart GA4, Google Ads, Meta Pixel, TikTok, Pinterest, X, Snapchat, Bing UET, Criteo в одном модуле ✅ обычно отдельный модуль на каждую систему ❌ 🤖 AI-помощник настройки: подключает GA4, Google Ads, Meta, TikTok шаг за шагом, проверяет токены и подсказывает, что ещё не работает ✅ ❌ ❌ 🤖 AI-инсайты по отчётам магазина: аномалии продаж, изменения в топ-товарах, поведение источников трафика, сравнение периодов с рекомендациями ✅ ❌ ❌ Мастер настройки (пошагово подключает GA4, пиксели и согласие, без ручного копирования кодов в шаблон) ✅ ❌ (всё руками, копировать коды в шаблон темы) ❌ Серверный трекинг (GA4 Measurement Protocol, Meta CAPI, TikTok Events API), обходящий блокировщики рекламы ✅ частично, часто только клиентский пиксель ❌ Google Consent Mode v2 + баннер согласия на cookie встроены ✅ обычно отдельный модуль согласия ❌ Без дублей событий: одно действие покупателя = ровно одно событие (единый event_id клиент+сервер) ✅ частично, задвоенные просмотры и покупки распространённая проблема ❌ Полный GA4 ecommerce: корзина, шаги оформления, покупка с товарами, брендом и суммами ✅ частично, средние шаги воронки часто пропадают на кастомных чекаутах ❌ Google Merchant feed (XML для Google Shopping) с обновлением по расписанию ✅ обычно отдельным модулем ❌ Telegram-уведомления о заказах, в том числе в конкретный топик группы ✅ обычно отдельным модулем, без поддержки топиков групп ❌ Встроенная самодиагностика трекинга + детектор конфликтов с другими счётчиками ✅ нет ❌ Работает на OpenCart 2.3 и 3.x, в том числе на кастомных страницах оформления (Chameleon, quickcheckout и подобные) ✅ частично, часто половинчатая поддержка 2.3 или кастомных чекаутов ❌ Режим «Только Data Layer» для Google Tag Manager, когда тегами управляет GTM ✅ частично, часто модуль и GTM начинают дублировать одни и те же теги ❌ Отчёты, пути к конверсии и UTM-атрибуция прямо в админке магазина ✅ частично, часто только Google Analytics и без привязки к заказам ❌ Формулировки «обычно отдельный модуль», «частично» и «нет» относятся к типичным сценариям в нише, а не к конкретному продукту от конкретного автора. Ваш конкретный модуль может закрывать какую-то из этих фич частично; идея таблицы не в том, чтобы «наехать», а в том, чтобы показать, сколько разных задач закрывает один OcBox вместо набора отдельных модулей. Для кого этот модуль Для любого магазина на OpenCart или ocStore, который хоть раз крутил платную рекламу в Google Ads, Meta, TikTok, и видел, что отчёты рекламных кабинетов не сходятся с реальными заказами. Особенно — для магазинов без отдельного маркетолога, где всё делает владелец, а времени лезть в шаблон и копаться с Consent Mode нет. И особенно для магазинов на OpenCart 2.3, где другие трекеры часто работают лишь в half-режиме. Совместимость Модуль работает на OpenCart 3.0 и ocStore 3.0, и так же на OpenCart 2.3 и ocStore 2.3: две отдельные сборки, под вашу ветку компилируется именно та, что вам нужна. PHP от 7.х до 8.х, MySQL 5.7+, любая тема (стоковая Default, Cyberstore, Prime, Chameleon, LuxShop и любая другая). Компиляция ionCube под ваш домен выполняется автоматически после оплаты. Продление лицензии на обновления Цена модуля включает год сопровождения от OcBox Team. Через 12 месяцев с даты покупки модуль остаётся рабочим, для получения новых версий нужно продление по $40/год. В годовой тариф входят новые версии модуля. Перекомпиляция под новый домен, залив на сайт, консультации и персональная поддержка не входят и заказываются отдельно. Как купить и получить модуль Здесь, на странице листинга, нет файла на скачивание, это витрина модуля. Порядок действий простой: нажмите «Купить» на этой странице и оформите покупку через форум, или напишите в личные сообщения пользователю OcBox. После оплаты мы уточняем ваш рабочий домен (и, по желанию, тестовый), генерируем лицензионный ionCube-билд, залоченный под ваш домен на год, и даём доступ к скачиванию модуля вместе с инструкцией по установке на трёх языках. Для тех, кто не хочет устанавливать самостоятельно, есть услуга «Установка и настройка модуля» за $40 в корзине рядом с модулем (мы ставим на ваш сервер по FTP/SSH, подключаем GA4/Meta/TikTok из ваших ID, включаем баннер согласия, показываем как пользоваться). Обновления на год включены в цену. Рекомендуемые платные модули OcBox Smart Related $30 — связанные товары SEO FAQ AI $30 — AI FAQ + Schema.org AI Product Editor $50 — массовое редактирование Image Pro $15 — WebP, водяной знак Filter $30 — умный фильтр + SEO Category Manager $15 — визуальный менеджер категорий AI Smart Search $200 — AI-поиск с синонимами AI Chat $100 — AI-консультант 24/7 AI Photo Studio $50 — AI-обработка фото Мы рекомендуем шаблоны от 29aleksey Лучше всего работает с быстрыми шаблонами. 29aleksey делает топовые шаблоны для OpenCart 2.3/3.0 с акцентом на скорость и оптимизацию из коробки: Prime UpStore CyberStore Chameleon LuxShop NewStore Добавил OcBox Добавлено 18.08.2026 Категория Модулі OpenCart.Pro, ocShop Opencart.pro 2.3  

30 Завантажити / Придбати розширення SAP - SMS / OTP Pro - авторизація за номером телефону, OTP-захист замовлень, SMS / Viber / Telegram, дзвінки та сповіщення SAP - SMS / OTP Pro SMS, OTP, дзвінки, Telegram, Viber та автоматичні повідомлення для OpenCart/ocStore. SAP - SMS / OTP Pro створений для магазинів, де номер телефону клієнта, статус замовлення і швидке повідомлення адміністратора мають реальне значення. Це не просто кнопка "відправити SMS". Це повноцінний центр комунікацій для OpenCart/ocStore: OTP, керований захист оформлення замовлення, авторизація дзвінком, SMS, Viber, Telegram, ручні повідомлення, масові розсилки, відкладені сценарії, звіти, зашифрований експорт та імпорт, журнал обліку бюджету SMS/Viber, захист від проксі та атак із підмереж і окремий захист бюджету дзвінків. Модуль допомагає підтвердити телефон клієнта, захистити створення замовлення у збалансованому, суворому або вибірковому режимі, повідомити адміністратора про нове замовлення, надіслати покупцю зміну статусу, поставити відкладене нагадування, перевірити доставку у звіті й захистити баланс провайдера від ботів, помилок масового надсилання, обходів через проксі та повторних OTP-запитів. Що модуль дає магазину Підтвердження номера телефону при вході, реєстрації, зміні телефону в кабінеті та оформленні замовлення. Захист оформлення замовлення: збалансований режим для гостей, нових клієнтів і непідтверджених номерів, суворий режим для кожного замовлення або вибіркова перевірка за власними правилами. Менше фейкових замовлень, помилкових телефонів і ситуацій, коли менеджер телефонує в нікуди. Автоматичні SMS, Viber або Telegram-повідомлення для клієнтів і адміністраторів. Авторизація дзвінком через окремий шлюз дзвінків (поле «Call gateway») або через SMS-шлюз, який підтримує дзвінки. Можливість працювати без SMS-шлюзу, якщо магазину потрібна тільки авторизація дзвінком. Ручна відправка повідомлення з картки клієнта або замовлення без запуску масової розсилки. Відкладені сценарії: нагадування про оплату, прохання залишити відгук, повідомлення після доставки, сервісні нагадування. Звіти, моніторинг і Telegram-алерти, щоб бачити не "не працює", а точну причину, включно з вичерпаними SMS/Viber або дзвінковими лімітами. Антиспам-ліміти, посилений захист від проксі та атак із підмереж і бюджетні обмеження, які захищають баланс SMS/Viber і дзвінків від ботів, флуду, помилок масового надсилання та зайвих OTP-запитів. Зашифрований експорт та імпорт налаштувань і даних модуля: від конфігурації та відкладених подій до звітів, стану OTP, спроб авторизації дзвінком, стану захисту, сповіщень адміністратору та журналу використання бюджету. Як це працює Модуль реагує на події магазину: клієнт реєструється, входить у кабінет, змінює телефон, оформлює замовлення або замовлення змінює статус. Далі він застосовує вибраний рівень захисту та відповідні правила. Збалансований режим вимагає чинного підтвердження номера від гостей, нових клієнтів і для непідтвердженого номера, суворий - для кожного замовлення, а вибірковий - після першого збігу правила. Якщо той самий номер уже підтверджений і строк довіри ще діє, модуль не надсилає новий код: кожне нове замовлення отримує окремий одноразовий внутрішній дозвіл. Потім модуль вибирає канал доставки і надсилає повідомлення одразу або створює відкладене завдання. OTP має окрему логіку маршрутизації. Якщо ввімкнена авторизація дзвінком, модуль спочатку використовує вибраний шлюз дзвінків. Якщо дзвінок не розпочався або не підтвердився, резервне SMS буде надіслано тільки тоді, коли налаштований основний SMS-шлюз. Якщо магазин працює в режимі «Без SMS / тільки авторизація дзвінком», резервне SMS не використовується. OpenCart/ocStore залишається звичним, але комунікація перестає бути ручним хаосом. Активні правила ризику кешуються, а дані оформлення замовлення читаються лише коли вони потрібні конкретній умові, тому вибіркова перевірка не створює безглуздих повторних запитів. Ключові можливості 1. OTP-підтвердження телефону OTP при вході в акаунт. OTP при реєстрації нового клієнта. OTP при зміні телефону в особистому кабінеті. Підтвердження номера під час оформлення перед завершенням замовлення: для кожного покупця, для гостей і нових клієнтів або вибірково за правилами ризику. Кілька окремих замовлень можна оформити без нового коду, поки підтвердження того самого номера залишається чинним. Підтримка 4- або 6-значного коду. Налаштування часу повторної відправки, строку життя коду і строку довіри до підтвердженого телефону. Явний вихід з акаунта скасовує довіру до номера, тому наступний вхід за телефоном знову потребує OTP. Окремі шаблони OTP для входу, реєстрації, редагування акаунта та оформлення замовлення. Вставка коду через шорткод {otp}. Маска телефону, міжнародний код країни, перевірка формату і нормалізація номера. Окрема маршрутизація OTP: можна вибрати перший канал OTP (SMS, Viber або Telegram), дзвінок має пріоритет, після невдалого дзвінка резервне надсилання SMS працює окремо, а без дзвінка модуль пробує інші доступні канали в порядку Telegram -> Viber -> SMS, пропускаючи вже вибраний канал. Якщо ввімкнена авторизація дзвінком, поле каналу в адмінці показується як «Канал OTP без дзвінка», щоб не плутати його з першим дзвінком або резервним SMS після дзвінка. 2. Підтвердження ризикових замовлень Функція захищає фінальне створення замовлення на сервері. Магазин вибирає збалансований рівень для більшості випадків, суворий рівень для кожного замовлення або вибірковий режим за власними правилами. Кожне замовлення отримує власний одноразовий внутрішній дозвіл, навіть коли використовується чинне підтвердження без нового коду. Вкладка з'являється автоматично, коли в OTP увімкнено сценарій «Оформлення замовлення». Окремий перемикач функції, три рівні захисту, тестовий режим «лише журнал» і робочий режим, який вимагає чинного підтвердження номера. Пріоритет правил, логіка «Усі умови (AND)» або «Будь-яка умова (OR)» і зупинка після першого збігу. Умови за сумою, способом оплати, типом покупця, кількістю успішних замовлень, фактом і віком OTP-підтвердження та кількістю замовлень із телефона за період. Список способів оплати формується автоматично з установлених та увімкнених розширень магазину - без зашитих кодів. Статуси успішних замовлень визначають історію покупця для правил «Тип покупця» і «Кількість успішних замовлень». Налаштовуваний строк завершення поточного підтвердженого оформлення та безпечна політика недоступного OTP-провайдера. Строк внутрішнього дозволу не перевищує залишок часу довіри до номера; у збалансованому й суворому режимах замовлення блокується, якщо нове підтвердження потрібне, але недоступне, а дозвіл без OTP доступний лише у вибірковому режимі. Журнал із захистом приватних даних: дата, правило або причина політики, замаскований телефон, зрозумілий статус та ID створеного замовлення; є строк зберігання і кнопка повного очищення. Правила та журнал входять в окремий розділ зашифрованого експорту та імпорту. Для гостя у збалансованому режимі та для будь-якого покупця в суворому модуль одразу вимагає чинне підтвердження номера без зайвого читання власних правил. Якщо підтвердження ще діє, новий код не надсилається; історія, сума й правила завантажуються лише тоді, коли вони справді потрібні. 3. SMS-шлюзи і канали доставки TurboSMS. SMS Club. SMS-fly. ITTell v2. AlphaSMS. Custom HTTP для підключення іншого SMS-провайдера через URL, GET/POST, JSON і API-параметри. Режим "Без SMS / тільки авторизація дзвінком" для проєктів, де SMS не потрібні. Viber-повідомлення, якщо їх підтримує вибраний SMS-шлюз. Резервне SMS для Viber, якщо доставка не відбулася. Telegram через окремий Telegram-сервер. Резервне SMS для Telegram, якщо отримувач недоступний у Telegram. Підключений SMS-шлюз відповідає за SMS і резервні надсилання, але не заважає окремому шлюзу дзвінків. 4. Авторизація дзвінком Якщо SMS дорогі, нестабільні або магазину потрібен альтернативний спосіб підтвердження номера, модуль може підтверджувати телефон дзвінком. Окремий вибір шлюзу дзвінків у полі «Call gateway» на вкладці «Авторизація дзвінком». Якщо шлюз дзвінків не вибраний, модуль може використати основний SMS-шлюз, якщо той підтримує дзвінки. Підтримуються ITTell, голосове OTP через AlphaSMS і Stream Telecom Call2FA. ITTell підтримує диктування коду, останні цифри номера і вибір цифри в меню. AlphaSMS підтримує диктування коду і останні цифри номера; голосовий відправник потрібен тільки для сценарію диктування, якщо його вимагає обліковий запис. Stream Telecom підтримує останні 4 цифри номера і натискання цифри 1 у голосовому меню; він не відправляє SMS. Stream Telecom працює як шлюз лише для дзвінків і не потрапляє до списку SMS-шлюзів. Stream Telecom підтримує два сценарії: останні 4 цифри номера, з якого дзвонить сервіс, або натискання цифри 1 у голосовому меню. Для Stream Telecom в облікових даних потрібні адреса електронної пошти та пароль. Підтримуються зворотний виклик від провайдера, періодична перевірка результату дзвінка, тайм-аут і контрольний журнал для діагностики. Резервне SMS після невдалого дзвінка працює тільки через основний SMS-шлюз. Якщо SMS-шлюз не вибраний, модуль працює лише з дзвінками. Окремий захист бюджету дзвінків: ліміти за IP, телефоном, браузером і загальною кількістю за добу. 5. Telegram-сервер Telegram у модулі - це не просто поле для токена. Є окрема вкладка підключення, стани сервера, токен активації, форматування Markdown/HTML, відключення, повторне підключення і перевірка доступу. Telegram-повідомлення адміністратору про нові замовлення. Сервісні повідомлення і технічні алерти. Підтримка номерів телефону та @username. Окремий серверний Telegram-акаунт адміністратора для ручного контакту з клієнтом. Стани підключення: сервер підключений, доступ вимкнений, очікування активації, неправильний токен, доступ завершився та інші. SMS може бути запасним каналом. 6. Повідомлення адміністратору Повідомлення адміну про нові замовлення. Вибір каналу доставки: SMS, Telegram, Viber або доступна комбінація. Кілька номерів адміністратора або Telegram-контактів. Шорткоди для номера замовлення, суми, статусу, імені покупця, телефону, назви магазину та інших даних замовлення. Telegram-алерти про OTP-проблеми, помилки дзвінків, IP-бани, карантин джерел і невдалі відкладені повідомлення. 7. Повідомлення клієнту про статус замовлення Клієнт може автоматично отримувати повідомлення, коли статус замовлення змінюється. Для кожного статусу можна задати власний текст і використовувати дані замовлення через шорткоди. Нове замовлення прийнято. Оплату отримано. Замовлення передано в обробку. Замовлення відправлено. Замовлення готове до видачі. Замовлення доставлено. Замовлення скасовано. Окремий канал для статусних повідомлень: SMS, Viber або Telegram, якщо підключений. 8. Відкладені події Це одна з найсильніших частин модуля. Повідомлення можна відправляти не одразу, а після заданої затримки. Правило створює завдання, cron його виконує, а журнал показує результат. Нагадати про оплату через 10 хвилин після нового замовлення. Попросити відгук через 1 день після доставки. Надіслати бонус через 2 години після реєстрації без замовлення. Повідомити адміністратора через 30 хвилин після зміни статусу. Умови за статусом замовлення, групою клієнта, сумою, товарами, категоріями і виробниками. Отримувач: клієнт, адміністратор або довільний номер. Затримка у хвилинах, годинах або днях. Тихі години, повторні спроби, дедуплікація і скасування за фінальними статусами. Черга завдань, журнал виконання і cron URL з токеном. Якщо бюджет SMS/Viber вичерпано, відкладене завдання не витрачає спроби доставки: воно переходить у стан budget_wait, отримує наступну спробу приблизно через 30 хвилин і лишається в черзі. 9. Ручна відправка з картки клієнта і замовлення Кнопка "Відправити повідомлення" в картці клієнта і біля номера телефону в замовленні. Одне компактне спливне вікно у стилі модуля: канал, отримувач, текст, шорткоди і попередній перегляд. Показуються тільки увімкнені й дозволені канали: SMS, Viber і Telegram. Telegram приймає телефон або @username; резервне SMS не використовується для @username. Шорткод {products} вставляє всі товари замовлення з опціями, кількістю і ціною у валюті замовлення. Надсилання використовує наявні шлюзи, логіку резервних каналів і звіт; одноразовий токен захищає від дублювання. 10. Масові повідомлення Ручна відправка для тестів, сервісних повідомлень або дозволених маркетингових кампаній. Отримувачі: всі клієнти, група клієнтів, вибрані клієнти або довільні номери. Отримувачі за товарами, якщо потрібно повідомити покупців конкретного товару. Вибір каналу масової доставки. Перевірка результату у звіті. Масова SMS/Viber-розсилка має окремий ліміт; коли бюджетну межу досягнуто, поточне надсилання зупиняється і не переходить до наступної сторінки. 11. Безпека OTP і антиспам OTP без лімітів - це не безпека, а витік бюджету. У модулі є окремий захисний шар, який зупиняє підозрілу активність до платної SMS/Viber-спроби або платного дзвінка; Telegram-сповіщення адміністратору не мають резервного SMS і не витрачають SMS-бюджет. Ліміти повторних OTP-запитів. Ліміти неправильних кодів. Чорний список телефонів. Geo-IP фільтр. Білий список IP. Адаптивний захист джерел. Мінімальний вік форми та строк життя захисної форми. Затримка між послідовними змінами телефону. Ізоляція браузера або сесії при підозрілій поведінці. Блокування IP-адреси за серію некоректних запитів. Пам'ять довіреного браузера для постійних клієнтів. Швидкий пошук телефону через оптимізовану схему, якщо це підтримує сервер бази даних. Розділений захист бюджету SMS/Viber працює через журнал sap_sms_budget_usage: загальна межа, OTP-резерв, окрема межа для недовірених OTP, резерв для довірених OTP та добові ліміти для підтверджень, замовлень, відкладених, адміністративних, ручних, масових та інших надсилань. Значення 0 у загальній межі вимикає тільки загальну межу й OTP-резерв; окремі ліміти типів надсилання продовжують працювати. Значення 0 у конкретному типі вимикає тільки його ліміт. У бюджет SMS/Viber рахуються SMS, Viber і каскадні спроби Viber+SMS; каскадна спроба може списувати 2 одиниці. Telegram і дзвінки цей бюджет не збільшують. Розподіл на довірені й недовірені OTP та аварійний режим захищають OTP-резерв: при використанні 70% загального бюджету адміністратор отримує попередження в Telegram, при 85% блокуються недовірені OTP із середнім або вищим ризиком, а при 95% усі недовірені платні OTP блокуються. 12. Моніторинг, звіти і обслуговування Звіт доставки для SMS, Telegram, Viber і дзвінків. Ручні повідомлення з картки клієнта і замовлення пишуться у той самий звіт. Для дзвінків у звіт потрапляють змістовні фінальні події: підтверджено, не підтверджено, помилка провайдера, отримано зворотний виклик. Технічне створення Stream-завдання не забиває звіт окремим рядком. Повторна відправка і видалення записів звіту. Автоматичне очищення старих записів за строком зберігання. Моніторинг OTP-безпеки: карантини, IP-бани, події і Telegram-алерти. Зрозумілі причини блокування, щоб скарги клієнтів можна було швидко перевірити. Звіт показує канал і результат надсилання, а бюджет рахується окремо в sap_sms_budget_usage за типом і контекстом витрати, рівнем ризику та статусами резервування, списання, звільнення або блокування. 13. Оформлення замовлення, сумісність і продуктивність Модуль автоматично підключає стандартні маршрути OpenCart: account/register, account/edit і checkout/checkout. Для нестандартних сторінок оформлення внутрішній маршрут можна додати вручну. Сценарії реєстрації, редагування облікового запису й оформлення замовлення. Додаткові маршрути для сторонніх модулів оформлення замовлення. Готова інтеграція з Simple / SimpleCheckout і One Page Checkout (onepcheckout). Підтримка надсилання повідомлень із модуля «Нова Пошта». Для сильно зміненого оформлення замовлення маршрут можна налаштувати вручну. Перевірка і нормалізація телефону перед OTP-доставкою. Сумісність з OpenCart/ocStore 2.3 і 3.x: TPL і Twig, старі та нові ключі налаштувань платіжних розширень. У правилах ризику автоматично показуються всі встановлені та увімкнені способи оплати магазину. Чиста інсталяція та оновлення реєструють тільки відсутні події OpenCart і не створюють повторні однакові записи. Стан OTP, правила та журнали зберігаються у власних таблицях модуля; службові колонки в системну таблицю customer не додаються. Контролер каталогу лишається тонким фасадом, а логіка виконання розділена на профільні сервіси. Кеш активних правил і ліниві обчислення скорочують кількість SQL-запитів під час оформлення замовлення без зміни результату перевірки. 14. Експорт / Імпорт Зашифрований .sapbackup файл для резервної копії або перенесення налаштувань і даних модуля. Експорт із вибором розділів: налаштування модуля, відкладені події, телефони й стан OTP, спроби авторизації дзвінком, журнал захисту, блокування та карантин, дані звіту, сповіщення адміністратору і журнал використання бюджету. Імпорт через обовʼязковий попередній перегляд: модуль розшифровує файл, перевіряє схему, показує реальні зміни і не пише в базу до натискання відновлення. Перед відновленням автоматично створюється резервна копія поточного стану перед імпортом. У режимі приватності експорт та імпорт доступні тільки головному адміністратору, бо резервна копія містить реальні приватні дані: токени, телефони, стан OTP, спроби авторизації дзвінком, черги, журнали і стан захисту. Окремий розділ резервної копії «Ризикові замовлення» переносить правила ризику та журнал рішень із замаскованими приватними даними й привʼязками до створених замовлень. Кому потрібен цей модуль Магазинам, яким потрібно блокувати фейкові замовлення за допомогою обовʼязкового або адаптивного OTP-захисту. Магазинам, які хочуть підтверджувати телефон до завершення оформлення замовлення. Проєктам, де менеджери часто отримують замовлення з неправильними телефонами. Магазинам, яким потрібна авторизація дзвінком замість SMS або разом із SMS. Проєктам, які хочуть використовувати Stream Telecom Call2FA, голосове OTP через AlphaSMS або ITTell для дзвінків. Власникам, які хочуть сервісні події в Telegram. Маркетологам і менеджерам, яким потрібні відкладені повідомлення, ручні повідомлення один-на-один і масові розсилки. Сайтам, де OTP треба захищати від ботів, перебору номерів, пулів проксі та зайвих витрат. Коротко SAP - SMS / OTP Pro закриває кілька задач одразу: підтвердження телефону, керований захист оформлення замовлення, авторизацію дзвінком, автоматичні повідомлення, Telegram-сповіщення, відкладені сценарії, масові розсилки, звіти, зашифрований експорт та імпорт, розділений бюджет SMS/Viber із журналом обліку й OTP-резервом, поділ OTP на довірені й недовірені та захист бюджету дзвінків. Дозвіл після OTP привʼязаний до поточного оформлення, використовується один раз, а правила автоматично бачать увімкнені способи оплати магазину. Важливо перед покупкою Перед робочим режимом перевірте матрицю в тестовому режимі, залиште збалансований або суворий рівень, увімкніть блокування при недоступному OTP-провайдері та протестуйте гостя, нового й постійного клієнта. Для SMS потрібен акаунт і баланс у SMS-провайдера. Якщо саме OTP-атака вичерпає окремий ліміт OTP, межу для недовірених OTP або загальний SMS/Viber-ліміт, автоматичне SMS/Viber-підтвердження зупиниться до звільнення 24-годинного вікна або зміни ліміту адміністратором. Запасний шлях - підключений Telegram, дзвінок або ручна перевірка менеджером. Якщо потрібна тільки авторизація дзвінком, у полі SMS-шлюзу виберіть режим «Без SMS / тільки авторизація дзвінком»: модуль працюватиме без SMS-шлюзу, а резервне SMS буде недоступне. Резервне SMS після дзвінка працює тільки тоді, коли налаштований основний SMS-шлюз. Stream Telecom не надсилає SMS. Це окремий шлюз лише для дзвінків Call2FA. Режими дзвінка залежать від провайдера: ITTell має всі три сценарії, AlphaSMS - диктування коду й останні цифри, Stream Telecom - останні цифри та вибір цифри в меню. Для Stream Telecom потрібні адреса електронної пошти та пароль від облікового запису Stream Telecom. Для авторизації дзвінком URL зворотного виклику магазину має бути доступний з інтернету, якщо вибраний провайдер повертає результат через зворотний виклик. Viber доступний тільки якщо його підтримує вибраний шлюз і провайдер. Telegram потребує підключення Telegram-сервера. Для відкладених подій потрібен серверний cron. Повна резервна копія містить приватні дані. Якщо ввімкнений режим приватності, експорт та імпорт має виконувати тільки головний адміністратор. Мови модуля - українська, англійська, російська. Документація - https://sms.sapas.pw/ Демо: https://os3.sapas.pw/ В демо код OTP можна знайти в модулі в вкладці "Звіт" Адмінка: https://os3.sapas.pw/admin Логін: demo Пароль: demo Встановлення / Оновлення модуля ЛІЦЕНЗІЙНА УГОДА Купуючи модуль SAP - SMS / OTP Pro ви інвестуєте у розвиток модуля, яка повернеться вам у вигляді нового функціоналу. Автор S_A_P Опубліковано 22.07.26 Категорія Модулі OpenCart.Pro, ocShop Не проверялось