Зміна розробника, вебстудії або спеціаліста з технічної підтримки — звичайна ситуація для бізнесу. Компанія може вирости з поточного формату співпраці, потребувати швидшої реакції, ширшої експертизи або прозорішого обліку робіт. Проте передача сайту часто відбувається поспіхом: новому підряднику надсилають один пароль від WordPress і очікують, що цього буде достатньо.
Насправді сайт — це не лише адміністративна панель. Його робота залежить від домену, хостингу, бази даних, пошти, аналітики, зовнішніх сервісів, платіжних систем та резервних копій. Якщо частина доступів залишилася у попереднього виконавця, навіть проста технічна проблема може перетворитися на тривале відновлення.
Почніть з інвентаризації всіх складових сайту
Перед передачею потрібно скласти короткий перелік усього, що забезпечує роботу вебресурсу. Для невеликого корпоративного сайту список може бути відносно простим, а для інтернет-магазину — містити десятки сервісів та інтеграцій.
Перевірте, хто контролює:
- реєстрацію доменного імені та контактну пошту власника;
- акаунт хостинг-провайдера або сервер;
- адміністративну панель WordPress;
- FTP або SFTP-доступ і файловий менеджер;
- базу даних та панель керування хостингом;
- корпоративну пошту й DNS-записи;
- Google Analytics, Search Console і Tag Manager;
- платіжні системи, CRM, сервіси доставки та розсилок;
- ліцензії платних тем і плагінів;
- сховище резервних копій.
Власником ключових акаунтів має бути бізнес, а не приватна адреса виконавця. Підряднику краще надавати окремий доступ із правами, необхідними для роботи.
Зафіксуйте поточний технічний стан
Новий спеціаліст повинен розуміти, у якому стані він приймає проєкт. Без початкової фіксації складно визначити, які проблеми існували раніше, а які могли виникнути вже під час робіт.
До передачі варто записати версії WordPress, PHP, активної теми й основних плагінів. Окремо зафіксуйте відомі помилки: непрацюючі форми, повільні сторінки, проблеми мобільної версії, попередження в консолі, збої під час оформлення замовлення або невдалі автоматичні оновлення.
Корисно також перевірити доступність важливих сторінок, роботу контактних форм, пошуку, кошика, оплати, особистого кабінету та інтеграцій. Для подальшого регулярного контролю можна використовувати щомісячний технічний чекліст для WordPress-сайту: він допомагає не обмежувати обслуговування лише оновленнями й помічати проблеми до того, як вони вплинуть на клієнтів.
Створіть контрольну резервну копію
Безпосередньо перед передачею необхідно створити повну копію файлів і бази даних. Її потрібно зберігати не лише на тому самому хостингу, а й в окремому сховищі, яке контролює власник бізнесу.
Сам факт наявності архіву ще не гарантує можливість відновлення. Перевірте, чи відкривається файл, чи містить він папку завантажень, тему, плагіни та дамп бази даних. Для важливого проєкту бажано розгорнути копію в тестовому середовищі й переконатися, що сайт запускається.
Контрольний бекап створює зрозумілу точку відліку. Якщо під час зміни доступів, оновлення компонентів або перенесення виникне помилка, сайт можна буде повернути до зафіксованого стану.
Передавайте доступи безпечно
Не надсилайте всі паролі одним повідомленням у звичайному месенджері. Використовуйте менеджер паролів із можливістю безпечного обміну або передавайте дані різними каналами. Для WordPress створіть новий обліковий запис адміністратора замість передачі логіна попереднього працівника.
Якщо сервіс підтримує ролі, надавайте мінімально необхідні права. Наприклад, доступ до Google Search Console не потребує передачі пароля від основного облікового запису Google, а більшість хостингів дозволяють додати окремого користувача.
Після завершення передачі потрібно:
- відкликати доступи людей, які більше не працюють із проєктом;
- змінити спільні та адміністративні паролі;
- увімкнути двофакторну автентифікацію;
- перевірити резервні адреси електронної пошти й телефони;
- зберегти актуальний список відповідальних осіб.
Передайте документацію та історію змін
Навіть коротка документація може заощадити новому підряднику багато годин. До неї варто включити опис нестандартних функцій, перелік інтеграцій, правила оновлення, розташування резервних копій, дані про ліцензії та контакти технічної підтримки сторонніх сервісів.
Особливо важливо повідомити про доробки, які не можна безпечно оновлювати стандартним способом. Якщо код змінювали безпосередньо у файлах теми або плагіна, наступне оновлення може стерти ці правки. Такі залежності потрібно знайти до початку активного обслуговування.
Передайте також історію останніх збоїв: коли вони виникали, що їм передувало і як проблему вирішували. Це допоможе не повторювати невдалі дії та швидше локалізувати несправність, якщо вона повернеться.
Узгодьте межі відповідальності
Фраза «підтримувати сайт» може означати зовсім різні набори робіт. Один підрядник лише встановлює оновлення, інший контролює доступність, резервні копії, безпеку, форми, швидкість та інтеграції.
До початку співпраці варто письмово визначити:
- які компоненти входять у підтримку;
- як швидко підрядник реагує на критичний збій;
- хто погоджує платні роботи й ліцензії;
- як часто створюються та перевіряються бекапи;
- де ведеться журнал змін;
- хто відповідає за домен, хостинг, пошту й зовнішні сервіси;
- як відбувається передача проєкту після завершення співпраці.
Таке узгодження захищає обидві сторони: бізнес розуміє, на який результат може розраховувати, а виконавець отримує чіткі межі завдання.
Проведіть приймальну перевірку разом
Передачу не варто вважати завершеною одразу після надсилання паролів. Новий підрядник має перевірити, чи всі доступи працюють, чи можна створити резервну копію, переглянути журнали сервера та безпечно виконати тестову зміну.
Для інтернет-магазину додатково проводять тестове замовлення: від додавання товару до кошика до отримання повідомлень покупцем і менеджером. Для корпоративного сайту тестують форми, телефонні кнопки, карти, аналітику та передачу лідів у CRM.
Результати перевірки краще зафіксувати коротким актом або списком: що працює, які ризики знайдено, що потрібно виправити негайно, а що можна включити до планових робіт.
Правильна передача зменшує ризик простою
Добре організована зміна підрядника не повинна зупиняти роботу сайту. Власник зберігає контроль над доменом, хостингом і даними, попередній виконавець передає необхідну інформацію, а новий спеціаліст починає роботу з перевіреної копії та зрозумілого переліку доступів.
Найгірший момент для пошуку пароля від хостингу або власника домену — коли сайт уже не працює. Тому інвентаризацію доступів, резервне копіювання та документацію варто підготувати завчасно. Це скорочує час діагностики, зменшує вартість аварійних робіт і допомагає бізнесу не залежати від однієї людини.