Проверка сайта после обновления WordPress нужна, даже если в админке появилось сообщение об успешной установке. Обновление может завершиться без ошибки, а форма, меню или оформление заказа — работать иначе. Ниже — порядок приёмки для владельца сайта и технического исполнителя.
Если требуется исправление, а не самостоятельная проверка, используйте страницу технической поддержки WordPress. Здесь собран именно контрольный список после изменений: он не заменяет диагностику конкретной ошибки.
Что зафиксировать до обновления
Запишите версии WordPress, темы и изменяемых плагинов, время начала работ и список затронутых страниц. Подготовьте резервную копию файлов и базы данных и убедитесь, что известен порядок восстановления. Такой подход к резервированию описан и в официальной инструкции WordPress.
Сохраните примеры главной, страницы услуги, формы и, для магазина, корзины. Сравнивать удобнее одинаковые URL при одинаковой ширине окна. Сложные изменения сначала проверяйте на тестовой копии; её письма, платежи и интеграции не должны создавать реальные обращения или заказы.
Чек-лист проверки после обновления
- Доступность. Откройте главную и ключевые посадочные без авторизации. Проверьте, что вместо них не показываются белый экран, техническая заглушка или ошибка сервера. Отдельно проверьте вход в админку.
- Вёрстка и навигация. Проверьте меню, кнопки, изображения, раскрывающиеся блоки и читаемость текста на компьютере и телефоне. Горизонтальная прокрутка и перекрытая кнопка обращения — причины вернуть задачу на исправление.
- Формы и доставка. Проверьте обязательные поля, сообщения об ошибках и состояние кнопки. Отправку выполняйте только по согласованному тестовому сценарию. Успех на экране и получение обращения в почте или CRM — разные проверки.
- Магазин. Если используется WooCommerce, проверьте карточку, вариации, добавление товара, количество и расчёт корзины. Оплату проверяйте в тестовом режиме платёжной системы, не создавая случайную реальную покупку.
- Поисковые настройки. Сравните Title, H1, description, canonical и настройки индексации важных страниц. Убедитесь, что рабочие URL сохранились и тестовый запрет индексации не перенесён на основной сайт.
- Скорость и ошибки. Сравните загрузку одинаковых страниц до и после изменения. Посмотрите ошибки браузера и журнал приложения. Одного удачного открытия главной недостаточно для проверки всех шаблонов.
- Кэш. После обновления очистите применяемый кэш и проверьте страницу как новый посетитель. Не путайте старую копию страницы с неудачным сохранением изменений.
Как оформить результат приёмки
Для каждого сценария запишите: URL, устройство или ширину экрана, действие, ожидаемый результат, фактический результат и дату. Статусы «проверено», «ошибка» и «не проверено» должны различаться. Например, открытие формы подтверждает её отображение, но не доставку заявки.
Сначала устраняют недоступность сайта, неработающие формы и ошибки заказа. Визуальные мелочи можно вынести в отдельный список, если они не мешают клиенту выполнить задачу. Финальный результат — перечень пройденных проверок и оставшихся ограничений.
Что делать, если после обновления сайт перестал работать
Зафиксируйте время, сообщение об ошибке и последние изменения. Не обновляйте остальные компоненты наугад: это усложнит поиск причины. Технический специалист должен проверить совместимость и журнал ошибок, а затем выбрать исправление либо возврат предыдущей версии.
Перед восстановлением базы проверьте, не появились ли после резервной копии новые заказы, заявки или материалы: полный откат может их потерять. Задачи миграции вынесены в перенос сайта на другой хостинг, а постоянные проверки — в регулярное обслуживание сайта.
Частые вопросы
Достаточно ли проверить главную?
Нет. Главная, статья, услуга, форма и корзина могут использовать разные шаблоны и плагины. Включите в проверку каждый тип страницы, важный для посетителя.
Можно ли проверить сайт без доступа к аналитике?
Да: доступность, отображение, ссылки и пользовательские сценарии проверяются напрямую. Данные о поисковом трафике и конверсии оценивают отдельно, когда источник аналитики доступен.
Когда считать обновление принятым?
Когда согласованные критичные сценарии прошли проверку, ошибки устранены либо явно зафиксированы, а ответственный получил журнал изменений и сведения о резервной копии.
Нужна помощь с проверкой или исправлением?
Пришлите URL, описание проблемы и время последнего обновления через форму поддержки WordPress. Не размещайте пароли в тексте обращения. Состав работ и порядок проверки согласуем после знакомства с задачей.
