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

Формулювання на кшталт «підтримуємо працездатність сайту» саме по собі нічого не пояснює. Хороша модель підтримки дозволяє відповісти на просте запитання: що було зроблено за цей місяць і за що саме сплачено гроші?

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

Конкретний перелік залежить від складності проєкту. Інтернет-магазин із платіжними системами та інтеграціями потребує більше уваги, ніж невеликий корпоративний сайт. Проте існує базовий набір робіт, який можна використовувати як орієнтир.

• створення та перевірка резервних копій;
• оновлення CMS, плагінів та інших компонентів;
• контроль доступності сайту;
• базовий контроль безпеки;
• перевірка форм та основних функцій;
• усунення виявлених технічних помилок;
• моніторинг швидкості роботи;
• короткий звіт про виконані роботи.

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

Резервне копіювання сайту

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

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

Оновлення WordPress, плагінів і компонентів

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

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

Контроль доступності та безпеки

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

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

Перевірка форм та функцій сайту

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

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

Усунення технічних помилок

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

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

Моніторинг швидкості сайту

Швидкість може змінюватися з часом. Причиною стають нові плагіни, великі зображення, сторонні скрипти, збільшення бази даних або зміни на сервері.

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

Щомісячний звіт про підтримку

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

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

Реальна підтримка чи абонентська плата

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

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

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

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