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

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

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

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

Що ламається, коли сайт залишають без нагляду

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

• Домен не продовжили. Картка, з якої йшла автоматична оплата, закінчилася, листи-нагадування приходили на пошту колишнього підрядника. Сайт зник, а адресою може скористатися хтось інший.
• Сертифікат прострочився. Браузер показує червоне попередження, клієнти йдуть. Чому це критично, ми пояснювали в статті про SSL-сертифікат.
• Форма перестала надсилати заявки. Після оновлення хостингу чи зміни пошти листи йдуть у спам або не йдуть зовсім. Власник думає, що «сезон тихий».
• Сайт зламали. Застарілий плагін із відомою вразливістю — і на сторінках з’являються чужі посилання або перенаправлення на шахрайські сайти.
• Сайт сповільнився. Фото по кілька мегабайтів, накопичене сміття в базі даних, застаріла версія PHP на хостингу.
• Закінчилося місце на хостингу. Резервні копії й журнали тихо заповнили диск, і сайт перестав зберігати нові дані.

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

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

З чого складається підтримка сайту

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

Робота	Як часто	Навіщо
Оновлення системи керування й плагінів	Щомісяця або в міру виходу оновлень безпеки	Закрити вразливості, зберегти сумісність
Резервні копії сайту й бази	Щодня або щотижня, з перевіркою	Відновити сайт за години, а не тижні
Моніторинг доступності	Постійно, автоматично	Дізнатися про падіння сайту раніше за клієнтів
Перевірка форм і заявок	Раз на тиждень чи місяць	Не втрачати звернення
Контроль домену, хостингу, сертифіката	Щомісяця	Не пропустити оплату й оновлення
Дрібні правки контенту	За запитом, у межах годин	Змінити ціну, телефон, фото, графік
Короткий звіт	Щомісяця	Розуміти, що зроблено

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

Що має бути в щомісячному звіті

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

Резервні копії: правило, яке рятує бізнес

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

Як часто робити копії

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

Де зберігати

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

Перевірка відновлення

Копія, з якої жодного разу не пробували відновитися, — це надія, а не гарантія. Раз на кілька місяців варто розгорнути її на тестовій адресі й переконатися, що сайт відкривається і працює.

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

Оновлення без поломок: безпечний порядок

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

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

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

Чому не можна просто вимкнути оновлення

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

Безпека: мінімум, доступний кожному

Злом невеликого сайту майже ніколи не буває «особистим». Автоматичні програми перебирають тисячі сайтів у пошуках відомих вразливостей і слабких паролів. Захиститися від більшості таких атак можна простими кроками:

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

Якщо сайт усе ж зламали, Google може показувати попередження в пошуку, а Search Console надішле повідомлення про проблеми безпеки. Саме тому важливо, щоб доступ до Search Console був у власника, а пошта для повідомлень — актуальна.

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

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

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

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

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

Що можна зробити без розробника

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

Межі пакета: що оплачується окремо

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

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

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

Корисно домовитися й про те, як рахуються «дрібні правки». Заміна телефону чи ціни — це хвилини, а нова сторінка з текстом і фото — години. Якщо ви часто оновлюєте сайт, попросіть виконавця дати орієнтовну вартість типових змін: заміна банера, нова послуга в прайсі, нова сторінка. Тоді рішення про кожну зміну ухвалюється швидко, без окремих переговорів.

Самостійно, фрілансер чи команда: порівняння

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

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

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

Хоч який варіант ви оберете, тримайте всі доступи в себе. Відпустка, зміна роботи чи втрачений контакт фрілансера не мають перетворюватися на втрату сайту.

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

Скільки коштує технічна підтримка сайту

Ціни на ринку дуже різняться, тому нижче — орієнтири, а не тариф. Вартість залежить від системи, розміру сайту, наявності магазину й того, як швидко має реагувати виконавець.

Тип сайту	Орієнтовно на місяць	Що впливає на ціну
Візитка, лендінг	Від кількох десятків доларів	Кількість правок, частота оновлень
Сайт послуг на 5–15 сторінок	Від 30–50 $ і більше	Онлайн-запис, інтеграції, блог
Інтернет-магазин	Від 50–100 $ і більше	Кількість товарів, оплата, доставка, обмін даними

