Типова розмова із розробником звучить приблизно так: «Зареєструємо домен, візьмемо хостинг, розгорнемо CMS, підключимо API платіжки, а код буде в репозиторії». Людина, яка не в темі, у цей момент киває — і потім не розуміє, за що заплатила, які доступи має отримати й чому «сайт є, а домен окремо».
Ця стаття — короткий словник п'яти термінів, які зустрічаються найчастіше. Без спрощень до рівня «це така штука»: після прочитання ви зможете говорити з виконавцем предметно й розуміти, що саме має опинитись у вас на руках наприкінці проєкту.
Домен — це адреса
Домен — це ім'я, за яким ваш сайт знаходять: example.com. Технічно кожен сервер в інтернеті має числову адресу, і домен існує рівно для того, щоб людям не треба було запам'ятовувати числа.
Що важливо знати:
- Домен не купують назавжди, його орендують — зазвичай на рік із продовженням. Якщо забути продовжити, ім'я звільняється, і його може зайняти будь-хто.
- Домен і сайт — різні речі. Домен може існувати без сайту, а сайт може працювати за технічною адресою без домену.
- Домен має бути оформлений на вас. Це найважливіший пункт усієї статті. Якщо реєстрацію робив виконавець на своє ім'я, то формально ім'я вашого бізнесу належить йому — і при конфлікті це стає важким переговорним питанням.
- Зона має значення.
.com,.ua,.com.ua— різні правила реєстрації й ціни; частина зон вимагає підтвердження прав на назву.
Хостинг — це місце
Хостинг — це оренда місця на сервері, де фізично лежать файли сайту й працює його програмна частина. Домен — адреса, хостинг — приміщення. Одне без іншого не працює.
Що впливає на вибір:
- Тип. Спрощено: спільний хостинг (дешево, ресурси ділять багато сайтів), виділений сервер або хмара (дорожче, більше контролю й запасу), спеціалізовані платформи для конкретних технологій.
- Розташування серверів. Що ближче до вашої аудиторії — то швидше відкривається сайт.
- Ресурси. Магазин із тисячею товарів і візитка на п'ять сторінок мають різні потреби.
- Бекапи. Питання, яке варто поставити до, а не після втрати даних.
- Хостинг оплачується окремо від розробки — це щорічна витрата, як і домен. Разом із ліцензіями й підтримкою це та частина бюджету, про яку часто згадують уже після запуску; про повну структуру витрат є стаття «Скільки коштує зробити сайт».
Як вони пов'язані. Коли людина вводить ваш домен, система доменних імен (DNS) підказує браузеру, на якому саме сервері шукати сайт. Тому при переїзді на інший хостинг домен лишається той самий — змінюються лише «вказівники». Зміни в DNS не миттєві: оновлення може зайняти від кількох хвилин до доби.
CMS — це панель керування вмістом
CMS (система керування контентом) — програма, яка дозволяє змінювати вміст сайту без програміста: додати статтю, поміняти ціну, завантажити фото, створити сторінку.
- Навіщо. Без CMS будь-яка зміна тексту — це задача до розробника. З CMS ви робите це самі за хвилину.
- Коли не потрібна. Якщо сайт — це односторінковий лендінг, який не змінюється, CMS може бути зайвою складністю. Що таке лендінг і коли він доречний — в окремій статті.
- Готова чи кастомна. Готові CMS дешевші на старті й мають багато розширень; кастомна адмінка дорожча, але точніше лягає під ваші процеси.
- CMS потребує обслуговування. Оновлення, сумісність розширень, безпека — це регулярна робота, а не разова.
- Головна перевірка при прийманні: відкрийте адмінку й самі змініть текст і додайте сторінку. Не «має працювати», а перевірте — це один із пунктів чекліста приймання.
API — це спосіб програмам розмовляти між собою
API — набір правил, за якими одна програма може запитати щось в іншої й отримати відповідь у зрозумілому форматі.
Побутова аналогія: офіціант. Ви не заходите на кухню й не пояснюєте кухарю, як готувати — ви робите замовлення за меню, а він приносить результат. Меню — це і є API: перелік того, що можна попросити, і в якому вигляді це повернеться. Кухня (внутрішній устрій програми) лишається закритою.
Де ви стикаєтесь із цим щодня:
- Оплата на сайті. Магазин не зберігає дані карток — він через API звертається до платіжного сервісу.
- Карта на сторінці контактів — API картографічного сервісу.
- Вхід через акаунт соцмережі — API цієї соцмережі.
- Синхронізація з CRM або складом — обмін даними через API.
- Курси валют, погода, доставка — те саме.
Чому це важливо для замовника: «у сервісу є API» означає, що інтеграція можлива й прогнозована. Якщо API немає, дані доводиться переносити руками або вигадувати обхідні шляхи — це дорожче й ненадійно. Тому питання «а чи є API у вашої облікової системи» варто ставити ще на етапі планування.
Чим API відрізняється від бази даних?
База даних — це де інформація зберігається. API — це як до неї звертаються ззовні. Пряма аналогія: база — склад, API — вікно видачі з правилами, хто й що може отримати.
Різниця критична з точки зору безпеки: сторонньому сервісу ніколи не дають доступ у базу напряму. Йому дають API, який пропускає лише дозволені запити й лише в дозволеному обсязі. Про самі бази є окрема стаття — «Що таке СУБД і база даних простими словами».
Git — це історія змін коду
Git — система контролю версій. Простими словами: вона зберігає всю історію змін проєкту й дозволяє в будь-який момент побачити, що саме змінилось, коли й хто це зробив, а за потреби — повернутись назад.
- Репозиторій — сховище проєкту разом із усією історією.
- Коміт — збережена «точка» зі змінами й описом, що зроблено.
- Гілка — окрема лінія роботи. Дозволяє робити нову функцію, не ламаючи те, що вже працює, а потім об'єднати результати.
Чому це стосується замовника, хоч і виглядає суто технічним:
- Репозиторій — це і є ваш проєкт. Файли на хостингу можна втратити; історія в репозиторії лишається.
- Доступ до репозиторію = страховка. Якщо співпраця з виконавцем закінчилась, наступна людина продовжить роботу, а не почне з нуля.
- Прозорість. Видно, що і коли робилося, — це знімає більшість суперечок «а чи була ця робота».
- Тому доступ до репозиторію входить у список того, що треба забрати до фінальної оплати.
Кілька слів, які почуєте поруч
- Фронтенд — те, що бачить користувач: інтерфейс у браузері. Бекенд — серверна частина: логіка, дані, інтеграції. Докладніше — про фронтенд і про бекенд.
- Деплой — викладення нової версії на сервер. Продакшн — «бойова» версія, яку бачать реальні користувачі.
- HTTPS і сертифікат — шифрування з'єднання. Без нього браузер показує попередження, і частина людей просто йде.
- Адаптивність — коректне відображення на різних екранах; тема окремої статті «Чому сайт "повзе" на телефоні».
- Кеш — збережена копія для швидкості. Саме через нього «я змінив, а на сайті старе» — часто достатньо оновити сторінку з очищенням кешу.
Як це складається разом
Спрощений шлях від ідеї до працюючого сайту:
- Домен — зареєстрували ім'я (на себе).
- Хостинг — орендували місце під файли й дані.
- Розробка — код пишеться й зберігається в репозиторії (Git).
- CMS — підключили панель, щоб ви могли самі змінювати вміст.
- API — під'єднали зовнішні сервіси: оплату, карти, аналітику, CRM.
- Деплой — виклали готову версію на хостинг, домен вказує на неї.
- Сертифікат — увімкнули HTTPS.
- Передача доступів — і ось тут проєкт справді ваш.
Що має бути у вас на руках
Мінімальний перелік, без якого проєкт не можна вважати завершеним:
- Домен — зареєстрований на вас, з доступом до панелі керування.
- Хостинг — обліковий запис ваш або принаймні з вашим доступом.
- Адмінка CMS — з правами адміністратора, а не редактора.
- Репозиторій — доступ або передана копія.
- Ключі й доступи до підключених сервісів — оплата, аналітика, пошта, карти.
- Список того, що оплачується щорічно: домен, хостинг, ліцензії.
Якщо чогось із цього немає — проєкт технічно лишається залежним від виконавця.
Типові непорозуміння
- «Я купив сайт — значить, і домен мій». Не обов'язково: перевірте, на кого зареєстровано.
- «Хостинг входить у ціну розробки». Зазвичай ні, це окрема щорічна витрата.
- «CMS означає, що я зможу змінити все». CMS дозволяє змінювати вміст, а не структуру й дизайн.
- «Зробіть інтеграцію, там же є сайт». Інтеграція можлива, коли є API; наявність сайту нічого не гарантує.
- «Код у розробника — це нормально». Нормально, поки ви маєте доступ до репозиторію.
- «Я змінив текст, а на сайті старий». Найчастіше кеш, а не помилка.
- «Домен коштує один раз». Оренда з щорічним продовженням; забули — втратили.
Головне коротко
- Домен — адреса, хостинг — місце; це різні речі й обидві оплачуються щороку.
- Домен має бути зареєстрований на вас, а не на виконавця.
- CMS дає змінювати вміст без програміста, але потребує обслуговування.
- API — правила, за якими програми обмінюються даними; без API інтеграція дорога й ненадійна.
- Git зберігає історію змін; доступ до репозиторію — ваша страховка від залежності від однієї людини.
- Наприкінці проєкту у вас має бути: домен, хостинг, адмінка, репозиторій і ключі сервісів.
- HTTPS обов'язковий, а «я змінив, а не оновилось» — найчастіше кеш.
FAQ
Чим відрізняється домен від хостингу?
Домен — це ім'я-адреса сайту, за якою його знаходять; хостинг — місце на сервері, де фізично лежать файли й дані. Це дві різні послуги, які зазвичай оплачуються окремо й щорічно. Домен можна перенести на інший хостинг без зміни адреси — змінюються лише налаштування, що вказують, де шукати сайт.
Що таке API простими словами?
Це набір правил, за якими одна програма звертається до іншої й отримує відповідь у передбачуваному форматі. Аналогія — офіціант: ви замовляєте за меню, не заходячи на кухню. Завдяки API сайт може приймати оплату, показувати карту, синхронізуватися з CRM. Якщо у сервісу немає API, інтеграція з ним або неможлива, або дорога й ненадійна.
Навіщо потрібна CMS і чи можна без неї?
CMS дає змогу самостійно змінювати вміст сайту — тексти, фото, товари, сторінки — без залучення розробника. Без неї кожна дрібна правка стає окремою задачею й витратою. Для незмінного односторінкового лендінга CMS може бути зайвою, для сайту з новинами, каталогом чи блогом — практично обов'язкова.
Чому доступ до репозиторію важливий для замовника?
Репозиторій зберігає код проєкту разом з усією історією змін. Якщо доступ у вас, будь-який наступний розробник продовжить роботу з поточної точки, а не почне з нуля. Без доступу проєкт технічно лишається залежним від одного виконавця, тому забирати цей доступ треба до фінальної оплати, разом із доменом, хостингом і адмінкою.
Що робити далі
Перевірте три речі просто зараз: на кого зареєстрований ваш домен, чи маєте ви доступ до хостингу й адмінки та чи є у вас репозиторій. Це п'ятнадцять хвилин, які показують, наскільки проєкт справді ваш.
Якщо чогось немає — це перше, що варто запитати у виконавця, і найкращий момент для цього завжди «зараз», а не під час конфлікту. Повний перелік того, що перевіряти й забирати, — у чекліста приймання роботи, а фахівців можна знайти в каталозі спеціалістів.
Готові діяти?
- Знайдіть виконавця в каталозі: https://searchtalent.dev/uk/talents
- Перегляньте проєкти фахівців: https://searchtalent.dev/uk/projects
- Каталог навичок і технологій: https://searchtalent.dev/uk/talents/skill
- Більше статей: https://searchtalent.dev/uk/articles
