Як передати сайт на супровід новій команді без втрат

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

Ця стаття — практичний порядок дій. Що зібрати, у якій послідовності й на що звернути увагу, щоб зміна підрядника пройшла спокійно, а не перетворилася на тиждень простою й нервів.

Чому передача сайту — це ризик, а не формальність

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

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

Друга причина не поспішати — дані. Замовлення, клієнтська база, історія, контент, який роками наповнювали. Це не відновиш із нуля. Перед будь-якими діями має бути свіжа резервна копія, яка лежить у вас, а не «десь на сервері».

Що зібрати перед стартом: доступи й акаунти

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

• Домен — акаунт у реєстратора, де продовжується ім’я сайту. Це найважливіше: хто контролює домен, той контролює сайт. Переконайтесь, що він оформлений на вас або вашу компанію.
• Хостинг / сервер — де фізично «живе» сайт. Панель керування, дані для входу, інформація про тарифи й оплату.
• Адміністративна панель самого сайту — обліковий запис із правами адміністратора, а не звичайного редактора.
• База даних — доступ або хоча б свіжий експорт.
• Робоча пошта та поштові скриньки на домені.
• Платіжні й доставкові інтеграції — кабінети, ключі, налаштування.
• Аналітика й реклама — лічильники відвідуваності, рекламні кабінети, інструменти вебмайстра.

Ключове правило: усі ці акаунти мають бути оформлені на вас, а не «розшарені» з чужого профілю. Якщо щось прив’язане до особистої пошти розробника — це перше, що треба переоформити, поки він на зв’язку.

Код, файли й дані: технічна частина

Коли доступи зібрані, черга технічної передачі. Тут важливо отримати не «архів сайту одним файлом», а повний і робочий комплект. У нього входять: вихідні файли сайту, база даних із контентом і замовленнями, конфігурації, а також перелік зовнішніх сервісів, які сайт використовує в роботі.

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

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

Знання, яких немає в архіві

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

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

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

Як провести передачу без простою

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

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

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

З чого почати

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