Обслуживание сайта на WordPress: ежемесячный чек-лист и что за вас делает ИИ-агент

Суббота, 21:10

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

Сертификат безопасности истёк не внезапно. Он истёк ровно в ту дату, которая на нём написана.

Почти любая крупная неполадка, которая будто бы случилась «на ровном месте», на самом деле скрывается за датой, которую никто не заметил: истёкший сертификат, остановившееся резервное копирование, скопившиеся обновления, версия PHP, снятая с поддержки. Обслуживание сайта на WordPress — это привычка смотреть на эти даты раньше, чем они посмотрят на нас. В гиде управление сайтом на WordPress с ИИ-агентом мы объяснили, что входит в уход за сайтом и зачем он нужен. Здесь переходим к практике: что проверять, как часто и кто за что отвечает.

Коротко

Обслуживание сайта на WordPress не делается «раз в какое-то время». Часть проверок выполняется каждую неделю, часть раз в месяц, часть раз в квартал.
ИИ-агент может сам выполнять проверки и готовить отчёты: резервная копия, доступность, сертификат, ожидающие обновления, формы и битые ссылки.
Всё, что меняет работающий сайт или что-то удаляет, ждёт вашего одобрения: обновление плагина, удаление пользователя, смена версии PHP.
Самая важная проверка при этом самая редкая: настоящее восстановление из резервной копии. Без неё копия остаётся предположением.

Что такое обслуживание сайта на WordPress? Обход сторожа, а не тушение пожаров

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

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

Четыре ритма обслуживания

ПостоянноДоступность сайта и действующий сертификат. Автоматическая проверка и уведомление, только если что-то выходит за норму.
Каждую неделюРезервная копия, ожидающие обновления, формы и заказы. Несколько минут и один короткий отчёт.
Каждый месяцОбновления в тестовой среде, безопасность, скорость и ссылки. Здесь нужны ваши одобрения.
Каждый кварталНастоящее восстановление копии, обзор прав доступа, уборка и проверка версии PHP.

Еженедельное обслуживание WordPress: пять проверок на несколько минут

Еженедельные проверки самые дешёвые из всех: в них ничего не меняется, на сайт только смотрят. Поэтому мы передаём их агенту первыми. Он смотрит, проверяет и присылает вам в Telegram короткий отчёт. Таблица показывает, что он делает сам, а что переходит к вам.

Проверка	Что агент проверяет сам	Что ждёт одобрения
Резервная копия	Что последняя копия создана, что в ней есть и файлы, и база данных, и что одна копия хранится вне сервера	Изменение частоты копирования или места хранения
Доступность и сертификат	Что сайт открывается, сколько дней осталось у сертификата безопасности и у домена	Продление или замена сертификата, оплата домена
Обновления и состояние сайта	Список ожидающих обновлений и предупреждения на экране «Здоровье сайта»	Установка любого обновления на работающий сайт
Формы	Отправка тестового обращения из каждой формы и проверка, что оно дошло до почты	Смена адреса получателя формы или замена плагина форм
Магазин	Тестовый заказ и его почтовые уведомления, а также чтение застрявших заказов без изменений	Возврат денег, смена статуса заказа или платёж

Две проверки из таблицы требуют пояснения, потому что именно здесь рождается большинство неприятных сюрпризов.

Формы: «спасибо» ничего не доказывает. Страница «Спасибо, мы получили» доказывает только то, что страница загрузилась. Она не доказывает, что письмо ушло, и тем более что оно попало в ваш ящик, а не в спам. Настоящая проверка — реальное сообщение, которое отправили и получили на другой стороне. Поэтому агент отправляет настоящее обращение с условной пометкой и убеждается, что оно дошло.

Магазин: письмо — часть продажи. В WooCommerce подтверждение заказа, не дошедшее до клиента, означает клиента, который звонит в панике. Согласно официальной документации, большинство проблем с почтой — это проблемы доставки: сервер отправляет письмо, но оно не доходит. Рекомендуется отправлять почту через отдельного SMTP-провайдера и следить, чтобы адрес отправителя был в вашем домене, а не на gmail. Ещё можно посмотреть логи WooCommerce (в разделе «Статус») и узнать, удалось ли системе передать письмо.

