Сначала вернитесь к договору и ТЗ
Приемка начинается с согласованного объема. Если в договоре зафиксировано десять страниц, интеграция с CRM и две формы, проверять нужно именно их. Субъективные пожелания, возникшие после просмотра финала, стоит отделять от дефектов и несоответствий.
Хорошая приемка отвечает на три вопроса: все ли сделано, все ли работает и все ли передано заказчику.
Страницы и содержание
- все страницы из структуры созданы и опубликованы;
- адреса соответствуют согласованной карте;
- нет временных текстов, заглушек и тестовых данных;
- телефоны, почта, цены и реквизиты актуальны;
- файлы скачиваются, ссылки ведут на нужные разделы;
- на сайте нет страниц, случайно доступных по старым техническим URL.
Проверка адаптива
Откройте сайт минимум на одном реальном телефоне и компьютере. Меняйте ориентацию, открывайте меню, формы, попапы, длинные таблицы и карточки. Горизонтальный скролл всей страницы, обрезанные кнопки, текст поверх изображений и элементы за пределами экрана - это дефекты.
Не требуйте полного пиксельного совпадения разных устройств. Адаптивная версия должна сохранять смысл и удобство, а не повторять десктоп в уменьшенном масштабе.
Формы, CRM и уведомления
Отправьте тестовую заявку из каждой формы. Проверьте не только сообщение об успехе, но и конечную точку: письмо, CRM, Telegram, таблицу или другую систему. Если заявка создается в CRM, проверьте имя поля, источник, комментарий, UTM и назначение ответственного.
Для телефона и почты проверьте кликабельность. Для мессенджеров - правильный аккаунт и формат ссылки. Для оплаты - тестовый или минимальный реальный платеж по согласованному сценарию.
Аналитика
Наличие кода Метрики еще не означает, что аналитика настроена. Сделайте действие и найдите его в отчетах или режиме отладки. Цель должна срабатывать на реальное успешное действие, а не просто на открытие формы, если договорено считать заявки.
Если подключены рекламные системы, проверьте их события отдельно. Важно знать, кто отвечает за дальнейшее сопровождение: разработчик, маркетолог или аналитик.
Базовая SEO-приемка
| Что проверить | Нормальный результат |
|---|---|
| Title и Description | Заполнены для приоритетных страниц и не дублируются |
| H1 | Соответствует теме страницы |
| URL | Финальные адреса без временных имен |
| Индексация | Нет случайного noindex на рабочих страницах |
| robots.txt | Доступен на домене |
| sitemap.xml | Доступен и содержит нужные URL |
| 404 | Несуществующая страница не маскируется под обычную |
| Редиректы | Старые URL ведут на согласованные новые |
Скорость и сторонние сервисы
Не оценивайте сайт только по одной цифре PageSpeed. Проверьте субъективную загрузку первого экрана на телефоне, появление шрифтов, скачки блоков, задержку меню и форм. Если тяжелый виджет подключен по требованию заказчика, команда должна зафиксировать его влияние и возможные варианты оптимизации.
Какие доступы должен получить заказчик
- аккаунт или роль владельца в CMS;
- домен и DNS;
- аналитика и панели вебмастеров;
- формы, CRM и сервисы интеграций;
- платежные системы, если они подключались;
- репозиторий или исходный код, если это предусмотрено договором;
- дизайн-макеты и лицензии на используемые материалы, если входят в передачу.
Ключевой принцип - сайт не должен зависеть от личного аккаунта подрядчика там, где по договору владельцем должен быть клиент.
Инструкция и сопровождение
Заказчику полезна короткая инструкция именно по его проекту: как изменить текст, добавить статью, заменить карточку, посмотреть заявку, где лежат цели аналитики. Часовая запись созвона иногда полезнее универсального учебника по CMS.
Также заранее определите гарантийный период на исправление дефектов и формат дальнейших задач. После запуска сайт обычно начинает меняться: появляются новые услуги, тексты, статьи и интеграции.
Дефект или новая задача
Простое правило: если результат нарушает согласованное требование или не работает по утвержденному сценарию, это дефект. Если заказчик решил изменить структуру, добавить новый блок или переделать согласованный сценарий, это новая задача.
Такой подход защищает обе стороны: разработчик не спорит с очевидными ошибками, заказчик понимает границы проекта.
Финальный контроль перед оплатой
Сделайте приемку не в одном браузере за десять минут, а по чек-листу. Сохраните результаты в таблице: страница, проблема, устройство, ссылка, скриншот, статус. После исправлений пройдите только затронутые сценарии повторно.
Если нужен независимый взгляд на уже разработанный проект, можно провести аудит сайта отдельно от команды, которая его собирала.
