Как принять сайт после доработки: чек-лист для владельца
Практический чек-лист приёмки сайта после доработки: что проверить на рабочем сайте и как зафиксировать результат и замечания.
Доработка сайта готова к приёмке, когда выполненные изменения можно проверить по согласованному списку задач. Одного сообщения «всё сделано» недостаточно: важно убедиться, что страницы открываются, формы доставляют заявки, мобильная версия удобна, а прежние функции продолжают работать. Этот чек-лист поможет владельцу сайта принять результат без технических догадок.

Начните с согласованного результата
Перед проверкой откройте задачу или техническое задание. Для каждого пункта должны быть понятны адрес страницы, ожидаемое действие и способ проверки. Формулировка «улучшить сайт» не даёт критерия приёмки; формулировка «после отправки формы заявка появляется в CRM с названием услуги» даёт.
Попросите исполнителя коротко перечислить, что изменено, где это видно, какие настройки затронуты и что нужно проверить вручную. Если задача выполнялась на тестовой версии, уточните, перенесены ли изменения на рабочий сайт и когда именно. Такой порядок полезен для любой доработки сайта — от одной кнопки до нового раздела.
Проверьте страницы на компьютере и телефоне
Откройте изменённые страницы в обычном и приватном окне браузера, на большом экране и смартфоне. Частая ошибка — проверять только страницу, которую показал исполнитель, и пропустить соседние шаблоны или старые элементы меню.
- Адрес страницы открывается без ошибки; заголовки, тексты, цены и контакты соответствуют согласованным данным.
- Изображения загружаются, не растягиваются и имеют подходящее качество.
- Меню, кнопки и ссылки ведут туда, куда обещают; нет ссылок на тестовый домен.
- На телефоне текст читается без масштабирования, блоки не выходят за ширину экрана, форма не перекрыта всплывающими элементами.
- Старые важные страницы и сценарии, которых касались общие шаблоны, продолжают работать.
Если обновляли дизайн, сравнивайте результат с согласованным макетом и задачей пользователя. Незначительное отличие оттенка и неработающая кнопка заявки требуют разного приоритета. Подход к объёму изменений разобран в статье «Что делать со старым сайтом».
Проверьте формы и ключевые действия
Для каждой изменённой формы согласуйте тестовую отправку и получателя. Проверьте обязательные поля, сообщения об ошибках, успешную отправку, доставку в почту или CRM и уведомление ответственного. Появление экрана «Спасибо» само по себе не подтверждает получение обращения.
Если добавлялись поиск, фильтры, корзина, расчёт, оплата или интеграция, пройдите минимум один обычный сценарий и один сценарий с ошибкой. Например, поиск должен находить известную позицию и корректно показывать отсутствие результатов; фильтр — менять список товаров без пустой страницы. Подробный маршрут проверки обращений описан в материале «Как проверить, что заявки с сайта доходят».
Проверьте SEO и аналитику, если они входили в задачу
Если менялись адреса или структура страниц, проверьте старый и новый URL: старый должен вести на соответствующую новую страницу, а не в случайный раздел. Сверьте title, description, H1, canonical, внутренние ссылки, sitemap.xml и отсутствие случайного noindex. Для обычной правки блока не нужно требовать переделки всего SEO, если она не входила в работу.
Для целей аналитики выполните контрольное действие и посмотрите, появилось ли событие в отладке и отчёте. Справка Яндекс Метрики описывает проверку цели через отладочный режим. Сопоставляйте цель с реальной заявкой: счётчик может фиксировать клик или попытку отправки, а не доставленное сообщение.
Скорость, доступы и резервная копия
Если обещано ускорение, сравнивайте одинаковые страницы и условия замера до и после: устройство, сеть, состояние кеша и инструмент. Один высокий балл в отчёте не доказывает улучшение всей пользовательской работы. При необходимости сравните загрузку первого экрана и фактическую возможность нажать кнопку. Это направление подробнее раскрывает хаб «Ускорение сайта и сервера».
Уточните, где лежит резервная копия, какие файлы и таблицы она содержит и как вернуться к прежней версии при серьёзной ошибке. Проверьте, что у владельца остаются доступы к CMS, хостингу, домену, аналитике и внешним сервисам. Если создавались новые учётные записи или ключи интеграций, их передают согласованным безопасным способом.
Как оформить приёмку
| Пункт | Что зафиксировать | Пример результата |
|---|---|---|
| Задача | Согласованное требование и URL | Новая форма на странице услуги |
| Проверка | Шаги, устройство, время и тестовые данные | Отправка с телефона в 14:20 |
| Доказательство | Скриншот, запись в CRM, код ответа или отчёт | Заявка № 123 в CRM |
| Статус | Принято, замечание или блокирующая ошибка | Принято после повторного теста |
Замечание лучше описывать воспроизводимо: «На странице X при ширине 390 px кнопка закрыта меню», а не «на телефоне неудобно». Критические ошибки — недоступная страница, потерянная заявка, неработающая оплата — исправляют до приёмки соответствующего этапа. Косметические замечания можно согласовать отдельным списком и сроком.
Итоговый чек-лист владельца сайта
- Все пункты задания сверены с результатом на рабочем сайте.
- Изменённые страницы и общие шаблоны проверены на компьютере и телефоне.
- Ключевые кнопки, формы и интеграции прошли контрольные сценарии.
- Заявка действительно дошла до ответственного, если работа затрагивала обращения.
- SEO-поля, адреса и аналитика проверены в пределах согласованной задачи.
- Резервная копия, доступы и порядок исправления замечаний понятны владельцу.
Частые вопросы
Нужно ли проверять весь сайт после небольшой правки?
Проверьте изменённый сценарий и страницы, которые используют тот же шаблон или общий компонент. Полный повторный тест всех функций нужен при крупных обновлениях, смене CMS или общих шаблонов.
Можно ли принять работу по скриншоту?
Скриншот подтверждает внешний вид в одном состоянии. Кнопки, формы, доступность страниц и доставку заявок следует проверить на работающем сайте.
Что делать, если ошибка проявляется не всегда?
Запишите время, URL, устройство, браузер и последовательность действий. Эти данные помогут сопоставить ошибку с журналами сайта и повторить проверку после исправления.
Нужна помощь с проверкой доработок?
Пришлите список выполненных задач и адрес сайта. Можно проверить результат по согласованным критериям, найти блокирующие ошибки и составить короткий перечень исправлений перед окончательной приёмкой.
Перед началом работ: шаблон ТЗ на доработку сайта поможет описать задачу, материалы и проверяемый результат.
Проверю выполненные доработки по согласованным критериям: страницы, формы, мобильную версию, SEO и аналитику. Составлю список замечаний перед приёмкой.