Обновления ядра, плагинов и темы: ежемесячная часть, после проверки

Безопасный порядок обновления (резервная копия, проверка, одобрение и только потом живой сайт) мы уже разобрали в гиде по управлению и повторяться не будем. Здесь не хватает логики частоты.

Официальная документация WordPress советует делать резервную копию перед каждым обновлением, включая базу данных и все файлы, а после обновления проверять, не нарушилось ли развёртывание и не появились ли ошибки. Там же сказано, что автоматические малые обновления ядра включены по умолчанию начиная с версии 3.7. То есть мелкие исправления WordPress ставит сам. Всё остальное относится к месяцу.

Наше мнение: обновления, не критичные для безопасности, лучше собирать в одно окно раз в месяц, а не ставить каждый раз, когда появляется красный кружок. Так у вас одна общая проверка вместо десяти мелких. А обновление безопасности для плагина, на котором держится сайт, не ждёт конца месяца и получает собственное окно. И ещё: обновления не делают в четверг после обеда. Если что-то сломается, лучше, чтобы нашёлся тот, кто это починит.

Что агент проверяет в тестовой среде (копии сайта, где можно ошибаться, и ни один клиент этого не увидит):

Главная страница, одна ключевая страница услуги и страница товара загружаются без ошибок.
Каждая форма отправляется, и настоящее обращение доходит.
В магазине товар добавляется в корзину, переходит к оформлению и доходит до шага оплаты.
В «Здоровье сайта» нет плохих новостей, которых не было раньше.
Сайт нормально выглядит на телефоне, потому что там большинство посетителей.

Если всё прошло, вы получите в Telegram сообщение о том, что обновлено, что проверено и в чём риск. Вы одобряете, и обновление попадает на живой сайт. Если что-то не прошло, живой сайт вообще не затрагивается.

Безопасность: пользователи, двухфакторная аутентификация и забытые плагины

Большинство взломов не похожи на кино. Они выглядят как старый плагин, которым давно не пользуются, или как аккаунт дизайнера, работавшего с вами три года назад, с паролем, который с тех пор не менялся.

Официальное руководство по безопасности WordPress предлагает несколько простых шагов: держать версии актуальными, использовать надёжные пароли и двухфакторную аутентификацию, удалять неиспользуемые плагины и передавать файлы по SFTP, а не по обычному FTP. Это как раз строки ежемесячного обслуживания.

Агент делает сам: составляет список пользователей с ролью и датой последнего входа (если данные доступны), список отключённых плагинов и тем и отмечает необычные изменения: нового пользователя с правами администратора, которого никто не создавал.
С вашего одобрения: удаление пользователя, удаление плагина и включение двухфакторной аутентификации для администраторских аккаунтов. Причина: удаление пользователя может оборвать сотруднику работу на середине, а удаление «старого» плагина иногда ломает страницу, о зависимости которой от него все забыли.

Правило, которого мы придерживаемся: сам агент не получает пароль вашего администратора. У него собственный пользователь с самой узкой ролью, которой хватает для работы, чтобы его доступ можно было закрыть, не трогая вашу учётную запись. Подробнее об этой схеме в гиде по правам и безопасности ИИ-агента.

Скорость сайта: три числа, которые достаточно знать

«Сайт медленный» — это не диагноз. Google определила три измерения, Core Web Vitals, и по данным web.dev сайт считается здоровым, когда укладывается во все три в 75% посещений, на телефоне и на компьютере.

2,5 секундыВремя до показа основного содержимого страницы (LCP). До этого значения считается хорошим.

200 миллисекундВремя отклика на клик или касание (INP). До этого значения считается хорошим.

0,1Визуальная стабильность (CLS): насколько страница «прыгает» во время загрузки. До этого значения считается хорошим.

