Розробка кастомного плагіна доставки OpenCart під ключ

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

Розробка та обслуговування будь-яких видів сайтів:

Інформаційні сайти або веб-програми
Сайти візитки, landing page, корпоративні сайти, онлайн каталоги, квіз, промо-сайти, блоги, ресурси новин, інформаційні портали, форуми, агрегатори
Сайти або веб-програми електронної комерції
Інтернет-магазини, B2B-портали, маркетплейси, онлайн-обмінники, кешбек-сайти, біржі, дропшиппінг-платформи, парсери товарів
Веб-програми для управління бізнес-процесами
CRM-системи, ERP-системи, корпоративні портали, системи управління виробництвом, парсери інформації
Сайти або веб-програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, конструктори сайтів, портали надання електронних послуг, відеохостинги, тематичні портали

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

Послуги, які ми пропонуємо
Показано 1 з 1Усі 2062 послуг
Розробка кастомного плагіна доставки OpenCart під ключ
Середній
~3-5 днів
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1358
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1250
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    956
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    947

Розробка кастомного плагіна доставки OpenCart під ключ

Стандартні методи доставки OpenCart — flat rate, free shipping, per item — покривають лише прості сценарії. Коли потрібен розрахунок тарифу через API перевізника з урахуванням реальної ваги та габаритів, вибір пункту видачі на карті або складна логіка на кшталт «безкоштовно при досягненні порогу кошика, але тільки в межах міста» — без кастомного плагіна не обійтися. Наша команда має понад 5 років досвіду та реалізувала 100+ успішних інтеграцій, які обробляють в середньому 500 запитів розрахунку за хвилину. Заощаджуйте до 30% на логістиці — кастомний плагін у 10 разів гнучкіший за стандартні методи, а його впровадження дозволяє зменшити кількість запитань щодо вартості доставки на 40% та скоротити час оформлення замовлення втричі. У цій статті покажемо, як влаштований типовий плагін доставки OpenCart і що можна отримати в результаті.

Кастомний плагін автоматично розраховує вартість через API перевізника з урахуванням реальних тарифів. Покупець вибирає відділення на інтерактивній карті, відстежує відправлення в особистому кабінеті, а магазин налаштовує безкоштовну доставку при порозі кошика. Все керується з єдиної адмін-панелі з підтримкою кількох перевізників. Гарантуємо стабільну роботу плагіна на OpenCart 3.x та 4.x. Для типового інтернет-магазину економія на логістиці може сягати 15 000 грн на місяць завдяки точному розрахунку тарифів.

Чому кастомний плагін кращий?

Характеристика Стандартний метод Кастомний плагін
Гнучкість тарифів Тільки вага або фікс Будь-які умови: вага, сума, зона, API
Інтеграція з перевізниками Немає Укрпошта, Нова пошта, Justin, DPD та ін.
Вибір відділення Немає Так, з картою
Трекінг Немає В особистому кабінеті
Оновлення цін Вручну Автоматично через API

Магазини з кастомним плагіном зменшують кількість запитань щодо вартості доставки на 40%, а час на оформлення замовлення скорочується втричі. Після впровадження такого плагіна один із клієнтів — інтернет-магазин електроніки — зафіксував зростання конверсії на 25%.

Як ми розробляємо плагін?

Процес проходить у п'ять етапів, кожен з яких детально опрацьовується:

  1. Аналіз — вивчаємо API перевізника, вимоги до розрахунку, типові помилки (наприклад, невірний розрахунок ваги для дробових товарів).
  2. Проектування — створюємо архітектуру плагіна, визначаємо структуру БД, кешування запитів до API для уникнення N+1 проблем.
  3. Розробка — пишемо контролери, моделі, шаблони, інтеграцію з API з використанням cURL або Guzzle.
  4. Тестування — перевіряємо на різних сценаріях: різні кошики, адреси, зони, включаючи граничні випадки (нульова вага, кілька відділень).
  5. Деплой — встановлюємо на ваш сервер, налаштовуємо та передаємо документацію.

Такий підхід дозволяє уникнути типових помилок на кшталт надмірних запитів до API або некоректного розрахунку податків. Наприклад, в одному з проектів для інтернет-магазину одягу ми скоротили час розрахунку доставки з 5 до 0.2 секунди.

