Как принять сайт у разработчика: чек-лист проверки до подписания акта

Короткий ответ: принять сайт — значит за срок из договора проверить его по техзаданию, забрать доступы и исходники и либо подписать акт, либо отправить мотивированный отказ со списком замечаний. В типовом договоре Roboweb на это 5 рабочих дней; если молчать, работа считается принятой. С даты акта начинается гарантия 30 календарных дней и срок оплаты второй половины. Ниже — план проверки по дням, список того, что забрать, и шаблон замечаний.

Что значит «принять работу» по договору?

Это юридическое действие, а не «посмотрел, вроде работает». Подписанный акт подтверждает, что работа сделана в объёме и с качеством по договору, запускает окончательный расчёт и гарантию. Спорить о том, что было видно сразу, после подписи сложнее.

В Гражданском кодексе приёмке посвящена статья 720 ГК РФ. Из неё для заказчика важны три правила:

• недостатки, найденные при приёмке, нужно зафиксировать в акте или другом документе — тогда на них можно ссылаться позже;
• кто принял работу без проверки, теряет право ссылаться на явные недостатки — те, что видны при обычном осмотре, если договор не говорит иного;
• о скрытых недостатках, которые при обычной приёмке не найти, нужно сообщить исполнителю в разумный срок после обнаружения.

В нашем типовом договоре порядок такой. Исполнитель передаёт результат и направляет акт (п. 4.1). Заказчик в течение 5 рабочих дней подписывает акт или присылает мотивированный отказ с перечнем замечаний (п. 4.2). Если за этот срок нет ни подписи, ни отказа, работы считаются принятыми в полном объёме (п. 4.3). Вторые 50 % оплачиваются в течение 3 рабочих дней с даты акта или с даты, когда работа считается принятой (п. 2.2). Переписка по электронной почте сторон имеет юридическую силу (п. 9.4), поэтому замечания можно отправить письмом.

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

День	Что делаете	Что должно получиться
1	Входите во все кабинеты: домен, хостинг, админка, репозиторий, Метрика, почта для заявок	Список доступов, где вы владелец, а не гость
2	Идёте по техзаданию пункт за пунктом и сверяете с сайтом	Отметка «есть / нет / не так» у каждого пункта ТЗ
3	Проходите сценарии клиента с телефона и компьютера: заявка, звонок, заказ, оплата	Заявки дошли туда, куда обещано, письма и уведомления пришли
4	Читаете тексты, контакты, реквизиты, документы; смотрите заголовки страниц и карту сайта	Список опечаток и фактических ошибок
5	Сводите всё в один пронумерованный список и решаете: подпись или мотивированный отказ	Одно письмо исполнителю

Что проверить за 5 рабочих дней приёмки?

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

Главный документ проверки — техзадание, первое приложение к договору. Сайт сравнивают не с идеальным сайтом в голове, а с тем, что записано и согласовано. Если ТЗ составлено размыто, приёмка тоже будет спорной — поэтому ТЗ стоит писать так, чтобы по нему можно было проверить результат.

Минимальный набор сценариев, который стоит пройти руками самому, без помощи исполнителя:

1. Заявка. Отправьте форму с телефона и с компьютера. Проверьте, что заявка пришла туда, куда обещано: в почту, Telegram или CRM, с именем и телефоном, а не пустая.
2. Контакты. Нажмите на телефон в мобильной версии — должен начаться звонок. Проверьте адрес, реквизиты, часы работы, ссылки на соцсети.
3. Заказ и оплата, если это магазин. Оформите заказ, оплатите его тестовой или реальной небольшой суммой, проверьте письмо покупателю, статус в админке и чек.
4. Админка. Под своим логином поменяйте текст, цену или фото, сохраните и посмотрите на сайте. Если поменять ничего нельзя без разработчика, а в ТЗ это было, — это замечание.
5. Аналитика. Зайдите в Яндекс Метрику со своего аккаунта и убедитесь, что визиты за последние дни видны, а цели на заявку срабатывают, если их настраивали.
6. Поиск. Откройте адрес сайта с припиской /robots.txt и /sitemap.xml: файлы должны открываться, а в robots.txt не должно остаться запрета индексации всего сайта, который часто ставят на время разработки.
7. Тексты. Прочитайте каждую страницу целиком. Опечатки и чужие цифры в текстах находит только заказчик: он знает свои цены, услуги и реквизиты.

