Почати проект
★★★★★★★★★★★★★★★★★★★★★★★★★-20%SALE🛒🛒🛒
  • Інтернет-магазини · OpenCart 4.x
  • Вимір 31.07.2026

Інтернет-магазин продуктів: доставка, набори, терміни придатності

Розробка інтернет-магазину продуктів харчування — це переважно не каталог, а правила: зони доставки, поріг безкоштовної, мінімальна сума, вага замовлення. Каталог у ніші зазвичай невеликий, тому час іде на логіку, а не на імпорт прайсу. 31 липня 2026 року ми зняли показники з двох живих продуктових магазинів: перша відповідь сервера 402,9 і 428,4 мс, вага HTML 303,4 і 264,1 КБ. Строк — 25–45 робочих днів від затвердження ТЗ. Ціни тут немає навмисно: спершу безкоштовний аудит, потім сума по етапах.

Подивитись, як це працює
Вартість
після безкоштовного аудиту
Гарантія
30 днів після підписання акта
Строк розробки
25–45 робочих днів від затвердження ТЗ
після безкоштовного аудиту
Вартість
30
Гарантія

днів після підписання акта

25–45
Строк розробки

робочих днів від затвердження ТЗ

2
Магазинів ніші поміряли

продуктові магазини, вимір 31.07.2026

402,9 мс
Перша відповідь сервера

і 428,4 мс

303,4 КБ
Вага HTML головної

і 264,1 КБ

/sitemap.xml віддає HTTP 200 з тілом на 0 байт
Типова знахідка
безкоштовний аудит, 2–4 робочих дні
Перед кошторисом
Що входить

Повний перелік робіт і того, що ви отримуєте на виході

  • Каталог за типом продукту й призначенням, фільтр за складом, вагою і брендом — покупець доходить до позиції без менеджера
  • Картка з полями склад, вага, калорійність, умови зберігання й термін придатності — питання закриваються до кошика
  • Подарункові набори окремими позиціями зі списанням залишку по складниках — набір не продасться, якщо однієї коробки немає
  • Логіка доставки в чекауті: зони, мінімальна сума, поріг безкоштовної, самовивіз — рахує сайт, а не менеджер
  • Видимий у кошику залишок до порога безкоштовної доставки — покупець бачить, скільки добрати, ще до оформлення
  • Оплата: LiqPay, WayForPay, Privat24, картки, післяплата — імпульсна покупка не впирається у відсутній спосіб
  • Доставка: Нова Пошта з вибором відділення, Укрпошта, кур'єр по місту, самовивіз — адресу не доводиться перепитувати
  • Технічне SEO: ЧПУ, canonical, унікальні title і карта сайту, яку ми відкриваємо й міряємо в байтах
  • Мікророзмітка JSON-LD: GroceryStore або Store, Product, BreadcrumbList — дані магазину узгоджені зі сторінкою
  • Аналітика: GTM, GA4, події кошика й покупки зі складом замовлення — видно, що доїжджає до оплати
  • Передача: доступи, письмова інструкція, прохід адмінки з менеджером на живому замовленні
Коли ця послуга не підходить

Що не входить у роботу — щоб не було сюрпризів на здачі

  • Фотозйомка страв і продукції
  • Опис складу й харчової цінності — ці дані дає виробник
  • Отримання дозвільних документів на торгівлю харчовими продуктами
  • Робота з кур'єрською службою як операційний процес
  • Хостинг, домен, еквайринг
Кому підходить

Ситуації, у яких ця послуга дає результат

Ситуація 1 з 4

Приймаєте замовлення в директі й рахуєте доставку вручну

Кожне замовлення — переписка з чотирьох питань: що є в наявності, скільки важить, скільки коштує доставка, чи дотягує сума до безкоштовної. Магазин переносить ці питання в чекаут. Покупець сам обирає відділення, бачить вагу й бачить, скільки лишилося добрати до порога, а менеджер отримує оформлене замовлення замість листування.

Розберемо вашу ситуацію на безкоштовному аудиті

Замість цінової вилки — безкоштовний аудит магазину продуктів

