Як передати сайт на підтримку: чек-лист для власника

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

Правильно оформлена передача займає кілька годин але економить тижні нервів і грошей у майбутньому. Ось що потрібно підготувати і перевірити до того як підрядник отримає доступ до вашого сайту.

Що таке технічна підтримка сайту насправді

Перш ніж передавати сайт — варто розуміти що саме ви передаєте і що отримаєте натомість. Між «виправити якщо щось зламається» і повноцінним обслуговуванням велика різниця.

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

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

Доступи які потрібно передати і як це зробити безпечно

Це найчастіше місце де виникає плутанина. Підрядник просить «доступ до сайту» — але насправді для повноцінної роботи потрібен доступ до кількох різних систем:

• Хостинг — панель управління сервером де фізично розміщений сайт
• Адмінка CMS — WordPress, OpenCart або інша система управління контентом
• FTP або SSH — для прямого доступу до файлів сайту
• Домен — панель реєстратора де налаштовані DNS-записи
• Google Analytics і Google Search Console — для роботи з аналітикою і пошуковою оптимізацією
• Рекламні кабінети — якщо підтримка включає роботу з рекламою

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

Ідеальний варіант — не передавати власні паролі взагалі, а створити окремий акаунт з необхідними правами спеціально для підрядника.

Що підрядник повинен отримати крім доступів

Доступи — це тільки частина того що потрібно для якісної роботи. Без контексту навіть досвідчений фахівець витрачає зайвий час на з’ясування деталей які ви знаєте напам’ять.

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

Додайте контакти хостинг-провайдера і реєстратора домену — у критичній ситуації ця інформація потрібна негайно. І обов’язково передайте або зробіть разом резервну копію сайту на момент передачі — щоб у випадку проблем можна було відкотитись до відомого робочого стану.

Як зафіксувати стан сайту перед передачею

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

Зробіть скріншоти або збережіть звіти ключових метрик на момент передачі: швидкість завантаження сторінок, позиції в пошуковій видачі за основними запитами, кількість проіндексованих сторінок, поточні показники трафіку. Перевірте сайт на наявність технічних помилок через Google Search Console і зафіксуйте що саме знайдено. Якщо є відомі проблеми які потрібно вирішити — складіть їх список і передайте підряднику як частину завдання.

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

Що прописати в договорі щоб підтримка справді підтримувала

Усна домовленість «будете стежити за сайтом» не дає жодних гарантій. Договір на підтримку повинен містити конкретні параметри:

1. SLA і час реакції — скільки часу є у підрядника щоб відреагувати на критичну помилку (сайт недоступний), на звичайну помилку і на запит на зміни
2. Перелік робіт що входять у підтримку — конкретно: оновлення ядра CMS, оновлення плагінів, резервне копіювання з якою частотою, моніторинг доступності
3. Звітність — як часто і в якому форматі підрядник звітує про виконані роботи
4. Ліміт годин на зміни — якщо підтримка включає певну кількість годин на доробки, це має бути чітко зафіксовано щоб уникнути суперечок
5. Умови розірвання і повернення доступів — строки і порядок передачі всіх доступів при завершенні співпраці

Договір без цих пунктів — це не договір на підтримку, а загальне побажання про співпрацю.

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