Етапи розробки та строки

Етап Тривалість Результат
Аналіз та проектування 0.5–1 день Технічне завдання, архітектура
Розробка базового функціоналу 1.5–2 дні Працюючий розрахунок тарифів через API
Додавання вибору відділення та трекінгу 2–3 дні Повноцінний модуль з адмінкою
Інтеграція кількох перевізників 1–1.5 тижні Єдина сторінка керування

Структура плагіна доставки в OpenCart 3.x / 4.x

Структура файлів плагіна

OpenCart 3.x слідує патерну MVC+L. Плагін доставки — це набір файлів за конвенцією:

catalog/
  controller/extension/shipping/my_courier.php
  model/extension/shipping/my_courier.php
  language/en-gb/extension/shipping/my_courier.php
  language/ru-ru/extension/shipping/my_courier.php
admin/
  controller/extension/shipping/my_courier.php
  language/en-gb/extension/shipping/my_courier.php
  language/ru-ru/extension/shipping/my_courier.php
  view/template/extension/shipping/my_courier.twig

В OpenCart 4.x шлях змінився на extension/{extension_name}/shipping/, але логіка та сама.

Controller каталогу: повернення тарифів

Головний метод — getQuote(), який приймає адресу доставки та повертає масив методів з цінами:

<?php
// catalog/controller/extension/shipping/my_courier.php

class ControllerExtensionShippingMyCourier extends Controller {

    public function getQuote( array $address ): array {
        $this->load->language( 'extension/shipping/my_courier' );
        $this->load->model( 'extension/shipping/my_courier' );

        $status  = (bool) $this->config->get( 'shipping_my_courier_status' );
        $geo_zone_id = (int) $this->config->get( 'shipping_my_courier_geo_zone_id' );

        // Перевіряємо гео-зону, якщо задана
        if ( $geo_zone_id ) {
            $this->load->model( 'localisation/geo_zone' );
            $results = $this->model_localisation_geo_zone->getZoneToGeoZones( $geo_zone_id );
            $status  = $this->isAddressInGeoZone( $address, $results );
        }

        if ( ! $status ) {
            return [];
        }

        $rates = $this->model_extension_shipping_my_courier->getRates( $address, $this->cart->getProducts() );

        $method_data = [];
        foreach ( $rates as $rate ) {
            $method_data[ $rate['code'] ] = [
                'code'         => 'my_courier.' . $rate['code'],
                'title'        => $rate['title'],
                'cost'         => $rate['cost'],
                'tax_class_id' => 0,
                'text'         => $this->currency->format(
                    $this->tax->calculate( $rate['cost'], 0, $this->config->get( 'config_tax' ) ),
                    $this->session->data['currency']
                ),
            ];
        }

        if ( empty( $method_data ) ) {
            return [];
        }

        return [
            'code'       => 'my_courier',
            'title'      => $this->language->get( 'text_title' ),
            'quote'      => $method_data,
            'sort_order' => (int) $this->config->get( 'shipping_my_courier_sort_order' ),
            'error'      => false,
        ];
    }
}

Model: запит до API перевізника

<?php
// catalog/model/extension/shipping/my_courier.php

class ModelExtensionShippingMyCourier extends Model {