Продуктовий магазин ламається не там, де очікують: не на дизайні, а на доставці. Зони, слоти, мінімальна сума, вага замовлення. Аудит показує, що з цього у вас уже вирішено, а що доведеться проєктувати — і тільки після цього має сенс говорити про суму.

Що міряємо

  • Логіка доставкиЗони, слоти, мінімальна сума, поріг безкоштовної. У виміряному магазині солодощів поріг — 2 500 грн до відділення Нової Пошти, винесений банером на головну: механіка проста й робоча.
  • Структура асортиментуСкільки позицій, скільки з них ваговий товар і скільки — набори з кількох одиниць. Набори рахуємо окремо: залишок у них списується по складниках.
  • Стан карти сайтуНе «чи налаштована», а скільки байтів вона віддає. У виміряному магазині солодощів /sitemap.xml повертає HTTP 200 з тілом на нуль байт, фід карти сайту — 404, а рядок Sitemap у robots.txt закоментований з дефолтного шаблону OpenCart.
  • Швидкість мобільної версіїПерша відповідь сервера й вага HTML. Орієнтир ніші з нашого виміру: 402,9 мс при 303,4 КБ і 428,4 мс при 264,1 КБ. Це серверна частина — реальний мобільний UX перевіряється вже на живих сесіях.
  • ОплатаСкільки способів реально підключено і чи це ті способи, якими платить ваш покупець. У виміряному магазині солодощів їх п'ять: LiqPay, WayForPay, Privat24, Visa, Mastercard.
  • Мовні версії в карті сайтуЧи потрапили туди обидві. У виміряному магазині бренду спецій усі 590 адрес карти вели лише на одну мовну версію з двох, хоча в коді оголошено дві.
  • АналітикаЩо стоїть і чи це збирає дані. У магазині солодощів не знайшлось жодного лічильника, у магазині спецій поруч із живим GA4 стоїть мертвий — вимірювати нема чим в обох випадках, але причини різні.

Що ви отримуєте на руки

  • Документ із цифрами: перша відповідь сервера, вага HTML, скільки байтів віддає карта сайту, перелік оплат і доставок, наявність аналітики.
  • Розбір логіки доставки: що у вас уже описано, а що доведеться формалізувати перед розробкою.
  • Оцінку робіт по наборах і ваговому товару, якщо вони у вас є, — це два пункти, які найсильніше рухають обсяг.
  • Розмову на 30–40 хвилин по документу, де відповідаємо на питання по пунктах.

Строк: 2–4 робочих дні від моменту, коли ми отримали адресу сайту або опис асортименту

Чому це безкоштовно

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

Що далі

Після аудиту називаємо суму й строк по етапах із календарними датами, а не діапазон. Далі договір, рахунок, акт. Якщо з цифр стане видно, що магазин вам зараз не потрібен, ми так і скажемо — випадки перелічені нижче на цій сторінці.

Форма коротка: контакт і адреса сайту

Працюємо офіційно

Договір, акт і рахунок — на кожен проєкт, а не тільки на великий. Без документів у вас немає ні прав на роботу, ні підстави провести витрати.

  • Договір, акт і гарантія 30 днів

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

  • ФОП і безготівковий розрахунок

    Виконавець — зареєстрований ФОП. Оплата на рахунок із закривними документами, які бухгалтерія проведе як витрати. Курс для гривневої оплати фіксується договором, а не з’ясовується постфактум.

  • Права й доступи — ваші

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

  • Портал клієнта замість переписки

    На час роботи ви отримуєте доступ до порталу: договори, рахунки, акти й стан проєкту в одному місці. Документи формуються з даних угоди, тому реквізити й суми в них не розходяться, а про оплати й дедлайни нагадує система, а не пам’ять менеджера.

  • Замовники з Європи

    Серед робіт — проєкти для Норвегії, Болгарії та Іспанії: болгарський магазин трьома мовами з кур’єрською доставкою, іспанський з оплатою карткою й переказом, норвезький сайт клініки. Це видно в портфоліо, а не тільки в описі.

  • Цифри, які можна перевірити

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

  • Спершу аудит, потім сума

    Прайсу на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» нічого не пояснює. Спершу безкоштовний розбір — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.

  • Кажемо «ні», коли не впевнені

    Якщо задача не наша, строк нереальний або послуга вам просто не потрібна — скажемо це першим листом, а не після передоплати. Гарантій позицій у пошуку не даємо: їх не дає ніхто, а обіцянка без механізму — це продаж, а не робота.

