Як обрати розробника сайту: 12 питань, які врятують ваш бюджет

За 10 років ми бачили десятки разів, як замовники приходять «переробляти» сайт, тому що перший підрядник зник, зламав код плагінами або зробив щось, що потім неможливо підтримувати. 80% проблем виникають тому, що правильні питання не задали на старті.

Чому це важливо

Сайт це не просто гарна картинка. Це бізнес-актив, який має:

• Стабільно працювати 3-5 років без повної переробки.
• Дозволяти розширення (нові сторінки, мови, інтеграції) без переписування з нуля.
• Бути переданим іншому розробнику, якщо первинний пропаде.
• Генерувати ліди або продажі (заради цього його, власне, і роблять).

Всі наведені нижче питання перевіряють саме ці критерії.

12 ключових питань розробнику

1. На якому стеку робитимете і чому?

Правильна відповідь звучить як «WordPress для контент-сайту, бо X, Y, Z», а не «ну, WordPress, всі так роблять». Розробник має обґрунтувати вибір під вашу задачу.

2. Покажете схожі проєкти (не дизайн, а сайти, які працюють)?

Дивіться не на рендери з Behance, а на живі сайти. Відкрийте в мобільному, перевірте швидкість у PageSpeed, подивіться код (Ctrl+U), чи немає там зоопарку плагінів.

3. Хто власник коду і хостингу?

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

4. Якими плагінами користуєтесь і чому саме ними?

Для WordPress легітимні відповіді: ACF Pro, Yoast SEO або Rank Math, WPML або Polylang, WooCommerce. Червоний прапорець це десяток безкоштовних плагінів «для дизайну», конструктори типу Elementor з купою надбудов (повільно, не масштабується).

5. Як працює контент-менеджер після запуску?

Попросіть показати адмінку на прикладі. Якщо для зміни тексту в блоці треба лізти в HTML, розробник зробив криво. Нормально, коли є кастомні поля через ACF і візуальні редактори для контенту.

6. Як ви підключаєте оплату, доставку, CRM?

Для магазину в Україні має бути відповідь: LiqPay, WayForPay, Monobank Acquiring, Нова Пошта API, інтеграція з KeyCRM, Pipedrive або Bitrix24. Якщо відповідь «зробимо, як домовимось», це нормально. Якщо «зробимо форму, а ви копіпастіть замовлення в CRM», це погано.

7. Які гарантії на баги після запуску?

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

8. Як ви робите бекапи?

Нормально, коли є автоматичні щоденні бекапи на рівні хостингу плюс окремо у зовнішнє сховище (Google Drive, Dropbox, S3). Якщо розробник каже «бекап це завдання хостингу», перепитайте, яких саме і куди.

9. Що буде, якщо я захочу зняти сайт з іншим розробником?

Правильна відповідь: «віддам весь код через git, доступи до хостингу, документацію до кастомних рішень». У чорний список іде «унікальна CMS лише у виконавця, її ніхто не зможе підтримувати».

10. Скільки часу займе запуск, і що означає «готовий»?

«Готовий» це дизайн плюс верстка плюс функціонал плюс тексти плюс контент плюс налаштування аналітики плюс бекап. Попросіть розписати мілстоуни: дизайн до 01.04, верстка до 15.04, функціонал до 30.04, запуск 05.05.

11. Чи працюєте за договором? Як виставляєте рахунки?

Для України обовʼязково ФОП з офіційним договором, рахунком, актом. Електронні підписи через Дію це нормально. Готівкою без документів виключно ваш ризик.

12. Як ви оцінюєте SEO-аспекти?

Розробник має сам запропонувати: Schema.org розмітку, чисті URL, hreflang для мультимовних сайтів, Core Web Vitals, sitemap.xml, robots.txt. Якщо SEO це окрема додаткова послуга за окремі гроші з нуля, це дивно.

Червоні прапорці

• «Зробимо за тиждень і за $200». За ці гроші не може бути нічого, крім теми з ThemeForest.
• Не показує портфоліо («NDA»), але при цьому працює з малим бізнесом. Це неприродно.
• «Хостинг тільки у виконавця, без вашого доступу, щомісяця 500 грн». Часто це приховані витрати у 2 або 3 рази більші.
• Не може чітко пояснити, на чому саме буде сайт.
• Тисне взяти оплату 100% наперед.

Договір: що перевірити

У договорі обовʼязково має бути:

• Детальне ТЗ у додатку (що саме входить, а що ні).
• Строки: дата початку, мілстоуни, дата здачі.
• Умови оплати: 50/50, 30/40/30, або почергово за мілстоунами.
• Пункт про передачу майнових прав на код, де ви залишаєтесь власником.
• Гарантійний період на виправлення багів.
• Порядок внесення змін до ТЗ (що вважається змінами, а що виправленням).

Що робити після запуску

1. Перевірте в PageSpeed Insights (mobile), щоб LCP був < 2.5с, CLS < 0.1.
2. Додайте сайт у Google Search Console, подайте sitemap.xml.
3. Перевірте, чи є robots.txt і чи він доступний (відкрийте site.com/robots.txt).
4. Запустіть бекап і переконайтеся, що його можна відновити.
5. Отримайте від розробника Git-репозиторій і документацію до кастомних модулів.

Якщо у вас є діючий сайт і ви хочете перевірити, чи все зроблено правильно, напишіть у Telegram, безкоштовно оцінимо за 15-20 хвилин.