Розробник зник: як повернути контроль над сайтом — домен, хостинг, доступи і код

Коротко: якщо розробник зник, першими повертайте домен і хостинг — без них сайт можна втратити повністю. Далі — адмінка сайту, код, пошта, аналітика й реклама. Перевірте WHOIS домену, рахунки за хостинг і список адміністраторів, зробіть повну резервну копію і лише після цього змінюйте паролі та підрядника.

Ситуація типова: сайт робив фрилансер або невелика агенція, усе працювало, а потім людина перестала відповідати. Поки сайт відкривається, здається, що проблеми немає. Вона з’являється в найгірший момент: домен не продовжили, сертифікат прострочився, сайт зламали або треба терміново змінити ціну на акцію. Нижче — чекліст, за яким можна повернути контроль над сайтом самостійно, і пояснення, де без фахівця не обійтися.

Перші 48 годин: що зробити одразу

1. Не панікуйте й нічого не видаляйте. Не змінюйте DNS, не переносьте сайт і не встановлюйте «плагіни для відновлення», поки не зрозуміло, де що лежить.
2. Напишіть розробнику письмово — на пошту й у месенджер: попросіть передати доступи до домену, хостингу, адмінки, репозиторію коду та сервісів. Дайте розумний строк, наприклад 5 робочих днів. Цей лист знадобиться реєстратору й хостингу, якщо доведеться відновлювати доступи без нього.
3. Перевірте строк дії домену. Якщо до закінчення лишилось менше місяця — це найтерміновіша задача.
4. Збережіть усе, що доступно публічно: тексти, фото, структуру сторінок, контакти. Якщо сайт ляже, це буде основою для відновлення.
5. Зберіть фінансові докази: рахунки й квитанції за домен, хостинг, розробку. Вони підтверджують, що бізнес — ваш.

Перевір сам: чекліст доступів за 30 хвилин

Пройдіть список і позначте навпроти кожного пункту: «маю доступ», «доступ у розробника», «не знаю».

• Домен: у якого реєстратора, на кого оформлено (власник, registrant), коли закінчується, на чию пошту приходять листи від реєстратора.
• DNS: де керуються записи — у реєстратора, у хостинга чи в Cloudflare. Від цього залежить, хто може «переключити» сайт і пошту.
• Хостинг або сервер: провайдер, на кого акаунт, хто платить, чи є у вас логін до панелі.
• Адмінка сайту: WordPress, Shopify, Webflow, Squarespace — чи є у вас обліковий запис адміністратора або власника (owner).
• Код: чи є репозиторій (GitHub, GitLab, Bitbucket) і чи ви там учасник. Для самописних сайтів і платформ це критично.
• Пошта на домені: Google Workspace, Microsoft 365, пошта хостингу — хто адміністратор.
• Аналітика й реклама: Google Analytics 4, Google Tag Manager, Google Search Console, Google Ads, Meta Business — чи ви власник, а не лише гість.
• Google Business Profile: хто власник профілю компанії на Картах.
• Платні сервіси: ліцензії тем і плагінів, застосунки Shopify, сервіси розсилок, SMS, CRM — на чию картку й пошту.
• Резервні копії: де лежать, коли остання, чи хтось колись перевіряв відновлення.

Що кому має належати: таблиця

Актив	Де перевірити	Як має бути	Якщо доступу немає
Домен	WHOIS (lookup.icann.org, для .ua — реєстратор або hostmaster.ua)	Власник — ви або ваша компанія, пошта — ваша	Звернення до реєстратора з документами, запит коду передачі (auth code)
Хостинг / сервер	Рахунки, листи від провайдера, IP сайту	Акаунт на вашу пошту, оплата з вашої картки	Підтримка хостинга: підтвердження власності, перенесення акаунта
Адмінка сайту	Сторінка входу, список користувачів	У вас роль власника або адміністратора	Через хостинг (WordPress) або підтримку платформи (Shopify, Webflow)
Код	Репозиторій, договір	Репозиторій у вашій організації або повна копія у вас	Копія з сервера; для платформ — експорт теми
Аналітика, Ads, Meta	Налаштування доступу в кожному сервісі	Ви — власник, підрядники — з обмеженими ролями	Новий акаунт з вашою власністю; історію даних може бути втрачено
Google Business Profile	business.google.com	Ви — основний власник	Запит на доступ до профілю через Google

Як повернути кожен доступ

Домен — пріоритет номер один

Хто контролює домен, той контролює сайт і пошту. Якщо домен оформлено на вас, але пароль у розробника — відновіть пароль через пошту власника або зверніться до реєстратора з документами. Якщо домен оформлено на розробника, юридично власник — він, і тут уже потрібна домовленість або юрист. Для доменів у загальних зонах (.com, .net, .org) реєстратор за правилами ICANN має видати власнику код для передачі домену до іншого реєстратора. Для .ua правила встановлює адміністратор зони і конкретний реєстратор — уточнюйте в нього.

Хостинг

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

WordPress, Shopify, Webflow

• WordPress: маючи доступ до хостингу, адміністратора можна створити через панель керування базою даних або WP-CLI. Після цього перевірте список користувачів і видаліть невідомих адміністраторів — але лише після резервної копії.
• Shopify: власник магазину (store owner) може передати право власності в налаштуваннях користувачів. Якщо магазин створювався як development store в акаунті партнера, його передають клієнту через Partner Dashboard. Якщо доступу немає зовсім — пишіть у підтримку Shopify.
• Webflow: сайт живе у робочому просторі (workspace). Його можна передати в ваш workspace разом із тарифом сайту — це робить поточний власник або підтримка Webflow.

