Начните со списка того, что должно работать
Перед проверкой откройте согласованный состав проекта. Выпишите страницы, формы, подключения и материалы, которые входят в первую версию. Так приёмка будет опираться на результат работы, а пожелания на будущее можно будет обсуждать отдельно. Если требования менялись, используйте последнюю согласованную редакцию.
Выберите несколько основных сценариев. Для сайта услуг это может быть переход от главной к конкретной услуге, просмотр похожего проекта и запрос консультации. Для каталога — поиск модели, проверка характеристик и обращение по артикулу. Для магазина к этому добавляется оформление заказа с согласованным вариантом доставки и оплаты.
Проверьте факты и понятность предложения
Сверьте названия услуг, контакты, реквизиты, цены и ограничения с источником внутри компании. Посмотрите, не осталось ли демонстрационных номеров телефона, заглушек, устаревших акций и ссылок на чужие страницы. Откройте файлы для скачивания: правильное название ссылки не означает, что к ней прикреплён нужный документ.
Затем прочитайте страницу как человек, который впервые видит компанию. Понятно ли, какой результат он может получить, что входит в работу и куда обратиться? Если для ответа приходится искать пояснение в другом разделе, уточните связь между страницами. Не заменяйте такую проверку подсчётом блоков или длины текста.
Пройдите путь на телефоне и с клавиатуры
Проверьте сайт на доступном телефоне и компьютере. Меню должно открываться, длинные заголовки — помещаться, изображения — сохранять важные детали. В формах посмотрите, не перекрывает ли клавиатура кнопку и можно ли исправить ошибку без повторного ввода всех данных. Широкая таблица может иметь собственную прокрутку; это не должно заставлять двигать всю страницу вбок.
На компьютере попробуйте перемещаться клавишей Tab и активировать элементы с клавиатуры. Должно быть видно, где находится фокус. Если открывается диалог, проверьте его закрытие и возврат к странице. Проверка в одном браузере не доказывает одинаковую работу везде: перечень устройств и браузеров стоит согласовать с разработчиком.
Доведите тестовую заявку до реального получателя
Отправьте одну явно помеченную техническую заявку, используя разрешённые для проверки контактные данные. Проверьте обязательные поля, понятное сообщение об ошибке и подтверждение успешной отправки. Затем попросите ответственного подтвердить получение обращения в почте или CRM. Сообщение браузера и принятый сервером запрос — отдельные этапы, фактическая доставка проверяется отдельно.
Запишите время проверки и канал получения. Если обращение не найдено, проверьте спам и настройки обработки вместе с техническим специалистом. Не заполняйте форму много раз подряд, пока не выяснено место сбоя: это создаёт дубли и затрудняет диагностику. У магазина отдельно проверяется уведомление о заказе и согласованный способ подтверждения оплаты.
Попросите подтвердить готовность к поиску
Вместе с разработчиком проверьте, что рабочие страницы открываются по постоянным адресам, у них есть понятные заголовки и описания для поиска, а важные материалы доступны по внутренним ссылкам. На страницах, которые должны попадать в поиск, не должен случайно остаться запрет noindex от тестовой версии. Закрывать или открывать разделы наугад не нужно: попросите специалиста показать результат проверки.
Если заменяется прежний сайт, сверьте важные старые адреса и переходы на соответствующие новые страницы. Уточните, кто проверит сайт в поисковых кабинетах после запуска. Техническая доступность не гарантирует немедленную индексацию или позиции: это отдельное наблюдение после публикации.
Зафиксируйте замечания так, чтобы их можно было повторить
Удобный журнал содержит адрес страницы, устройство, последовательность действий, ожидаемый результат и то, что получилось. Короткая запись «на iPhone не отправляется форма после выбора услуги» полезнее общей фразы «мобильная версия сломана». К снимку экрана добавьте описание: одно изображение редко объясняет все условия ошибки.
Разделяйте ошибки, которые блокируют основной сценарий, и пожелания по оформлению. После исправления повторите те же шаги и отметьте результат. Если изменилась общая форма или меню, проверьте несколько страниц, где используется этот элемент.
| Что записать | Пример записи |
|---|---|
| Страница и условия | Страница услуги, телефон, обычное соединение |
| Действия | Открыть форму, заполнить поля, нажать отправку |
| Ожидание | Понятное подтверждение и получение заявки |
| Фактический результат | Подтверждение есть, письма у ответственного нет |
| Повторная проверка | Дата, результат, кто подтвердил получение |
Завершите проверку передачей управления
Уточните, где размещён сайт, кто управляет доменом, как продлевается хостинг и кто получает служебные уведомления. Получите согласованные исходники и инструкции по редактированию. Проверьте доступ владельца самостоятельно; наличие списка логинов не гарантирует, что нужный аккаунт открывается и содержит проект.
Зафиксируйте оставшиеся задачи и ответственного за каждую. Этот чек-лист помогает принять обычный сайт бизнеса, но не заменяет отдельную проверку безопасности, нагрузки и сложных интеграций, когда они входят в требования проекта. Готовность к запуску определяется работающими сценариями и согласованным объёмом.
Частые вопросы
Нужно ли проверять каждую страницу?
Проверьте наличие всех согласованных страниц и материалов. Основные сценарии пройдите полностью; повторяющиеся шаблоны дополнительно проверьте на коротком, длинном и неполном содержании.
Достаточно ли сообщения «Заявка отправлена»?
Нет. Оно показывает результат, который сообщил интерфейс. Отдельно нужно подтвердить, что обращение получил ответственный в почте или другой согласованной системе.
Можно ли выпускать сайт с оставшимися замечаниями?
Сначала определите, мешает ли замечание основному действию посетителя или нарушает согласованные требования. Решение о запуске и оставшихся исправлениях фиксируется по конкретному проекту.
Обсудим ваш сайт?
Выберите формат, чтобы посмотреть результат услуги, состав работ и стартовую стоимость.