Веб-розробка в Кропивницькому під агробізнес

Веб-розробка в Кропивницькому під специфіку центральної України

Кропивницький — серце Кіровоградщини, регіон, де економіка тримається на агросекторі, переробці, виробництві сільгосптехніки і логістиці до портів Одеси та Миколаєва. Сайти, які я роблю для бізнесу міста, не схожі на типові «корпоративні візитки» з шаблонів — вони враховують сезонність, B2B-логіку дилерських мереж, експорт у країни ЄС, специфіку роботи з фермерськими господарствами й агрохолдингами. Я працюю з командами на Великій Перспективній, біля Червоної Зірки, в коворкінгах поряд із Університетським проспектом, і знаю, як виглядає реальний день вашого менеджера з продажу.

Агробізнес-портали як основний жанр

Більшість моїх клієнтів у Кропивницькому — це фермерські господарства від 500 до 15000 га, дилери сільгосптехніки, постачальники насіння й засобів захисту рослин, а також переробні підприємства. Усі вони мають один спільний виклик: продукт треба продавати в чітко визначене вікно (посівна, жнива, підготовка до сезону), а решту року сайт працює як довідник, генератор лідів і інструмент для дилерів. Я будую архітектуру так, щоб у пік навантаження сторінки відкривалися за 1-2 секунди навіть з мобільного 3G, а каталог із тисячами SKU не «гальмував» інтерфейс.

Дилерські мережі та B2B-кабінети

Окремий блок роботи — це дилерські сайти з закритим B2B-кабінетом. Дилер заходить за паролем, бачить персональний прайс із своєю знижкою, складські залишки в реальному часі, історію замовлень, документи (рахунки, ТТН, акти). Усе це інтегровано з вашою обліковою системою (1С, BAS, MyCRM) через REST API або direct DB-sync. Менеджер у головному офісі бачить активність кожного дилера й може швидко зреагувати на зниження продажів. Це не «фронт-офіс на коліні» — це повноцінний інженерний продукт, який економить десятки годин ручної роботи на місяць.

Технологічний стек, який я використовую в Кропивницькому

Для нових проєктів я ставлю Next.js (React) із SSR і ISR — це дає максимальну швидкість і гнучкість для SEO. Бекенд — Node.js (NestJS або Express) або headless CMS Directus, де контент-менеджер може редагувати тексти й переклади без участі розробника. База даних — PostgreSQL, кеш — Redis, файлове сховище — S3-сумісне (Backblaze B2 або Cloudflare R2 — це дешевше за AWS і добре працює з України). Хостинг — VPS у Європі (Hetzner, Contabo) або Vercel для невеликих проєктів. Усе під CI/CD через GitHub Actions: ви бачите кожен deploy і можете відкотитися назад одним кліком.

Чому не WordPress

Багато агенцій у регіоні досі пропонують WordPress як «швидкий і дешевий» варіант. Для невеликого блогу це справді працює — але як тільки на сайт лягає каталог із 5000+ позицій, інтеграція з 1С, мультимовність і дилерський кабінет, WordPress стає вузьким горлечком: повільний адмін, постійні оновлення плагінів, уразливості, які експлуатують щотижня. Для нових серйозних проєктів у Кропивницькому я свідомо рекомендую headless-підхід: ви отримуєте швидкість, безпеку, контроль і легку міграцію в майбутньому.

Мультимовність і експорт

Близькість до портів робить Кропивницький природним хабом для експорту зерна, олії, сільгосптехніки. Більшість моїх проєктів стартує з двох мов (українська + англійська), а через 2-3 місяці після релізу ми додаємо польську, німецьку або румунську — залежно від ринку. Я роблю не machine-translate, а структурований переклад через CMS-поля: на кожне поле своя локаль, окрема SEO-стратегія для кожної мови, hreflang-розмітка, окремі Search Console й аналітика. Це дає в 3-5 разів кращий органічний трафік на закордонних ринках, ніж типовий Google Translate-плагін.

Локалізація як інженерна задача

Локалізація — це не просто переклад текстів. Це адаптація валют, одиниць виміру (тонни/буші, гектари/акри), контактних форм (різні поля для різних країн), способів оплати (SEPA для ЄС, SWIFT для США, локальні гаманці), формату дат і телефонів. Я закладаю всю цю логіку на рівні архітектури з першого дня — і ви не платите подвійно за «доробки» через рік.

