Чек-лист ежемесячного обслуживания сайта: что проверять, чтобы он не упал

Обслуживание сайта — это регулярные проверки и работы, которые не дают ему тихо сломаться: контроль доступности и форм, продление SSL и домена, резервные копии, обновления CMS и модулей, наблюдение за местом на диске и ошибками в логах. Что входит в обслуживание, удобно разложить по частоте: что-то нужно проверять каждый день автоматически, что-то раз в неделю, что-то раз в месяц. Ниже — готовый регламент с пометками, какие пункты владелец сайта может закрыть сам, а какие разумнее отдать на техподдержку.

Ежедневно: что должно проверяться без вас

Есть проверки, которые бессмысленно делать руками: человек не будет открывать сайт каждые пять минут, а падение в три часа ночи в субботу он всё равно не увидит. Эти пункты должны работать автоматически.

• Мониторинг доступности. Внешний сервис открывает сайт с интервалом в минуту-пять и присылает уведомление, если он не отвечает или отвечает ошибкой.
• Резервное копирование. Ежедневная копия файлов и базы данных, хранящаяся не только на том же сервере.
• Контроль срока SSL-сертификата и домена. Напоминание минимум за месяц до окончания.

Если хотя бы одного из этих пунктов у вас нет, начинать стоит с него, а не с остального регламента. Без мониторинга вы узнаёте о проблемах от клиентов, без бэкапа — теряете данные навсегда.

Еженедельный чек-лист проверки сайта

Раз в неделю достаточно 30–40 минут, чтобы пройти основные сценарии глазами клиента. Большую часть этих пунктов владелец или маркетолог может выполнить сам.

Тестовую заявку недооценивают чаще всего. Формы ломаются тихо: после обновления модуля, смены почтового ящика или настроек хостинга письма перестают уходить, а сайт продолжает показывать «спасибо, мы вам перезвоним».

Ежемесячный регламент обслуживания сайта

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

Что можно делать самому, а что лучше отдать на поддержку

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

Раз в квартал: проверки, о которых вспоминают после проблем

Несколько пунктов достаточно проходить раз в три месяца, но пропускать их нельзя.

• Аудит безопасности. Права пользователей, пароли администраторов, ключи интеграций, устаревшие модули с известными уязвимостями. После взлома сайт приходится лечить и восстанавливать — это отдельная работа, которую мы делаем в рамках защиты и восстановления сайтов после взлома, но дешевле её не допустить.
• Скорость. Сайт медленно «тяжелеет»: новые баннеры, скрипты аналитики, фото без оптимизации. Если ключевые страницы стали грузиться заметно дольше, нужен разбор причин, а не ещё один плагин, — это задача ускорения сайта и обновления платформы.
• Доступы. Кто из бывших сотрудников и подрядчиков ещё имеет доступ к хостингу, админке, домену и почте.
• Совместимость. Не устарела ли версия PHP или платформы, на которую скоро перестанут выходить обновления безопасности.

Признаки, что обслуживание сайта не работает

Регламент может существовать на бумаге и не выполняться. Проверить это проще по симптомам, чем по отчётам:

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

Каждый из этих пунктов сам по себе не катастрофа. Но вместе они означают, что сайт держится на везении, и первая серьёзная проблема — взлом, сбой хостинга, неудачное обновление — обойдётся дороже, чем год планового обслуживания. Обычно хватает недели, чтобы закрыть эти дыры и перевести сайт на регулярный режим.

Что входит в техподдержку сайта у WeMake

Регламент выше — это ровно то, что мы делаем на технической поддержке сайтов, только по расписанию и с ответственностью по SLA. В тариф входят аудит при подключении, мониторинг доступности и скорости 24/7, ежедневные резервные копии и восстановление, обновления CMS, модулей, PHP и SSL-сертификатов, исправление ошибок и уязвимостей, пакет часов на доработки и контент, контроль индексации и Core Web Vitals и ежемесячный отчёт с рекомендациями.

Мониторинг проверяет сайт каждую минуту с нескольких точек, и большинство сбоев мы закрываем за 1–2 часа — часто до того, как о них узнают клиенты. Если восстановление заняло больше 15 минут, присылаем отчёт: что случилось и что сделали. Подробно о модели оплаты и о том, что оплачивается отдельно, мы писали в статье «Сколько стоит техподдержка сайта в месяц», а все тарифы направления собраны на странице цен на поддержку.

Как внедрить регламент за неделю

1. День 1Подключите внешний мониторинг доступности и проверьте, куда приходят уведомления.
2. День 2Убедитесь, что бэкапы создаются ежедневно и хранятся не только на том же сервере.
3. День 3Запишите сроки окончания домена, SSL, хостинга и лицензий в календарь с напоминанием за 30 дней.
4. День 4Пройдите еженедельный чек-лист и запишите всё, что не работает.
5. День 5Решите, кто выполняет ежемесячные пункты: ваш сотрудник, фрилансер или команда поддержки.

Если на пятый день оказалось, что делать это некому, — отдайте сайт на обслуживание по SLA. Аудит при подключении бесплатный, а отказаться от поддержки можно в любой месяц: сайт, доступы и документация остаются у вас.