-20%SALE🛒🛒🛒
  • Інтернет-магазини

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

Розробка інтернет-магазину дитячих товарів упирається у два числа в кожній картці — вік «від» і вік «до». Мама не шукає категорію, вона шукає те, що підійде дитині трьох років і зросту 98 см, і фільтр має відповідати саме на це питання. Далі починається різнорідність: одяг живе розмірами й зростом, іграшки — віковими межами, харчування й гігієна — термінами придатності, автокрісла — ваговою групою. Каркас каталогу спільний, набори полів у картці різні. Скільки з цього вже лежить у ваших даних числами, а скільки доведеться витягувати з описів руками, видно лише з вивантаження. Тому спершу аудит асортименту, потім строк і сума.

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

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

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

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

2–4
Аудит асортименту перед кошторисом

робочих дні, безкоштовно, документ лишається у вас

5 561
Каталог засобів догляду, наш вимір 31.07.2026

товар, перша відповідь сервера 801,2 мс

TTFB 402,9 мс при 303,4 КБ HTML, нуль лічильників аналітики
Магазин із повторними покупками, вимір 31.07.2026
від 126,3 мс до 1 544,6 мс на одному й тому ж движку
Розкид першої відповіді у виміряних магазинах
передоплата 50%, два раунди правок на дизайні, гарантійний строк 30 днів
Умови роботи
Кому підходить

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

Ситуація 1 з 5

Торгуєте дитячим одягом, і кожен розмір заведено окремою карткою

Каталог роздувається в рази, а в пошуку з'являються дублі, які конкурують між собою за той самий запит. Зводимо розміри й зрости у варіанти однієї моделі: одна адреса, один canonical, залишок на рівні варіанта. Чесна межа: одна-дві ходові позиції виграють від власної адреси під точний запит — їх лишаємо окремо свідомо.

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

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

  • Заводимо вік «від–до» і зріст окремими числовими полями — з них збирається фільтр, який відповідає на запит «два роки, 92 см», а не шукає ці слова в описі.
  • Ставимо навігацію за віком і статтю дитини поверх дерева категорій — покупець заходить із того боку, з якого думає.
  • Зводимо розмір і зріст у варіанти однієї моделі з canonical на основну адресу — каталог не роздувається, а дублі не конкурують між собою в пошуку.
  • Виводимо в картку вікові обмеження, склад, матеріал і сертифікат — саме за цим порівнюють перед покупкою.
  • Розкладаємо особливі поля по групах: вагова група автокрісла, термін придатності й партія харчування, вікова межа іграшки.
  • Показуємо наявність по кожному розміру й зросту в картці — покупець не дізнається про відсутність після оплати.
  • Робимо повторне замовлення витратних у два кроки: збережений список і кнопка повторення в кабінеті.
  • Додаємо списки бажаного й подарункові списки з посиланням, яке можна надіслати рідним.
  • Підключаємо оплату й доставку: картка, оплата частинами, післяплата, Нова Пошта, Укрпошта, самовивіз.
  • Закриваємо технічне SEO: ЧПУ, canonical на варіантах, унікальні title, карта сайту без дублів і з покриттям усього каталогу.
  • Ставимо мікророзмітку JSON-LD: Product, Offer, BreadcrumbList.
  • Передаємо магазин з доступами, інструкцією і проходом адмінки на живому замовленні: передоплата 50%, два раунди правок на дизайні, гарантійний строк 30 календарних днів.
Коли ця послуга не підходить

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

  • Отримання сертифікатів і дозвільних документів на товари
  • Предметна зйомка асортименту
  • Юридична перевірка вікового маркування — це зона відповідальності продавця
  • Реклама після запуску
  • Хостинг, домен, еквайринг
  • Обіцянки позицій у видачі: технічну частину закриваємо, ранжування не продаємо.

Безкоштовний аудит дитячого асортименту

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

Що міряємо

  • Вік і зріст у данихЧи лежать вік «від–до» і зріст окремими числовими полями. Текст «для дітей 3-5 років» в описі фільтром не стає — це головна причина, чому в ніші не працює навігація.
  • Розмірна логіка одягуЧи заведені розмір і зріст як варіанти однієї моделі. Якщо кожен розмір — окремий товар, каталог роздувається в рази, а пошук отримує дублі.
  • Сертифікати й складЧи є документи на позиції, які їх вимагають, і чи вказано матеріал та склад. У цій ніші це не формальність, а те, за чим порівнюють перед покупкою.
  • Групи з особливими правиламиХарчування з термінами придатності, автокрісла з ваговими групами, іграшки з віковими обмеженнями. Кожна група вимагає власних полів у картці.
  • Мобільний сценарійСкільки кроків від фільтра до оплати з телефона й чи відкривається фільтр за віком одним дотиком. У ніші замовлення часто оформлюють однією рукою.
  • Швидкість і вагаПерша відповідь сервера й вага HTML окремо для головної, категорії й картки. Для орієнтира: у виміряних нами магазинах розкид першої відповіді — від 126,3 мс до 1 544,6 мс, і це на порівнянних за складністю каталогах.

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

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

