Висновок CTO · 24.10.2026

За 4 тижні нова сторінка на soloway.tech виходитиме за 1–2 дні, а не за 1–3 місяці

Без переїзду на іншу платформу, без редизайну і без нових ліцензій. Потрібно 100–120 годин розробника.

Нова сторінка зараз

27–93 дні

від запиту до появи на сайті, 7 реальних прикладів 2024–2026 років

Після змін

1–2 дні

ціль; перевірю на двох реальних сторінках

Правка тексту

5 хвилин

так уже було, коли маркетинг правив текст прямо на сайті

Основа висновків

Висновки спираються на два роки реальної роботи команди сайту

Я розібрав, як влаштований сайт і як його оновлювали останні два роки. Кожна цифра нижче взята звідти.

27

сторінок послуг, кожна зроблена окремо

спільного конструктора сторінок немає

~7 000

рядків коду лише в шаблонах цих сторінок

кожну нову сторінку пишуть так само

720

окремих полів для текстів

майже кожне належить лише одній сторінці

1 665

змін у коді сайту

з 2023 року

Реальні приклади

Нова сторінка чи блок виходять за 1–3 місяці, а правка тексту на живому сайті — за 5 хвилин

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

Кейс Polar Olympicsгрудень 2025 – березень 2026

93 дні

Відкрити сайт для AI-пошуковиківлипень – вересень 2026

69 днів

Сторінка UI/UX Services, 2 нові блокилистопад 2024 – січень 2025, до готовності

64 дні

Сторінка PropTechгрудень 2024 – січень 2025, до готовності

58 днів

Редизайн блогуквітень – травень 2026

54 дні

Блог для кандидатівлипень – серпень 2026

48 днів

Сторінка About Usлипень – серпень 2026

27 днів

Правка тексту маркетингом прямо на сайтілистопад 2024

5 хвилин

Для UI/UX Services і PropTech відома лише дата готовності до випуску, дата появи на сайті не збереглася. Тож реальний строк ще довший.

Причини

Розробка займає меншу частину часу. Решта — очікування

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

Тексти чекають на код

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

Випуск робить одна людина

Його виконують вручну, на прохання в месенджері і до кінця робочого дня. Як саме він працює, у команді не знає ніхто, крім цієї людини. Під час її відпустки випусків немає.

Кожен випуск щось ламає

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

Будь-яка дрібниця — через розробника

Кожна сторінка зроблена під себе, тож новий блок, пункт у формі чи переклад рядка в меню потребують розробки. Додати один пункт у форму займало понад 4 дні.

49 днів

без жодного оновлення коду сайту

липень – серпень 2026

4+

рази налаштування тестової копії потрапили на живий сайт

2025–2026 роки

3–4

кола перевірки на сторінку

по 1–2 дні кожне, тестувальник зайнятий на кількох проєктах

~100 год

розробки на місяць

на сайт і ще один проєкт разом

Процес

Як я планую змінити процес: у кожного типу запиту — свій короткий шлях

Зараз будь-яка зміна на сайті, від коми в тексті до нової сторінки, проходить один і той самий довгий шлях: тестова копія, черга на перевірку, ручний випуск. Після змін кожен тип запиту йде своїм шляхом, і розробник потрібен лише там, де без нього не обійтися.

Стаття, вакансія, кейсзараз: тестова копія і очікування випуску

Маркетинг створює чернетку прямо на живому сайті, переглядає і публікує сам. Хвилини.

Правка тексту чи картинкизараз: той самий шлях, що й для нової сторінки

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

Нова сторінка з наявних блоківзараз: 1–3 місяці через повну розробку

Бриф → AI робить сторінку і тексти → розробник перевіряє → маркетинг публікує. 1 день.

Новий блок чи зміна дизайнузараз: розробка, тестова копія, ручний випуск

AI робить блок за макетом, розробник перевіряє і затверджує, код виходить на сайт автоматично. 2–3 дні.

Переклад на 4 мовизараз: вручну, окремо в кожній копії сайту

AI перекладає разом зі сторінкою за єдиним словником термінів, маркетинг вичитує українську. Разом зі сторінкою.

Живий сайт — єдине місце для текстів

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

Кожне завдання — за шаблоном брифу

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

Код виходить лише через перевірку

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

Одна черга запитів

Усі запити маркетингу в одному місці зі статусом, а не розкидані між месенджером, документами і трекером, де дрібні правки губляться.