Источник: web.dev, Core Web Vitals. Пороги измеряются на 75-м процентиле загрузок страницы.

Раз в месяц агент измеряет главную страницу и три самые важные страницы, сравнивает с прошлым месяцем и сообщает об изменениях. Инструменты измерения — PageSpeed Insights и отчёт Core Web Vitals в Search Console, оба опираются на полевые данные реальных посетителей.

Чего он сам не делает? Не сжимает изображения на живом сайте, не отключает плагин и не меняет тему. Всё это меняет то, что видят клиенты, поэтому он предлагает и ждёт. А если проблема глубокая, например слишком тяжёлая тема, это уже работа для специалиста.

Битые ссылки и страницы 404: не каждая 404 — неполадка

Здесь есть распространённая ошибка, которая стоит денег: кто-то видит в Search Console список ошибок 404, пугается и перенаправляет все адреса на главную. Именно этого Google просит не делать.

По справке Google, ошибки 404 не вредят позициям сайта в поиске, и их можно игнорировать, если такого адреса действительно не должно существовать. Что стоит исправить:

Адрес, который вы отправили в файле карты сайта (sitemap) и которого нет. Исправляют файл.
Контент, переехавший на новый адрес. Добавляют перенаправление на новый адрес.
Частые опечатки в адресе. Их можно перенаправить на правильную страницу.
Контент, удалённый навсегда. Оставляют 404 или 410. На главную не перенаправляют: Google называет это «soft 404», и это может помешать обработке сайта.

Распределение работы здесь простое. Агент сканирует внутренние битые ссылки, читает отчёты Search Console и готовит отсортированный список: «нужно исправить» и «можно игнорировать». Сами перенаправления меняют поведение сайта, поэтому они переходят к вам на одобрение.

У чего есть срок годности: сертификат, домен и версия PHP

Эти вещи не ломаются. Они истекают, поэтому их проверяют по календарю.

SSL-сертификат. С 15 марта 2026 года публичные сертификаты действуют не дольше 200 дней (раньше 398), а по графику CA/Browser Forum срок продолжит сокращаться до 47 дней в 2029 году. Для малого бизнеса это значит, что ручное продление раз в год больше не работает. Тому, кто управляет сайтом, нужно автоматическое продление и проверка того, что оно действительно происходит. У Let's Encrypt, например, сертификат действует 90 дней, а рекомендуется продлевать каждые 60. Агент каждую неделю проверяет, сколько дней осталось, и предупреждает задолго до конца.

Домен. Ежегодное продление, уведомление о котором приходит на старую почту. Мы рекомендуем автоматическое продление и адрес почты, которую кто-то действительно читает. Агент сообщает дату окончания, а сам платёж остаётся за вами.

Версия PHP. Согласно странице требований WordPress, рекомендуется PHP версии 8.3 и выше. А по данным php.net, состояние поддержки на сегодня такое:

Версия	Активная поддержка до	Исправления безопасности до
PHP 8.2	31.12.2024	31.12.2026
PHP 8.3	31.12.2025	31.12.2027
PHP 8.4	31.12.2026	31.12.2028
PHP 8.5	31.12.2027	31.12.2029

Если ваш сайт всё ещё на 8.2, у вас есть время до конца года. Обновление PHP делается в панели управления хостингом и может сломать старый плагин, который не обновлялся. Поэтому его сначала проверяют в тестовой среде, и оно проходит через ваше одобрение. Агент определяет версию в «Здоровье сайта», предупреждает и готовит проверку.

Квартальные проверки: четыре проверки, которые почти никто не делает

Самые важные проверки — те, которые откладывают навсегда, потому что пока их не делают, ничего не ломается. Пока не сломается.

Настоящее восстановление

Агент восстанавливает последнюю копию в тестовую среду
Проверяет, что в копии работают главная страница, форма и оформление заказа
Записывает, сколько времени заняло восстановление
Одобрение не нужно: живой сайт не затрагивается

