- Главная /
- /
-
Поддержка сайтов на «ОпенКарт»
Цены на поддержку сайта на OpenCart
| Тариф | Описание | Цена | |
|---|---|---|---|
| Старт | Для визиток, лендингов, небольших проектов, которым нужна гарантия работоспособности, а также базовая безопасность. | от 20 000 Р | |
| Бизнес | Для корпоративных сайтов, каталогов, сервисных компаний, где важна стабильность, актуальность контента. | от 30 000 Р | |
| Магазин | Для интернет-магазинов и проектов с онлайн-оплатой. Акцент на стабильность коммерческих функций, синхронизацию. | от 25 000 Р | |
| Премиум | Для крупных корпоративных порталов, высоконагруженных проектов, где любой простой критичен для бизнеса. | от 45 000 Р |
- Тип сайта — лендинг и интернет-магазин с интеграцией в 1С, по сути разные миры. Чем больше функционала, интеграций и контента, тем выше трудозатраты.
- Частота и объём правок — меняете цену раз в месяц или ежедневно обновляете каталог? Количество задач влияет на время специалистов.
- Уровень автоматизации и стабильности. Если сайт «сырой» или собран на устаревших решениях, ему требуется больше внимания — а значит, и ресурсов.
- Время работы специалистов. В основе тарифа — часы, которые наши разработчики, технари тратят на ваш проект. Расчёт производится из стоимости 3 000 рублей за час работы.
Что включено в услугу по поддержке сайта на OpenCart
Систематическое обновление CMS и модулей
Команда разработчиков выпускает патчи безопасности, исправляет уязвимости в ядре, улучшает производительность запросов к БД. Если игнорировать обновления, магазин становится лёгкой мишенью для хакеров. Плагины оплаты перестают работать из-за изменений в API. Хостинг отключает поддержку старых версий PHP.
Мы не нажимаем «обновить всё» одной кнопкой. Для OpenCart это самый опасный путь. Одно несовместимое расширение — и перестаёт работать оформление заказа.
Наш процесс обновления:
- Создаём полную копию магазина — файлы ядра, база данных, папка с изображениями.
- Разворачиваем копию на изолированном тестовом сервере с точными настройками вашего хостинга.
- Обновляем поэтапно — сначала ядро OpenCart, потом установленные модули (оплаты, доставки, фильтры, отчёты), потом шаблон и его дополнения.
- Проверяем каждый ключевой сценарий — добавление товара в корзину, переход к оформлению, выбор способа доставки, оплату через тестовый шлюз, отправку письма клиенту.
- Исправляем конфликты OCmod и vQmod до того, как они попадут на живой магазин.
- Переносим изменения только после успешного прохождения всех тестов.
Вы не замечаете этого процесса, а магазин просто остаётся актуальным, защищённым и стабильным. Никаких сюрпризов после очередного обновления модуля.
Наполнение разделов информацией
Админка OpenCart не самая дружелюбная для новичка. Для добавления товара, нужно заполнить вкладку «Общее», потом «Данные», после этого «Опции», затем «Атрибуты», далее «Изображения». Менеджеры путаются, где что лежит, ошибаются в настройках. Забывают про SEO-URL. Тратят 20 минут на одну карточку товара. В итоге каталог заполняется криво — где-то нет цены, где-то не работает фильтр, где-то сломана ссылка.
Мы забираем эту рутину на себя, а ваши сотрудники занимаются клиентами и заказами.
Что регулярно обновляем в рамках поддержка сайта OpenCart:
- Карточки товаров — цены, закупочные остатки, SEO-метки, атрибуты, опции (размеры, цвета, комплектации).
- Категории и подкатегории — правильная вложенность, SEO-тексты, фильтры по характеристикам.
- Акции и скидочные предложения — настройка автоматического применения промокодов или скидок на сумму заказа.
- Статические страницы — о компании, доставка, оплата, возврат, контакты.
- Баннеры на главной — ротация изображений, привязка к товарам и категориям, отслеживание кликов.
- Блоговые записи и новости — публикация, настройка мета-тегов, прикрепление изображений.
Магазин не выглядит заброшенным, поисковые системы видят регулярные изменения — это плюс к позициям. Клиенты видят актуальные цены и наличие на складе.
Техническая поддержка
Сотрудники каждый день работают с магазином. Кто-то случайно удалил модуль доставки, маркетолог поменял код в шаблоне и сломал вёрстку, забыли пароль от админки или платежный шлюз перестал принимать оплату после обновления на стороне банка. Менеджеры тратят часы на поиск решения вместо обработки заказов.
Техническая поддержка сайта на OpenCart — это не про аварии. Это про ежедневное спокойствие. Что входит в пакет:
- Восстановление паролей от админки, хостинга, базы данных.
- Исправление слетевшей вёрстки после неудачных правок.
- Настройка любых модулей: OCmod, vQmod, фильтры, способы доставки, платёжные шлюзы.
- Добавление новых пользователей с настройкой прав доступа (администратор, менеджер, оператор склада).
- Решение мелких проблем без сложной разработки — форма не отправляет письма, не грузятся изображения, не работает редирект после добавления в корзину.
Вы не ищете фрилансера под каждую мелочь. Не торгуетесь за 15 минут работы. Не ждёте, когда у специалиста появится окно. Просто пишете в мессенджер — мы решаем. Ваши сотрудники продолжают принимать заказы.
Мониторинг работоспособности сайта
Магазин недоступен — заказы не поступают. А когда реклама работает «Яндекс Директ», бюджет сливается, а клиенты уходят к конкурентам. Каждый час простоя в пик продаж стоит десятков тысяч рублей. Мы не ждём, пока вы проснётесь и сообщите о проблеме.
Роботы проверяют доступность круглосуточно. Проверка запускается каждые пять минут из разных регионов России.
Что именно проверяем:
- Доступность сайта по HTTP и HTTPS.
- Скорость ответа сервера — если время отклика превышает порог, получаем уведомление.
- Работу админки OpenCart — авторизация, загрузка списка заказов, открытие карточки товара.
- Ключевые сценарии покупателя — добавление товара в корзину, переход к оформлению заказа, отправка формы обратной связи.
- Доступность API и внешних интеграций — выгрузка в «1С», отправка лидов в CRM, работа платёжного шлюза.
При первом же отклонении сигнал летит дежурному инженеру. Мы начинаем разбираться с проблемой до того, как первый клиент напишет в поддержку. Вы просто продолжаете работать. Магазин всегда под контролем.
Резервное копирование и восстановление данных
OpenCart хранит настройки в файлах конфигурации (config.php, admin/config.php), товары и заказы — в базе данных, изображения — в папке image/. Часто владельцы забывают про резервные копии, пока не случается беда. Восстановить магазин из «папки на хостинге» почти невозможно, так как там смешаны старые и новые версии файлов, а дамп базы данных отсутствует.
Мы подходим к бэкапам системно. База данных, файлы ядра, все установленные модули, папка с изображениями и файлами для скачивания сохраняются отдельно и в одной связке.
Как организовано хранение:
- Ежедневные автоматические копии без пропусков.
- Копии уходят на два независимых хранилища одновременно.
- Одна копия хранится на отдельном сервере в том же дата-центре (быстрый доступ).
- Вторая — в удалённом облаке за пределами Москвы (защита от пожара, затопления, кражи серверов).
- Срок хранения — 30 дней. Этого достаточно, чтобы откатиться к любой версии магазина за последний месяц.
Реальный случай, когда клиент через админку OpenCart случайно удалил категорию с 2000 товаров. Вместе с ней удалились все товары, потому что была включена настройка каскадного удаления. Мы подняли бэкап за 25 минут. Потери продаж — минимальные, клиент даже не успел запаниковать.
Оптимизация производительности
Главная боль OpenCart-проектов — неоптимизированные запросы к базе данных. Один разработчик написал выборку товаров в цикле в модуле фильтра. Второй подключил тяжёлую библиотеку для слайдера на всех страницах. Третий не настроил кеширование изображений. В результате страница категории генерируется 5–8 секунд, хотя сервер мощный.
Мы ищем такие места системно. Смотрим медленные логи MySQL, профилируем запросы, проверяем каждый модуль и OCmod-патч.
Что исследуем в первую очередь:
- Запросы к БД — сколько их на странице категории, какие из них повторяются, можно ли заменить на JOIN вместо вложенных запросов.
- Индексы таблиц — особенно oc_product, oc_product_to_category, oc_product_attribute, oc_filter. Без индексов OpenCart тормозит на каталогах от 5000 товаров.
- Кеширование — настроено ли кеширование товаров, категорий, модулей. Не сбрасывается ли кеш слишком часто.
- Изображения — загружаются ли в оригинальном размере или есть автоматическое создание пресетов. Нужно ли подключить WebP и ленивую загрузку.
- OCmod-патчи — не конфликтуют ли между собой, создавая двойную нагрузку на перехват запросов.
- Сторонние модули — какие из них создают фоновые задачи без ограничения по времени.
После диагностики применяем решения. Меняем логику запросов в модулях, включаем кеширование на уровне сервера (Redis или Memcached), настраиваем композитный кеш страниц. Подключаем WebP и ленивую загрузку изображений. Оптимизируем настройки PHP (memory_limit, max_execution_time). Результат замеряем до и после.
Помощь с интеграциями и доработками
OpenCart не имеет встроенного конструктора связей с внешними системами. Вы не найдёте в админке кнопку «Отправить заказ в CRM» или «Синхронизировать с „1С“». Каждый обмен данными — это отдельная задача на уровне кода. Обычные разработчики пишут такие решения с нуля каждый раз. Мы используем наработанную базу модулей и паттернов под OpenCart.
Сначала изучаем, какие данные и в каком направлении должны двигаться. Заказы из OpenCart в CRM. Товары из «1С» на сайт. Статусы оплаты из платежной системы обратно в магазин. Для каждого направления определяем протокол: REST API, SOAP, выгрузка файлов по FTP, прямой запрос к базе. После согласования пишем отдельный OCmod-патч или модуль-обработчик. Не трогаем ядро. Не переписываем существующие контроллеры.
Что мы дорабатываем в OpenCart под ключ:
- Калькуляторы стоимости с динамическими полями (расчёт по весу, габаритам, расстоянию, количеству этажей).
- Кастомные опции товаров (не просто «размер S/M/L», а с привязкой к цене, остатку, артикулу поставщика).
- Личный кабинет с историей заказов, повторением заказа, отслеживанием статуса доставки.
- Экспорт заказов в любые форматы: Excel, XML, CSV, JSON, «1С» CommerceML.
- Подключение любых платежных шлюзов, даже тех, для которых нет готового модуля.
- Формы обратной связи с отправкой в CRM, телеграм, amoCRM, Bitrix24.
Мы пишем кастомный функционал через OCmod или в виде отдельных модулей с собственными таблицами в базе данных. Ядро OpenCart остаётся девственно чистым. При выходе новой версии OpenCart вы спокойно обновляете магазин. Наши патчи автоматически накладываются поверх обновлённых файлов, при этом ничего не ломается.
Часто задаваемые вопросы
Как часто ломаются модули после обновления OpenCart и как вы это предотвращаете?
Ломаются часто, особенно если модули написаны без учёта совместимости. Типичная ситуация — разработчик модуля использовал прямое обращение к таблице oc_product, а в новой версии OpenCart изменили структуру этой таблицы. Или модуль полагался на устаревший метод работы с сессиями. Мы не узнаём о таких поломках на живом магазине.
Перед каждым обновлением разворачиваем полную копию магазина на тестовом сервере. Запускаем автоматические тесты: добавление в корзину, оформление, оплата через тестовый шлюз, работа фильтров. Если модуль падает — фиксируем конфликт до того, как он доберётся до покупателей. Исправляем несовместимость или находим замену модулю.
Смогут мои менеджеры сами добавлять товары без вашего участия каждый раз?
Да, мы настраиваем админку так, чтобы она стала понятной для обычного менеджера. Стандартный OpenCart перегружен: 6 вкладок для создания товара, 15 полей на вкладке «Данные», настройки налогов, опций, атрибутов. Менеджеры путаются, пропускают важные поля.
Мы упрощаем: скрываем ненужные вкладки, переименовываем поля на понятные русские названия, настраиваем обязательные поля, чтобы ничего не пропустили. Записываем короткие видеоинструкции именно под вашу админку. После этой подготовки сотрудники справляются без звонков в поддержку.
Что делать, если сайт уже взломали?
Первым делом изолируем магазин — отключаем приём заказов, чтобы клиенты не отправляли деньги мошенникам. Изучаем логи сервера за последние 30 дней, находим точку входа. Чаще всего это устаревший модуль с известной уязвимостью или слабый пароль от панели управления. Удаляем вредоносный код из файлов модулей, шаблонов, базы данных.
Проверяем файл index.php, admin/index.php, все контроллеры. Меняем все пароли: от хостинга, админки OpenCart, базы данных, FTP. Восстанавливаем работоспособность платежных форм. Устанавливаем файервол для отслеживания повторных попыток проникновения. Обычно чистим за 4–6 часов, если заражение не затронуло базу заказов.
Вы поддерживаете старые версии OpenCart 1.5 или 2.x? У меня не обновляли годами.
Технически поддерживаем, но предупреждаем о рисках. OpenCart 1.5.x и 2.x официально не получают обновлений безопасности больше трёх лет. Это значит, что магазин уже имеет известные уязвимости, которые хакеры активно эксплуатируют. Хостинги отключают поддержку старых версий PHP, которые нужны для этих версий OpenCart.
Наша рекомендация — миграция на актуальную 3.x. Процесс занимает от 2 до 5 дней в зависимости от количества кастомных модулей. Мы переносим товары, категории, заказы, клиентов, атрибуты, опции, настройки. После переезда магазин работает на современном PHP и получает обновления безопасности.
Мне нужен не типовой модуль доставки. Сможете написать под мою логистику?
Да. Типовые модули OpenCart закрывают 80% сценариев: фиксированная стоимость, вес, регионы. Если у вас своя курьерская служба с расчётом по зонам, временным интервалам, загруженности курьеров — стандартного решения нет.
Мы пишем модуль с нуля под вашу логику. Получаем данные по API из вашей базы, подставляем варианты доставки в корзину, пересчитываем сумму при выборе. На выходе покупатель видит привычный интерфейс выбора доставки, как с обычным модулем.
Сколько времени занимает восстановление магазина из бэкапа, если всё рухнуло?
При штатной ситуации — от 20 до 40 минут. У нас настроен автоматический процесс: скачиваем последний бэкап из удалённого хранилища, разворачиваем базу данных на сервере, восстанавливаем файлы ядра и модулей из отдельного архива. Дольше всего занимает загрузка папки с изображениями, если она весит несколько гигабайт.
Для срочных случаев храним второй бэкап в том же дата-центре, разворачивается за 10–15 минут, но этот вариант менее надёжный для долгого хранения. Клиенты получают рабочий магазин в течение часа после запроса.
Будете ли вы доступны в выходные и дни распродаж?
Да, в пиковые периоды мы переходим на усиленный режим. В стандартное время поддержка работает в рабочие дни с 10:00 до 19:00. Если ваш бизнес активен именно по субботам и воскресеньям круглый год, подключаем расширенный тариф с полным покрытием выходных. Отдельно прописываем это в договоре до старта работ. Никаких сюрпризов в виде «а сегодня не работаем» в самый важный день продаж.
Вы даёте гарантию, что после ваших доработок магазин не замедлится?
Даём гарантию на конкретные работы по оптимизации. Перед началом фиксируем текущие метрики: время генерации страницы категории, время ответа сервера, количество запросов к базе. Проводим оптимизацию. После завершения замеряем те же метрики. Если скорость не выросла хотя бы на 30 % — дорабатываем бесплатно.
Гарантия не распространяется на случаи, когда после наших работ клиент самостоятельно устанавливает тяжёлые модули или заливает неоптимизированные изображения. Но мы предупредим об этих рисках заранее.
Могу я получать бэкапы себе на компьютер или в свой облачный сервис?
Да, вы имеете полный доступ ко всем резервным копиям. Раз в сутки автоматическая копия отправляется в наше хранилище. Мы настроим дополнительную отправку в облако или любой сервер по SFTP. Храним 30 ежедневных копий плюс еженедельные.
По вашему запросу в любой момент сформируем отдельный бэкап «прямо сейчас» перед важными изменениями. Вы можете скачать любой бэкап в любое время через личный кабинет или по прямой ссылке от нас.