Підрядник зірвав третій термін, перестав відповідати або просто зник. Сайт при цьому приносить заявки, тож зміна розробника сайту лякає: домен, хостинг і єдина копія коду можуть лежати на чужому акаунті. Нижче безпечний порядок дій, таблиця того, чим компанія має володіти сама, і пункти договору, що роблять передачу законною.
Зміна розробника сайту: спершу з’ясуйте, кому що належить
Більшість неприємних історій починаються однаково: студія оформила домен на себе чи на співробітника, платить за хостинг зі своєї картки й зберігає репозиторій у себе. Перш ніж комусь писати, пройдіть за списком і позначте, на чиє ім’я та пошту оформлено кожен пункт.
| Що перевірити | Де дивитися | Як має бути |
|---|---|---|
| Домен | Кабінет реєстратора й дані власника | Власник — ваша компанія, вхід на вашу пошту |
| Хостинг і DNS | Хто платить і в кого адмінський доступ | Акаунт ваш, студія додана користувачем |
| Код | Доступ до репозиторію й свіжа резервна копія | Репозиторій у вашій організації, повна копія у вас |
| CMS і база даних | Список адміністраторів і вивантаження бази | У вас власний адмін і свіжий дамп |
| Аналітика й реклама | Роль власника в Analytics, Search Console, рекламних кабінетах | Власник ви, студія — користувач |
| Ліцензії та плагіни | Платні ліцензії, шрифти, API-ключі | Ліцензії на вас, ключі в менеджері паролів |
Усе, що оформлено на підрядника, поки не ваше, як би виглядали рахунки. Кожен рядок із провалом іде першим у список справ. Без винятків. Від того, наскільки повно ви керуєте сайтом, залежить ваша позиція в розмові зі студією.
Коли час змінити розробника сайту: п’ять ознак
- Терміни зсуваються, а новий строк письмово ніхто не називає.
- Після кожної правки повертаються старі помилки, бо немає тестового середовища.
- Як влаштовано проєкт, знає лише одна людина.
- Вам не дають доступів, лише обіцяють «усе зробити самі».
- Рахунки ростуть, а план лишається тим самим.
Одна ознака — привід поговорити, три разом — рішення. Починайте готувати зміну розробника сайту одразу, а питання, наймати нову команду чи шукати іншу студію, вирішуйте пізніше, коли на руках будуть власні копії всіх матеріалів. Щоб порівняти кандидатів, скористайтеся 12 запитаннями для вибору компанії з розробки ПЗ.
Порядок передачі, за якого сайт не вимикається
Не поспішайте. Працюйте в такій послідовності, щоб робочий сайт ніколи не залежав від однієї передачі. При зміні розробника сайту просіть усе письмово: усні домовленості потім неможливо довести.
- Попросіть у студії перелік акаунтів, серверів, плагінів та інтеграцій. Якщо переліку немає, це теж відповідь.
- Зробіть власну повну резервну копію файлів і бази до будь-яких змін доступів.
- Створіть адміністраторів для себе й для нової команди: доступи до сайту видавайте за ролями, чужих паролів не використовуйте.
- Переведіть домен і за потреби хостинг на компанію; для .ua або .com.ua попросіть у реєстратора код авторизації, а політика ICANN щодо передачі доменів описує переніс між реєстраторами.
- Нехай нова команда розгорне копію на тестовому сервері й звірить її з бойовою версією.
- Перемикайте публікацію на нову команду лише тоді, коли копія збіглася з робочим сайтом.
- Видаліть старих користувачів, ключі й токени, змініть усі спільні паролі.
Такий перелік короткий навмисно, і кожен його пункт можна перевірити за один день. Зміна підрядника проходить спокійніше, коли нового розробника ви підключаєте до копії сайту. Перевірити кожен крок може людина, яка не пише код. Перенесення сайту на інший хостинг робіть окремим днем, а не разом із релізами.
Чому нова команда не назве строк до аудиту коду
Чесний підрядник не обіцяє строків на код, якого не читав, тому аудит коду за структурою й залежностями перетворює здогад на оцінку та показує, лагодити проєкт чи переписувати. Великі доопрацювання починаються так само, як наша розробка програмного забезпечення на замовлення. Просіть аудит окремим платним етапом із письмовим результатом, у якому перелічено ризики, оцінку обсягу робіт і те, що можна зберегти.
Вихідний код сайту й права на контент: що має бути в договорі
Це поширена пастка. Оплата сайту сама по собі не передає майнових прав на код, а отже, без письмового документа студія лишається правовласником і може відмовити вам. Перевірте, що договір фіксує передачу майнових прав письмово й зобов’язує віддати репозиторій на вимогу. Якщо договір мовчить, підпишіть коротку додаткову угоду до того, як хтось отримає вихідний код сайту. Те саме стосується текстів і фото, бо ліцензія, куплена студією, може не покривати вашу компанію.
Стаття 28 GDPR: дані клієнтів, до яких ще є доступ
Студії часто бачать заявки з форм і серверні логи. За статтею 28 GDPR підрядник, який обробляє персональні дані за вашим дорученням, має укласти письмовий договір про обробку даних. Під час зміни розробника сайту він фіксує, які дані лишилися в студії, як вона повертає чи видаляє їх і які субобробники брали участь, адже за дані клієнтів відповідаєте ви. Розподіл ролей описують настанови EDPB щодо контролера й оператора. Вимагайте письмове підтвердження видалення після вивантаження. Новий договір із новою командою підпишіть до того, як вона отримає доступ до бази.
Як не потрапити в залежність після зміни розробника сайту
- З першого дня тримайте репозиторій, хостинг і домен на власних акаунтах.
- Вимагайте короткий README і список змін до кожної поставки.
- Пропишіть у договорі передачу справ зі строком повідомлення й відповідальною особою.
- Закріпіть передачу прав й умови щодо даних письмово.
Якщо потрібні додаткові руки у вашому репозиторії, аутстафінг розробників лишає код і доступи у вашій компанії, а роботу виконують фахівці. Тоді зміна підрядника перестає бути аварією, бо розробника замінюють, а сайту це не стосується.
Безкоштовна консультація щодо плану безпечної передачі
Надішліть поточну схему, і ми розпишемо, як пройде зміна розробника сайту без простою: хто чим володіє, що копіювати першим і що потрібно новій команді. Якщо вирішите замовити аудит сайту, спершу письмово домовимося про доступи та права.
- перелік акаунтів, коду й ліцензій;
- порядок передачі для вашого проєкту;
- пункти договору для попереднього підрядника.
Залиште заявку, відповімо протягом робочого дня.
Часті запитання (FAQ)
Як забрати сайт у розробника, який не виходить на зв’язок?
Почніть із того, що можете довести: дані власника домену, платежі та договір. Якщо домен і хостинг на вас, відновіть сайт зі своєї копії. Якщо ні, письмова вимога з посиланням на договір зазвичай зрушує справу.
Чи має нова команда переписувати сайт повністю?
Вирішуйте після аудиту, а не до нього. Охайний код без документації зберігають, а проєкт без структури, тестів і оновлень безпеки дешевше переписати поетапно.
Чи впаде SEO після зміни розробника?
Ні, якщо адреси, редиректи, мета-теги й лічильники лишаються тими самими. Тримайте Search Console та Analytics на своєму акаунті, перевірте нову версію на тестовому сервері й порівняйте ключові сторінки до перемикання.
Які доступи просити в попередньої студії?
Кабінет реєстратора й DNS, хостинг, репозиторій, адмінку CMS, вивантаження бази, аналітику й рекламні кабінети, перелік платних плагінів та API-ключів. Просіть одним письмовим списком, щоб нічого не забути.
Чи потрібен договір про обробку даних під час зміни підрядника?
Так, якщо підрядник бачить персональні дані: заявки, замовлення, логи. Стаття 28 GDPR вимагає письмового договору, тому закрийте старий підтвердженням видалення даних і підпишіть новий до доступу нової команди до бази.
Чи може LinkAgency прийняти проєкт від іншого підрядника?
Так. Ми починаємо з переліку доступів і короткого аудиту коду, робимо вашу резервну копію й розгортаємо копію на тестовому сервері, поки робочий сайт не зачеплено. Письмовий план і головні ризики ви отримуєте до початку робіт.