NDA підписуємо на запит. Після завершення співпраці наші доступи до ваших сервісів видаляємо самі й повідомляємо про це.

Що впливає на вартість

Чому дві однакові на вигляд задачі рахуються по-різному — і що саме ми міряємо на аудиті

  • Правила доставкиОдна зона й один поріг — це налаштування. Кілька зон із різними тарифами, слоти на день і розрахунок за вагою — окрема логіка в чекауті, і саме вона найчастіше рухає кошторис угору.
  • Подарункові набориДесяток фіксованих наборів зі списанням по складниках і конструктор, де покупець збирає бокс сам, відрізняються за обсягом робіт у рази. Сезонна зміна складу додає ще й підтримку.
  • Ваговий товарПродаж за 100 г, крок ваги й перерахунок ціни в кошику — це не поле в картці, а зміна логіки кошика. Якщо ваговий товар є, кажіть про нього на аудиті, а не на етапі верстки.
  • Стан прайсуГотовий CSV чи XML із вагою, складом і залишком — це імпорт за день. Прайс, де склад лежить у PDF картинкою, доводиться розбирати руками, і це окремий рядок робіт.
  • Терміни придатностіВиведення дати й умов зберігання полем у картці входить у роботу. Автоматичне зняття з продажу за датою — доробка поверх магазину, і вона можлива лише якщо дати приходять у прайсі.
  • Друга моваТехнічно це hreflang і карта сайту, зведені разом. Змістовно — подвоєний каталог, який хтось має підтримувати постійно; машинний переклад складу продукту тут шкодить більше, ніж допомагає.
Кейси

Задачі та результат у цифрах — усі показники зняті нашим виміром

інтернет-магазин доставки солодощів, снеків і подарункових наборів

Задача
Продавати солодощі, снеки й подарункові набори з доставкою по Україні: каталог із фільтрами за типом і призначенням, кошик із вибором доставки, онлайн-оплата. Окремий акцент — швидкість мобільної версії, бо в ніші більшість замовлень імпульсні й із телефона.
Рішення
Магазин на OpenCart 3.x за nginx з HTTP/2. П'ять способів онлайн-оплати — LiqPay, WayForPay, Privat24, Visa, Mastercard — і чотири способи доставки, включно з кур'єром і самовивозом. Умова безкоштовної доставки до відділення Нової Пошти від 2 500 грн винесена банером на головну; зв'язок через Telegram, Viber, WhatsApp та Instagram.
Результат
Вимір 31.07.2026: TTFB 402,9 мс, повне завантаження HTML 532,4 мс при вазі 303,4 КБ — найшвидша перша відповідь серед OpenCart-магазинів партії. Знайдені дефекти: обсяг каталогу виміряти ззовні не вдалося, бо /sitemap.xml віддає HTTP 200 з тілом на нуль байт, фід карти сайту — 404, а тема не виводить лічильник товарів у категорії; аналітики не знайшлось жодної — ні GTM, ні GA, ні пікселя.

бренд натуральних спецій і приправ із власним інтернет-магазином

Задача
Продавати асортимент бренду онлайн — суміші, моноспеції, приправи для м'яса, риби й випічки — з рецептурним розділом і підбором за типом страви.
Рішення
Магазин на OpenCart із двома мовними версіями. Оплата ПриватБанком, Монобанком, післяплатою і за рахунком; доставка Новою Поштою, Укрпоштою й самовивозом. Структуровані дані GroceryStore з адресою, координатами й графіком роботи, підключені Google Tag Manager і GA4.
Результат
Каталог — близько 580 товарів і 7 категорій. TTFB 428,4 мс, повне завантаження 488,2 мс при вазі HTML 264,1 КБ. Знайдені дефекти: карта сайту містить 3 971 запис на 590 унікальних адрес, і всі 590 ведуть лише на одну мовну версію з двох; поруч із живим GA4 стоїть другий лічильник, який не збирає дані з 2023 року.

