Сайт можно открыть в браузере и всё равно не быть готовым к запуску. Кнопка заявки ведёт не туда, на телефоне перекрывается меню, поисковики видят тестовую страницу, а письмо о заказе приходит только разработчику. Приёмка нужна именно для таких случаев — она переводит фразу «кажется, всё работает» в список проверяемых сценариев.
Этот чек-лист рассчитан на владельца бизнеса, которому передают WordPress-сайт или магазин. Проверяйте не каждую пиксельную деталь, а путь пользователя от первого экрана до результата.
1. Контент и структура
Откройте сайт как новый посетитель. За несколько секунд должно быть понятно, чем занимается компания, для кого предназначено предложение и что делать дальше.
- заголовки страниц соответствуют реальным услугам и товарам;
- контакты, цены, адреса и реквизиты актуальны;
- нет lorem ipsum, тестовых телефонов и пустых блоков;
- ссылки меню ведут на нужные разделы;
- внутренний поиск и хлебные крошки не отправляют в тупик.
Проверьте несколько страниц по одному маршруту: главная → услуга или категория → форма или карточка → подтверждение. Если пользователь теряет контекст, проблема обычно не в одном блоке, а в структуре.
2. Формы и уведомления
Отправьте тестовую заявку с обычного компьютера и телефона. Проверьте сообщение после отправки, письмо клиенту, письмо менеджеру, тему письма и сохранение заявки там, где она должна храниться.
Не ограничивайтесь успешным зелёным уведомлением в браузере. Ответьте на вопросы:
- куда приходит заявка;
- что произойдёт, если поле заполнить неверно;
- можно ли отличить заявки с разных форм;
- не попадает ли письмо в спам;
- видит ли владелец сайта результат без доступа разработчика.
3. Магазин и оплата
У WooCommerce пройдите путь обычного покупателя: найдите товар, выберите вариант, добавьте его в корзину, измените количество, оформите заказ, получите письмо и проверьте статус в админке.
Отдельно проверяются промокод, доставка, обязательные поля, возврат к редактированию заказа и сценарий отказа оплаты. Тестовый платёж не должен случайно уйти в боевую систему — используйте тестовые режимы и тестовые данные провайдера.
4. Мобильная версия и браузеры
Откройте сайт на реальном телефоне, а не только в уменьшенном окне браузера. Нажмите меню, форму, кнопки, ссылки в карточке и элементы с выпадающим списком. Проверьте горизонтальную прокрутку, размер текста, расстояние между кнопками и появление клавиатуры.
Минимальный набор браузеров зависит от аудитории, но проверка должна включать актуальные мобильные браузеры и один десктопный. Важнее зафиксировать реальные пользовательские маршруты, чем составить длинную таблицу устройств без действий.
5. Поиск и технические настройки
Перед запуском проверьте, что боевой домен указан в canonical, тестовая копия закрыта от индексации, а нужные страницы не получили случайный noindex. Откройте sitemap и robots.txt, найдите битые ссылки, проверьте заголовок и description нескольких ключевых страниц.
Для нового проекта полезно проверить и разметку, но не стоит считать наличие JSON-LD доказательством качества страницы. Данные в разметке должны совпадать с тем, что видит посетитель.
6. Скорость, безопасность и восстановление
- страницы открываются без ошибок PHP и предупреждений в консоли;
- изображения не раздувают первый экран;
- HTTPS работает на всех основных URL;
- создана резервная копия файлов и базы данных;
- есть понятный способ вернуть сайт в рабочее состояние;
- тестовые пользователи и временные доступы удалены или ограничены.
Как оформить результат приёмки
Заведите таблицу из четырёх колонок: сценарий, ожидаемый результат, фактический результат, статус. Для ошибки добавьте ссылку, устройство и шаги воспроизведения. Не смешивайте замечания «хочу другой цвет» с блокирующими ошибками оплаты или заявок.
После исправлений пройдите изменённый сценарий заново. Сайт считается готовым не тогда, когда список замечаний исчез, а когда владелец может сам повторить ключевые действия и понимает, кто отвечает за поддержку после запуска.
Если часть работ ещё не выполнена, зафиксируйте её отдельно в плане сопровождения. Для WordPress это может быть регулярная техническая поддержка, но приёмка и дальнейшее обслуживание — разные этапы.
Короткий вывод: принимайте сайт маршрутами пользователя, а не просмотром главной страницы. Так быстрее обнаруживаются ошибки, которые действительно стоят бизнесу заявок и заказов.