Главная → Блог → Приёмка сайта
Сайты

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

10 октября 2026 Чтение ~9 мин N3MIROFF
Содержание
  1. С чего начинается приёмка
  2. Доступы: самое дорогое в приёмке
  3. Формы и заявки
  4. Мобильная версия
  5. Скорость и техническая часть
  6. Тексты, фотографии и содержание
  7. Аналитика: без неё приёмка неполная
  8. Что бывает не так и как это оформить

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

С чего начинается приёмка

Приёмка - это не «посмотреть, нравится ли дизайн». Это проверка по трём направлениям: заявка доходит до вас, доступы у вас на руках, сделано то, что написано в задании. Всё остальное - вкусовые правки, их обсуждают отдельно.

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

Второе - зафиксируйте, что приёмка идёт на боевом адресе, а не на тестовом домене разработчика. На тестовой площадке половина проблем не видна: там другой хостинг, другой сертификат, другие настройки сервера.

Не подписывайте акт в день, когда сайт выложили. Возьмите хотя бы 3-5 рабочих дней на проверку и напишите об этом в переписке. Фраза «срок приёмки - 5 рабочих дней с момента публикации» снимает большую часть будущих споров.

Доступы: самое дорогое в приёмке

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

Что получитьКак проверитьЧем грозит отсутствие
ДоменВойти в кабинет регистратора своим логином, увидеть домен в спискеДомен не ваш: при конфликте вы теряете адрес и весь накопленный трафик
ХостингВойти в панель, увидеть файлы сайта и базу данныхНельзя сменить подрядчика и восстановить сайт при сбое
АдминкаЗайти под своим логином с правами администратора, а не редактораЛюбая правка текста - через разработчика и за деньги
ИсходникиАрхив файлов сайта и дамп базы данных (выгрузка всего её содержимого одним файлом) у вас на дискеНовый подрядчик будет переделывать с нуля
АналитикаМетрика и Search Console привязаны к вашей почте, вы владелецПотеря всей истории трафика и заявок
Почта и формыВидно, куда уходят заявки, и вы можете поменять адресЗаявки продолжат падать на чужой ящик

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

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

Формы и заявки

Главный блок с точки зрения денег. Нерабочая форма - это не косметический дефект, это сайт, который не выполняет свою функцию.

  1. Отправьте заявку через каждую форму на сайте. Их обычно больше, чем кажется: в шапке, в первом экране, в конце страницы, во всплывающем окне, на отдельных страницах услуг. Выпишите их количество - потом по этому списку проверите каждую.
  2. Проверьте, что письмо пришло, и посмотрите, в какую папку. Если в спам - это нужно чинить, а не терпеть.
  3. Убедитесь, что в письме есть всё, что человек заполнил, и видно, с какой страницы пришла заявка.
  4. Отправьте форму с телефона, а не только с компьютера. Поведение часто различается.
  5. Проверьте, что человек видит подтверждение отправки: сообщение «заявка отправлена», а не пустая страница и не бесконечный крутящийся индикатор.
  6. Проверьте поведение при ошибке: отправьте форму с пустыми полями и с некорректным телефоном - должно появиться понятное пояснение, а не молчание.

Тут же проверьте все остальные способы связи: кликните по номеру телефона с мобильного (должен начаться звонок), по почте, по кнопкам мессенджеров. Ссылка на мессенджер часто ведёт на личный аккаунт разработчика - это встречается чаще, чем можно предположить.

Попросите продублировать заявки вторым каналом - в Telegram или в CRM. Почта на общих хостингах иногда уходит в спам или теряется, и вы узнаёте об этом только по жалобе клиента, что он «писал и никто не ответил».

Мобильная версия

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

Проверьте минимум на двух устройствах - на телефоне с Android и на iPhone, если есть доступ. Разница в отображении между ними бывает заметной. Зачем это нужно и как устроено - в материале адаптивная версия сайта.

Скорость и техническая часть

Здесь не нужно быть специалистом - достаточно нескольких наблюдений и пары открытых отчётов.

Что видно без инструментов

Что стоит открыть

Скорость замерьте в PageSpeed Insights (бесплатный сервис Google: вводите адрес, получаете отчёт отдельно для телефона и для компьютера). Смотрите не общий балл, а строку LCP - время, за которое появляется самый крупный элемент первого экрана. Ориентир: до 2,5 секунды хорошо, больше 4 секунд плохо. Если цифра большая, попросите разработчика назвать причину по этому же отчёту: чаще всего в списке стоят несжатые картинки, и это правится за несколько часов. Проверить вес отдельной картинки можно, открыв её в новой вкладке и сохранив на диск - для фотографии на странице нормально 150-300 КБ, а не 4 МБ с телефона.

Посмотрите файл robots.txt по адресу вашсайт.ру/robots.txt. Если там строка Disallow: / - сайт закрыт от поисковых систем. На время разработки это нормально, но на боевом сайте это значит, что вас не будет в поиске. Там же проверьте, что в коде главной страницы нет запрета на индексацию: откройте исходный код страницы и поищите слово noindex.

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

Тексты, фотографии и содержание

Этот блок проверяет только заказчик: разработчик не знает ваш прайс и не отличит устаревшую цену от актуальной.

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

Аналитика: без неё приёмка неполная

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

  1. Счётчик Яндекс.Метрики установлен и привязан к вашему аккаунту, вы в нём владелец.
  2. В Метрике есть цели - отмеченные действия, которые она считает: отправка формы и клик по телефону. Проверяется просто: отправьте тестовую заявку, откройте Отчёты → Стандартные отчёты → Конверсии и посмотрите, появилось ли достижение цели.
  3. Счётчик стоит на всех страницах, а не только на главной. Пройдите по 5-6 страницам и в отчёте «В реальном времени» проверьте, что все они попали в список просмотренных.
  4. Сайт добавлен в Яндекс.Вебмастер и Google Search Console, карта сайта отправлена.
  5. Если есть реклама, ссылки в объявлениях размечены UTM-метками - это приписка в конце адреса вида ?utm_source=yandex, по которой в отчёте «Источники, сводка» видно, с какого канала пришёл человек. Без неё вы не отличите заявку из рекламы от заявки из поиска.

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

Что бывает не так и как это оформить

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

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

Где обычно спорят

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

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

Наши работы

Сайты, которые студия уже запустила

Четыре проекта N3MIROFF, которые можно открыть прямо сейчас и посмотреть, как они работают.

Услуги студии по теме: разработка сайтов под ключ и SEO-продвижение статьями.

Сеть стеклянных плиток: отзывы, сайт, поиск, карты, СМИ
Репутация, сайт, поиск, карты и публикации работают на одну задачу - обращения в вашу компанию

Нужен сайт, который принимает заявки, а не просто существует?

Сделаем премиальный сайт на React за 1-2 недели от материалов, с заявками в Telegram или CRM.

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

Частые вопросы

Сколько времени занимает приёмка сайта?

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

Можно ли подписать акт, если часть замечаний не исправлена?

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

Разработчик не отдаёт доступы, пока не оплачен последний этап. Это нормально?

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

Нужно ли проверять сайт на всех браузерах?

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

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

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

Проверим ваш сайт перед приёмкой

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

Получить целевые заявки → Telegram
MAX Telegram