Запуск корпоративного сайту — не фінал проєкту, а початок його робочого циклу. Після релізу змінюються послуги, команда й вимоги пошукових систем, оновлюються WordPress та інтеграції. Якщо відповідальність за цей етап не визначена заздалегідь, перша технічна проблема перетворюється на терміновий пошук доступів і виконавця.
Які роботи починаються після релізу
У перші тижні потрібно контролювати форми, листи, аналітику, мобільну версію та поведінку користувачів. Далі починається регулярний цикл: оновлення компонентів, виправлення помилок, оптимізація швидкості, додавання контенту й контроль безпеки.
У договорі варто відокремити гарантійні виправлення від нових робіт. Помилка в реалізованій функції та прохання додати новий сценарій — різні задачі з різними строками й бюджетом.
Як організувати оновлення та резервні копії
Перед кожним суттєвим оновленням створюють копію, а після нього перевіряють ключові сторінки та функції. Для складного сайту зміни спочатку тестують на окремій копії. Резерви слід зберігати не лише на тому самому хостингу й періодично перевіряти відновлення.
Призначте відповідального за графік оновлень, строк зберігання копій і доступи. Корисні критерії вибору виконавця описані в матеріалі про те, як перевірити підрядника з технічної підтримки.
Хто контролює форми, аналітику й інтеграції
Сайт може відкриватися без помилок, але втрачати заявки через збій пошти, CRM або платіжного модуля. Тому потрібні регулярні тестові відправлення, перевірка сповіщень і контроль аналітичних подій. Для кожної інтеграції запишіть власника облікового запису, строк оплати та резервний канал.
Доступи до домену, хостингу, WordPress і зовнішніх сервісів повинні належати бізнесу. Підрядник отримує окремий обліковий запис із потрібними правами, а не єдині паролі власника.
Які строки реакції зафіксувати в договорі
Розділіть час першої відповіді та строк усунення. Для критичної аварії відповідь може бути потрібна протягом години, але відновлення залежить від причини й стану копії. Некритичні правки плануються окремо.
Зафіксуйте канали звернень, робочі години, класи пріоритету, порядок ескалації та формат звіту. Якщо сайт має складні інтеграції, ці умови потрібно закладати ще під час замовлення корпоративного сайту під ключ.
Для аварійної готовності корисно мати зовнішній маршрут відновлення. Детальніше про це розповідає матеріал про відновлення сайтів після збоїв.
Добра підтримка починається до релізу: з документації, власних доступів, перевірених копій і чіткої відповідальності. Тоді корпоративний сайт залишається керованим активом, а не системою, яку доводиться рятувати після кожної зміни.