Обзор прав доступа

Агент готовит таблицу всех пользователей и их ролей
Вы отмечаете, кому доступ ещё нужен
Удаление пользователей выполняется с одобрения
Проверяют, что у администраторов включена двухфакторная аутентификация

Уборка

Список отключённых или старых плагинов и тем
Тяжёлые изображения и дублирующиеся плагины
Само удаление выполняется с вашего одобрения, после копии
Плагин, не обновлявшийся год, вызывает вопросы

Сервер и PHP

Версии PHP и базы данных по актуальным требованиям
Хватает ли ещё тарифа хостинга
Обновление версии после проверки в тестовой среде
Смена тарифа или сервера — ваше решение

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

Чек-лист: ежемесячный и квартальный обход

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

Где ИИ-агент не заменяет специалиста

Об этом важно сказать прямо, потому что именно здесь соблазн преувеличить. ИИ-агент хорош в повторяющихся проверках, отчётах и подготовке материалов. Хуже он подходит для:

Восстановления после взлома. Нужно определить, что проникло, очистить и закрыть дверь. Это работа специалиста по безопасности.
Неполадки из-за конфликта двух плагинов. Агент может определить, когда это началось, и подготовить материалы, но решить проблему удаётся не всегда.
Переезда на другой сервер и смены DNS. Такое внешнее изменение требует явного одобрения и предварительного плана.
Любого результата, который выглядит «слишком хорошим». Отчёт «всё в порядке» без единого доказательства — повод для подозрений. Хороший отчёт прикладывает дату копии, скриншот проверки формы и цифры скорости.

Как начать в этом месяце

Проверьте три даты: когда была последняя резервная копия, когда истекает сертификат и какая версия PHP у вас работает.
Отправьте тестовое обращение из каждой формы и убедитесь, что оно дошло.
Решите, кто что делает: какие проверки переходят к агенту, а какие действия ждут одобрения. Записать, а не договариваться на словах.
Начните с месяца одних отчётов. Без изменений. Посмотрите, что сайт вам расскажет.

Если пока неясно, что такое такой агент, начните с гида по ИИ-агенту для бизнеса. А если хотите понять, как его построить, есть пошаговый гид по созданию ИИ-агента. Если же обслуживание сайта — лишь одна из повторяющихся у вас задач, в десяти задачах, которые стоит передать агенту вы найдёте ещё идеи.

Частые вопросы

Что такое обслуживание сайта на WordPress?

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

Как часто нужно обслуживать сайт на WordPress?

Зависит от проверки. Доступность и сертификат проверяются постоянно, резервные копии и формы каждую неделю, обновления и безопасность каждый месяц, а реальное восстановление копии раз в квартал. Активному магазину нужно больше проверок, а небольшому сайту-визитке достаточно меньшего.

В чём разница между «обслуживанием» и «поддержкой» сайта на WordPress?

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

Можно ли обновлять плагины прямо на живом сайте?

Можно, и во многих случаях это работает, но это самый большой риск в обслуживании. Если обновление сломает форму или оформление заказа, клиенты увидят это раньше вас. Безопасный путь: резервная копия, обновление в тестовой среде, проверка ключевых страниц и только потом живой сайт.

Что ИИ-агент делает в обслуживании сайта?

Он выполняет повторяющиеся проверки: убеждается, что резервная копия создана, проверяет доступность и сертификат, подводит итог по ожидающим обновлениям, отправляет тестовые обращения, измеряет скорость и сканирует битые ссылки. Действия, которые меняют живой сайт или что-то удаляют, такие как обновление, удаление пользователя, удаление плагина и обновление PHP, ждут вашего одобрения.

Нужно ли платить за резервное копирование и тестовую среду?

Иногда да, а иногда они уже входят в хостинг. Одни хостинг-компании включают резервное копирование и тестовую среду в тариф, другие берут за них отдельную плату. Проверьте это до того, как выбирать способ работы, ведь сайт без тестовой среды превращает каждое обновление в ставку наудачу.