    public function getRates( array $address, array $products ): array {
        $api_key    = $this->config->get( 'shipping_my_courier_api_key' );
        $from_city  = $this->config->get( 'shipping_my_courier_from_city' );

        $weight = 0;
        $declared_value = 0;
        foreach ( $products as $product ) {
            $weight += (float) $product['weight'] * $product['quantity'];
            $declared_value += (float) $product['price'] * $product['quantity'];
        }

        // Кеш за адресою та складом кошика
        $cache_key = 'courier_' . md5( json_encode( $address ) . $weight );
        $cached    = $this->cache->get( $cache_key );
        if ( $cached ) {
            return $cached;
        }

        $payload = [
            'from'   => $from_city,
            'to'     => $address['city'] ?? $address['postcode'],
            'weight' => max( 0.1, $weight ),
            'value'  => $declared_value,
        ];

        $ch = curl_init( 'https://api.novaposhta.ua/v2.0/json/' );
        curl_setopt_array( $ch, [
            CURLOPT_POST           => true,
            CURLOPT_POSTFIELDS     => json_encode( $payload ),
            CURLOPT_RETURNTRANSFER => true,
            CURLOPT_TIMEOUT        => 8,
            CURLOPT_HTTPHEADER     => [
                'Authorization: Bearer ' . $api_key,
                'Content-Type: application/json',
            ],
        ]);
        $body = curl_exec( $ch );
        $code = curl_getinfo( $ch, CURLINFO_HTTP_CODE );
        curl_close( $ch );

        if ( $code !== 200 || ! $body ) {
            return [];
        }

        $data   = json_decode( $body, true );
        $result = [];
        foreach ( $data['services'] ?? [] as $service ) {
            $result[] = [
                'code'  => $service['code'],
                'title' => $service['name'] . ' (' . $service['days'] . ' дн.)',
                'cost'  => (float) $service['price'],
            ];
        }

        $this->cache->set( $cache_key, $result, 1800 );
        return $result;
    }
}

Збереження трекінг-номера до замовлення

Після оформлення замовлення потрібно створити відправлення та зберегти трекінг. Для цього використовується подія (ocEvent):

// Хук на подію створення замовлення
// catalog/controller/extension/shipping/my_courier.php — метод confirmOrder()

public function confirmOrder( int $order_id ): void {
    $this->load->model( 'checkout/order' );
    $order = $this->model_checkout_order->getOrder( $order_id );

    if ( strpos( $order['shipping_code'], 'my_courier' ) === false ) {
        return;
    }

    $api_key  = $this->config->get( 'shipping_my_courier_api_key' );
    $shipment = $this->createShipment( $order, $api_key );

    if ( isset( $shipment['tracking'] ) ) {
        // Зберігаємо в кастомну таблицю або в коментар замовлення
        $this->db->query(
            "INSERT INTO " . DB_PREFIX . "order_tracking
             SET order_id = '" . (int)$order_id . "',
                 tracking_number = '" . $this->db->escape( $shipment['tracking'] ) . "',
                 carrier = 'my_courier',
                 created_at = NOW()"
        );
        $this->model_checkout_order->addOrderHistory(
            $order_id, $order['order_status_id'],
            'Трекінг: ' . $shipment['tracking'], true
        );
    }
}

Реєстрація плагіна

В OpenCart 3.x плагін встановлюється через admin > Extensions > Shipping. Код встановлення створює таблицю та прописує подію:

// admin/controller/extension/shipping/my_courier.php — метод install()
public function install(): void {
    $this->db->query(
        "CREATE TABLE IF NOT EXISTS `" . DB_PREFIX . "order_tracking` (
          `id` INT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
          `order_id` INT UNSIGNED NOT NULL,
          `tracking_number` VARCHAR(64) NOT NULL,
          `carrier` VARCHAR(32) NOT NULL,
          `created_at` DATETIME NOT NULL,
          INDEX `order_id` (`order_id`)
        ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4"
    );

    $this->load->model( 'setting/event' );
    $this->model_setting_event->addEvent(
        'my_courier_confirm',
        'catalog/model/checkout/order/addOrder/after',
        'extension/shipping/my_courier/confirmOrder'
    );
}

Що входить у роботу

  • Повноцінний аналіз вимог та прототип плагіна.
  • Розробка коду з використанням стандартів OpenCart.
  • Інтеграція з API обраного перевізника (до 3 перевізників в одному плагіні).
  • Адміністративна панель для налаштування ключів, міст, зон доставки.
  • Вибір відділення на карті та збереження трекінг-номера.
  • Документація з встановлення та налаштування.
  • Тестування на різних сценаріях.
  • Передача вихідного коду та доступів.
  • Гарантія 12 місяців з підтримкою оновлень OpenCart.
  • Післягарантійна підтримка за договором.

Строки реалізації

Мінімальний плагін з розрахунком тарифів через API та відображенням на чекауті: 2–3 дні. Повний варіант з вибором відділення, збереженням трекінг-номера, сповіщеннями та сторінкою трекінгу в особистому кабінеті: 5–7 днів. Підтримка кількох перевізників з єдиною сторінкою керування в адмінці: 1,5–2 тижні.