Код і репозиторій

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

Аналітика, реклама, профіль у Google

У GA4, Tag Manager, Search Console, Google Ads і Meta Business додайте себе власником або адміністратором, а розробникові залиште обмежену роль. Якщо ці акаунти належать підряднику й він не відповідає, іноді простіше створити нові на вашу компанію: історія даних втратиться, але ви більше не залежатимете від чужого акаунта. Search Console можна підтвердити заново через DNS, щойно ви контролюєте домен.

Чого не робити

• Не змінюйте DNS, не знаючи, що на ньому працює. Можна «відключити» пошту, яку ніхто не пов’язував із сайтом.
• Не оновлюйте все підряд на живому сайті. Сайт, який роками не оновлювався, після масового оновлення плагінів часто ламається. Спершу — копія, потім тестове середовище.
• Не видаляйте розробника з акаунтів, поки не маєте повної копії і всіх паролів. Інакше можна втратити доступи, які були лише в нього.
• Не замовляйте новий сайт «з нуля» на емоціях. Часто наявний сайт можна привести до ладу дешевше (орієнтири — у статті скільки коштує сайт у 2026 році). Рішення варто приймати після аудиту, а якщо новий сайт таки потрібен — переїжджати за чеклістом редизайну без втрати позицій у Google.

Як більше не опинитися в такій ситуації

1. Документ доступів: одна таблиця (або менеджер паролів) з усіма сервісами, логінами, власниками й датами продовження.
2. Усе на вас: домен, хостинг, акаунти Google і Meta, репозиторій — на пошту компанії, оплата з вашої картки. Підрядник отримує доступ як користувач, а не як власник.
3. Договір: пункт про передачу прав на код і обов’язок передати доступи після завершення роботи. Що ще перевірити в пропозиції нового підрядника — у статті як обрати веб-студію: червоні прапорці.
4. Резервні копії поза сервером сайту — автоматично, і хоча б раз перевірене відновлення.
5. Документація: що встановлено, навіщо, які плагіни критичні, як оновлювати. Тоді будь-який фахівець підхопить сайт за дні, а не тижні.

Приклад з нашої практики

Коли ми беремо чужий проєкт, перший крок — інвентаризація: що встановлено, хто це налаштовував і що реально працює. Під час аудиту трекінгу Shopify-магазину така інвентаризація показала, що контейнер Google Tag Manager завантажувався тричі на кожній сторінці — з теми й двох custom pixels. Через це теги реклами спрацьовували по три рази. Ми підготували реліз виправлень з інструкцією і документацію: що, де і навіщо налаштовано. Саме такий документ і знімає залежність від однієї людини — зокрема й від нас.

Інший підхід, який ми застосовуємо в довгих проєктах, як у Shopify-магазині бренду добавок: зміни йдуть невеликими релізами і спершу перевіряються на тестовому магазині. Якщо завтра проєкт підхопить інша команда, історія змін і робоче середовище в неї будуть.

Коли варто звернутися до фахівця

• домен чи хостинг оформлено на розробника, і він не відповідає;
• сайт уже не працює, зламаний або показує помилки;
• немає жодної резервної копії, а сайт приймає замовлення чи заявки;
• самописний сайт або платформа без репозиторію й документації;
• потрібно оцінити, чи варто підтримувати наявний сайт, чи вигідніше зробити новий.

Детальніше про симптоми й наслідки — на сторінці «Залежність від розробника». Почати варто з технічного аудиту (від 300 €): перевіримо доступи, код, плагіни, безпеку й бекапи і дамо звіт з пріоритетами. Далі можемо взяти сайт на підтримку (від 100 € на місяць) з оновленнями на тестовій копії, щоденними бекапами й документацією. Якщо аудит покаже, що підтримувати наявний код дорожче, ніж зробити новий, — чесно про це скажемо і запропонуємо редизайн або новий сайт.

Опишіть ситуацію коротко — що за сайт, до чого є доступ, а до чого немає — через форму заявки, і ми підкажемо, з чого почати саме у вашому випадку.

Часті питання

Розробник не відповідає вже місяць. Сайт працює — чи треба щось робити?

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

Як дізнатися, на кого зареєстровано домен?

Через WHOIS: для доменів .com, .net, .org та інших загальних зон — на lookup.icann.org, для .ua — на сайті реєстратора або hostmaster.ua. Якщо дані приховані, напишіть реєстратору, вказаному у WHOIS.

Чи можна відновити сайт без доступу до хостингу?

Частково. Якщо сайт відкривається, можна зберегти тексти, зображення і структуру, а WordPress — іноді й відтворити з публічної версії. Але бази даних, замовлень і налаштувань без доступу до сервера не буде, тому хостинг — пріоритет номер два після домену.

Розробник вимагає гроші за передачу доступів. Що робити?

Спершу перевірте договір і рахунки: якщо ви оплачували домен і роботу, права мають бути вашими. Технічно домен і хостинг найчастіше повертаються через реєстратора й хостинг-провайдера за документами про бізнес. Юридичні питання — до юриста, ми допомагаємо з технічною частиною.

Скільки коштує прийняти сайт від іншого розробника?

Технічний аудит з переліком ризиків — від 300 €, далі підтримка — від 100 € на місяць. Точна сума залежить від стану сайту: іноді вистачає оновлень і бекапів, іноді частину коду доводиться переписувати.