28:09:2026

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

kak-prinyat-sayt-u-razrabotchika-oblozhka

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

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

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

Что входит в приёмку сайта

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

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

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

Когда начинать приёмку сайта: поэтапно или в конце

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

Этапы приёмки сайта у разработчика: прототип, дизайн, вёрстка на тестовом домене и запуск

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

Дизайн-макеты. Проверяют макеты для компьютера и для смартфона. Мобильный макет смотрят отдельно, а не додумывают по десктопному: большинство посетителей увидит именно его.

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

Запуск на рабочем домене. Финальная приёмка: доступы, техническая проверка, путь заявки, акт.

В Клевер Лаб прототип и дизайн-макеты согласуются с заказчиком до начала вёрстки, поэтому финальная приёмка касается реализации, а не споров о структуре. Такой порядок мы закладываем в создание сайта под ключ с первого дня проекта.

Какие доступы и файлы забрать у разработчика

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

Чек-лист доступов и файлов, которые нужно забрать у разработчика при приёмке сайта

Домен

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

Хостинг и система управления

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

В системе управления заведите себе учётную запись с правами администратора. Потом откройте список пользователей и удалите временные записи разработчиков и тестовые аккаунты. Если сайт сделан на 1С-Битрикс, лицензия должна быть оформлена на вашу компанию.

Аналитика, CRM и другие сервисы

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

То же правило действует для CRM, сервиса звонков, онлайн-чата, рассылки и эквайринга. Составьте вместе с разработчиком список всего, что подключено к сайту, и напротив каждой строки укажите аккаунт, которым владеете вы.

Исходный код и макеты

Попросите копию исходного кода и базы данных, макеты дизайна в редактируемом формате, инструкцию для администратора и список платных сервисов с датами продления. Макеты понадобятся для новых страниц и баннеров, а копия кода позволит передать сайт другой команде без разработки с нуля.

Как проверить сайт перед подписанием акта

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

Сверьте сайт с техническим заданием

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

Пройдите сайт глазами клиента

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

  • Пройдите все пункты верхнего меню и подвала, ищите пустые разделы и заглушки.
  • Заполните каждую форму реальными данными и дождитесь письма на рабочую почту.
  • Нажмите на номер телефона, кнопки мессенджеров и ссылки на соцсети.
  • Сверьте реквизиты, адрес, график работы и контакты.
  • Проверьте, как на телефоне выглядят таблицы, длинные заголовки и меню.
  • Откройте несуществующий адрес и посмотрите, оформлена ли страница 404.
  • Повторите основной путь к заявке на компьютере в другом браузере.

Проверьте техническую часть без программиста

У сайта должна быть одна рабочая версия с защищённым протоколом https. Наберите адрес с www и без, с http и https: все варианты должны перенаправлять на один главный адрес. Иначе поисковая система видит несколько копий сайта.

Откройте файл robots.txt по адресу сайт.ru/robots.txt и убедитесь, что запрет индексации, оставшийся с тестового домена, снят. Карта сайта sitemap.xml должна открываться и содержать адреса страниц. Если новый сайт заменяет старый, попросите список 301-редиректов со старых адресов на новые, иначе накопленные позиции в поиске пропадут.

Скорость главной страницы и страницы ключевой услуги проверьте в PageSpeed Insights на мобильной вкладке. Отдельно убедитесь, что сайт добавлен в Яндекс.Вебмастер и подтверждён на вашем аккаунте.

Проверьте формы на соответствие 152-ФЗ

Каждая форма, которая собирает имя, телефон или почту, должна сопровождаться согласием на обработку персональных данных и ссылкой на политику конфиденциальности. С 1 сентября 2025 года согласие оформляется отдельно от других документов, поэтому формулировка вида «нажимая кнопку, вы принимаете соглашение и даёте согласие» уже не подходит. Требования подробно разобраны в материале Гаранта. Если на сайте работает Яндекс.Метрика, посетителя нужно уведомить об использовании cookie.

Проследите путь заявки от клика до CRM