Окремо не забувайте про обов’язкові щорічні витрати, які не залежать від підрядника: домен (орієнтовно 10–20 $ на рік) і хостинг. Як їх обрати й оформити на себе, розповідаємо в матеріалі про домен і хостинг. У GuideWay техпідтримка починається від 30 $ на місяць, а актуальні умови для всіх форматів сайтів зібрані на сторінці цін.

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

Як порахувати, чи вигідно

Умовний розрахунок для ілюстрації: якщо сайт приносить 10 заявок на тиждень, а кожна п’ята стає клієнтом із середнім чеком «[ваша ціна]», тиждень простою означає дві втрачені угоди. Порівняйте цю суму з річною вартістю обслуговування. Для більшості сайтів, які справді приносять заявки, розрахунок однозначний; для візитки, яку відкривають кілька разів на місяць, — ні, і тоді вистачить самоперевірки.

Домовленість про обслуговування: дев’ять пунктів

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

1. Перелік регулярних робіт і їх частота.
2. Скільки годин дрібних правок входить у плату і вартість додаткової години.
3. Час реакції: за скільки годин виконавець реагує на «сайт не працює» в робочий день і у вихідні.
4. Канал зв’язку для термінових ситуацій.
5. Де зберігаються резервні копії й чи маєте ви до них доступ.
6. Хто оплачує домен і хостинг і на чиє ім’я вони зареєстровані. Правильна відповідь — на ваше.
7. Формат і частота звітів.
8. Як погоджуються роботи понад пакет: попередня оцінка, письмове підтвердження.
9. Що відбувається при завершенні співпраці: передача доступів, копії, документація.

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

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

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

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

1. Зберіть усі доступи: реєстратор домену, хостинг, адмінка сайту, пошта, Google-сервіси.
2. Зробіть свіжу повну резервну копію сайту й бази даних і збережіть її у себе, а не лише на хостингу.
3. Попросіть попереднього виконавця описати, що нестандартного налаштовано: інтеграції, автоматичні завдання, особливі плагіни.
4. Новий виконавець проводить первинну перевірку: версії системи, вразливості, швидкість, роботу форм.
5. Змініть паролі й закрийте доступи попереднього виконавця.
6. Лише після цього офіційно завершуйте попередню домовленість.

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

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

Сайт не відкривається: що робити в першу годину

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

1. Перевірте, чи сайт не відкривається лише у вас: спробуйте з телефона через мобільний інтернет.
2. Подивіться, чи не прийшли листи від реєстратора домену чи хостингу про оплату або блокування.
3. Зверніться до свого виконавця й опишіть, що бачите: текст помилки, з якого часу, що змінювали напередодні.
4. Якщо виконавця немає, напишіть у підтримку хостингу: вони бачать стан сервера.
5. Нічого не видаляйте й не перевстановлюйте самостійно, поки не зрозуміло, що сталося.
6. Тимчасово вкажіть телефон і месенджер у соцмережах і профілі Google, щоб клієнти могли зв’язатися з вами.

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

Підтримка сайту своїми силами: 15 хвилин на місяць

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

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

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

Часті запитання

Чи потрібна підтримка сайту, якщо на ньому нічого не змінюється?

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

Як часто потрібно оновлювати сайт на WordPress?

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

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

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

Чи можна оплачувати підтримку лише тоді, коли щось зламалося?

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

Чи входить у техпідтримку SEO-просування?

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

Скільки часу займає відновлення сайту з резервної копії?

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

Як зрозуміти, що сайт зламали?

Типові ознаки: незнайомі сторінки чи посилання в пошуку за вашим доменом, перенаправлення на сторонні сайти з телефона, попередження браузера чи Google, різке сповільнення, листи від хостингу про підозрілу активність. Перевірте також повідомлення в Search Console. При підозрі на злом не видаляйте нічого самостійно, а зверніться до фахівця.