Как принять сайт у разработчика: чек-лист заказчика
Приёмка — это проверка согласованных сценариев, а не попытка найти всё возможное за один вечер. Начните с критичных действий пользователя и только затем переходите к визуальным деталям.
Проверяйте сценариями, а не отдельными страницами
Пользователь проходит цепочку: открывает страницу, находит информацию, заполняет форму и получает подтверждение. Ошибка на любом шаге обесценивает остальные. Составьте список сценариев из технического задания.
- заявка с каждой формы и получение уведомления
- поиск, фильтр, корзина или личный кабинет на реальных данных
- ошибки ввода, пустые результаты и повторная отправка
Практический ориентир: используйте тестовые данные и фиксируйте шаги, устройство, браузер и скриншот ошибки.
Отдельно проверьте мобильную версию и скорость
На смартфоне меняются не только размеры, но и удобство навигации, кликабельность, порядок блоков и поведение клавиатуры. Тестируйте на нескольких реальных устройствах и в медленной сети.
- меню, формы, таблицы, модальные окна и фиксированные элементы
- размеры текста и зоны нажатия
- загрузка главной, услуг и тяжёлых карточек
Практический ориентир: автоматический отчёт полезен, но не заменяет ручное прохождение целевого сценария.
Примите невидимую часть проекта
До закрытия работ получите права и доступы, убедитесь в работе аналитики, резервных копий и служебных файлов. Именно эти элементы понадобятся при первой рекламе, обновлении или аварии.
- домен, DNS, хостинг, CMS, репозиторий и внешние сервисы
- цели аналитики, robots.txt, sitemap.xml, canonical и редиректы
- инструкция редактора, исходники и перечень лицензий
Практический ориентир: проверьте вход под корпоративной учётной записью до подписания финального акта.
Минимальная финальная проверка
- все формы отправляются и уведомления приходят
- ключевые страницы работают на телефоне
- нет битых ссылок и временных текстов
- аналитика фиксирует целевые действия
- доступы, исходники и инструкции переданы
Частые вопросы
Нужно ли проверять каждую страницу вручную?
Критичные шаблоны и сценарии — обязательно. Однотипные страницы можно проверить выборочно плюс автоматическим поиском битых ссылок и ошибок.
Что считать блокирующей ошибкой?
Проблему, которая мешает целевому действию, искажает данные, нарушает безопасность или делает важный раздел недоступным.
Можно ли запустить сайт с некритичными замечаниями?
Да, если они зафиксированы с ответственными и сроками, не мешают пользователям и не искажают аналитику.