Процес роботи: від брифу до релізу

Перший крок — 30-хвилинний дзвінок або зустріч у Кропивницькому, де я слухаю вашу ситуацію без презентацій і обіцянок. Далі — пейд-дискавері (5-10 днів, 400-800 USD), де я роблю інтерв'ю з ключовими людьми, малюю карту сценаріїв і структуру сайту. Після дискавері ви маєте артефакт, із яким можна йти куди завгодно — він ваш. Якщо продовжуємо, далі йде дизайн (3-4 тижні), розробка спринтами по 2 тижні, тестування, навчання вашої команди й реліз. Після релізу — місяць безплатного гарантійного супроводу, далі — за вибраним пакетом підтримки.

Прозора комунікація

Усі задачі лежать у GitHub Projects або Linear — ви бачите кожен тікет у реальному часі. Щотижневий 30-хвилинний дзвінок із демо. Доступ до стейдж-середовища 24/7. Жодних «чорних скриньок» і «довіртеся професіоналам». Ви — власник проєкту, я — виконавець, і це працює, лише коли ви все бачите.

Найчастіші запити з Кропивницького

За останній рік найбільше запитів іде на: B2B-сайти для дилерів сільгосптехніки з інтеграцією 1С, експортні landing-сторінки для трейдерів зерна, сайти-каталоги насіннєвих компаній із фільтрами по гібридах і регіонах, корпоративні сайти переробних підприємств із сертифікатами якості, сайти-візитки кав'ярень і ресторанів центру міста на Соборній і Великій Перспективній. Кожен жанр — окрема логіка, але стек і процес лишаються спільні. Якщо ваш запит зовсім інший — напишіть, я скажу чесно, чи це моя зона компетенції.

Регіональні тренди B2B-порталів для агросектору

Агробізнес у Кропивницькому й області за останні 3-4 роки пройшов великий шлях від «у нас є телефон і Viber-чат із дилерами» до «у нас особистий кабінет дилера, де він сам формує замовлення з прайсу й вивантажує ТТН». Я бачу цей перехід щотижня. Власники господарств і виробничих підприємств більше не сприймають сайт як «вітрину» — вони хочуть інструмент для зменшення навантаження на менеджерів. Типовий запит звучить так: «у нас 12 дилерів, кожен дзвонить по 5-8 разів на тиждень із питаннями про залишки і ціни — побудуйте мені систему, де він зайде сам». Це і є B2B-портал, і саме під такий жанр заточений мій основний стек.

Чим B2B-портал відрізняється від звичайного сайту

B2B-портал — це не «сайт із паролем». Це окрема архітектура з трьома шарами: публічна частина (SEO, контент, ліди), закритий кабінет дилера (персональний прайс, замовлення, документи) і адмінка для головного офісу (аналітика, керування знижками, експорт у 1С). Кожен шар має свою логіку прав, свою швидкість оновлення даних і свій набір API. Я використовую єдиний моноліт із Next.js + NestJS, де ролі визначаються на рівні бекенда, а UI рендериться під роль із серверного боку. Це дає швидкість, безпеку й один кодбейс — замість трьох окремих систем, які треба синхронізувати.

Кейси, які працюють у регіоні

