Приёмка сайта — это проверка результата по договору и бизнес-сценариям, а не беглый просмотр главной страницы. До финального платежа заказчик должен убедиться, что сайт работает на целевых устройствах, заявки доходят, аналитика собирается, доступы переданы, а дальнейшая поддержка не зависит от личного кабинета подрядчика.
Начните с документов и доступов
Сверьте реализованные страницы и функции с техническим заданием и приложениями к договору. Получите административный доступ WordPress, доступы к домену, хостингу, почте, аналитике, панелям вебмастеров и репозиторию, если он предусмотрен. Аккаунты должны принадлежать компании-заказчику.
Попросите инструкцию по обновлению контента, схему резервного копирования, список платных лицензий и даты продления. Зафиксируйте гарантийный срок, канал заявок и время реакции на критичные ошибки.
Техническая проверка
Пройдите ключевые сценарии на телефоне и компьютере: меню, поиск, фильтры, формы, корзина, письма, звонки и мессенджеры. Проверьте обязательные поля, понятность ошибок и страницу успешной отправки. Тестовые обращения должны попасть ответственному и отразиться в аналитике или CRM.
Проверьте HTTPS, отсутствие смешанного контента, 404-страницу, резервную копию и восстановление. Убедитесь, что тестовый сайт закрыт, а рабочий — открыт для индексации. Скорость оценивайте на реальных шаблонах, а не только на пустой главной.
Маркетинговая и SEO-проверка
Каждая важная страница должна иметь уникальные Title, Description, один H1 и понятный URL. Проверьте canonical, sitemap.xml, robots.txt, хлебные крошки, ALT изображений и внутренние ссылки. На опубликованных материалах нужна корректная микроразметка Article и BreadcrumbList без дублей глобальных сущностей.
Сопоставьте формы и кнопки с целями проекта. Если задача — получать расчёты, одной кнопки «Подробнее» недостаточно. Проверьте тексты согласий, политику обработки данных и отсутствие обещаний, которых бизнес не выполняет.
Как оформить замечания
Собирайте дефекты в таблицу: URL, устройство, шаги воспроизведения, ожидаемый и фактический результат, снимок экрана, приоритет. Блокирующие ошибки мешают оплате или получению заявки; косметические можно закрыть в гарантийный период. Такая классификация предотвращает спор о вкусе и помогает команде быстро исправлять факты.
| Приоритет | Пример | Решение |
| Критичный | Не отправляется форма, ошибка оплаты | Исправить до запуска |
| Высокий | Неверный canonical, сломано меню | Исправить до приёмки |
| Средний | Нет ALT, некорректная подсказка | Согласовать срок |
| Низкий | Небольшое визуальное расхождение | Гарантийный список |
Вывод
Принимайте сайт по бизнес-сценариям, измеримым требованиям и принадлежности доступов. Замечания фиксируйте с приоритетом и шагами воспроизведения, а финальный платёж связывайте с устранением критичных дефектов.
Частые вопросы
Кто должен тестировать сайт?
Подрядчик проводит внутреннее тестирование, но заказчик проверяет бизнес-сценарии и соответствие договору.
Можно ли принимать сайт поэтапно?
Да. Поэтапная приёмка прототипа, дизайна, вёрстки и функций снижает число дорогих исправлений в конце.
Что нельзя оставлять подрядчику?
Единственный доступ к домену, хостингу, аналитике и лицензиям. Владельцем ключевых аккаунтов должна быть компания.