Ролі зараз

Маркетинг
пише запит і чекає
Розробник
робить кожну сторінку і сам вносить контент
DevOps
вручну робить кожен випуск
Тестувальник
проходить кожну сторінку по 3–4 кола
AI
не використовується

Ролі після змін

Маркетинг
сам публікує тексти, затверджує сторінки
Розробник
перевіряє роботу AI, робить складні блоки
DevOps
підтримує сервер, у випусках не бере участі
Тестувальник
перевіряє нові блоки, решту ловить автоматична перевірка
AI
робить сторінки, тексти, переклади, звіряє з макетом

Як буде з AI

Від брифу до сторінки на сайті — за один робочий день

AI бере на себе виготовлення сторінки, а люди лишаються там, де потрібне рішення: що публікувати і чи все правильно.

  1. Маркетинг · ~1 год

    Бриф і макет

    Мета сторінки, тексти або тези, макет дизайнера, потрібні мови. За єдиним шаблоном брифу.

    На виході

    Зрозуміле завдання без додаткових уточнень.

  2. AI · 1–2 год

    AI готує сторінку

    Робить сторінку за макетом, пише й редагує тексти, перекладає на українську, німецьку й шведську, звіряє результат з макетом за скріншотами.

    На виході

    Чернетка на живому сайті, відвідувачі її не бачать.

  3. Розробник · 1–2 год

    Розробник перевіряє

    Переглядає зроблене AI і запускає автоматичну перевірку: сторінка відкривається, видима для Google, посилання працюють.

    На виході

    Перевірена сторінка без ручного випуску.

  4. Маркетинг · ~30 хв

    Маркетинг публікує

    Дивиться чернетку такою, якою її побачать відвідувачі, за потреби править текст і натискає «Опублікувати».

    На виході

    Сторінка на сайті того ж дня.

Зараз

Нова сторінка
27–93 дні
Правка тексту
чекає випуску
Переклади на 4 мови
тижні, вручну в кожній копії сайту
Хто випускає сайт
одна людина вручну
Помилки після випуску
знаходить маркетинг

Після 4 тижнів

Нова сторінка
1–2 дні
Правка тексту
хвилини
Переклади на 4 мови
разом зі сторінкою
Хто випускає сайт
автоматично після перевірки
Помилки після випуску
ловить автоматична перевірка

Час кроків — ціль. Фактичний заміряю на двох реальних сторінках у пілоті.

Варіанти

Я порівняв три шляхи і раджу найкоротший

Рекомендовано

Залишити сайт, змінити випуск і додати AI

Сайт лишається на поточній платформі. Змінюється те, як він оновлюється, а створення сторінок бере на себе AI.

Термін
4 тижні
Робота
100–120 год
Ризик
низький
Нова сторінка після
1–2 дні
Пізніше, якщо знадобиться

Переїзд на сучасну платформу

Новий сайт на сучасній технології з тією самою адмінкою. AI переносить сторінки, люди перевіряють.

Термін
1,5–3 місяці
Робота
150–250 год
Ризик
позиції в Google, форми
Нова сторінка після
години
Не раджу

Власна AI-платформа для сайтів

Написати власну платформу і перенести на неї сайт. Той самий переїзд плюс розробка платформи, яку AI знає гірше за готові.

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

Обидва довші шляхи дають ту саму швидкість публікації, що й рекомендований, але на 1–3 місяці пізніше. Переїзд можна розглянути після пілоту: шаблон брифу й AI-процес знадобляться і там.

План

Чотири кроки, по тижню на кожен, з перевіркою після кожного

  1. Тиждень 1

    Автоматичний випуск

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

    Контрольна точка

    Код виходить на сайт без ручної роботи.

  2. Тиждень 2

    Тексти напряму

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

    Контрольна точка

    Перша стаття чи вакансія вийшла без випуску.

  3. Тиждень 3

    Сторінки робить AI

    AI-агент налаштовується під сайт, готується шаблон брифу, і за макетом робиться перша сторінка.

    Контрольна точка

    AI зробив сторінку з макета, розробник її прийняв.

  4. Тиждень 4

    Пілот

    Так робляться дві реальні сторінки з черги маркетингу, вимірюється час, доводиться інструкція для AI.

    Контрольна точка

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

Технічний план

Що я змінюю в розробці, випуску і середовищах

