Технічна підтримка сайту після запуску

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

Що входить у підтримку сайту щомісяця

Регулярна частина повторюється щомісяця, і вам не треба про неї окремо просити:

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

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

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

Як проходить робота: від огляду до звичного ритму

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

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

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

Обслуговування сайту: з чого складається ціна

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

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

Оцінку даємо після огляду, а обсяг і спосіб розрахунку записуємо до старту.

Кому підходить супровід сайту, а кому ні

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

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

Типові помилки після запуску

• Ставити оновлення одразу на робочий сайт без копії. Якщо оновлення конфліктує з іншим плагіном, кошик чи форма можуть перестати працювати, а відкотитися нікуди.
• Зберігати резервні копії лише на тому самому хостингу. Якщо щось трапиться з хостингом, зникнуть і сайт, і копії.
• Тримати всі доступи в одного розробника. Домен і хостинг мають бути оформлені на вашу компанію.
• Вимикати плагіни, але не видаляти їх. Неактивний код теж може мати вразливості.
• Роками не оновлювати версію PHP на хостингу. Старі версії перестають отримувати виправлення безпеки, а свіжі плагіни з часом просто відмовляються на них працювати.
• Перевіряти швидкість лише на власному комп’ютері. Як подивитися на реальні показники самостійно, пояснюємо в статті про Core Web Vitals без розробника.

Наступний крок

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