Розробка інтернет-магазинів на Magento
Робимо складний B2C та mid-market e-commerce на Magento Open Source: каталоги з атрибутами й фільтрами, multi-store в одній адмінці, інтеграції з ERP/CRM, оплатою та доставкою, міграція з іншої платформи, технічна SEO-база та робота над продуктивністю. Magento Open Source від $5 000 — старт для обмеженого scope; точний обсяг рахуємо після discovery. Без обіцянок позицій, трафіку чи «магазину, який масштабується сам».
Коли Magento виправданий, а коли краще інша платформа
Magento — важка платформа: вона дає контроль над складною логікою каталогу, цін і multi-store, але потребує розробки й ресурсів на інфраструктуру. Для простого магазину це надлишок.
| Ситуація | Що радимо |
|---|---|
| Складний каталог з атрибутами, варіаціями, різними прайсами для груп | Magento Open Source — логіка каталогу й цін виправдовує складність |
| Кілька мов, валют або ринків в одній адмінці (multi-store) | Magento Open Source — store views закривають цей сценарій |
| Міграція з іншої CMS зі збереженням даних і URL | Magento Open Source — якщо цільова логіка складна; інакше — простіший стек |
| Невеликий каталог, стандартний checkout, швидкий старт | магазин на OpenCart — легша платформа під типові задачі |
| Нестандартна бізнес-логіка поза межами коробкового e-commerce | кастомний e-commerce на Laravel — коли потрібен свій застосунок |
| Загальний огляд e-commerce-розробки та базові етапи | розробка інтернет-магазину під ключ — батьківська сторінка послуги |
Ми не тягнемо кожен проєкт у Magento. Якщо задачу закриває легша платформа — так і скажемо на discovery. Magento має сенс там, де складність каталогу, цін і multi-store реальна, а не заявлена «про запас».
Magento Open Source vs Adobe Commerce — що саме ми розробляємо
«Magento» — це не один продукт. Open Source і Adobe Commerce — різні редакції з різною ліцензією та набором можливостей. Частину B2B-функцій часто помилково приписують «Magento з коробки», хоча вони працюють лише в комерційній редакції Adobe. Тому спершу фіксуємо, яку редакцію ви реально запускаєте.
| Редакція | Для кого | Ліцензування | Що з нею робимо ми |
|---|---|---|---|
| Magento Open Source | кастомний B2C / mid-market | open source + TCO хостингу та розробки | розробка, кастомізація, інтеграції, міграція, підтримка |
| Adobe Commerce | enterprise-рівень | комерційна ліцензія Adobe | не наша послуга — підкажемо межі й куди звернутися |
| Adobe Commerce B2B | B2B / змішані моделі | окрема доступність у Commerce (extension) | не наша послуга — company accounts, shared catalogs, customer-specific pricing поза Open Source |
Чесно про межі: ми розробляємо на Magento Open Source (кастомний B2C / mid-market). Якщо потрібні enterprise-можливості Adobe Commerce або B2B — company accounts, shared catalogs, customer-specific pricing — це інша редакція й комерційна ліцензія Adobe; ми не продаємо ці функції як власну послугу, але підкажемо межі й напрям на discovery.
Які Magento-магазини ми будуємо на Open Source
Чотири типові сценарії, під які Magento Open Source підходить. Усі — у межах редакції Open Source: без enterprise-B2B-функцій Adobe Commerce, які потребують іншої ліцензії.
B2C зі складним каталогом
Роздрібний магазин, де багато SKU, атрибутів і варіацій, а фільтри та фасети мають працювати під реальний попит. Логіку каталогу, цін і акцій проєктуємо під ваш асортимент, а не під шаблон теми.Multi-store: мови, валюти, ринки
Кілька store views в одній адмінці — окремі каталоги, ціни й контент під різні ринки без дублювання коду. Обсяг store views і локалізацій фіксуємо на старті, бо він прямо впливає на строки й бюджет.Multi-source inventory
Кілька складів або точок відвантаження з логікою джерел і залишків. У Open Source це доступно, але правила резервування й маршрутизації залежать від конфігурації та кастомізації — узгоджуємо їх під ваші процеси, а не вмикаємо «як є».Міграція на Magento
Перенесення каталогу, клієнтів, замовлень і контенту з іншої платформи зі збереженням URL і редиректами. Scope міграції — окремий блок оцінки; деталі нижче в розділі про SEO та migration safeguards.Що входить у розробку Magento-магазину
Проєкт починається не з теми, а з процесів: як влаштований каталог, як обробляються замовлення, які інтеграції потрібні. Що входить у вартість, а що клієнт оплачує окремо (ліцензії, хостинг, платні extensions), фіксуємо в кошторисі.
| Блок робіт | Що це дає магазину |
|---|---|
| Discovery та бізнес-логіка | задокументована структура каталогу, замовлень та інтеграцій до старту розробки |
| Технічне завдання | зафіксований функціонал і вимоги — основа для оцінки строків і бюджету |
| UX/UI та прототип | дротяні фрейми ключових сторінок і дизайн e-commerce під конверсію, узгоджені до верстки |
| Розробка модулів і теми | кастомна логіка через власні модулі, ядро не чіпаємо — простіші оновлення |
| Інтеграції | ERP/CRM, оплата, доставка, аналітика з контрольованою синхронізацією |
| Технічна SEO-база | ЧПУ, canonical, sitemap, шаблони метаданих — умови для індексації, без обіцянок позицій |
| Тестування та QA | функціональні, крос-браузерні й тестові замовлення повним циклом |
| Запуск і підтримка | cutover, моніторинг після релізу та узгоджений супровід |
Шари Magento, модулі та інтеграції
Magento-рішення складається з відокремлених шарів: коли кожен шар незалежний, оновлення одного компонента не ламає решту. Кастомний модуль пишемо тоді, коли готове рішення з Marketplace не закриває конкретну вимогу — а не за замовчуванням.
Кожну інтеграцію описуємо не гаслом «дані синхронізуються самі», а параметрами: напрям синхронізації, джерело правди, частота, повтори й ідемпотентність, моніторинг і хто володіє інтеграцією після запуску.
| Інтеграція | Напрям / джерело правди | Як контролюємо |
|---|---|---|
| ERP / облікова система | двостороння; джерело правди залишків і цін — ERP | batch або події, повтори, звірка розбіжностей, логи |
| CRM | з магазину в CRM; джерело правди клієнта — CRM | ідемпотентність замовлень, алерти на збої, мапінг полів |
| Платіжний провайдер | двостороння; джерело правди транзакції — провайдер | sandbox-тести, статуси й вебхуки, звірка платежів |
| Служби доставки | з магазину в службу; статуси назад | ліміти API, повтори, контроль генерації ТТН |
| Аналітика (GA4) | з магазину в аналітику; e-commerce-події | перевірка подій, узгоджені параметри, власник — команда |
Автоматизація зменшує ручні операції, але не робить помилки неможливими. Тому в кожній інтеграції закладаємо валідацію, повтори, звірку й моніторинг — і фіксуємо, хто відповідає за неї після запуску: команда клієнта чи ми на супроводі.
Швидкодія як метод, а не обіцянка
Magento вимоглива до інфраструктури: навантаження зростає разом із каталогом, інтеграціями й трафіком. Ми не обіцяємо «сторінку миттєво» чи «масштабування без меж» — замість цього проєктуємо й перевіряємо продуктивність під погоджений профіль каталогу, трафіку й пікових замовлень.
Performance budget і профілювання
Фіксуємо цільові показники й шукаємо реальні вузькі місця через профілювання, а не оптимізуємо навмання. Далі працюємо з тим, що справді гальмує конкретний магазин.Кеш, Varnish і CDN
Full Page Cache і Varnish знімають повторні запити до бази; CDN роздає статику з ближчого вузла. Конфігурацію підбираємо під hosting-модель, а не вмикаємо шаблонно.OpenSearch та indexers
Пошук на OpenSearch і коректно налаштовані indexers критичні для великого каталогу. Стратегію переіндексації узгоджуємо, щоб оновлення каталогу не били по продуктивності.Черги та фонові процеси
Важкі операції виносимо в queues, щоб вони не блокували користувача. Це метод розвантаження, а не гарантія, що система «витримає будь-що».Оптимізація зображень і Core Web Vitals
Стиснення й сучасні формати зменшують вагу сторінок. CWV (LCP, INP, CLS) аналізуємо на польових даних магазину, а не обіцяємо абстрактні «мінус секунди».Load test і peak-readiness
Перед сезонними піками проганяємо навантажувальні тести на погодженій інфраструктурі й готуємо план дій. Що входить у вартість, а що — окрема послуга DevOps, фіксуємо заздалегідь.Запас ресурсів закладаємо на етапі проєктування, бо переносити інфраструктуру пізніше дорожче. Але «запас» — це узгоджений профіль навантаження й перевірка тестами, а не безумовна обіцянка тримати будь-який трафік.
Технічна SEO-база й безпечна міграція
SEO на Magento — це рішення, які закладають під час розробки: структура URL, canonical, керована індексація фільтрів, шаблони метаданих, розмітка. Ми закладаємо технічну SEO-базу, але позиції й трафік залежать від попиту, конкуренції, контенту й просування — тому їх не гарантуємо. Далі цю базу підхоплює SEO-просування інтернет-магазину.
Міграція на Magento — окремий сценарій із власними ризиками. Проходимо його поетапно, зі звіркою даних і збереженням SEO.
Паролі клієнтів здебільшого не мігрують напряму — плануємо сценарій відновлення доступу. Після cutover моніторимо індексацію й редиректи: збереження URL і коректні 301 знижують ризик просідання, але не «гарантують» позиції — їх визначає пошуковик.
Безпека як спільна відповідальність
Безпека Magento — це процес, а не одноразове налаштування, і відповідальність за нього спільна. За офіційною моделлю Adobe, merchant і партнер відповідають за кастомний код, інтеграції, підтримувані залежності, патчинг і реагування на інциденти. Ми закриваємо технічну частину й узгоджуємо, хто що робить після запуску.
Підтримувані версії та патчі
Тримаємо Magento й залежності на підтримуваних версіях і застосовуємо security-патчі за політикою оновлень. Патч знижує ризик відомих вразливостей, але не робить систему невразливою раз і назавжди.Доступи: 2FA й least privilege
Двофакторна автентифікація, мінімально необхідні права, контроль доступу. Це рівні захисту адмінки, а не «секретний URL» як основна лінія оборони.Secrets і secure coding
Керування секретами поза кодом, review сторонніх extensions перед встановленням — вони частий вектор проблем. Кожне розширення перевіряємо, а не ставимо наосліп.PCI scope і платежі
PCI-обсяг узгоджуємо з платіжним провайдером, щоб магазин не тримав зайвих платіжних даних. Конкретна модель залежить від обраного провайдера.WAF, CDN і сканування
WAF і CDN застосовуємо залежно від hosting-моделі, а не як універсальний стандарт для всіх інсталяцій. Додаємо malware/security-сканування й контроль підозрілої активності.Логи, інциденти та backups
Логи, алерти й план реагування на інциденти + резервні копії з регулярними restore-тестами. Backup сам собою нічого не «гарантує» — цінність дають перевірені RPO/RTO та ізольовані копії.Магазин потребує регулярного аудиту так само, як і підтримки. Розмежування відповідальності — хто патчить, хто моніторить, хто реагує на інцидент — фіксуємо в договорі на супровід, щоб у критичний момент не з’ясовувати це наживо.
Magento-кейси на Open Source
Три магазини, які ми зробили на Magento Open Source. Показники наводимо лише ті, що узгоджені з клієнтом і мають джерело; решту цифр додаємо в міру погодження.
Каталог з атрибутами й варіаціями
Магазин зі складною атрибутикою та варіаціями, де попередня платформа не тримала логіку фільтрів і цін для груп.
Каталог на Magento Open Source, кастомні модулі під логіку цін, фільтри під попит, інтеграція оплати й доставки.
Snuskingdom — міжнародний магазин снюсу й нікотинових продуктів, зроблений нами на Magento 2. Опублікований показник: від 10 тис. відвідувань на місяць. Кейс на сайті. Деталізовані показники (каталог, store views, інтеграції, до→після з джерелом) додамо після узгодження з клієнтом.
Кілька ринків в одній адмінці
Кілька мов і ринків, які раніше вели окремими сайтами з дублюванням контенту й розсинхроном каталогу.
Store views під ринки, спільне ядро каталогу, локалізація, hreflang і синхронізація залишків через інтеграцію.
Healthygarden.ch — швейцарський магазин на Magento: вітрина de_DE, локальні платіжні методи (Twint, PostFinance, Visa, Mastercard). Показники за погоджений період додамо після узгодження з клієнтом.
Перенесення на Magento зі збереженням URL
Міграція каталогу, клієнтів і замовлень з іншої CMS без втрати SEO-URL і посилальної ваги.
Мапінг структур, карта 301-редиректів, delta-міграція, звірка даних, план cutover і моніторинг після запуску.
Snus24.com — ще один магазин ніші на Magento. Обсяг робіт, строки й показники до→після додамо після узгодження з клієнтом.
Наводимо лише ті показники, що підтверджені клієнтом і мають джерело. Там, де цифри ще не погоджені, чесніше назвати проєкт і обсяг робіт, ніж підставляти навчальний приклад: кейс — це доказ, а не ілюстрація.
Скільки триває і з чого складається вартість володіння
Строки залежать від scope: розмір каталогу, кількість store views, глибина інтеграцій і наявність міграції, тому етапи в плані орієнтовні. Magento-рішення оцінюється не лише розробкою — реальна вартість володіння (TCO) включає інфраструктуру й підтримку.
| Складова TCO | Що враховуємо |
|---|---|
| Розробка й кастомізація | модулі, тема, інтеграції, QA — стартова частина бюджету |
| Хостинг та інфраструктура | сервери, кеш, черги, пошук — залежно від навантаження |
| Пошук, кеш, черги | OpenSearch, Varnish/Redis, queue-сервіси як окремі складові |
| Платні extensions | ліцензії сторонніх розширень, якщо вони потрібні |
| Патчі, upgrades, DevOps | підтримувані версії, оновлення, деплой і моніторинг |
| Підтримка й QA-середовища | staging, supported SLA й подальша розробка |
Стартова ціна розробки й TCO — різні речі. Два магазини «на Magento» можуть коштувати принципово по-різному: обсяг каталогу, store views, інтеграції та наявність міграції визначають бюджет більше, ніж назва платформи.
Вартість розробки на Magento Open Source
Орієнтовна лінійка робіт. Якір — Magento Open Source від $5 000: це старт для обмеженого scope, а не типова enterprise-вартість. Точні цифри рахуємо за брифом після discovery; складові TCO (хостинг, ліцензії extensions, підтримка) — окремо.
Окремий етап: зафіксувати scope, редакцію та інтеграції до старту розробки.
- Аналіз бізнес-логіки та каталогу
- Вибір редакції (Open Source) та меж проєкту
- Перелік інтеграцій і їхніх параметрів
- Технічне завдання й оцінка scope
- Оцінка міграції, якщо вона потрібна
Magento Open Source під ваш каталог і процеси. Ціна — старт для обмеженого scope.
- Дизайн і прототип e-commerce
- Каталог, атрибути, фільтри, checkout
- Кастомні модулі під бізнес-логіку
- Multi-store за потреби (store views)
- Інтеграції ERP/CRM, оплати, доставки, аналітики
- Технічна SEO-база та QA
Перенесення на Magento та подальший супровід із розмежуванням відповідальності.
- Міграція каталогу, клієнтів, замовлень
- Карта URL і 301-редиректів
- Звірка даних і план cutover
- Патчі, upgrades, моніторинг
- Supported SLA за договором
Ціна — під конкретний функціональний обсяг, не «пакет». $5 000 — нижня межа старту на Open Source; фінальний кошторис залежить від каталогу, store views, інтеграцій і міграції, а TCO рахуємо окремо від вартості розробки.
Що входить у супровід після запуску
Magento-магазин потребує обслуговування: патчі, оновлення, моніторинг і реакція на інциденти. Обсяг і час реакції фіксуємо в SLA, а зони відповідальності — між командою клієнта й нами — узгоджуємо на старті супроводу.
Оновлення та патчі
Тримаємо платформу й залежності на підтримуваних версіях, застосовуємо security-патчі за політикою й тестуємо їх на staging до продакшену.Моніторинг і алерти
Стежимо за доступністю, помилками й продуктивністю, реагуємо на алерти. Що моніторимо й з якою пріоритетністю — визначає SLA.Реагування на інциденти
План дій на випадок збою чи атаки з узгодженими RPO/RTO та перевіреними backups — щоб відновлення не залежало від імпровізації.Подальша розробка
Нові інтеграції, store views і функції — спринтами, з пріоритизацією за впливом. Upgrades і рефакторинг — нормальна частина lifecycle, а не аварія.Часті запитання про розробку на Magento
На якій редакції Magento ви працюєте?
На Magento Open Source — кастомний B2C та mid-market. Enterprise-можливості Adobe Commerce і B2B (company accounts, shared catalogs, customer-specific pricing) — це інша редакція з комерційною ліцензією Adobe; ми не продаємо їх як власну послугу, але підкажемо межі на discovery.
Скільки коштує розробка магазину на Magento?
Magento Open Source від $5 000 — це старт для обмеженого scope, а не типова enterprise-вартість. Фінальний кошторис залежить від каталогу, store views, інтеграцій і міграції. Хостинг, ліцензії extensions і підтримка — окремі складові TCO.
Чи витримає Magento великий каталог і піки?
Масштаб визначає не платформа сама собою, а архітектура: каталог, indexers, OpenSearch, кеш/Varnish/CDN, черги й інфраструктура. Ми проєктуємо й тестуємо систему під погоджений профіль трафіку та замовлень і перевіряємо її load-тестами — без обіцянок «мільйонів SKU» чи автоматичного масштабування.
Ви гарантуєте зростання трафіку й позицій після запуску?
Ні. Ми закладаємо технічну SEO-базу — URL, canonical, керовану індексацію, шаблони метаданих, розмітку — але позиції й трафік залежать від попиту, конкуренції, контенту й просування. Це умови для зростання, а не його гарантія.
Як проходить міграція на Magento?
Поетапно: аудит джерела, мапінг структур і карта 301-редиректів, перенесення даних із delta-міграцією, звірка перед cutover, запуск і моніторинг індексації. Паролі клієнтів здебільшого перенести напряму не можна — плануємо сценарій відновлення доступу.
Хто відповідає за безпеку магазину?
Це спільна відповідальність. Ми закриваємо технічну частину — підтримувані версії, патчі, доступи, secrets, PCI scope із провайдером, логи та backups із restore-тестами. Розмежування «хто патчить, хто моніторить, хто реагує на інцидент» фіксуємо в договорі на супровід.
Що ще корисно перед стартом
Magento-розробка рідко живе окремо — ось суміжні напрями, які варто врахувати при виборі платформи й після запуску.
Розробка інтернет-магазину під ключ
Батьківська послуга з базовими етапами e-commerce-розробки — звідти відгалужується Magento-напрям. Детальніше →Магазин на OpenCart
Легша платформа під типові каталоги й швидкий старт, коли складність Magento не потрібна. Детальніше →Кастомний e-commerce на Laravel
Для нестандартної бізнес-логіки, коли потрібен власний застосунок, а не коробкова CMS. Детальніше →SEO-просування інтернет-магазину
Підхоплює технічну SEO-базу магазину й працює над попитом, семантикою та контентом уже після запуску. Детальніше →Обговорити Magento-проєкт
Розкажіть про каталог, ринки й потрібні інтеграції — на discovery узгодимо редакцію, scope і межі проєкту та надішлемо попередню оцінку за брифом. Працюємо на Magento Open Source.