Приёмка сайта у подрядчика: чек-лист перед оплатой

Приёмка — это не «посмотреть, красиво ли». Это проверка по пунктам, после которой становится ясно, можно ли платить остаток. Ниже — что подготовить заранее, семь блоков проверки, как оформить замечания и что даёт гарантия.

Что подготовить до приёмки

Мерилом служит то, о чём договорились. Соберите в одну папку три документа: техническое задание или согласованный прототип, договор с порядком и сроками приёмки и гарантией, а также переписку или протоколы, где меняли объём работ, — без них спор «это было в ТЗ или это доработка» решает память. Как прописать эти пункты заранее — в статье о договоре на разработку сайта.

Правильная схема — проверка на тестовом стенде, закрытом от индексации и паролем, затем перенос на боевой домен и короткая повторная проверка уже там: часть дефектов появляется только при переносе.

1. Доступы и права

• Домен оформлен на вашу компанию, доступ к регистратору у вас.
• Хостинг и панель управления — на вас.
• Административная часть сайта: учётная запись с полными правами.
• Счётчики аналитики и рекламные кабинеты принадлежат вам.
• Исходники и инструкция по развёртыванию переданы.

2. Заявки доходят

Самая дорогая ошибка запуска — форма, которая молча не отправляет письма. Проверяется вручную: оставьте тестовое обращение в каждой форме, позвоните по указанному номеру, напишите в мессенджер. Каждое обращение должно появиться там, где вы его ждёте, и продублироваться на почту.

3. Сайт виден поиску

4. Скорость и мобильная версия

Проверяют на трёх типах страниц: главная, категория или услуга, карточка или статья — и на реальных устройствах, а не в режиме адаптивности браузера: он не показывает клавиатуру, мобильную сеть и особенности Safari. Минимум — iPhone с Safari и Android-смартфон, на компьютере Chrome, Яндекс Браузер, Safari и Firefox. На телефоне пройдите те же сценарии: заявку, корзину, оплату, вход в кабинет. Скорость — в PageSpeed Insights по 5–7 типовым страницам, 2–3 прогона на каждую; какие показатели считать нормой, разбирали в статье про скорость загрузки. Норму скорости лучше вписать в ТЗ заранее: «90 баллов» без указания страниц и условий замера — не критерий приёмки.

5. Содержимое

• Все страницы заполнены, нет заглушек и текста-рыбы.
• Контакты, реквизиты и правовые страницы на месте.
• Цены и условия соответствуют действительности.
• Изображения не растянуты и не весят по десять мегабайт.

6. Безопасность и документы

• HTTPS — действующий сертификат с автопродлением, http перенаправляет на https, нет картинок и скриптов по http.
• Админка — у вас своя учётная запись с полными правами, общие учётки вроде admin удалены, у подрядчика отдельный пользователь, которого можно отключить.
• Версии — CMS, модули и язык на поддержке: сайт на снятой с поддержки версии сразу начинает копить технический долг.
• Секреты — ключи оплаты и API не лежат в открытом виде, отладочный режим выключен, в корне сайта нет дампов базы.
• Резервные копии — настроены, хранятся отдельно от сервера, вам показали восстановление.
• Персональные данные — опубликована политика вашей компании, а не шаблон с чужими реквизитами; у форм есть согласие, оформленное отдельно от других документов, как требует с 1 сентября 2025 года ст. 9 152-ФЗ; согласие на рассылки отделено от согласия на обработку заявки; есть уведомление о cookie.

Если сайт собирает много данных, есть личный кабинет или онлайн-оплата, до запуска рекламы стоит заказать аудит на соответствие 152-ФЗ.

7. Что после запуска

Зафиксируйте письменно: срок гарантии, время реакции на ошибки, что входит в поддержку и по какой цене. Подробнее — в материале о регламенте поддержки. Если по итогам приёмки правок много, сверьтесь с техническим заданием: спор решается документом, а не памятью сторон.

Как оформить замечания

Одна таблица вместо потока сообщений: номер, страница, шаги воспроизведения, ожидаемый и фактический результат, скриншот, устройство и браузер, пункт ТЗ, критичность.

Отличайте дефект от пожелания: «кнопка не отправляет форму» — дефект, «хочу другой цвет», если цвет согласован в макете, — новая задача. Замечания отправляйте письмом на адрес из договора: в споре о сроках учитывается то, что предусмотрено договором, а не переписка в мессенджере.

Гарантия после подписания акта

Гарантия покрывает ошибки разработчика: сломанный функционал и несоответствие ТЗ, найденные после запуска. Она не покрывает новые функции, чужие правки в коде, обновления сторонних сервисов и взлом через компоненты, которые вы не обновляли, — эти границы прописывают в договоре. Если гарантийный срок не установлен, недостатки можно предъявить в разумный срок, но в пределах двух лет со дня передачи результата (ст. 724 ГК РФ), и доказывать их придётся заказчику.

Когда нужен независимый аудит

Чек-лист закрывает то, что видно снаружи. Качество кода, архитектуру и безопасность серверной части заказчик без технической команды не проверит, а подрядчик не будет объективно проверять сам себя. Независимая экспертиза оправдана для магазина с обменом 1С, личного кабинета или сервиса, если дальше сайт будет развивать другая команда, если сроки сорваны или подрядчик уходит с проекта. Технический аудит кода даёт отчёт с рисками и оценкой исправления: экспресс — от 30 000 ₽ за 3–5 рабочих дней, полный — от 60 000 ₽ за 7–10. Заложите это время в срок приёмки, иначе оно не поместится в пять дней «молчаливой приёмки».

Разработку и передачу проектов ведём по такому же порядку — состав работ в разделе разработки.