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

Приёмка — момент, когда проект переходит из зоны ответственности подрядчика в вашу. Большинство заказчиков проверяют главную страницу, кликают пару ссылок и подписывают акт. Проблемы обнаруживаются через месяцы — по отсутствию заявок или по звонку клиента, у которого не отправилась форма.
Ниже — чек-лист, который закрывает основные риски. Проходить его лучше на тестовом адресе до переключения домена.
Функциональность
- Все формы отправляются и заявка приходит адресату. Проверить каждую форму на сайте, а не только главную.
- Заявка содержит нужные данные: контакт, страница отправки, источник перехода.
- Дублирующий канал работает — заявка приходит не только в одно место.
- Ошибки в формах обрабатываются: некорректный ввод показывает понятное сообщение, введённые данные не теряются.
- Телефон и почта кликабельны, мессенджеры открываются.
- Все ссылки рабочие, битых нет.
- Поиск по сайту работает, если он есть.
- Фильтры и калькуляторы считают правильно — проверить на нескольких вариантах, включая крайние.
- Страница 404 существует и ведёт обратно на сайт.
Мобильная версия
- Пройти полный сценарий на реальном телефоне — от главной до отправки заявки.
- Текст читается без увеличения, кнопки нажимаются пальцем.
- Нет горизонтальной прокрутки ни на одной странице.
- Клавиатура подставляется правильная и не перекрывает кнопку отправки.
- Таблицы и фильтры адаптированы, а не сжаты до нечитаемости.
Подробнее о том, что здесь чаще всего ломается, — в статье адаптивная вёрстка.
Скорость
- Замер метрик сделан и показан — не «сайт быстрый», а конкретные значения.
- Изображения сжаты и отдаются в современных форматах.
- Нет лишних сторонних скриптов — проверьте, что стоит на сайте и зачем.
Что означают показатели и какие значения нормальны — в статье Core Web Vitals.
SEO-база
- У каждой страницы уникальные заголовок и описание — не шаблон вида «Главная | Компания».
- Один заголовок первого уровня на страницу.
- Адреса читаемые, без параметров и идентификаторов.
- Карта сайта существует и содержит все нужные страницы.
- Файл для роботов настроен и не закрывает сайт от индексации — классическая ошибка при переносе с тестового адреса.
- Канонические адреса проставлены.
- Разметка организации и услуг присутствует.
- Если был старый сайт — настроены редиректы со всех старых адресов на соответствующие новые.
Что из этого критично заложить до запуска — в статье SEO для нового сайта.
Аналитика
- Счётчик стоит на всех страницах, включая страницу благодарности.
- Цели настроены на отправку формы, клик по телефону и переход в мессенджер — иначе вы не увидите, работает сайт или нет. Как это делается, разобрано в статье настройка Яндекс.Метрики.
- Счётчик не задвоен — типичная ситуация при редизайне, когда старый код остался.
Юридическая часть
- Политика обработки персональных данных опубликована, чекбокс согласия есть в каждой форме и не отмечен по умолчанию. Подробности — в статье 152-ФЗ на сайте.
- Реквизиты компании указаны, если это требуется для вашей деятельности.
Что получить помимо сайта
Отдельный, самый важный блок. Технически сайт может работать идеально, но если это не передано — вы им не владеете:
- исходный код в вашем репозитории;
- доступы к хостингу и домену на ваших аккаунтах, а не на аккаунте подрядчика;
- доступ к панели управления с правами администратора;
- исходники дизайна в редактируемом формате;
- перечень сторонних компонентов с лицензиями: шрифты, изображения, платные модули;
- инструкция для редакторов — как менять контент;
- документация по развёртыванию — как поднять проект заново.
Почему это принципиально и что должно быть зафиксировано в договоре — в статье кому принадлежат права на дизайн и код.
Как оформлять замечания
Разделите найденное на две группы — это снимает большую часть конфликтов.
Дефекты — не соответствует заданию или не работает. Правятся подрядчиком в рамках договора.
Пожелания — работает, но хочется иначе. Это изменение объёма, оформляется отдельно с ценой и сроком.
Смешивание этих двух категорий в одном списке «правок» — источник классического конфликта, когда заказчик считает всё бесплатным, а подрядчик — платным.
Замечания оформляйте письменно, одним списком, с указанием страницы и устройства, где воспроизводится проблема. «На телефоне что-то съехало» — не замечание.
Про сроки приёмки
Проверьте в договоре пункт об автоматической приёмке: «работы считаются принятыми, если замечания не направлены в течение N дней». Формулировка нормальная, но N должен быть реалистичным — три дня на приёмку интернет-магазина мало.
Разумные ориентиры: 3–5 рабочих дней для корпоративного сайта, до двух недель для магазина. Что ещё стоит проверить в документе — в разборе договор на разработку сайта.
Итог
Приёмка — не формальность перед подписью, а последняя точка, где недостатки исправляются бесплатно.
Минимум, который нельзя пропускать: проверить все формы на реальном телефоне, убедиться, что сайт не закрыт от индексации, что цели в аналитике работают, и что все доступы и код у вас.
Остальное можно доделать после запуска. Эти четыре пункта — нет.
Частые вопросы
Сколько времени закладывать на приёмку?+
Для корпоративного сайта — 3–5 рабочих дней, для магазина — до двух недель. Проверьте, что срок в договоре достаточен: если там написано «работы считаются принятыми через 3 дня при отсутствии замечаний», для крупного проекта этого мало.
Что делать, если нашлись замечания?+
Оформить их письменно списком, разделив на две группы: дефекты (не соответствует заданию, не работает) и пожелания (работает, но хочется иначе). Первое подрядчик правит в рамках договора, второе оформляется как дополнительные работы.
Можно ли подписать акт, если мелкие правки ещё не сделаны?+
Да, это нормальная практика: акт подписывается с приложением списка мелких доработок и сроком их выполнения. Затягивать приёмку из-за пары незначительных пунктов невыгодно обеим сторонам.
Что обязательно получить помимо самого сайта?+
Исходный код, доступы к хостингу, домену и панели управления на ваших аккаунтах, исходники дизайна, инструкцию для редакторов и перечень сторонних компонентов с их лицензиями. Без этого сайт остаётся заложником подрядчика.
Читайте также
- Как общаться с подрядчиком по сайту: правки и обратная связьКак формулировать замечания, чтобы их поняли с первого раза, где вести переписку, как не превратить проект в бесконечный поток мелких просьб и что делать при разногласиях.4 мин
- Agile или waterfall в веб-разработке: что выбрать заказчикуДве модели ведения проекта простыми словами: чем отличаются по срокам, бюджету и участию заказчика, и какая подходит вашему типу задачи.3 мин
- Сайт за неделю: когда это реальноЧто можно успеть за 5–7 дней, во сколько обходится срочность, чем жертвуют при сжатых сроках и как подготовиться, чтобы уложиться без переплаты.4 мин
- Что делать после запуска сайта: первые 30 днейПлан действий сразу после релиза: что проверить в первую неделю, как убедиться, что заявки доходят, когда смотреть первые данные и какие решения принимать по итогам месяца.3 мин