Сайт редко ломается разом. Полная авария заметна всем и чинится быстро, а настоящие потери приносят тихие поломки: страница отдаёт ошибку только на мобильных, письма с заявками попадают в спам, часть разделов выпала из поиска. Внешне всё работает, а через месяц-другой падают заявки, и причину ищут уже задним числом.
Ниже — сигналы, по которым на проектах поддержки мы замечаем проблему до того, как она отразится на выручке, и короткий регламент проверок, который занимает меньше времени, чем один разбор аварии.
Почему сайт ломается постепенно
Сайт живёт в изменяющемся окружении. Обновляется CMS и её расширения, меняются версии PHP и настройки сервера, растёт каталог, добавляются скрипты аналитики и виджеты, поисковые системы меняют требования к скорости и мобильной вёрстке. Каждое изменение по отдельности безобидно, а вместе они накапливаются.
Добавьте сюда работы разных исполнителей: подрядчик по рекламе поставил скрипт, знакомый программист поправил шаблон, контент-менеджер загрузил фотографии по три мегабайта. Никто не действовал во вред, но сумма изменений даёт замедление, дубли страниц и сломанные формы. Именно поэтому проверять состояние сайта нужно регулярно, а не только когда что-то очевидно упало.
Пять ранних сигналов и что за ними стоит
Эти сигналы видны в обычной статистике: в панелях вебмастера, в системе аналитики и в почте. Специальных инструментов не требуется, требуется привычка смотреть.
| Сигнал | Что за ним обычно стоит | Где видно | Первое действие |
|---|---|---|---|
| Стало меньше страниц в поиске | Технический запрет, дубли, ошибки сервера при обходе | Панель вебмастера, отчёт об индексации | Проверить robots и мета-запреты, посмотреть коды ответов |
| Растёт доля отказов на мобильных | Замедление после нового скрипта или тяжёлых картинок | Аналитика в разрезе устройств | Сравнить дату роста отказов с журналом изменений |
| Заявок меньше, трафик прежний | Сломалась форма или письма уходят в спам | Число обращений против числа визитов | Отправить тестовую заявку и проследить путь письма |
| Показов много, переходов мало | Заголовки и описания в выдаче не убеждают | Отчёт по запросам и страницам | Переписать title и description проблемных страниц |
| Сервер стал отвечать медленнее | Тяжёлые запросы к базе, рост каталога, соседи по хостингу | Мониторинг, время ответа в аналитике | Посмотреть медленные запросы и нагрузку |
| В логах много ошибок 404 | Битые ссылки после переноса или правки структуры | Логи сервера, отчёт об ошибках обхода | Настроить переадресацию со старых адресов |
Как заметить вовремя
Регламент короткий, и в этом его смысл: длинный список проверок не выполняют. Пять пунктов, из которых один автоматический, а остальные занимают полчаса в месяц.
- Мониторинг доступности с уведомлением. Проверка каждые несколько минут с оповещением на почту и в мессенджер. Проверять стоит не только главную, но и страницу с формой.
- Ежемесячный просмотр индексации. Сколько страниц в поиске, какие исключены и почему, какие ошибки обхода накопились.
- Ежемесячная тестовая заявка. Отправить форму как обычный посетитель и убедиться, что письмо пришло, а не осело в спаме и не потерялось при смене почтового ящика.
- Сравнение год к году. Спрос сезонный, и падение к прошлому месяцу часто ничего не значит, а падение к тому же месяцу прошлого года — значит.
- Журнал изменений. Одна строка на каждое изменение сайта.
Журнал изменений объясняет большинство просадок
В нашей практике это самый недооценённый инструмент. Когда показатели просели, первый вопрос всегда один: что менялось на сайте за две недели до этого. Без записей на восстановление хронологии уходит больше времени, чем на само исправление.
Достаточно таблицы из четырёх колонок: дата, что изменили, кто изменил, где лежит резервная копия. Записывать нужно всё: обновление CMS и расширений, установку скриптов и виджетов, правки шаблона, массовую загрузку товаров, смену настроек сервера и почты, изменения в рекламных кампаниях. Отдельно отмечайте работы сторонних подрядчиков — именно они чаще всего выпадают из вида.
Быстрая проверка при первом подозрении
Если показатели насторожили, начинайте не с догадок о поисковых алгоритмах, а с механики. Порядок такой.
- Адреса и протокол. Открывается ли сайт с www и без, по http и https, нет ли цепочки переадресаций и смешанного содержимого.
- Запрет индексации. Не остался ли после работ запрет в robots или мета-теге. Классическая ситуация: правки делали на копии, а выложили вместе с запретом.
- Письма с заявками. Приходят ли, куда именно, не изменился ли адрес получателя, не блокирует ли почтовый сервер отправку с сайта.
- Сроки домена и сертификата. Не истекают ли в ближайший месяц. Просроченный сертификат отпугивает посетителей сильнее любых ошибок вёрстки.
- Вес главной страницы на мобильном. Сколько мегабайт и сколько запросов, что появилось нового в списке загружаемых файлов.
- Коды ответов ключевых страниц. Каталог, карточка, услуга, контакты — все должны отдавать 200, а не 404 или 500.
Эти шесть проверок закрывают большинство случаев. Если все пункты в порядке, тогда имеет смысл разбираться глубже: смотреть логи, сравнивать выдачу по запросам, разбирать поведение посетителей на странице.
Кто и как ведёт этот регламент
Регламент работает, когда у него есть ответственный. Внутри компании это может быть маркетолог или контент-менеджер: мониторинг настраивается один раз, а ежемесячные проверки не требуют программиста. Разбор причин и исправление обычно уходят подрядчику.
На проектах поддержки мы ведём такой список сами: проверяем доступность и время ответа, раз в месяц смотрим индексацию и ошибки обхода, отправляем тестовую заявку, обновляем CMS и расширения после проверки на копии, следим за сроками домена и сертификата и держим резервные копии. Отчёт с изменениями и замеченными отклонениями отправляем заказчику — по нему видно, что происходило с сайтом, даже если никто не обращался с задачами.
Почему раннее обнаружение дешевле
Просадка, замеченная на первой неделе, обычно означает одно недавнее изменение и понятный откат. Та же проблема, найденная через полгода, означает потерянные позиции, ушедших клиентов и долгое восстановление: страницы нужно возвращать в индекс, доверие поисковой системы к разделу восстанавливается не сразу, а рекламный бюджет всё это время расходовался на страницы, которые не принимали заявки.
Есть и другая сторона: без регулярных проверок сложно отделить внешние причины от собственных ошибок. Когда есть история показателей и журнал изменений, разговор идёт о фактах, а не о предположениях, кто виноват в падении трафика.
Если нужна помощь
Мы берём этот регламент на себя: мониторинг, ежемесячные проверки, обновления с резервными копиями и разбор отклонений до того, как они скажутся на заявках. Если сайт давно никто не проверял, настроим техническую поддержку сайта и начнём с диагностики текущего состояния.