Не знайшли свій випадок?

Опишіть, як це влаштовано у вас, — відповімо, чи підходить «Розробка інтернет-магазину продуктів харчування» і що це означає у вашій ситуації. Без брифу й без дзвінка: одне питання, одна відповідь.

Як проходить робота

Прозорі етапи з погодженням на кожному кроці

Загальний строк:25–45 днів

  1. Аудит і бриф

    3–5 робочих днів

    Міряємо поточний стан, якщо сайт уже є, і розбираємо правила доставки, асортимент, набори й ваговий товар. На виході — ТЗ, за яким рахується кошторис і приймається робота.

  2. Структура каталогу й картки

    3–5 робочих днів

    Дерево категорій за типом продукту й призначенням, набір характеристик для фільтра, поля картки під склад, вагу й термін придатності, кроки чекауту. Погоджуємо до дизайну.

  3. Дизайн

    5–8 робочих днів

    Головна, категорія, картка, кошик, чекаут. Тут же фіксуємо цільову вагу сторінки: орієнтир ніші з нашого виміру — 264,1–303,4 КБ HTML на головній.

  4. Збірка магазину й логіки доставки

    8–13 робочих днів

    Верстка теми, каталог і фільтр, кошик, зони й пороги доставки, набори зі списанням по складниках, ролі в адмінці, сторінки оплати, доставки й повернення.

  5. Каталог, оплата, аналітика

    4–9 робочих днів

    Імпорт прайсу з мапінгом полів, підключення оплат і перевізників, GTM і GA4 з подіями кошика й покупки, JSON-LD, карта сайту з перевіркою розміру відповіді.

  6. Тестування, передача, запуск

    2–5 робочих днів

    Наскрізний прогін замовлення від кошика до ТТН, перевірка порога безкоштовної доставки на межі суми, заміри першої відповіді й ваги HTML, прохід адмінки з вашим менеджером.

Технології та інтеграції

На чому будуємо і з чим це з’єднується

Стек

  • OpenCart 4.x — базова версія; зони доставки під 4.x є не в кожного вендора модулів
  • OpenCart 3.x — коли потрібного модуля під 4.x немає; гілку вже не розвивають
  • PHP у підтримуваній версії — у виміряному магазині ніші стояла 7.3 без підтримки з 2021 року
  • MySQL — каталог продуктів малий, окремий пошуковий рушій тут зайвий
  • nginx + HTTP/2 — тримає першу відповідь коло 400 мс; далі впирається в тему, не в сервер
  • HTTPS — без нього браузер попереджає проти вас; безпечним сайт він не робить
  • Модуль зон доставки — тариф за адресою й вагою; слоти по годинах доводиться дописувати
  • Відкладене завантаження зображень — знімає вагу фото, але не вагу HTML

Інтеграції

  • LiqPay
  • WayForPay
  • Privat24
  • Visa / Mastercard
  • післяплата
  • Нова Пошта
  • Укрпошта
  • кур'єр по місту
  • самовивіз
  • Google Tag Manager
  • GA4
  • Meta Pixel
  • Telegram
  • Viber
  • Instagram
Свій магазин продуктів проти продажів у директі й маркетплейсу

Чим цей варіант відрізняється від «Директ / маркетплейс»

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

Без цього не почнемо — краще підготувати заздалегідь

  1. Прайс: назва, вага чи об'єм, склад, ціна, залишок, категорія. Машинний файл, не фото таблиці.
  2. Фото продукції — у продуктах вони продають більше за опис.
  3. Правила доставки: зони, мінімальна сума, поріг безкоштовної, слоти, якщо вони у вас є.
  4. Склад подарункових наборів по позиціях, якщо ви їх продаєте.
  5. Доступи до хостингу й домена або згоду підібрати хостинг за вас.
  6. Одну людину з правом затвердити каталог і правила доставки.

Якщо чогось із цього немає — скажіть, підкажемо, як зібрати або зробимо самі окремою задачею.

Часті питання

Те, що питають найчастіше — з конкретними відповідями