Глубокое тестирование — нагрузка, безопасность, совместимость со всеми браузерами — это работа исполнителя до сдачи, а не заказчика во время приёмки. Ваша задача — проверить, что сайт делает то, что вы заказали, и что вы можете им управлять.

Какие доступы и файлы получить до подписания акта?

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

По нашим тарифам состав передачи указан в блоке «Вы получаете» на странице цен. Для сайтов и магазинов это обычно:

• домен — администратор в реестре вы или ваша компания; если он записан на исполнителя, это нужно исправить до акта, подробнее — в статье на кого оформлять домен и хостинг;
• хостинг или сервер — аккаунт и оплата на вас;
• исходный код — по п. 5.5 договора он размещается в вашем репозитории, указанном в техзадании, а если репозитория нет — передаётся архивом в объёме, достаточном для сборки, развёртывания и доработки;
• админка — логин с правами администратора, а не редактора;
• Метрика, почта для заявок, CRM — доступ на ваш аккаунт;
• платёжный кабинет и службы доставки — для магазина, оформлены на ваше юрлицо;
• инструкция — короткая: как менять контент, куда приходят заявки, что делать при сбое, как развернуть проект заново.

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

Как оформить мотивированный отказ от подписания акта?

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

Что должно быть в письме:

1. Реквизиты: номер и дата договора, дата получения акта — по ним видно, что отказ направлен в срок.
2. Формулировка: «акт не подписываем по следующим основаниям» — чтобы письмо не приняли за обычный список пожеланий.
3. Перечень несоответствий: где, что ожидали по ТЗ, что получили, на каком устройстве; скриншот или видео экрана.
4. Отдельным блоком — пожелания, которые несоответствиями не являются: их вы не делаете условием подписи.
5. Просьба: исправить и направить акт повторно, после чего вы проверите исправленные пункты.

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

Не присылайте замечания по одному в течение недели. Каждое новое письмо сдвигает исправления, а к пятому дню становится непонятно, что исправлено, а что нет. Один список, ответ исполнителя по каждому пункту, повторная проверка исправленного — так приёмка укладывается в срок.

Ситуация	Что это	Как решается
Форма из ТЗ не отправляет заявку	Дефект: результат не соответствует ТЗ	Исполнитель исправляет в рамках работ; основание для мотивированного отказа
Блок свёрстан не так, как на утверждённом макете	Отступление от согласованного	Исправляется в рамках работ
Хочется сменить цвет, который сами утвердили на макете	Правка	В счёт раундов правок по тарифу, сверх них — отдельно; подпись акта не останавливает
Нужен раздел или функция, которых не было в ТЗ	Новая задача	Оформляется отдельно с новой оценкой (п. 3.3 договора); на акт не влияет
После акта перестала работать форма, никто ничего не менял	Гарантийный случай	Бесплатно в течение 30 календарных дней с даты акта
Сломалось после правок другого подрядчика или из-за сбоя платёжного сервиса	Не гарантия	По поддержке или разовой задачей

Какие замечания дают право не подписывать акт?

Только те, что показывают несоответствие договору: техзаданию, утверждённому макету или составу передачи. Всё, чего в ТЗ не было, — новая задача: по п. 3.3 договора работы сверх ТЗ оформляются отдельно и на подписание акта не влияют.

Между ними — правки вкуса: «утвердили синий, а теперь хочется зелёный». На них по тарифам заложены раунды правок: у корпоративного сайта — до 2 (один на макете и один на готовой сборке), у магазина и веб-приложения — до 2 на прототипе и до 2 на готовой сборке. Это не основание для отказа от акта, а работа в рамках раундов.

Пример. Корпоративный сайт по тарифу от 56 000 ₽ — до 6–8 страниц. На приёмке заказчик пишет: «форма обратного звонка не приходит на почту», «на странице услуг перепутаны цены», «добавьте раздел с вакансиями». Первые два пункта — замечания к работе, их исправляют до акта. Третий — новая страница, которой не было в ТЗ: её оценивают отдельно и делают после подписания или параллельно, но приёмку она не останавливает. Если же в списке только правки вкуса и новые задачи, отказ от подписи будет немотивированным, а по п. 4.3 срок приёмки просто истечёт.

Что делать, если приёмку пропустили?

Если 5 рабочих дней прошли без подписи и без отказа, работа считается принятой с последнего дня срока (п. 4.3). Это не повод паниковать: проверьте сайт сейчас и отправьте найденное одним списком — гарантия 30 календарных дней уже идёт.

