Підтримка сайту: що входить у план і як перевірити, що за вашим сайтом справді стежать

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

Підтримка сайту: хостинг, супровід і доопрацювання це три різні роботи

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

Робота	Що входить	Як зазвичай оплачується
Хостинг	Сервер, SSL-сертифікат, продовження домену	Плата хостинг-компанії
Підтримка та супровід	Оновлення, копії, моніторинг, виправлення поломок	Щомісячна плата або договір
Доопрацювання	Нові сторінки, функції, дизайн, інтеграції	Окремий бюджет проєкту

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

Щомісяця: оновлення, копії, форми та доступність

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

1. Оновити CMS, плагіни й теми, для важливого сайту спочатку на тестовій копії.
2. Переконатися, що свіжа резервна копія є й лежить окремо від сервера.
3. Надіслати тестове повідомлення через кожну форму й перевірити, що воно дійшло до живої пошти.
4. Розібрати сповіщення системи моніторингу сайту й усунути те, що повторювалося.
5. Видалити невикористані плагіни, старих адміністраторів і прострочені доступи.

Копія, яку жодного разу не відновлювали, це лише надія. Національний центр кібербезпеки Великої Британії розповідає, як малому бізнесу робити резервні копії, зокрема зберігати їх окремо й перевіряти відновлення (матеріал англійською). Базу щодо доступів та оновлень ми описали в чек-листі безпеки сайту.

Щокварталу: швидкість, безпека, посилання й аналітика

Що перевіряти раз на три місяці

• Швидкість головної та основних посадкових сторінок на мобільному.
• Перевірка безпеки, ролі користувачів і якість паролів.
• Биті посилання, редиректи та сторінки з помилками.
• Цілі в аналітиці: чи рахуються дзвінки, заявки й покупки.
• Повідомлення Search Console про індексацію та мобільну версію.

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

Щороку: дизайн, тексти, юридичні сторінки та доступність

Раз на рік відійдіть від технічного боку. Прочитайте головні сторінки очима нового клієнта: чи правдиві ціни, послуги, адреси та імена команди? Звірте політику конфіденційності, умови та банер cookie з тим, що сайт робить насправді. Потім перевірте доступність. Якщо ви працюєте з ЄС, Європейський акт про доступність діє з 28 червня 2025 року, його правила викладені в Директиві (ЄС) 2019/882. Для США Міністерство юстиції публікує рекомендації щодо доступності сайтів за законом ADA. Обидва підходи ми розібрали в статті про вимоги до доступності сайту за EAA та ADA. Які правила стосуються вас, залежить від ринку, тому уточніть деталі в юриста.

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

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

• Час реакції: один для сайту, що впав, інший для дрібного прохання.
• Доступи: хто володіє доменом, хостингом та адмін-акаунтами. Вони мають бути на вас.
• Копії: як часто, де зберігаються й коли востаннє перевіряли відновлення.
• Щомісячний звіт: зроблені оновлення, інциденти, доступність і відкриті задачі.
• Дані: угода про обробку персональних даних, якщо підрядник їх бачить.

Обсяг включених годин і зрозуміла ціна робіт понад них знімають суперечки. Хороша підтримка видна з результатів роботи, а не з кількості сторінок сайту. Для серверів, викладок і моніторингу до тієї самої угоди можна додати DevOps-послуги.

Сім ознак, що підтримки сайту насправді немає

• Ніхто не може назвати людину, яка оновлює сайт.
• У CMS і плагінах місяцями висять оновлення, що очікують.
• Ви жодного разу не бачили звіту.
• Копії лежать на тому самому сервері, що й сайт.
• Форма зламалася, і ви дізналися про це від клієнта.
• Адмін-акаунти належать колишнім працівникам або фрилансерам.
• Підрядник відповідає, лише коли ви нагадуєте.

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

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

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

Безкоштовна перевірка сайту та план підтримки сайту під ваш проєкт

Ви можете замовити обслуговування сайту як щомісячну послугу або почати з разової перевірки. Наша команда розробки дивиться версії CMS і плагінів, копії, форми, швидкість і доступи, а потім пише короткий список виправлень.