Підтримка сайту: оновлення, резервні копії та моніторинг

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

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

• Моніторинг доступності, SSL-сертифіката, терміну дії домену та доставки форм зі сповіщеннями
• Оновлення залежностей, CMS і плагінів, перевірені на тестовій копії перед публікацією
• Резервні копії поза основним сервером з регулярними тестами відновлення
• Заголовки безпеки, сканування вразливостей і перегляд доступів
• Невеликі зміни контенту та дизайну в межах годин плану
• Щомісячний звіт: Core Web Vitals, пошук, заявки та виконана робота

Коли план підтримки доцільний#

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

Як починається план: аудит, базові показники, потім щомісячний ритм#

Кожен план починається з первинного аудиту, зокрема й для сайтів, створених іншою командою. Ми складаємо перелік хостингу, DNS, реєстратора домену, сертифікатів, CMS, плагінів або залежностей коду, інтеграцій і форм, а також того, хто володіє кожним акаунтом. Ми робимо повну резервну копію та відновлюємо її в окремому середовищі, щоб довести, що вона працює, і фіксуємо базові показники Core Web Vitals, пошуку та заявок. Аудит завершується терміновими виправленнями, обсягом плану та кошторисом.

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

Що перевіряє й виправляє план підтримки?#

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

У щомісячному звіті цифри стоять поруч із виконаною роботою. Документація Google Search Central визначає good для Core Web Vitals так: Largest Contentful Paint до 2,5 секунди, Interaction to Next Paint менше 200 мілісекунд і Cumulative Layout Shift менше 0,1, а web.dev радить оцінювати їх на 75-му процентилі завантажень сторінок окремо для мобільних і десктопів. Звіт показує ці значення за реальними візитами, кліки та покази в пошуку, отримані заявки, а також усі оновлення, інциденти та зміни за місяць.

• Доступність головної сторінки та сторінок, що приносять заявки, з перевіркою ззовні вашого хостингу
• Термін дії SSL-сертифіката й автоматичне продовження для кожного домену та піддомену сайту
• Термін реєстрації домену та DNS-записи, зокрема ті, від яких залежить доставка пошти
• Доставка форм: запланована тестова відправка підтверджує, що заявки досі потрапляють у поштову скриньку або CRM
• Швидкодія після кожного релізу, щоб важке зображення чи скрипт виявили того ж тижня
• Оновлення залежностей коду, ядра CMS, плагінів і тем із тестуванням перед публікацією
• Резервні копії поза сервером із тестом відновлення за графіком
• Заголовки безпеки, сканування вразливостей і перевірка того, хто має адмінський доступ
• Невеликі зміни контенту та дизайну: тексти, зображення, нова сторінка з наявного шаблону, посилання та редиректи

Рівні планів за обсягом: Monitor, Maintain, Evolve#

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

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

Чому сертифікати та плагіни тепер потребують пильнішої уваги#

Строки дії сертифікатів скорочуються за оприлюдненим графіком. Згідно з Baseline Requirements від CA/Browser Forum, максимальний термін дії публічних TLS-сертифікатів становить 200 днів з 15 березня 2026 року, 100 днів з 15 березня 2027 року та 47 днів з 15 березня 2029 року. При 47 днях продовжувати сертифікат вручну вже не вийде, а автоматичне продовження, яке непомітно збоїть, показує відвідувачам попередження браузера про безпеку замість вашого сайту. Ми стежимо за терміном дії на кожному хості, а не лише на головному домені.

WordPress потребує найпильнішої уваги. За підрахунками Patchstack, у 2025 році в екосистемі WordPress з'явилося 11 334 нові вразливості, що на 42% більше, ніж у 2024-му; 91% з них знайшли в плагінах і 9% у темах. Тому план для WordPress починається з видалення плагінів, які сайту не потрібні, далі ми відстежуємо повідомлення про безпеку для тих, що залишилися, і тестуємо оновлення на копії, перш ніж вони потраплять на робочий сайт.

Чи можете ви взяти на підтримку сайт, створений іншою командою?#

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

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

Запитання перед вибором#