Коротко: коли людина, що зробила ваш сайт, іде, сайт не перестає потребувати догляду — оновлення, резервні копії, латки безпеки, сертифікати, що спливають, і продовження нікуди не діваються. Хтось має підтримувати його в робочому стані. Варіантів реально три: робити самому, тримати розробника на зв’язку або віддати супровід хостингу з обслуговуванням. Для більшості невеликих компаній без власного технаря хостинг з обслуговуванням — найспокійніший варіант за замовчуванням: сайт, сервер і пошта під наглядом в одному місці.
Ми й самі тримаємо хостинг з обслуговуванням і регулярно приймаємо саме такі сайти — добре зроблені, а потім покинуті. Тож нижче — практична версія.
Готовий сайт — це ще не закрита робота
У проєкту є дата завершення. У сайту — немає. З першого ж дня все, на чому тримається сайт, продовжує змінюватися: WordPress і плагіни випускають оновлення, версії PHP (мова, якою працює сайт) знімають з підтримки, SSL-сертифікати спливають, у фреймворку, на якому зібрано сайт, виходять правки безпеки. Сайт стоїть на місці, а софт під ним іде вперед — і саме в цьому розриві ростуть проблеми.
За цю частину ніхто не виставляє рахунок, бо тут нічого не «будують». Це просто робота, яка не дає вже готовому сайту тихо зламатися.
Чим обертається «за сайтом ніхто не дивиться»
Без нагляду сайт ламається за одними й тими ж передбачуваними сценаріями:
- Старі плагіни зламують. У WordPress діри, через які вас зламують, майже ніколи не в ядрі. З понад 11 000 вразливостей WordPress, які Patchstack зафіксував за 2025 рік, 91% — у плагінах і темах, і лише шість — у самому ядрі. Плагін, який поставили два роки тому й забули, — класична лазівка.
- Сертифікати й домени спливають. Сплив SSL-сертифікат (він шифрує з’єднання із сайтом) — браузери показують червоне «не захищено»; не пройшло автопродовження домену зі старої картки — і весь сайт разом із поштою на ньому гасне.
- PHP знімають з підтримки. Хостинг оновлює сервер, старий код несумісний — і замість сайту порожній білий екран. Коли ніхто не дивиться, ви дізнаєтесь про це від клієнта.
- Копії, які жодного разу не розгортали. «Копії є» — це не те саме, що «ми розгорнули одну, і вона піднялася». У більшості покинутих сайтів відновлення жодного разу не перевіряли — і ніхто не знає, чи спрацює копія, коли знадобиться.
- Пошта йде у спам. Записи SPF, DKIM або DMARC застарівають, або спливає ключ підпису — і рахунки, які ви шлете, перестають доходити. Детально — чому листи з вашого домену потрапляють у спам.
Нічого з цього заздалегідь не попереджає — усе проявляється вже постфактум: злам, порожня сторінка або питання клієнта, чому сайт не відкривається.
Чому так виходить — і зазвичай розробник тут ні до чого
Це не історія про поганого фрилансера. Так влаштована сама модель роботи. Агенціям і фрилансерам платять за те, щоб зробити; супровід — окрема, постійна робота, якої в початковому договорі найчастіше немає. Фрилансер бере нових клієнтів. Увага агенції переходить до наступного проєкту. Працівник, який «займався сайтом», звільняється. Ніхто з них не підписувався стежити за вашим сайтом наступні три роки — ось ніхто й не стежить.
Сайт працює рівно до того дня, коли перестає, — тому проблему так легко проґавити.
Ваші три реальних варіанти
| Варіант | Хто дивиться за сайтом щодня | Коли ламається вночі | Сервер і пошта теж? | Як влаштована оплата |
|---|---|---|---|---|
| Робити самому | Ви — коли згадаєте | Ви, у паніці шукаєте рішення | Ви самі собі системний адміністратор | «безкоштовно», поки не обернеться втраченими вихідними або зламом |
| Розробник за викликом | Іноді; залежить від його зайнятості | Якщо відповість | Зазвичай лише код, не сервер і не пошта | Погодинно, непередбачувано; можуть знову зникнути |
| Хостинг з обслуговуванням | Хостинг, постійно | Хостинг, він на чергуванні | Так — сервер, оновлення, копії й пошта в одному місці | Фіксована сума на місяць, передбачувано |
Чесний розклад: робити самому безкоштовно — поки одні вихідні не підуть на розгрібання зламаного сайту. Розробник за викликом гнучкий, але надійний рівно настільки, наскільки він вільний, — і вас можуть покинути вдруге. Хостинг з обслуговуванням — це фіксована сума на місяць за те, що за сайтом стежить хтось, для кого це робота, а не ви у вільний час.
Що передати, щоб сайт міг прийняти хтось інший
Якщо ви переводите покинутий сайт на нову людину, ось що їй потрібно. Зберіть це один раз — і передача пройде гладко:
- Доступ до реєстратора домену — хто володіє доменом, володіє всім.
- Доступ до DNS — часто це реєстратор, іноді окремо.
- Доступ до хостингу / сервера.
- Обліковка адміністратора CMS — акаунт адміністратора WordPress або аналог.
- Репозиторій коду (Git), якщо сайт зроблений на замовлення.
- Список того, на чому працює сайт: CMS і версія, активні плагіни й теми, версія PHP або Node.
- Де лежать копії — і чи перевіряли хоч раз відновлення.
- Сторонні ключі: SMTP (відправлення пошти), платіжний шлюз, будь-які API-ключі (доступи до зовнішніх сервісів).
Якщо частину цього не дістати в розробника, що пішов, тямущий хостинг зазвичай відновить решту. Пара доступів, яких бракує, — не привід зупинятися: прийняти занедбаний сайт — рутина. (Турбує, що вже стирчить назовні? Ось де безкоштовно подивитися, які діри загрожують сайту.)
Спокійний варіант
Сайт — це не разова покупка, а річ, за якою після запуску потрібно постійно доглядати. У цьому весь сенс хостингу з обслуговуванням: сайт ваш, а хтось інший стежить, щоб він був оновлений, захищений, з резервними копіями і завжди онлайн.
Це ми. На нашому хостингу з обслуговуванням ми приймаємо сайти, зроблені кимось іншим — WordPress, Astro, Next.js, звичайний PHP або Node, на чому б його не було зроблено, — і беремо на себе оновлення, резервні копії, захист і пошту, на серверах у ЄС і з рахунком від однієї ЄС-компанії. Включені години на тарифах Standard і Pro закривають дрібні правки — тож наступного разу, коли щось знадобиться зробити, буде кому. Розробник пішов — а сайт без нагляду не лишається.