Строк: 2–4 робочих дні від моменту, коли ми отримали вивантаження каталогу

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

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

Що далі

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Стан вікових і розмірних атрибутівГоловний множник роботи. Прайс, де вік «від», вік «до» і зріст лежать окремими колонками, заливається імпортом і одразу дає фільтр. Каталог, де вік написаний у назві або в кінці опису, доводиться розбирати парсером і доводити руками — це окремий етап зі своїм строком.
  • Кількість товарних групОдяг, іграшки, харчування, гігієна й автокрісла вимагають різних полів у картці й різних правил фільтра. Кожна нова група — це набір атрибутів, окремі шаблони картки й окремий прогін імпорту, а не додатковий рядок у меню.
  • Спосіб заведення розмірівРозміри як варіанти моделі й розміри як окремі товари дають різну кількість сторінок на той самий асортимент, різну схему імпорту й різну щоденну роботу менеджера при зміні ціни.
  • Сертифікати й документиГотові файли прив'язуються до позицій пакетно. Документи, які лежать сканами в пошті без прив'язки до артикулів, доводиться розкладати вручну — і це найчастіша причина, чому блок безпеки в картці лишається порожнім.
  • Фото й описиЗнімки однакових пропорцій на однорідному фоні обробляються скриптом. Скриншоти з каталогів постачальників і фото з водяними знаками означають ручну роботу над кожною позицією.
  • ТемпПрискорена черга піднімає проєкт у пріоритеті за доплату — за умови, що вивантаження готове на старті, а погодження вкладаються в один день. Витягування атрибутів із описів вона не стискає.
Як проходить робота

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

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

  1. Аудит асортименту й рішення по атрибутах

    2–4 робочих дні

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

  2. ТЗ і структура каталогу

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

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

  3. Дизайн

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

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

  4. Збірка магазину

    7–12 робочих днів

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

  5. Імпорт каталогу й розкладка атрибутів

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

    Мапінг полів, витягування віку й зросту з описів, зведення моделей із окремих карток, прив'язка сертифікатів і розмірних сіток, звірка кількості карток двома незалежними методами.

  6. Розмітка, тестування, передача

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

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

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

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

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

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

Стек

  • OpenCart 4.x за замовчуванням: варіанти товару, атрибути й імпорт є в ядрі
  • OpenCart 3.x — коли критичний для вас модуль існує лише під трійку; версію фіксуємо в ТЗ до старту
  • OCFilter для фільтра за віком, зростом і розміром. Обмеження: він породжує комбінаторну кількість адрес, і без canonical це тисячі майже однакових сторінок в індексі
  • PHP і MySQL. Обмеження: числові фільтри по кількох полях одразу вимагають уваги до індексів, інакше сторінка категорії гальмує саме на вибірці
  • nginx, HTTP/2, HTTPS — впливають на першу відповідь сервера, але не на вагу фотографій
  • WebP і відкладене завантаження зображень: у дитячій ніші картка живе фото, і саме воно робить сторінку важкою
  • Мікророзмітка JSON-LD: Product, Offer, BreadcrumbList

Інтеграції

  • LiqPay
  • WayForPay
  • monobank
  • оплата частинами
  • післяплата
  • Нова Пошта
  • Укрпошта
  • Meest Express
  • самовивіз
  • Google Tag Manager
  • GA4
  • Google Merchant Center
  • Meta Pixel
  • Instagram
  • Viber
Вік числовими полями проти віку в назві та описі

Чим цей варіант відрізняється від «Вік текстом у назві й описі»

Запит «іграшки для 2 років»фільтр показує все, чий діапазон покриває цей вік
Дитина між віковими межамидіапазон «від–до» ловить її автоматично
Заведення нової позиціїменеджер ставить два числа й зріст
Добірки «подарунок на 3 роки»збираються запитом до каталогу й оновлюються самі
Що потрібно на стартівитягнути вік із описів по всьому каталогу — окрема робота
Ціна помилкинеправильний діапазон в одній картці видно одразу
Кейси

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

інтернет-магазин професійної косметики та засобів догляду, каталог понад 5 тис. позицій

Задача
Зібрати великий асортимент засобів догляду, де в картці стоять склад і призначення: саме за ними порівнюють позиції. Та сама природа, що склад і матеріал у дитячій гігієні.
Рішення
OpenCart 3 за nginx. Каталог за брендами й типами засобів, оплата на рахунок або післяплата із завдатком, мікророзмітка Organization і PostalAddress.
Результат
Вимір 31.07.2026: 5 561 товар у живому каталозі — рахували штатним пошуком OpenCart, 55 сторінок по 100 позицій і 61 на останній. Перша відповідь сервера 801,2 мс при 153,8 КБ HTML: сторінка легка, а сервер повільний — це різні проблеми. Знайдені дефекти: /sitemap.xml віддає 200 з тілом на нуль байт, лічильників аналітики немає, на сторінці доставки не названо жодного перевізника.

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