Что меняется после пропуска:

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

Чтобы не пропускать, договоритесь с исполнителем о дате сдачи заранее и выделите в календаре время на проверку. Если в эти дни вас не будет, попросите перенести передачу результата до подписания акта, а не после.

Что даёт гарантия после акта?

По типовому договору Roboweb в течение 30 календарных дней с даты акта (или с даты, когда работа считается принятой) ошибки по вине исполнителя исправляются бесплатно. Гарантия не распространяется на изменения, которые внесли вы или третьи лица, и на сбои сторонних сервисов.

Где проходит граница между ошибкой и доработкой и какой срок гарантии нормален — в статье гарантия на сайт: что считается ошибкой, а что доработкой.

Гарантию часто путают с бесплатной поддержкой после запуска. Это два разных условия, и они идут параллельно:

• гарантия — 30 календарных дней, только ошибки по вине исполнителя;
• бесплатная поддержка — мелкие правки: 7 дней у лендинга, бота, интеграций, автоматизации маркетплейсов и ИИ-ассистента, 14 дней у магазина, веб-приложения и мобильного приложения, 1 месяц у корпоративного сайта;
• дальше — поддержка и развитие от 7 900 ₽ в месяц или разовые задачи.

После окончания гарантии ответственность исполнителя не обнуляется полностью. По п. 4 ст. 724 ГК РФ, если гарантийный срок короче двух лет, а недостаток обнаружен позже, но в пределах двух лет, подрядчик отвечает, когда заказчик докажет, что недостаток возник до передачи результата или по причинам, существовавшим до неё. Доказывать это сложнее, поэтому главное — найти ошибки за месяц гарантии, пока сайт свежий.

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

Когда полная приёмка не нужна и какие ошибки встречаются чаще всего?

Растягивать проверку на все пять дней не нужно, если проект маленький: Telegram-бот от 16 000 ₽ за 1–2 дня или лендинг от 24 000 ₽ проверяются за вечер. Но доступы и исходники забрать нужно всегда — даже у одностраничного сайта.

Ошибки, из-за которых приёмка превращается в спор:

• Проверка по ощущениям, а не по ТЗ. «Мне не нравится» не является замечанием к работе, если результат соответствует утверждённому макету.
• Новые хотелки под видом замечаний. Исполнитель вправе вынести их в отдельную задачу, а смешанный список задерживает подпись.
• Акт подписан до получения доступов. В тексте акта сказано, что доступы и исходный код переданы, — после подписи доказать обратное сложно.
• Проверка только с компьютера. Многие посетители приходят с телефона, и форма, которая работает на ноутбуке, может не нажиматься на экране смартфона.
• Замечания в мессенджере голосовыми. Их не видно в истории договора; отправляйте письмом на почту, указанную в реквизитах.
• Тестовые данные на боевом сайте. Перед запуском попросите удалить тестовые заказы, заявки и пользователей.

Если вы ещё выбираете исполнителя, условия приёмки стоит обсудить до предоплаты — список вопросов есть в статье как проверить студию разработки до предоплаты. А что происходит с сайтом, если подрядчик перестал отвечать уже после акта, — в статье что будет, если студия пропадёт.

Короткие ответы на частые вопросы

Сколько дней даётся на приёмку сайта?

В типовом договоре Roboweb — 5 рабочих дней с момента, когда исполнитель передал результат и направил акт. За это время заказчик подписывает акт или присылает мотивированный отказ со списком замечаний.

Что будет, если не подписать акт и ничего не ответить?

По п. 4.3 типового договора работы считаются принятыми в полном объёме. С этой даты идут 3 рабочих дня на оплату второй половины и 30 календарных дней гарантии.

Можно ли не подписывать акт из-за опечатки?

Формально мотивированный отказ возможен по любому несоответствию договору, но разумнее отправить мелочи общим списком и попросить исправить их в течение приёмки. Отказ имеет смысл, когда сайт не выполняет то, что записано в техзадании.

Что делать, если ошибку нашли через неделю после акта?

Сообщить исполнителю письменно и описать, как её воспроизвести. Ошибки, возникшие по вине исполнителя, в первые 30 календарных дней после акта по типовому договору Roboweb исправляются бесплатно.

Какие файлы нужно получить при сдаче сайта?

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

Услуги и кейсы по теме: поддержка сайта от 7 900 ₽/мес · цены и сроки