FirstLab
Як обирати сайт і з чого складається ціна
Ціна сайту не «скільки коштує зробити сторінку», а скільки коштує ризик помилки на старті. Розбираємо конструктори, CMS і самопис без міфів і без «єдиного правильного» стеку.
Обговорити задачуТри шляхи
Немає правильної технології. Є задача бізнесу, горизонт і бюджет ризику
Конструктори
Коли доречно
Лендінг, швидкий тест офферу, малий обсяг контенту. Tilda, Webflow, Framer, Wix.
Плюси
- Швидкий старт і нижчий чек на вході
- Клієнт може правити тексти без розробника
- Достатньо для перевірки попиту
Обмеження
- Ліміти інтеграцій і кастомної логіки
- SEO, швидкість і vendor lock-in
- Складніше масштабувати під Ads, CRM і ріст
CMS і готові рішення
Коли доречно
Блог, каталог, типовий e-commerce. WordPress, Shopify та подібні.
Плюси
- Знайома адмінка і екосистема плагінів
- Швидше зібрати стандартний магазин
- Багато готових сценаріїв «з коробки»
Обмеження
- Техборг, конфлікти плагінів, ризики безпеки
- Дешевий старт часто стає дорогою підтримкою
- Кастом під воронку й аналітику це окрема ціна
Самописний код
Коли доречно
Конверсійний продукт, кастомна логіка, контроль швидкості й аналітики. Наприклад Next.js.
Плюси
- Гнучкість під бізнес-процес
- Performance і чиста аналітика під CPL/CPA
- Нижча довгострокова вартість володіння
Обмеження
- Дорожчий старт
- Потрібна компетентна команда
- Без брифу і пріоритетів легко роздути скоуп
Чесний fit важливіший за тренд. Конструктор не «поганий», а самопис не «завжди кращий».
З чого складається ціна
Прайс «від» на тарифах: орієнтир. Нижче фактори, через які кошторис росте або падає
Discovery і бриф
Цілі, аудиторія, структура сторінок, пріоритети. Без цього будь-яка «дешева» оцінка це лотерея.
UX під конверсію
Не «красивий макет», а шлях користувача: офер, CTA, форми, довіра. Це впливає на CPL сильніше за колір кнопки.
Дизайн і адаптив
Кількість унікальних екранів, стани, мобільна версія. Більше екранів: більший обсяг роботи.
Розробка та інтеграції
CRM, оплата, Telegram, пікселі, особистий кабінет. Кожна інтеграція це окремий ризик і час.
Аналітика
GA4, події, готовність звітувати в CPL/CPA. Без цього реклама «літає наосліп».
SEO-база, контент, міграція
Тексти, перенесення зі старого сайту, редиректи. Часто випадає з «дешевих» КП.
Тести, запуск, навчання
Перевірка форм, пікселів, доступів. Навчання команди, хто й як править контент.
Підтримка після здачі
Хто править баги, оновлює залежності, додає сторінки. У дешевих пропозиціях це зазвичай «потім».
Приховані витрати
- Переробки через слабкий бриф і зміну вимог посеред проєкту
- Переписування лендінгу під рекламу після перших тестів
- Підписки конструктора, плагіни, ліміти тарифу хостингу
- Втрачені ліди через повільний сайт або зламану аналітику
- Зміна підрядника: онбординг, відсутність коду, повторна робота
Компетенція економить бюджет
Досвідчена команда закриває питання до того, як вони стануть переробками. Дешевий підрядник продає години, компетентний знімає невизначеність
Воронка і CTA на старті
Не переробляємо структуру після запуску Ads, бо одразу проєктуємо під заявку.
Події аналітики в ТЗ
Не «підключимо піксель потім». Події потрібні з першого дня, інакше бюджет на тести згорає.
Швидкість під рекламу
Повільний сайт з’їдає CPL. Закладаємо performance до здачі, а не після скарг.
Хто володіє кодом і доменом
Фіксуємо доступи й права на старті, щоб не викуповувати сайт у підрядника пізніше.
Адмінка vs ручні правки
Домовляємось, що клієнт міняє сам, а що через команду. Без сюрпризів у підтримці.
Масштаб каталогу й логіки
Запитуємо про ріст заздалегідь: 20 SKU сьогодні vs 2000 через рік потребують різних архітектур.
Коли що обирати
Короткі сценарії для малого й середнього бізнесу
Тест ніші / один офер
Конструктор або легкий лендінг. Мета: перевірити попит, а не побудувати платформу.
Товарка під трафік
Лендінг під Meta / TikTok: офер, форма, пікселі, швидкий запуск. Дивіться блок «Товарка» в послугах.
Каталог і оплата
Потрібен повноцінний інтернет-магазин. Нижче розібрано, коли Shopify / CMS, а коли самопис, і з чого складається кошторис.
Бренд і довгий горизонт
Самопис, коли потрібні інтеграції, швидкість, контроль і розвиток продукту роками.
Сайт уже є, потрібні ліди
Не обов’язково новий сайт. Часто досить реклами й правок конверсії. Дивіться тарифи на рекламу.
Інтернет-магазин
Каталог, кошик і оплата: коли це потрібно, який стек обирати і чому кошторис магазину вищий за лендінг
Коли потрібен магазин, а коли вистачить лендінгу
Достатньо лендінгу
Один офер, тест попиту, вузький асортимент, заявка або дзвінок замість самообслуговування. Швидше й дешевше перевірити гіпотезу.
Потрібен магазин
Кілька категорій, постійні покупки, онлайн-оплата, доставка, наявність, особистий кабінет або повторні замовлення. Клієнт має пройти шлях сам.
Гібрид на старті
Лендінг під рекламу + обмежений каталог пізніше. Не будуйте «про всяк випадок» повний checkout, якщо ще не підтверджений попит.
Shopify / CMS чи самопис
Shopify або готова CMS
Типовий checkout, стандартні доставки й оплати, знайома адмінка. Добре, коли бізнес-процес близький до «коробки» і кастом мінімальний.
Самописний магазин
Нестандартна воронка, свої правила цін і наявності, глибокі інтеграції, жорсткі вимоги до швидкості й аналітики під Ads. Дорожче на старті, гнучкіше в довгій дистанції.
Як обирати
Питання не «що модніше», а наскільки каса, каталог і логістика вписуються в готове рішення. Чим більше винятків, тим ближче до самопису.
З чого складається ціна магазину
Окрім дизайну й верстки, у кошторис входять процеси продажу, не лише «сторінки»
Каталог і картка товару
Категорії, фільтри, варіанти (розмір, колір), медіа, SEO-поля. Обсяг росте з кількістю SKU і складністю атрибутів.
Кошик і оформлення
Кроки checkout, валідація, збереження кошика, помилки оплати. Кожен зайвий крок або виняток додає роботу.
Оплата
Платіжні провайдери, способи оплати, тестові / бойові кабінети, обробка статусів і чеків.
Доставка і наявність
Нова Пошта / кур’єр / самовивіз, зони, тарифи, залишки. Логіка «є на складі» часто складніша за вигляд кнопки «Купити».
Адмінка замовлень
Статуси, менеджери, коментарі, експорт. Хто і як веде замовлення після покупки, треба знати до старту розробки.
Фіди й аналітика під Ads
Merchant / товарний фід, події purchase, відповідність цін і наявності в рекламі. Без цього Shopping і ремаркетинг працюють сліпо.
Типові підводні камені
- Масштаб: 30 SKU сьогодні і 3000 через рік потребують різної архітектури каталогу й фільтрів
- Акції, промокоди, опт і персональні ціни: якщо не закласти на старті, переписують checkout
- Синхронізація з CRM / обліковою системою: дублі замовлень і роз’їзд залишків
- Повернення, скасування, часткова оплата: рідко є в «дешевому» КП, але з’являються в перший місяць
- Швидкість і Core Web Vitals під товарний трафік: повільний каталог з’їдає CPL у Shopping
Технічні моменти, які не можна пропустити
Мікророзмітка, аналітика, швидкість і SEO-база. Без цього сайт «є», але пошук і реклама працюють гірше
Мікророзмітка (Schema.org / JSON-LD)
Organization, WebSite, BreadcrumbList, FAQ, Product / Offer для магазину. Допомагає пошуку і розширеним сніпетам. Закладаємо в розмітку з першого релізу, не «допишемо потім».
Title, description, Open Graph
Унікальні title/description на ключових сторінках, коректний OG для шарингу в соцмережах і месенджерах. Без цього лінки виглядають як «голий» URL.
Canonical і hreflang
Канонічні URL проти дублів. Для кількох мов: hreflang і зрозуміла структура локалей, щоб пошук не змішував версії.
Sitemap і robots.txt
Карта сайту для індексації, robots без випадкового блокування важливих сторінок. Після запуску перевіряємо у Search Console.
Події аналітики
GA4 і пікселі з подіями lead / purchase / add_to_cart, не лише pageview. Інакше CPL/CPA не порахувати, а реклама оптимізується наосліп.
Швидкість і Core Web Vitals
LCP, CLS, INP. Повільний сайт з’їдає конверсію і якість трафіку в Ads. Зображення, шрифти, JS: вимірюємо до здачі.
Consent і cookies
Згода на аналітику/маркетинг там, де це потрібно. Пікселі не повинні стріляти до згоди, якщо так вимагає політика. Інакше ризик для акаунтів і даних.
HTTPS і базова безпека
Сертифікат, редірект на https, захист форм від спаму, акуратні заголовки. Для магазину: безпечний checkout і доступів адмінки.
Форми, помилки, доступність
Зрозумілі помилки валідації, фокус з клавіатури, alt у зображень, читабельні кнопки. Ламані форми = втрачені ліди ще до реклами.
Редиректи і 404
При міграції зі старого сайту: 301 на нові URL. Сторінка 404 з навігацією. Інакше SEO і закладки клієнтів «помирають».
Інтеграції з CRM і сторонніми сервісами
Заявки мають потрапляти туди, де їх обробляють. Якщо прямої інтеграції немає, шукаємо робочий обхід, а не обіцяємо неможливе
Як зазвичай підключають
Нативний API / webhook CRM
Найчистіший шлях: сайт шле лід у CRM одразу з полями, статусом і UTM. Потрібна документація API, ключі доступу й тестовий кабінет.
Посередник (Make, Zapier та подібні)
Коли прямого конектора немає, але є webhook або email-тригер. Швидше за кастомний код, але з’являється підписка й залежність від сервісу.
Кастомний конектор
Пишемо під конкретну CRM або облікову систему, якщо API складне, нестабільне або потрібна двостороння синхронізація. Дорожче, зате під ваш процес.
Коли інтеграція «неможлива»
Немає API, закритий кабінет, лише ручний імпорт. Тоді проєктуємо обхід і фіксуємо його в процесі: хто куди переносить ліди і з якою затримкою.
Обхідні рішення, якщо прямої інтеграції немає
- Webhook або форма → email у спільну скриньку з шаблоном полів для ручного заведення в CRM
- Експорт CSV / Excel за розкладом і імпорт у CRM (підходить для низького обсягу заявок)
- Проміжна таблиця або адмінка заявок на сайті: менеджер бачить ліди й переносить у CRM
- Інтеграція лише в один бік: сайт → CRM зараз, зворотна синхронізація статусів пізніше
- Зміна CRM або тарифу CRM, якщо бізнес-критично мати API (іноді дешевше за вічний обхід)
Що з’ясувати на брифі до оцінки
- Яка CRM / сервіс і чи є актуальна документація API
- Які поля обов’язкові в угоді / лідові і звідки беруться UTM
- Хто володіє доступами і чи є тестовий кабінет
- Чи потрібна двостороння синхронізація статусів, чи досить «заявка прийшла»
- Що робимо, якщо CRM лежить: черга, повторна відправка, сповіщення команді
Питання перед стартом
Те, що зазвичай питають, коли обирають підхід і бюджет
Можна, якщо задача вписується в обмеження. Для тесту офферу конструктор часто оптимальний. Якщо потрібні кастомні інтеграції, стабільна аналітика під Ads і довгий розвиток, конструктор стає дорогим обхідним шляхом.
Готові обговорити ваш проєкт?
Напишіть, що потрібно зараз: сайт, реклама чи комплекс. Підкажемо формат без тиску на «все одразу».