Интернет-магазин на OpenCart: каталог, который держит десятки тысяч позиций

OpenCart мы берём не из любви к конкретной CMS, а из-за типа задачи. Это движок, который из коробки умеет то, ради чего на других платформах докупают расширения: многоуровневые категории, опции и атрибуты товара, несколько языков и валют, группы покупателей с собственными ценами, купоны, кабинет клиента, сравнение и закладки. Когда каталог — главный актив магазина, это экономит и бюджет разработки, и время на поддержку.

Задачи на этой платформе редко похожи одна на другую. «Будмен» — строительный маркет с десятками тысяч позиций и отдельным разделом проката инструмента. RainWay — производитель водостока, где покупатель собирает систему калькулятором по серии, диаметру и цвету. Gadgik — аксессуары для телефонов с подбором по сотням моделей устройств и собственным модулем точек выдачи с координатами и графиком работы. Sushi Product — оптовый портал для поставщика HoReCa с кабинетом закупщика и тремя языками.

Первое, что мы спрашиваем на старте, — версия. OpenCart 4 переписал систему расширений: модули, собранные под 3.x, на него не встают, а часть авторов свои решения так и не перенесла. Поэтому магазин на 3.0.3.x не всегда «устаревший»: если на нём держится рабочая связка модулей, переход обойдётся дороже поддержки текущей версии. Считаем оба сценария и показываем цифры, а не советуем обновляться из-за того, что вышла новая версия.

Второе — скорость на большом каталоге. Стандартный OpenCart не рассчитан на десятки тысяч позиций с глубокой фильтрацией: выборки товаров и категорий начинают тянуть страницу вниз. Лечится индексами, кешем и переписанными запросами — и это отдельная строка сметы, а не «оптимизация на сдачу».

Вторая половина обращений — не «сделайте новый», а «магазин уже есть, но». За этим обычно стоит версия 1.5 или 2.x, купленная тема, три десятка модулей от разных авторов и правки прямо в ядре. Такой магазин не обновляется: любое обновление затирает правки. Поэтому начинаем с аудита и говорим прямо, что дешевле — лечить или переносить в чистую сборку с возвратом кастомной логики отдельными модулями.

Отдельно о переезде и поиске. Магазин живёт с органики, поэтому карта старых адресов и редиректы 301 — часть работ, а не «дополнительная опция». Переносим title и description категорий и товаров, сохраняем ЧПУ-URL, настраиваем hreflang для украинской и русской версий, а после релиза смотрим в Search Console, как переиндексируются страницы. Так делали в Gdent, где две языковые версии каталога медицинских материалов не должны были конкурировать между собой в выдаче.

Если вы ещё выбираете платформу, не делайте это по списку возможностей — начните с каталога и того, как его ищут. Все форматы магазинов, которые мы строим, собраны в разделе интернет-магазинов. Все форматы магазинов →

Когда магазин — часть контентного сайта с блогом и посадочными страницами, удобнее держать всё в одной админке WordPress. Мы делаем и такие магазины — страница рядом. Магазины на WooCommerce →

Запущенный магазин требует обновлений, бэкапов и внимания к безопасности — это отдельное направление. Расскажите задачу: за 30 минут скажем, что именно нужно и сколько это ориентировочно будет стоить. Поддержка сайтов →