Розробник третій тиждень не відповідає, а на сайті потрібно змінити телефон. Або ви вирішили змінити підрядника і з’ясували, що пароль від хостингу є лише в попереднього. Нижче — що робити, якщо розробник зник: як забрати сайт, перевірити, на кого оформлені домен і хостинг, як діяти, якщо домен оформлений на розробника (з урахуванням правил українських доменних зон), і що перевіряє нова команда, коли ви передаєте сайт на підтримку.
Доступи до сайту: що має бути у вас
У сайту понад десяток окремих доступів. До розмови з розробником заповніть таблицю і в кожному рядку позначте: доступ є, доступу немає, не знаю.
| Що | Що має бути у вас | Де перевірити |
|---|---|---|
| Домен | Власник домену (реєстрант) — ваша компанія або ФОП; у вас є логін до кабінету реєстратора | WHOIS, кабінет реєстратора |
| DNS | Доступ до панелі, де змінюються записи домену | Поле nserver у WHOIS |
| Хостинг або сервер | Акаунт у провайдера оформлений на вас, оплата з вашого рахунку | Рахунки, договір, листи провайдера |
| Адмінка CMS | Ваш особистий обліковий запис із правами адміністратора | Список користувачів в адмінці |
| FTP/SFTP і SSH | Логіни або ключі, які ви випускаєте самі | Панель хостингу |
| База даних | Ім’я бази, користувач, пароль, доступ до phpMyAdmin або аналога | Панель хостингу |
| Пошта на домені | Доступ до адміністрування пошти (Google Workspace, пошта хостингу) | MX-записи домену: за ними видно, який сервіс приймає пошту |
| Google Search Console, Analytics, Tag Manager, Merchant Center | Ваш Google-акаунт — власник або адміністратор | Розділ користувачів у кожному сервісі |
| Рекламні кабінети (Google Ads, Meta та інші) | Кабінет створено на ваш акаунт, у вас права адміністратора, оплата з вашої картки | Налаштування доступу в кожному кабінеті |
| Репозиторій коду | Репозиторій в акаунті компанії на GitHub, GitLab або Bitbucket | Пряме запитання розробнику: «де лежить код» |
| Платні плагіни, модулі, теми | Ліцензії куплено на вашу пошту або передано вам | Рахунки, кабінети магазинів плагінів |
| Резервні копії | Свіжа резервна копія файлів і бази не на тому самому хостингу | Дата останнього архіву |
| Документація | Список доступів, нестандартних доопрацювань, інтеграцій, завдань за розкладом | Найчастіше її немає взагалі |
Окремо впишіть підключені до сайту сервіси: платіжний еквайринг, CRM, служби доставки, SMS-розсилки. Кожен працює через ключ або обліковий запис, який розробник міг завести на себе.
Якщо домен і хостинг оформлені на вашу компанію, адмінка, база, файли і Search Console повертаються через них. Найважче, коли реєстрант домену — розробник.
Домен: на кого оформлений і як його повернути
Що показує WHOIS
Домени в українських зонах (.ua, com.ua, kiev.ua та інших) перевіряйте через WHOIS на сайті Hostmaster — адміністратора домену .UA. Для .com та інших міжнародних зон є офіційний сервіс ICANN Lookup (lookup.icann.org).
Важливі три поля:
registrar— реєстратор, тобто компанія, у якої обслуговується домен;expires— дата, до якої домен оплачено;nserver— DNS-сервери домену. За ними видно, де редагуються записи домену: у реєстратора, у хостингу чи в Cloudflare.
Дані реєстранта приховано, у полі буде «not published». Хто реєстрант, скаже лише сам реєстратор — після звернення до його підтримки з документами компанії.
Спочатку перевірте дату закінчення
Подивіться поле expires до листування з розробником. Прострочений домен небезпечніший за підрядника, який не віддає пароль: разом із доменом зникають пошта, посилання і позиції в пошуку.
У зонах реєстру Hostmaster (.UA, com.ua та інші) домен не зникає в день закінчення. За регламентом він ще 30 діб залишається в DNS у статусі автопродовження. Якщо реєстратор домен видалив, наступні 30 діб його можна відновити через того самого реєстратора, потім домен видаляється остаточно. Для .UA заявку на відновлення подають не пізніше ніж за 14 діб до кінця цього строку: заявки перевіряють вручну, і домен можуть видалити раніше, ніж заявку розглянуть. У реєстраторів на кожному етапі свої умови й ціни, тож на цей запас не розраховуйте.
Деякі провайдери приймають оплату без входу в акаунт — в ukraine.com.ua це називається анонімною оплатою. Так домен продовжують, поки тривають переговори.
Якщо реєстрант — ви
Логін і пошта до кабінету реєстратора залишилися в розробника. Напишіть у підтримку реєстратора, долучіть реквізити ФОП або юрособи і документи про повноваження. Реєстратор перевірить, що звертається справжній реєстрант, і поверне доступ до кабінету. Потім змініть пошту в кабінеті на корпоративну і ввімкніть двофакторну автентифікацію.
Якщо реєстрант — розробник
Без участі розробника такий домен до вас зазвичай не перейде (винятки — домен .UA за наявності вашої торговельної марки і спір за процедурою UA-DRP, про них нижче). Добровільна передача можлива двома способами.
- Зміна реєстранта в того самого реєстратора. Для .UA Hostmaster описує переделегування домену: потрібні письмові заяви поточного і майбутнього реєстрантів і засвідчені копії документів про передачу прав на торговельну марку або про ліцензію на неї.
- Перенесення до іншого реєстратора. Реєстратор видає реєстранту код трансферу (у регламенті Hostmaster — пароль доменного об’єкта, він же EPP-код). У реєстрі Hostmaster код діє 30 діб, потім його запитують заново. Перенесення змінює лише реєстратора, реєстрантом залишається розробник, тому одразу після перенесення оформіть зміну реєстранта на свою компанію (для .UA — з документами на торговельну марку).
Особливість зони .UA
Короткий домен на кшталт company.ua делегують лише власнику або ліцензіату торговельної марки, що охороняється в Україні, і написання домену має збігатися з маркою. Для com.ua, kiev.ua та інших публічних доменів такої вимоги немає.
Якщо марка належить вашій компанії, позиція у вас сильна. Наприклад, ukraine.com.ua для передачі домену .UA просить заяву і нотаріально засвідчену копію свідоцтва на торговельну марку, зв’язується з поточним власником і переносить домен у ваш акаунт, якщо той не наведе вагомих заперечень. Якщо марка оформлена не на вас, а домен .UA записаний на розробника, зверніться до юриста: розбиратися доведеться за документами на марку.
Для спорів про домени .UA, com.ua і низки інших українських зон (kiev.ua, org.ua, багато регіональних; повний список — на сайті Hostmaster) є позасудова процедура UA-DRP: спори розглядає Центр арбітражу та посередництва ВОІВ, заявник повинен мати права на торговельну марку. Чи підходить вона вам, скаже юрист.
Хостинг на розробнику: адмінка і код
Провайдер видає доступ лише власнику акаунта. База знань ukraine.com.ua формулює це прямо: отримати доступ до хостингу або домену може лише власник послуг, стороннім не віддадуть навіть резервну копію сайту. Тому, щойно у вас з’явиться хоч якийсь доступ до хостингу, одразу зробіть резервну копію. Там само сказано: у разі перенесення домену до вас хостинг залишається в попереднього власника.
Як з’ясувати, у кого хостинг:
- листи від провайдера, рахунки і платіжки в бухгалтерії — за ними видно, хто і куди платив;
- DNS-записи домену: A-запис вказує на IP-адресу сервера, за нею визначається провайдер;
- договір із розробником: іноді хостинг прописаний у ньому окремою послугою.
Якщо хостинг ваш, а доступу до адмінки немає, пароль відновлюється без розробника. У WordPress посилання «Забули пароль?» допоможе, лише якщо пошта адміністратора ваша. Інакше пароль змінюють через базу даних, WP-CLI або FTP — способи перелічено в офіційній інструкції WordPress. На інших рушіях доступ адміністратора теж відновлюють через базу і файли сайту. Правку бази доручіть фахівцю.
Якщо розробник вів проєкт у Git, у репозиторії може лежати те, чого немає на сервері: вихідники стилів і скриптів до збірки, історія змін, налаштування розгортання на сервер. Передати репозиторій на GitHub може лише адміністратор репозиторію; історія та обговорення завдань при цьому зберігаються, старі посилання перенаправляються на нову адресу. Якщо розробник зник зовсім, а хостинг доступний, код забирають із сервера — без історії змін.
Сайт на конструкторі (Tilda, Wix і подібних) зберігається всередині акаунта конструктора, і передати його може лише той, хто входить у цей акаунт. У Tilda сайт передають із його налаштувань дією «Передати сайт на інший акаунт», і лише на оплачений акаунт. Якщо власник акаунта не відповідає, залишається скопіювати тексти й зображення з опублікованого сайту і зібрати сайт заново — на конструкторі або на CMS.
Порядок дій, якщо доступи в розробника
Цей порядок ми радимо, навіть якщо розробник, найімовірніше, за тиждень дасть про себе знати.
- Заповніть таблицю з першого розділу. Запишіть, що відомо про кожен доступ, із датами.
- Перевірте дати закінчення домену і хостингу. Якщо залишилося менше місяця, продовження важливіше за переговори.
- Не змінюйте DNS. Зміна DNS-серверів домену (поле
nserver) без копії старих записів ламає пошту, підтвердження прав у сервісах Google і SPF-запис, без якого листи з вашого домену частіше потрапляють у спам. - Зробіть резервну копію всього, до чого є доступ. Файли, база даних, вивантаження замовлень і клієнтів з адмінки, тексти й зображення. Зберігайте її поза хостингом.
- Надішліть розробнику письмовий запит. Його зміст — у наступному розділі.
- Якщо відповіді немає, зверніться до реєстратора і хостингу з документами — лише щодо послуг, оформлених на вас. Знадобляться договір, акти, рахунки, оплати з вашого рахунку, листування про роботи, реквізити компанії. До акаунта розробника провайдер доступу не дасть, залишаються переговори і юрист.
- Залучіть юриста, якщо розробник відмовляє або ставить умови. Вимога «спочатку доплатіть» — уже спір, і вести його в месенджері не варто. Не платіть «за повернення доступів» одразу: звіртеся з таблицею і з’ясуйте, що насправді є в розробника. Буває, у нього лише старий пароль від хостингу, а домен оформлений на вас.
- Змінюйте паролі й видаляйте чужі облікові записи лише після резервної копії. Після невдалої зміни пароля провайдер або попередній власник акаунта може закрити вам доступ, і копіювати буде нічого.
Якщо немає нічого — ні домену, ні хостингу, ні резервної копії, — сайт доведеться збирати заново. Публічну частину (тексти, зображення, структуру адрес) можна взяти із сайту, поки він ще працює, або з вебархіву archive.org. Замовлення, клієнтів і налаштування закритої частини так не повернути. Структуру адрес збережіть: без редиректів зі старих сторінок на нові позиції в пошуку зникнуть.
Як запросити передачу в розробника
Розробник часто зникає без лихого наміру: змінив роботу, поїхав, образився на затримку оплати або забув, що тримає ваш домен. Тому перший лист пишіть спокійно і конкретно. Замість «дайте доступи» перелічіть, що потрібно:
- домен: реєстратор, логін до кабінету реєстратора; якщо реєстрант він — згода на зміну реєстранта або код трансферу;
- хостинг: провайдер, доступ до панелі хостингу, FTP/SFTP, SSH; якщо акаунт його — свіжа повна резервна копія сайту і бази;
- адмінка: адреса входу та обліковий запис адміністратора на вашу пошту;
- Google Search Console, Analytics, Tag Manager, Merchant Center: права власника або адміністратора для вашого Google-акаунта;
- рекламні кабінети: права адміністратора для вашого акаунта;
- репозиторій: передача в акаунт компанії або архів з історією;
- ліцензії платних плагінів, тем і модулів;
- список нестандартних доопрацювань, завдань за розкладом (cron) і підключених сервісів з їхніми ключами;
- строк відповіді — наприклад, п’ять робочих днів.
Надішліть лист на електронну пошту, навіть якщо зазвичай спілкувалися в Telegram: листування знадобиться реєстратору або юристу. Базу з даними клієнтів просіть передати архівом захищеним каналом, а не вкладенням у месенджер.
Юридичних порад тут немає навмисно: кому належать права на код і дизайн, визначають ваш договір і закон. Якщо домовитися не вдається, покажіть договір юристу до надсилання претензій розробнику.
Search Console і Analytics без розробника
Search Console. Власником ресурсу стає будь-хто, хто підтвердить права. Ресурс рівня домену підтверджується лише через DNS-запис, тому спочатку поверніть доступ до DNS. Google пише прямо: після підтвердження прав попередніх власників можна позбавити статусу. Видалити попереднього власника зі списку недостатньо: поки на сайті або в DNS залишається його перевірочний код (HTML-файл у корені сайту, метатег у коді сторінки, TXT-запис у DNS), його лічильник Google Analytics або контейнер Tag Manager, він може підтвердити права знову. Видаліть його коди, чужі лічильник і контейнер замініть своїми.
Google Analytics 4. Користувачів додає лише адміністратор. Якщо адміністратора з доступом немає, Google описує процедуру відновлення: на сайт завантажують файл analytics.txt із заданим текстом, адресою пошти, ідентифікатором вимірювання (на кшталт G-XXXXXXX) і датою, потім звертаються в підтримку через форму. Довести потрібно володіння всіма сайтами і застосунками, які надсилають дані в акаунт Analytics, і пов’язаними акаунтами Google Ads; часткового підтвердження недостатньо. Новий ресурс на своєму акаунті створити можна, але історія залишиться в старому.
Google Tag Manager. Для нього такої процедури немає, про це сказано на тій самій сторінці. Якщо контейнер належить розробнику, який не відповідає, створіть новий на своєму акаунті, налаштуйте теги заново і замініть код контейнера на сайті.
Приймання сайту на підтримку: що перевіряють
Сайт, який роками ніхто не обслуговував, може зламатися від першого оновлення. Тому в перший день нічого не оновлюють — спочатку перевірка.
Доступи і резервні копії
Команда переконується, що всі доступи з таблиці працюють і оформлені на вас, потім перевіряє резервні копії: де лежать, коли зроблено останні, чи розгортаються. Архів, який жодного разу не відновлювали на тестовому сервері, може виявитися порожнім або пошкодженим. Плагін резервного копіювання, який складає архіви в папку на тому самому сервері, теж не захистить: у разі аварії сервера зникнуть і сайт, і архіви.
Версії CMS, PHP і бази даних
Орієнтири на момент публікації:
- WordPress. Актуальний випуск — 7.1.4; у гілці 7.1 wordpress.org підтримує лише останню версію. Рекомендоване середовище — PHP 8.3 і вище, MySQL 8.0+ або MariaDB 10.11+.
- PHP. Гілка 8.1 перестала отримувати виправлення безпеки 31 грудня 2025 року, гілка 8.2 перестане 31 грудня 2026 року. Детально про строки і дії — у статті «PHP 8.1/8.2 без підтримки».
Сайт на PHP 7.4 і старій CMS не переводять на нові версії в перший день: план оновлення складають одразу, а виконують після резервної копії і перевірки на тестовій версії сайту.
Плагіни, модулі та чужі правки
Шукають:
- плагіни і модулі, які давно не оновлювалися або видалені з каталогу;
- «нульовані» платні плагіни — зламані копії без ліцензії: оновлень вони не отримують і нерідко заражені;
- правки безпосередньо у файлах ядра або батьківської теми.
WordPress рекомендує вносити правки через дочірню тему. Якщо розробник правив батьківську тему безпосередньо, перше оновлення теми зітре його правки, тому їх спочатку знаходять і переносять.
Безпека
Перевіряють список адміністраторів (невідомі облікові записи трапляються часто), підозрілі файли і дивні редиректи. Окремо дивляться журнал налагодження: WordPress пише його у файл wp-content/debug.log, а документація не рекомендує вмикати налагодження на робочому сайті. У журналі бувають шляхи до файлів і фрагменти даних, які стороннім бачити не потрібно. За помітних ознак злому замовте повноцінний аудит безпеки сайту.
Потім, як у кроці 8, змінюють паролі адміністраторів, бази даних і FTP, видаляють облікові записи попереднього підрядника, відкликають його SSH-ключі та ключі API в підключених сервісах.
Сервер, пошта і SEO-база
- Кому належить сервер, чи вистачає місця на диску, які завдання стоять у cron, коли закінчується строк дії SSL-сертифіката.
- Чи налаштовано SPF і DKIM для пошти домену. Без них листи із сайту частіше потрапляють у спам.
- Куди йдуть заявки з форм. Буває, копія кожної заявки роками приходить на пошту розробника.
- Чи не закритий сайт від індексації. У WordPress це прапорець «Попросити пошукові системи не індексувати сайт» у розділі «Налаштування → Читання», після запуску його іноді забувають зняти.
robots.txt, карта сайту, редиректи, помилки індексації в Search Console.- Платіжний модуль: чи не залишився в тестовому режимі після запуску.
- Тестова заявка і тестове замовлення з телефона: чи приходить лист, чи проходить оплата, чи не розповзається мобільна версія. Швидкість завантаження вимірюють у Google PageSpeed Insights.
За підсумками у вас має з’явитися короткий документ: де лежить сайт, які доступи в кого, що знайшли, що виправити терміново, а що запланувати.
Доопрацювати чи переробити
Ми радимо доопрацьовувати, якщо сайт працює на поширеній CMS (наприклад, WordPress), проблеми локальні, а сайт приносить заявки і тримає позиції в пошуку. Переробку варто обговорювати у трьох випадках:
- сайт на самописній системі, вихідного коду немає або без автора в ньому не розібратися;
- CMS і PHP настільки старі, що оновлення за обсягом дорівнює новій розробці;
- структура і дизайн більше не підходять бізнесу.
Під час переробки збережіть адреси сторінок або налаштуйте редиректи зі старих на нові, інакше позиції в пошуку зникнуть.
Як не потрапити в цю ситуацію знову
Правило одне: усе, що коштує грошей або впливає на роботу бізнесу, оформлюється на компанію, а підрядник отримує доступ як користувач.
- Домен реєструйте на свою компанію або ФОП, кабінет реєстратора — на корпоративну пошту, яка залишиться у вас після звільнення будь-якого працівника.
- Хостинг або сервер орендуйте на свій акаунт; розробнику видайте окремого користувача або ключ, а не свій пароль.
- В адмінці в кожної людини свій обліковий запис. Якщо всі працюють під одним обліковим записом
admin, не можна зрозуміти, хто що змінив, і закрити доступ одній людині без зміни пароля для всіх. - Search Console, Analytics і Tag Manager створюйте зі свого Google-акаунта, підряднику видавайте права користувача.
- Платні плагіни і модулі купуйте на свою пошту.
- Паролі зберігайте в менеджері паролів, у реєстратора і хостингу ввімкніть двофакторну автентифікацію.
- Раз на квартал перевіряйте, що резервна копія існує, свіжа і лежить не на тому самому сервері.
- У договорі перелічіть, що підрядник передає після завершення робіт: код, доступи, документацію, резервні копії. Формулювання про права на код узгодьте з юристом.
Якщо підрядник проти такої схеми, запитайте, чому: технічних причин тримати домен і хостинг на собі в нього немає.
Часті запитання
Чи можна забрати домен, якщо розробник не відповідає? Якщо реєстрант — ваша компанія або ФОП, так: доступ до кабінету поверне реєстратор за документами. Якщо реєстрант — розробник, зазвичай потрібна його участь; винятки — домен .UA за наявності вашої торговельної марки і процедура UA-DRP. Поки триває листування, стежте за датою expires і за можливості продовжте домен анонімною оплатою.
Скільки чекати відповіді, перш ніж діяти? Не чекайте взагалі. Дату закінчення домену перевіряють і резервну копію роблять у перший же день, паралельно з листом.
Чи втратимо позиції в пошуку після зміни підрядника? Сама зміна підрядника на позиції не впливає, поки домен і адреси сторінок залишаються ті самі. Ризик з’являється в разі переробки сайту або зміни домену — тоді потрібні редиректи зі старих адрес на нові.
Як допоможе RIVERIT
Беремо на технічну підтримку сайти на WordPress, а також проєкти на Laravel і Django. Сервери (VPS або виділені) орендуються на ваш акаунт: акаунт і оплата залишаються у вас, адміністрування сервера беремо на себе. У підтримку входять оновлення CMS і плагінів (зазвичай раз на місяць), резервні копії, моніторинг сайту і домену та технічний SEO; для клієнтів на підтримці реакція — до 1 години. Продовження домену і хостингу в підтримку не входить: ці послуги оформлені на вашу компанію, і платите за них ви. Якщо під час передачі знайдуться сліди злому, займемося відновленням сайту після злому і запропонуємо аудит безпеки.