Задача
Продавати те, що беруть повторно й переважно з телефона: фільтри за типом і призначенням, кошик із вибором доставки, онлайн-оплата. Подарункові набори — окрема гілка каталогу.
Рішення
OpenCart 3.x за nginx з HTTP/2. П'ять способів онлайн-оплати і чотири способи доставки, умова безкоштовної доставки винесена банером на головну.
Результат
Вимір 31.07.2026: перша відповідь сервера 402,9 мс, повне завантаження HTML 532,4 мс при вазі 303,4 КБ. Знайдені дефекти: обсяг каталогу ззовні порахувати не вдалося — /sitemap.xml віддає 200 з тілом на нуль байт, а фід карти сайту 404; на головній нуль блоків JSON-LD і жодного тега h1; лічильників немає взагалі, повторні покупки ніде не рахуються.

нішевий магазин, де в картці поруч із характеристикою стоїть правова інформація про використання

Задача
Дати обрати без консультації там, де самих характеристик мало: потрібні обмеження й правила застосування в картці — як вікові межі й сертифікати в дитячому каталозі.
Рішення
OpenCart 3.x за nginx з HTTP/2, дві мовні версії, картка з правовим блоком і порівнянням моделей. Оплата карткою й накладений платіж, Нова Пошта й Укрпошта.
Результат
Вимір 31.07.2026: увесь каталог — 68 адрес, з них 48 товарів і 18 категорій. Перша відповідь 494,7 мс при 502,3 КБ HTML — половина мегабайта розмітки на невеликому каталозі. Із 190 зображень 154 (81%) вантажаться відкладено, і саме це тримає сторінку в прийнятній вазі. Знайдені дефекти: структурованої розмітки немає жодного типу, на головній відсутній тег h1.
Що потрібно від вас

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

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

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

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

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

як зробити фільтр за віком дитини?

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

кожен розмір дитячого одягу заводити окремим товаром?

За замовчуванням ні. Розмір і зріст — варіанти однієї моделі: одна картка, один canonical, вибір у картці, залишок на рівні варіанта. Окремі товари на кожен розмір роздувають каталог і створюють дублі, які конкурують між собою за той самий запит. Виняток є: якщо конкретний розмір має власну ціну, власні фото або стабільний пошуковий попит, під нього можна завести окрему адресу — але точково, а не по всьому каталогу.

у нас одяг, харчування й автокрісла — це один магазин чи три?

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

де показувати сертифікати й склад?

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

більшість замовлень із телефона — що це змінює в розробці?

Кількість кроків і вагу сторінки. Фільтр за віком має відкриватися одним дотиком, а не через три меню; кількість позицій на сторінці категорії варто тримати меншою, ніж на десктопі, бо кожна картка тягне фото. Ми міряємо це до запуску: у виміряному магазині зі схожим типом покупок перша відповідь 402,9 мс при 303,4 КБ HTML, а розкид по всій нашій вибірці — від 126,3 мс до 1 544,6 мс на одному й тому ж движку. Чесна межа: мобільна версія не приводить нових людей, вона припиняє втрачати вже приведених. І сам по собі мобільний viewport зручності не доводить — реальний сценарій перевіряється на живих сесіях.

як зробити повторне замовлення підгузків і харчування?

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

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

У дитячій ніші — так, бо частина покупок робиться не для своєї дитини. Той, хто дарує, не знає ні розміру, ні того, що вже є вдома, і йому потрібен список, який батьки склали самі й надіслали посиланням. Технічно це збережений набір позицій із публічною адресою й позначкою «вже подаровано». Не обіцяємо, що це підніме середній чек — власного виміру такого показника в нас немає; що воно точно робить, так це знімає питання «а що дарувати» з листування з менеджером.

скільки триває розробка і що її розтягує?

25–45 робочих днів від затвердження ТЗ, шість етапів: аудит асортименту 2–4 дні, ТЗ і структура 3–5, дизайн 5–9, збірка 7–12, імпорт із розкладкою атрибутів 5–9, розмітка з тестуванням і передачею 3–6. Розтягує проєкт не код, а атрибути: витягнути вік і зріст із текстів, звести моделі з окремих карток, розкласти особливі поля по групах. Якщо дані вже структуровані, строк іде по нижній межі.

магазин дитячих товарів потрапить у Google?

Позицій ніхто не обіцяє, і ми не будемо. Закриваємо технічну частину: ЧПУ, canonical на варіантах розміру, унікальні title, карту сайту без дублів і з покриттям усього каталогу, JSON-LD із Product і Offer. Діра найчастіше саме тут: у двох виміряних нами магазинах /sitemap.xml віддає HTTP 200 з тілом на нуль байт, тобто пошуковик не отримує карту взагалі. Чесна межа: чиста карта сайту й canonical не додають трафіку — вони перестають його розпорошувати між дублями, і в перші тижні після чистки кількість адрес в індексі може навіть падати. Це очікуваний хід подій, а не збій.

Надішліть вивантаження каталогу — скажемо, чи є з чого зібрати фільтр за віком

За 2–4 робочих дні повернемось із документом по асортименту, схемою каталогу й планом робіт по етапах із датами. Якщо магазин вам зараз не потрібен, почуєте це першим листом.

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

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