як зробити безкоштовну доставку від суми?

Це правило в чекауті плюс видимий поріг у кошику: покупець має бачити, скільки лишилося добрати. У виміряному нами магазині солодощів поріг — 2 500 грн до відділення Нової Пошти, і він винесений банером на головну. Механіка дає ефект тільки тоді, коли цифру видно до оформлення, а не після. Чого вона не робить — не створює попиту: поріг піднімає чек тим, хто вже вирішив купити, і нічим не допомагає тому, хто зайшов подивитись.

у нас подарункові набори з різних позицій — це складно?

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

чому магазин не в індексі, хоча карта сайту нібито є?

Тому що вона може віддавати нуль адрес. У виміряному нами магазині солодощів /sitemap.xml повертає HTTP 200 з тілом на нуль байт, фід карти сайту — 404, а в robots.txt рядок Sitemap закоментований із дефолтного шаблону. У браузері все виглядає нормально, фактично пошуковик не отримує жодної адреси. Це ми перевіряємо першим ділом і міряємо саме в байтах. Чесна межа: сама карта сайту позицій не піднімає й індексації не гарантує, а реальну кількість проіндексованих сторінок видно лише у вашій Search Console.

у нас дві мови — обидві потраплять у пошук?

Тільки якщо обидві є в карті сайту. Виміряний контрприклад: у магазині бренду спецій карта містить 3 971 запис на 590 унікальних адрес, і всі 590 ведуть лише на одну мовну версію з двох, хоча в коді оголошено дві. Друга версія для пошуковика просто не існувала. Ми зводимо hreflang і карту сайту разом, а не окремо. І одразу попереджаємо: друга мова — це подвоєний каталог, який хтось має підтримувати; машинний переклад складу продукту зробить гірше, ніж одна добре зроблена версія.

що з термінами придатності?

На сайті ми виводимо термін і умови зберігання полем у картці, а керування партіями лишається у вашій обліковій системі. Автоматичне зняття з продажу за датою — окрема доробка поверх магазину: вона можлива, але вимагає, щоб дати приходили в прайсі, а не жили в голові комірника. Це те, що ми уточнюємо на аудиті, бо від відповіді залежить, чи буде цей рядок у кошторисі.

ми продаємо ваговий товар — горіхи, крупи, сир. Це закладається?

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

скільки способів оплати підключати?

Стільки, скількома реально платить ваш покупець. У виміряному магазині солодощів їх п'ять — LiqPay, WayForPay, Privat24, Visa, Mastercard — і для імпульсної покупки з телефона це виправдано. Але десять логотипів у футері самі собою не продають: кожен шлюз — це комісія й окремий пункт у звірці наприкінці місяця. Іноді правильне рішення — прибрати спосіб оплати, а не додати ще один.

магазин буде швидким на телефоні?

Залежить від ваги сторінки й теми, не від того, що це продукти. Два виміряні магазини ніші віддають першу відповідь за 402,9 і 428,4 мс при 303,4 і 264,1 КБ HTML — це нормальний коридор, і ми міряємо його до запуску, а не після скарг. Межа чесності тут така: швидкість прибирає технічну втрату, але не робить пропозицію привабливою. Сторінка, що вантажиться за 200 мс, просто швидше покаже людині причину піти.

скільки триває розробка і від чого залежить строк?

25–45 робочих днів від затвердження ТЗ, шість етапів. Каталог у ніші зазвичай невеликий, тому основний час іде не на імпорт, а на логіку доставки й наборів. Якщо правила доставки вже сформульовані на папері, строк іде по нижній межі; якщо їх доводиться вигадувати разом із вами під час розробки — по верхній.

Надішліть прайс і правила доставки — повернемось із цифрами

За 2–4 робочих дні отримаєте документ: швидкість, вага HTML, стан карти сайту, перелік оплат і доставок, оцінка робіт по наборах і ваговому товару. Далі — сума й строк по етапах.

Переглянути кейси
  • Відповідь протягом 2 годин
  • Без зобов’язань
  • Працюємо за договором

Прайса на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» у такому разі нічого не пояснює. Спершу безкоштовний аудит — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.