Під кожним кроком плану — конкретні технічні зміни. Усе робиться на поточному сайті, без переїзду на іншу платформу.

Тиждень 1

Автоматичний випуск (CI/CD)

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

Зараз
вручну, одна людина
Після
автоматично після затвердження
Тиждень 1

Перевірка після кожного випуску

Скрипт проходить ключові сторінки: відповідь 200, немає заборони індексації, канонічні адреси ведуть на soloway.tech, немає посилань на тестові сервери. Якщо щось не так, випуск позначається як невдалий, а команда отримує сповіщення в Telegram.

Зараз
помилки знаходить маркетинг
Після
ловить перевірка за хвилини
Тиждень 1

Структура полів у коді

Усі групи полів сайту зберігаються разом із кодом і переїжджають на сайт під час випуску. Ручне перенесення через дампи бази з підміною ідентифікаторів більше не потрібне.

Зараз
6 груп у коді, решта лише в базі
Після
усі групи в коді
Тиждень 2

Дані між середовищами

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

Зараз
тестова копія перезаписує живий сайт
Після
живий сайт ніщо не перезаписує
Тиждень 2

Безпечна робота на живому сайті

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

Зараз
усе через тестову копію
Після
чернетка → перевірка → публікація
Тиждень 3

AI-агент і доступи

Claude Code з інструкцією під будову нашого сайту і доступом до макетів у Figma. Зміни коду агент пропонує через запит на злиття. На живий сайт заходить окремим користувачем, який може лише створювати чернетки.

Зараз
кожну сторінку пише розробник
Після
агент робить, людина затверджує

Після пілоту, окремо від цих 4 тижнів: звести переклади інтерфейсу до одного механізму замість чотирьох нинішніх і оновити плагін полів сайту, який не оновлювався з 2021 року.

Ризики

Що може піти не так і що я з цим роблю

Невідомо, як налаштований живий сервервипуск на нього зараз знає одна людина

У перший день розбираю його разом із DevOps. Якщо там складніше, ніж очікую, подовжиться лише перший тиждень.

AI помиляється у верстці чи текстіособливо в перших сторінках

Код перевіряє розробник, текст — маркетинг, вигляд звіряється з макетом автоматично. Без людини AI нічого не публікує.

Помилка в тексті потрапить на живий сайтбо правки робляться одразу на ньому

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

Не вистачить годин розробкиліміт спільний з іншим проєктом

План потребує 100–120 годин, а ліміт — близько 100 годин на місяць на два проєкти. Треба або виділити більше годин на цей місяць, або розтягнути план до 5–6 тижнів. Точну цифру назву після першого тижня.

Ресурси і рішення

Потрібно 100–120 годин розробника і три рішення

100–120

годин розробника за 4 тижні

приблизно 3/4 ставки; розбивка внизу сторінки

Кілька

годин DevOps

доступи до сервера, останній ручний випуск

Кілька

годин маркетингу

шаблон брифу, перехід на роботу з живим сайтом

0

нових ліцензій і переїздів

використовується те, що вже є

Що потрібно від вас

  1. Погодити 100–120 годин розробника: або більше годин на цей місяць, або план на 5–6 тижнів.
  2. Затвердити правило: маркетинг сам публікує тексти на живому сайті, без випуску й без розробника.
  3. Доручити DevOps передати команді доступи до живого сервера і пояснити, як зараз робиться випуск, у перший тиждень.

Розбивка годин

Звідки 100–120 годин

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

Автоматичний випуск на живий сайт (CI/CD)тиждень 1

16–30 год

Вирівняти основну гілку і захистити їїтиждень 1

2–4 год

Структура полів у кодітиждень 1

4–8 год

Перевірка після випуску і сповіщення в Telegramтиждень 1

4–6 год

Оновлення тестового сайту з живого однією кнопкоютиждень 2

8–16 год

Безпечна робота на живому сайтітиждень 2

4–8 год

Налаштування AI-агента під сайттиждень 3

8 год

Створення чернеток агентом на живому сайтітиждень 3

8–16 год

Звірка сторінки з макетом за скріншотамитиждень 3

4–8 год

Пілот: дві реальні сторінки й доопрацюваннятиждень 4

24–40 год

82

годин у найкращому разі

живий сервер влаштований так само, як тестовий

100–120

годин найімовірніше

з цією цифрою я йду в план

144

годин у найгіршому разі

сервер треба налаштовувати з нуля, перші сторінки потребують багато правок

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