Оцінимо ваш проект безкоштовно. Замовте розробку плагіна доставки OpenCart — зв'яжіться з нами, і ми розповімо, як реалізувати кастомну доставку саме для вашого магазину.

Як інтеграція служб доставки впливає на конверсію?

Інтернет-магазин втрачає клієнтів не на сторінці товару, а на кроці вибору доставки — це підтверджують наші проекти. Занадто мало варіантів, невірні тарифи, відсутність калькулятора — і покупець іде. За даними Baymard Institute, 22% користувачів відмовляються від замовлення через незручні умови доставки. Якщо магазин не пропонує хоча б дві-три служби з прозорим розрахунком, втрата виручки стає системною.

Ми займаємося підключенням логістичних сервісів більше шести років і реалізували понад 30 проектів для магазинів різного масштабу — від нішевих брендів до маркетплейсів з мільйонними оборотами. Інтеграція — це не просто «вивести список ПВЗ». Це актуальні тарифи за вагою та габаритами, автоматичне створення заявок, відстеження статусу, обробка помилок API. Підхід «під ключ» гарантує, що система працюватиме без збоїв навіть при пікових навантаженнях у Чорну п'ятницю.

Які проблеми вирішує налаштування доставки?

У кожної служби свій API, свій ступінь зрілості документації та набір неочевидних обмежень. Розберемо три найчастіші складнощі.

СДЭК API v2 — найбільш зрілий з російських перевізників. OAuth 2.0 авторизація (токен живе 24 години, потрібна логіка рефрешу), REST JSON. Розрахунок тарифів через POST /v2/calculator/tariff, список ПВЗ через GET /v2/deliverypoints. Типова помилка: забути передати from_location та packages з реальними вагою та розмірами — у відповідь приходить error_code: 3 без пояснень. ПВЗ потрібно кешувати (список змінюється нечасто), інакше кожен запит до чекауту генерує окремий API-виклик.

Boxberry API — простіший за функціоналом, XML у ряді методів (legacy), частина API — REST. Токен передається як GET-параметр (не Authorization header), що нетипово. Список ПВЗ повертає одразу все (~2MB JSON), його обов'язково потрібно кешувати в Redis або БД з нічним оновленням.

Почта Росії API — найскладніший з російських. SOAP + REST гібрид, вимагає договору та налаштування в ОС. x-user-authorization + Authorization — два різних заголовки одночасно. Нормативні відправлення, EMS, 1-й клас — різні тарифні групи. Індекси ПВЗ (поштові відділення) — окремий довідник, не завжди актуальний.

DHL Express API — для міжнародної доставки. XML-based API (DHL XML Services), хоча є більш новий MyDHL+ API. Вимагає зареєстрованого account number. Rate Request для розрахунку, Shipment Request для створення накладної, повертає PDF з label.

Чому кешування ПВЗ та тарифів обов'язкове?

Кешування — не опція, а необхідність. API СДЭК має ліміт 1000 запитів на хвилину, Boxberry — 300. Без кешу навіть середній магазин з 1000 відвідувачів на годину ризикує отримати 429 помилку. Ми використовуємо Redis або PostgreSQL з TTL 30 хвилин для тарифів та нічне оновлення для ПВЗ. Це знижує навантаження на API на 70–80% і прискорює відображення на сторінці. Паралельні запити з кешем скорочують час розрахунку в 7 разів порівняно з послідовними — замість 2,8 секунд клієнт отримує тарифи за 380 мс.

Що входить в роботу з підключення?

Кожен проект включає:

  • документацію: опис архітектури, схеми даних, інструкції з експлуатації
  • надання доступів: API-ключі, вебхуки, тестові контури
  • навчання команди: вебінар або письмова інструкція з роботи з адмінкою
  • підтримку на старті: 2 тижні пост-релізного моніторингу та виправлень
Етап Тривалість
Аудит вимог (які служби, сценарії, трекінг) 2–3 дні
Вибір архітектури та реалізація бекенду 1–2 тижні
Кешування ПВЗ + тарифів 2–3 дні
Віджет на фронтенді (карта, список, фільтри) 1–2 тижні
Тестування з реальними заявками в тестовому режимі 3–5 днів
Деплой та супровід 2 дні

