Проверка сайта после обновления системы управления: чек-лист из 15 пунктов

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

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

Разберём, что нужно проверить сразу после обновления системы управления, в каком порядке и как подготовиться заранее, чтобы обновление не превратилось в неделю разбирательств.

Почему после обновления вообще что-то ломается

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

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

Модули и расширения. Сторонние модули пишутся под определённую версию системы. После обновления часть из них может перестать работать — не всегда полностью, иногда частично и незаметно.

Шаблон оформления. Если в шаблоне использовались функции, которые в новой версии изменились или убраны, часть блоков перестанет выводиться.

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

Требования к серверу. Новая версия может требовать более свежую версию серверного программного обеспечения. Если сервер старый — часть функций откажет.

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

Ни одна из этих причин не проявляется на главной странице. Поэтому проверка «главная открылась — всё нормально» не работает.

Что сделать до обновления

Половина проблем решается подготовкой.

Резервная копия. Полная: и файлы, и база данных. И, что важнее, — проверенная. Копия, которую невозможно развернуть, копией не является. Если не проверяли давно — самое время.

Тестовая копия сайта. Идеальный вариант: развернуть копию сайта на отдельном адресе, обновить сначала её, всё проверить и только потом трогать боевой сайт. Это занимает пару часов и снимает почти весь риск. Особенно оправдано для сайтов с каталогом и интеграциями.

Список доработок. Соберите перечень всего, что делалось на сайте нестандартно: правки в шаблоне, кастомные формы, обмен с учётной системой, самописные модули. Именно эти вещи и ломаются.

Список модулей и их версий. Пригодится, чтобы понять, что обновлять после.

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

Время проведения. Не в пятницу вечером и не перед отпуском ответственного. Лучше всего — утром в будний день, когда есть кому исправлять, и не в сезонный пик.

Предупредите тех, кто пользуется админкой. Чтобы никто не заносил данные во время обновления.

Чек-лист проверки после обновления

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

1. Сайт открывается и нет ошибок

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

Заодно посмотрите, не появилось ли сообщений об ошибках в верхней части страниц — иногда они выводятся мелким текстом и легко пропускаются.

2. Формы отправляются и письма доходят

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

Отдельно проверьте форму с прикреплением файла, если она есть.

Заодно убедитесь, что заявки сохраняются в админке.

3. Работает админка целиком

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

4. Изображения на месте

Проверьте, что картинки отображаются: в каталоге, в статьях, в галереях. И что загрузка нового изображения через админку работает, включая создание миниатюр.

5. Каталог и характеристики

Если есть каталог — проверьте количество товаров, наличие цен, характеристик, изображений. Сравните с цифрой, записанной до обновления.

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

6. Поиск по сайту

Введите пару типовых запросов. Поисковый индекс после обновления иногда нужно перестроить вручную.

7. Корзина и оформление заказа

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

Отдельно проверьте расчёт доставки и работу онлайн-оплаты, если она подключена.

8. Интеграции и обмен данными

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

Это то, что ломается тихо: обмен перестаёт проходить, цены и остатки замирают, а замечают через неделю.

9. Задачи по расписанию

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

10. Счётчики аналитики

Откройте исходный код нескольких страниц и убедитесь, что код Яндекс.Метрики на месте и встречается ровно один раз. После обновления настройки, где хранится код счётчика, иногда сбрасываются.

Затем зайдите в Метрику и посмотрите отчёт в реальном времени: фиксируются ли визиты.

Проверьте, что цели по-прежнему срабатывают — отправьте форму и убедитесь, что цель засчиталась.

11. Адреса страниц и переадресации

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

Проверьте, что настроенные ранее переадресации работают.

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

12. Файлы для поисковых систем

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

Проверьте карту сайта: открывается ли, актуальные ли в ней адреса.

Зайдите в Яндекс.Вебмастер и посмотрите, нет ли новых ошибок обхода.

13. Скорость загрузки

Сравните с записанной до обновления. Иногда после обновления сбрасываются настройки кэширования и сжатия, и сайт начинает работать заметно медленнее.

Проверьте, что кэширование включено и что страницы отдаются быстро.

14. Мобильная версия

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

15. Защищённое соединение и сертификат

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

Что делать, если что-то сломалось

Не паникуйте и не откатывайтесь сразу. Большинство проблем решается настройкой, а откат вернёт и старые уязвимости.

Зафиксируйте проблему точно. Что именно не работает, на какой странице, какое сообщение об ошибке. Расплывчатое «сайт глючит» невозможно чинить.

Посмотрите журнал ошибок сервера. Там обычно есть точная причина.

Проверьте, не в модуле ли дело. Отключите по очереди сторонние модули — часто виноват один из них, которому нужна обновлённая версия.

Обратитесь к разработчику системы. У коммерческих систем, включая ХостСМС, есть поддержка, и типовые проблемы обновления там знают.

Если критично — откатывайтесь на резервную копию и разбирайтесь на тестовой копии, а не на боевом сайте.

Как это связано с продвижением «три в одном»

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

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

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

2ГИС. То же самое: проверьте ссылку на сайт и ссылки на разделы, если они там указаны.

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

Через неделю после обновления

Часть проблем проявляется не сразу. Через неделю проверьте:

Число обращений. Сравните с неделей до обновления. Заметное падение при сохранившемся числе посетителей — почти наверняка сломанная форма или сбитая цель.

Число посетителей из поиска в Яндекс.Метрике. Резкое падение — повод срочно проверить файл для роботов и адреса страниц.

Отчёт в Яндекс.Вебмастере. Появились ли новые ошибки обхода, не выросло ли число недоступных страниц.

Журнал ошибок сервера. Накопились ли повторяющиеся ошибки.

Обратную связь от сотрудников. Спросите тех, кто работает в админке: всё ли делается как раньше. Часто выясняется, что что-то стало неудобно, но человек молча приспособился.

Работу регулярных задач. Выгрузки, рассылки, резервное копирование — прошли ли за неделю без сбоев.

Как сделать обновления безопасными в принципе

Заведите тестовую копию сайта и обновляйте сначала её. Это главное, что снимает риск.

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

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

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

Назначьте ответственного. Обновление без ответственного либо не делается вовсе, либо делается наспех.

Проверяйте резервные копии. Раз в квартал разворачивайте копию и убеждайтесь, что она рабочая.

Итог

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

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