Этот шаг чаще всего пропускают, хотя именно здесь теряются деньги рекламного бюджета. Проверка занимает несколько минут.

Схема проверки тестовой заявки при приёмке сайта: от клика с UTM-меткой до CRM и Метрики

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

Если хотя бы одна точка не сработала, сайт не готов к запуску рекламы, даже когда внешне всё выглядит безупречно.

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

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

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

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

Замечания делят по приоритету. Это помогает не задерживать запуск из-за мелочей и не пропустить то, что мешает бизнесу.

Матрица приоритетов замечаний при приёмке сайта: блокирующие, значимые и косметические ошибки

Блокирующие. Форма не отправляет заявки, домен оформлен на подрядчика, сайт закрыт от индексации, нет доступа к хостингу. С такими замечаниями акт не подписывают.

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

Косметические. Неровные отступы, опечатки, мелкие расхождения с макетом. Их можно исправить в гарантийный период, если это прямо записано в акте.

Договоритесь о сроке исправления и проверьте каждый пункт повторно. Отметка «исправлено» в документе без вашей проверки ничего не гарантирует.

Что должно быть в акте приёма-передачи сайта

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

  • Перечень выполненных работ со ссылкой на техническое задание.
  • Список переданных доступов: домен, хостинг, система управления, аналитика, сервисы.
  • Список переданных материалов: исходный код, база данных, макеты, инструкции.
  • Условие о передаче исключительного права на сайт и дизайн.
  • Срок гарантии и перечень того, что исправляется в гарантийный период бесплатно.
  • Список замечаний, которые исправляются после подписания, со сроками.

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

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

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

Что делать с сайтом в первый месяц после приёмки

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

Раз в неделю открывайте Яндекс.Вебмастер и смотрите, сколько страниц попало в индекс и нет ли ошибок и дублей. Сверяйте число заявок в Метрике с числом сделок в CRM: расхождение говорит о сбое в передаче данных. Убедитесь, что резервные копии создаются по графику. Все гарантийные обращения отправляйте письменно, чтобы у каждого была дата. Даты продления домена, хостинга и лицензий внесите в календарь.

KLEVER LAB занимает 4 место в рейтинге лучших разработчиков сайтов в Ростове-на-Дону по версии Workspace 2026. В Клевер Лаб первый месяц после запуска команда отслеживает индексацию и сверяет заявки в Метрике и CRM вместе с клиентом.

Частые вопросы о приёмке сайта

Сколько времени закладывать на проверку готового сайта?

Лендинг обычно проверяют за один рабочий день, корпоративный сайт и интернет-магазин за несколько дней. К этому добавляется время на исправление замечаний и повторную проверку. Срок приёмки лучше закрепить в договоре, чтобы он не оказался короче нужного.

Можно ли отказаться подписывать акт, если сайт не соответствует ТЗ?

Да. Отказ направляют письменно и перечисляют конкретные несоответствия техническому заданию. Пожелания, которых в ТЗ не было, основанием для отказа не являются, их оформляют как доработку.

Что делать, если ошибку нашли после подписания акта?

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

На кого должен быть зарегистрирован домен сайта?

На компанию-заказчика или её руководителя. В зонах .ru и .рф это указывается в поле «администратор домена» в кабинете регистратора. Домен на имя студии или фрилансера переоформляют до подписания акта.

Нужно ли принимать сайт поэтапно, если это лендинг?

Да, хотя бы в два шага: прототип и дизайн. Лендинг короткий, но ошибка в порядке блоков или в форме заявки после вёрстки исправляется дольше, чем на прототипе.

Коротко о главном

Чтобы понять, как принять сайт у разработчика без потерь, держите в голове четыре правила. Начинайте приёмку с прототипа, а не с готового сайта. Заберите все доступы на свои учётные записи до подписания акта. Проверяйте сайт со смартфона и обязательно проследите тестовую заявку до CRM. Делите замечания по приоритету и не подписывайте акт, пока не закрыты блокирующие.

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