Критерии приёмки сайта в договоре: чеклист для заказчика

25 августа 2026 · Команда SaitHub · SEO-блог SaitHub

Приёмка сайта — это не просто подписание акта, а проверка того, что заказчик получил именно то, за что заплатил. Многие компании подписывают документ с пометкой «по факту», но потом сталкиваются с тем, что функционал не работает так, как задумывалось. Чёткие критерии в договоре защищают обе стороны и избавляют от конфликтов на этапе запуска.

Что такое приёмка сайта и почему это важно

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

Проблема в том, что отсутствие чётких пунктов порождает споры уже через пару недель после запуска. Заказчик не видит результатов, а подрядчик считает, что всё сдано вовремя. Формулировки вроде «сайт должен работать» или «всё готово к запуску» — это не критерии, а слова. Именно поэтому их стоит прописать заранее и максимально конкретно.

Техническое задание — документ с перечнем требований: страницы, функции, интеграции, сроки. Чем детальнее он описан в договоре или приложении, тем проще доказать отклонения.
Акт приёмки-сдачи — юридический документ, который фиксирует переход результата. В нём должны быть прямо указаны пункты ТЗ и подтверждение их выполнения.
Скрытые дефекты — ошибки, которые не видны на этапе сдачи, но проявляются после запуска. Хороший договор прописывает срок гарантии именно на них.

Ключевые критерии, которые нужно прописать в договоре

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

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

Адаптивность — корректное отображение сайта на мобильных устройствах и планшетах разных размеров экрана. Проверяется вручную через несколько разрешений и эмуляторы браузера.
Скорость загрузки — время отклика главной страницы, обычно целевое значение не выше 2–3 секунд для типичного бизнеса. Измеряется инструментами вроде PageSpeed Insights.
SEO-настройки — правильные мета-теги title и description, заголовки h1-h3, alt у изображений, карта сайта. Это критично для вывода в поисковые системы.
Формы обратной связи — работа отправки заявок: на email, в CRM или чат-бот. Проверяется отправкой тестовых данных из разных городов и устройств.

Тестирование как часть приёмки

Тестирование превращается из отдельного этапа в критерий приёмки только при наличии сценариев проверки. Заказчик должен заранее описать, какие действия считает базовыми: регистрация, оформление заявки, просмотр каталога товаров или работа корзины. Без этого подрядчик может сдать «красивый сайт», но с нерабочими ключевыми процессами.

Нагрузочное тестирование — проверка того, как сайт ведёт себя при пиковой нагрузке. Для интернет-магазинов и сервисов с бронированием это критично: если на распродаже сайт падает, бизнес теряет клиентов. В договоре стоит оговорить минимальную пропускную способность в запросах в секунду.

Кроссбраузерность — единообразное поведение сайта в Chrome, Safari, Firefox и Яндекс.Браузере без визуальных сбоев и ошибок консоли.
Совместимость с устройствами — тестирование на реальных моделях смартфонов и планшетов, а не только в эмуляторах браузера.
Резервное копирование — наличие автоматического бэкапа данных и возможность восстановления при аварии. Проверяется восстановлением из архива.

Типичные споры при приёмке и как их предотвратить

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

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

Сроки гарантии — период после приёмки, в течение которого подрядчик бесплатно устраняет обнаруженные дефекты. Типичный срок — от трёх до двенадцати месяцев.
Техподдержка — условия сопровождения: стоимость, реакция на заявки и время устранения критических ошибок. Без этого сайт остаётся без поддержки после сдачи.
Передача прав — чёткое указание, что все исходники, доступы к хостингу, домену и CRM переходят заказчику сразу после оплаты финального этапа.

Практический шаблон приёмочного документа

Хороший приёмочный документ начинается с перечня разделов работ из ТЗ. Каждый пункт пронумерован и имеет статус: выполнен или не выполняется. Это позволяет в акте приёма-сдачи поставить галочки напротив каждого критерия вместо расплывчатых формулировок.

Далее идут технические показатели, которые можно измерить объективно. Скорость загрузки страницы, время ответа сервера, отсутствие ошибок 404 и корректность форм — это цифры, а не мнение. Их стоит закрепить в приложении к договору с целевыми значениями для вашего бизнеса.

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

Что проверить перед подписанием акта приёмки

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

Не забудьте проверить передачу прав и доступов сразу после оплаты финального этапа. Убедитесь, что вы получили исходники сайта, логины от хостинга и домена, а также документацию по управлению контентом. Без этого в будущем любые доработки превратятся в дополнительные затраты на новый подрядчика.

Приёмка сайта с чёткими критериями — это защита вашего бизнеса от конфликтов и нерабочего результата. Пропишите ТЗ, тесты и технические показатели заранее: так вы получите именно тот сайт, за который заплатили.