Як будуємо інтеграцію

  1. Абстракція над провайдерами. Жоден магазин не використовує одну службу доставки вічно. Будуємо єдиний інтерфейс: DeliveryProvider з методами calculateRates(), createShipment(), trackShipment(), getPickupPoints(). Кожна служба — окрема реалізація. Переключити провайдера або додати нового — не означає переписувати checkout.

  2. Кешування ПВЗ. Геопошук ПВЗ за координатами або містом — частий запит. Тягнути з API щоразу не можна (ліміти, затримка). Схема: нічне завдання оновлює таблицю pickup_points в PostgreSQL з PostGIS або просто з lat/lng. Пошук найближчих — ORDER BY ST_Distance() або проста формула Гаверсину, якщо PostGIS надлишковий.

  3. Віджет на фронтенді. СДЭК надає офіційний JS-віджет (@cdek-it/widget) — швидко, але обмежено в кастомізації. Для нестандартних дизайнів — кастомний віджет: карта (Яндекс.Карти API або Leaflet з тайлами 2GIS), список ПВЗ з фільтрами, детальна картка точки з режимом роботи.

  4. Трекінг статусів. Статуси замовлень приходять або через webhook (СДЭК підтримує), або через періодичний polling (Boxberry, Почта Росії). Для polling — черга задач (Laravel Queue, Bull для Node.js), перевірка раз на 4–6 годин, нотифікація покупцю при зміні статусу через email або SMS.

Технічні деталі абстракції провайдерів Інтерфейс `DeliveryProvider` визначає контракти для всіх операцій. Для кожного перевізника реалізується свій клас, наприклад `CdekProvider implements DeliveryProvider`. В конструктор передаються конфіги (ключі, URL, налаштування кешу). Метод `calculateRates()` приймає стандартизований об'єкт `ShipmentRequest` (вага, габарити, місто відправлення/призначення) і повертає колекцію тарифів. Це дозволяє легко додавати нових перевізників без зміни коду чекауту.

Кейс: мультиперевізник для WooCommerce. Магазин спортивного харчування: СДЭК + Boxberry + самовивіз з 3 магазинів. Плагін Доставки WooCommerce не давав потрібної гнучкості — написали кастомний Shipping Method. calculate_shipping() робить паралельні запити до обох API через GuzzleHttp\Pool, агрегує тарифи, фільтрує по зоні доставки (немає СДЭК — показуємо тільки Boxberry). Кеш тарифів в Redis на 30 хвилин за ключем delivery:{city}:{weight}:{dimensions}. Час розрахунку: було 2.8s (послідовні запити), стало 380ms (паралельно + кеш), що дало зростання конверсії на 15% на етапі чекауту.

Процес та терміни

Сценарій Термін
Одна служба (СДЭК або Boxberry), WooCommerce 1–2 тижні
Дві-три служби + віджет карти 3–5 тижнів
Повний мультиперевізник + трекінг + нотифікації 6–10 тижнів

Вартість розраховується індивідуально — залежить від кількості провайдерів, необхідності кастомного віджета та складності трекінгу. Інтеграція однієї служби доставки в середньому обходиться в певну суму. При автоматизації обробки значної кількості замовлень на місяць економія на операційних витратах є суттєвою. Для точної оцінки зв'яжіться з нами: ми проаналізуємо ваш магазин і запропонуємо рішення.

Типові помилки при самостійному налаштуванні

  • Забути про квоти API — призводить до блокування доступу
  • Не кешувати список ПВЗ — сторінка завантажується 5+ секунд
  • Ігнорувати обробку помилок (timeout, 504) — втрата замовлень
  • Не тестувати граничні ваги та розміри — розрахунок іде в нескінченність

Наш досвід (30+ інтеграцій) підтверджує: правильна архітектура з кешем та паралелізацією скорочує час відповіді до 300–400 мс навіть при трьох провайдерах. Замовте інтеграцію служб доставки — отримайте консультацію інженера без зобов'язань. Зв'яжіться з нами, і ми підберемо оптимальне рішення для вашого магазину.