Дилер тракторів у Кропивницькому з мережею з 6 точок (Олександрія, Знам'янка, Світловодськ, Помічна, Бобринець, центр) запускає B2B-портал — і за 4 місяці частка телефонних замовлень падає з 80% до 35%, а оборот зростає на 22% за той же сезон. Чому: дилер тепер бачить наявність онлайн і може відповісти клієнту-фермеру за 2 хвилини, а не «передзвоню за годину». Інший кейс: насіннєва компанія робить кабінет агронома з аналітикою посівів — і замість 4 разів на сезон агроном заходить раз на тиждень. Це і є реальна цінність порталу, не «гарний дизайн».

Headless-комерція для агро: що це і навіщо

Headless-підхід означає, що ваша «вітрина» (фронтенд, який бачить клієнт) і «двигун» (бекенд із даними про товари, клієнтів, замовлення) — це дві окремі системи, які спілкуються через API. Чому це особливо корисно для агробізнесу: ви можете мати один бекенд із прайсами, залишками й контрагентами — і три різні фронтенди (публічний сайт, B2B-портал для дилерів, мобільний застосунок для менеджерів у полі). Усі три читають одні й ті ж дані, але виглядають і поводяться по-різному. Класичний WooCommerce так не вміє — там фронт і бек злиті в один моноліт, і будь-яка зміна тягне ризики для всього сайту.

Connect-once, render-anywhere

На практиці це означає, що інтеграція з 1С/BAS робиться одного разу на бекенді — і всі три фронтенди автоматично отримують свіжі дані. Якщо бухгалтер у Кропивницькому міняє ціну в 1С — за 15 хвилин вона оновлюється і на публічному каталозі, і в дилерському кабінеті, і в мобільному застосунку торгового представника. Без headless ви або робите цю інтеграцію тричі (дорого), або синхронізуєте бази між собою (вразливо до помилок). Я будую headless-архітектуру для всіх нових порталів, де планується більше одного клієнта-фронтенда.

Стек headless у моїй практиці

Базовий рецепт: Medusa.js або Directus як headless CMS, PostgreSQL як основа, REST + GraphQL API, Next.js як фронт. Для специфічних агро-кейсів (партії насіння, лоти, простежуваність до поля) я часто роблю кастомний Node.js/NestJS-бекенд із власною моделлю даних — готові headless-платформи не вміють у такі домени з коробки. Ціна headless-порталу на 2-3 фронтенди з повними інтеграціями — від 8000 до 18000 USD, термін — 10-14 тижнів від дискавері.

Мультимовний стек: інженерна сторона UA/EN і далі

Експорт із Кропивницького до ЄС зріс після 2022 року багатократно — і кожен другий мій клієнт стартує проєкт із бажанням «треба англійську, потім польську, потім німецьку». Технічно це не один прапорець «увімкнути i18n» — це окрема архітектура. Я роблю в Next.js маршрутизацію через app router із сегментом /[locale]/, перекладені поля у Directus із fallback-логікою (якщо EN-поле порожнє — показувати UK), окрему карту сайту й Search Console на кожну мову, hreflang-розмітку в head, i18n-ready URL-структуру для товарів (/en/products/sunflower-oil-1l/, /pl/produkty/olej-słonecznikowy-1l/).

Перекладати — це не Google Translate

Машинний переклад вмикається на 5 хвилин і ламає вашу SEO-стратегію на 6 місяців. Польський покупець, який бачить сторінку з кальками з української, закриває її за 8 секунд — і Google це фіксує як negative engagement, далі ваш домен падає в видачі. Я працюю з носіями-перекладачами у польській і німецькій парах, плюс роблю SEO-адаптацію (ключові запити в кожній мові свої — «olej słonecznikowy tłoczony na zimno» в Польщі, але «kaltgepresstes Sonnenblumenöl» у Німеччині). Це окремий бюджет (від 3 до 8 USD за слово залежно від тематики), але він окупається через органічний трафік за 4-6 місяців.

CMS-структура під переклад

У Directus я роблю окрему таблицю translations з ключем locale на кожному полі, або колонки title_uk, title_en, title_pl поряд. Контент-менеджер у Кропивницькому редагує українську версію, перекладач отримує доступ до того ж запису і пише англійську/польську паралельно. Усе версіонується, є аудит-лог змін, можна відкотитися. Це не «два сайти, які не синхронізуються» — це одна система з кількома мовними шарами.

Чому я обираю Directus, а не Strapi/Contentful

На ринку headless CMS три великі гравці: Strapi (open-source, Node.js), Directus (open-source, теж Node.js, але з власним адмін-UI) і Contentful (SaaS, $$$). Я свідомо обрав Directus як основний інструмент для проєктів у Кропивницькому й області. Причини: повна власність даних (ставите на свій VPS у Європі, ніяких vendor lock-in), адмін-UI настільки зручний, що менеджер агрохолдингу освоює його за 30-40 хвилин, з коробки є rest+graphql API, ролі й права на рівні полів, версіонування контенту, web-хуки на події, file-storage з прев'ю. Strapi гарний для розробників, але адмінка важча для нетехнічних користувачів. Contentful платний і ховає ваші дані за океаном — для агробізнесу з ПДВ і e-Дозвіл це додатковий ризик.

Що саме виграє замовник із Directus

Власник агрохолдингу в Кропивницькому через 3 місяці після релізу заходить в адмінку Directus, додає новий розділ «Експорт у Молдову», заливає 8 фотографій із складу, прив'язує переклад польською — і все це без жодного дзвінка розробнику. Через тиждень він додає нового співробітника з обмеженими правами (тільки редагування блогу). Через місяць — перекладача з правами тільки на польський контент. Це той рівень самостійності, заради якого варто було будувати власну систему. Більше технічних деталей про мій підхід — у блоці розробки.

Performance-бенчмарки: що я обіцяю клієнту

Кожен мій сайт перед релізом проходить набір перевірок, і я не випускаю проєкт, поки всі цифри не лягли в норму. Lighthouse Performance score — мінімум 90 на мобільному (3G-емуляція). LCP (Largest Contentful Paint) — менше 2.5 секунд на 4G, менше 4 секунд на 3G. CLS (Cumulative Layout Shift) — менше 0.1. TTFB (Time to First Byte) — менше 600 мс із VPS у Європі для українського трафіку. Розмір першого пейлоада HTML — менше 60 KB gzip. Зображення — WebP/AVIF із responsive srcset, лейзі-лоджинг нижче фолда. Шрифти — local hosting із font-display: swap.

Як це досягається технічно

SSR/ISR на Next.js дає миттєвий first-byte із кешу. Cloudflare CDN кешує статику й приховує реальний сервер. Critical CSS інлайниться в HTML. JavaScript ділиться на code-splitting chunks, завантажується тільки те, що потрібно для поточного маршруту. Service worker кешує повторні візити. Усі ці практики я застосовую на кожному проєкті як стандарт, не як «преміум-пакет». Якщо ви бачите комерційну пропозицію, де «оптимізація швидкості» — окремим пунктом за 1500 USD, це сигнал, що базової роботи команда не виконує.

Реальні цифри клієнтів

Дилер сільгосптехніки в Кропивницькому до перезапуску мав Lighthouse 41, час до інтерактивності 8.6 секунди — після релізу на моєму стеку Lighthouse 94, TTI 1.9 секунди. Bounce rate упав із 67% до 38% за 3 місяці. Кав'ярня на Соборній замінила старий WordPress на статичний Next.js — швидкість завантаження виросла в 4.5 рази, частка мобільного трафіку, що доходить до меню, зросла з 31% до 71%. Це не маркетингові обіцянки, це Google Analytics і Search Console до й після.

Підтримка життєвого циклу: що буде через рік

Сайт — це не «здав і забув», а живий продукт, який треба годувати. Через 3-6 місяців після релізу зазвичай з'являються нові ідеї: «давай додамо калькулятор урожайності», «зробимо інтеграцію з ще одним постачальником», «треба запустити блог із 50 статтями SEO-оптимізованими». Я закладаю архітектуру так, щоб усі ці зміни робилися в кодбейзі без переписування основи. Кожна нова фіча — окремий модуль, окрема гілка в Git, тести перед мерджем. Через рік вашого сайту — у вас той самий продукт, тільки з 30+ улучшеннями, а не «треба все переробляти, бо стара команда наплутала».

Моя роль через рік-два

Через 12-18 місяців клієнт у Кропивницькому зазвичай хоче або взяти підтримку всередину компанії (наймає junior-розробника, я передаю кодбейз і документацію), або залишити мене на стратегічному рівні (нові модулі, оптимізація, аудит). Обидва формати робочі. Я свідомо не тримаю клієнтів на «секретному стеку» або через закритий код — у вас завжди повний доступ до GitHub, документації, інфраструктури. Це найкраще для довгих відносин.

Стартуємо

Якщо ви прочитали досі — пишіть на контакти, дивіться портфоліо, або одразу заходьте в ecommerce чи CRM/ERP/SaaS, якщо ваше питання глибше за просто сайт. Чим швидше почнемо дискавері — тим більший шанс зробити перший реліз до старту наступного сезону.