Блог

Уяви: ви домовилися про ціну, покупець скинув передоплату. Здавалося б — бери гроші й віддай пароль. Але передача сайту — це не «скинув архів у Telegram і бувай». Цілком реальна історія: хлопець продав інтернет-магазин, забув про доступ до SMTP-сервера, а через місяць покупець не міг надсилати листи клієнтам. Скандал, повернення грошей, зіпсована репутація.

Тому зараз розкладемо все по поличках. Як передати сайт покупцю так, щоб він сказав «дякую» і не писав вам через два тижні.

Почніть із генерального прибирання

Ніхто не хоче отримати в подарунок чужий технічний борг. Перед передачею обов’язково:

• Видаліть непотрібних користувачів. Акаунти колишніх адмінів, тестувальників, фрілансерів. Залиште тільки себе (тимчасово) та нового власника.

• Змініть усі паролі на тимчасові унікальні. Так, це зайві 20 хвилин. Але спробуйте пояснити покупцю, що ви забули пароль від адмінки — він вам не повірить.

• Оновіть ядро, плагіни, тему. Передавати сайт на версії CMS дворічної давнини — поганий тон. Якщо сайт розвалиться після оновлення, краще це станеться до передачі.

Лайфхак: зробіть резервну копію перед будь-якими діями. Окремі бекапи: файли + окремо база даних.

Складіть «коробку передач» — доступ до всього, що має значення

Уявіть, що ви передаєте не просто сайт, а цілий цифровий будинок. Ось ключі від усіх дверей:

Список обов’язкового:

• Логін/пароль адмінки CMS (WP, OpenCart, ModX тощо)

• Доступ до хостингу (панель управління, FTP/SFTP)

• Доступ до бази даних (phpMyAdmin або аналог)

• Дані від поштової скриньки, прив’язаної до сайту

• API-ключі сторонніх сервісів (наприклад, Google Analytics, розсилки, платіжні системи)

• Ліцензійні ключі тем/плагінів

• Облікові записи CDN, S3-сховищ, SMTP-серверів

Не полінуйтеся скинути сесії всіх користувачів після зміни паролів. Інакше в системі може висіти старий адмін, який «забули» видалити.

Інструкція для нового власника — ваш рятувальний круг

Навіть якщо покупець — досвідчений вебмайстер, дайте йому документ, як усе влаштовано. Коротко, сухо, але по суті. В ідеалі — Google Docs із такою структурою:

1. Де лежать файли (шлях на сервері).

2. Як зробити бекап руками (навіть якщо хостинг робить автоматичні).

3. Список плагінів/модулів і для чого кожен. Наприклад: «Contact Form 7 — форми зворотного зв’язку, не видаляти, бо зламаються 3 сторінки».

4. Паролі від усіх сервісів — краще окремим зашифрованим файлом або через менеджер паролів (Bitwarden, LastPass).

5. Інструкція зміни DNS, якщо домен залишається на вашому реєстраторі (краще передати і домен повністю, але буває по-різному).

Покупцеві буде спокійніше, а ви будете виглядати як профі. До речі, про спокій — одразу обговоріть техпідтримку після продажу. На тиждень, два? Зазвичай 7–14 днів безкоштовних консультацій — це стандарт.

Передаємо хостинг і домен: є нюанс

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

• Платний хостинг. Додайте його email в панель управління хостингом як окремого користувача (з правами адміна). Потім вийдете самі.

• Домен. Переконайтеся, що домен не заблокований, не прострочений. Якщо ви реєстрували його на себе — зробіть трансфер реєстратору покупця або дайте доступ до керування DNS.

• Пошта на домені. Найчастіше забувають про скриньки типу info@ або support@. Передайте логіни та паролі, а краще налаштуйте переадресацію на період міграції.

З іншого боку, повне перенесення на новий хостинг — чесніше. Але тоді ви повинні:

1. Перенести файли й базу.

2. Перевірити роботу сайту на новому сервері (через hosts-файл або тестовий піддомен).

3. Допомогти змінити DNS.

4. Стежити, щоб сайт не ліг протягом 48 годин після зміни записів.

Фінальний чек-лист перед тим, як сказати «все»

Не покладайтеся на пам’ять. Краще роздрукуйте (чи відкрийте в нотатках) цей список і викреслюйте пункт за пунктом.

• Зроблений і відправлений покупцю фінальний бекап (файли + база)

• Всі паролі змінені й передані

• Доступ до хостингу передано (або сайт перенесено на його хостинг)

• Перевірено відправлення форм (найчастіше ламається після переїзду)

• SSL-сертифікат працює (якщо був ваш — поясніть, як випустити новий)

• Роботизовані завдання (cron) налаштовані на новому місці

• Видалені ваші платіжні методи (без жартів — бувало)

• Сервіси моніторингу (на кшталт UptimeRobot) перереєстровані на покупця

Порада з досвіду: зробіть відео-запис екрана на 5–7 хвилин, де швидко показуєте, де що лежить, і як оновити паролі. Це коштує вам 10 хвилин часу, але рятує від 20 зайвих повідомлень.

А що робити після передачі?

Тепер найцікавіше. Передача сайту не закінчується в момент, коли ви надіслали архів. Ось мій ритуал прощання з проектом:

1. Залишаюсь на зв’язку перші 3 дні — відповідаю протягом години.

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

3. Роблю останній бекап на своєму жорсткому диску із позначкою «передано [дата]». Потім через місяць видаляю.

4. Надсилаю короткого листа-підтвердження з фразою: «Вітаю, ви повноправний власник. Обов’язки з техпідтримки закінчуються [дата]. Якщо хочете продовжити — ось мої умови».

До речі, приблизно 30% покупців потім наймають старого розробника на техпідтримку. Тому ваша ввічливість і прозорість — це ваш майбутній пасивний дохід.