WebNeon.
4 мин чтения

Приёмка сайта: чек-лист из 30 пунктов

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

Приёмка сайта: чек-лист из 30 пунктов

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

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

Функциональность

  1. Все формы отправляются и заявка приходит адресату. Проверить каждую форму на сайте, а не только главную.
  2. Заявка содержит нужные данные: контакт, страница отправки, источник перехода.
  3. Дублирующий канал работает — заявка приходит не только в одно место.
  4. Ошибки в формах обрабатываются: некорректный ввод показывает понятное сообщение, введённые данные не теряются.
  5. Телефон и почта кликабельны, мессенджеры открываются.
  6. Все ссылки рабочие, битых нет.
  7. Поиск по сайту работает, если он есть.
  8. Фильтры и калькуляторы считают правильно — проверить на нескольких вариантах, включая крайние.
  9. Страница 404 существует и ведёт обратно на сайт.

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

  1. Пройти полный сценарий на реальном телефоне — от главной до отправки заявки.
  2. Текст читается без увеличения, кнопки нажимаются пальцем.
  3. Нет горизонтальной прокрутки ни на одной странице.
  4. Клавиатура подставляется правильная и не перекрывает кнопку отправки.
  5. Таблицы и фильтры адаптированы, а не сжаты до нечитаемости.

Подробнее о том, что здесь чаще всего ломается, — в статье адаптивная вёрстка.

Скорость

  1. Замер метрик сделан и показан — не «сайт быстрый», а конкретные значения.
  2. Изображения сжаты и отдаются в современных форматах.
  3. Нет лишних сторонних скриптов — проверьте, что стоит на сайте и зачем.

Что означают показатели и какие значения нормальны — в статье Core Web Vitals.

SEO-база

  1. У каждой страницы уникальные заголовок и описание — не шаблон вида «Главная | Компания».
  2. Один заголовок первого уровня на страницу.
  3. Адреса читаемые, без параметров и идентификаторов.
  4. Карта сайта существует и содержит все нужные страницы.
  5. Файл для роботов настроен и не закрывает сайт от индексации — классическая ошибка при переносе с тестового адреса.
  6. Канонические адреса проставлены.
  7. Разметка организации и услуг присутствует.
  8. Если был старый сайт — настроены редиректы со всех старых адресов на соответствующие новые.

Что из этого критично заложить до запуска — в статье SEO для нового сайта.

Аналитика

  1. Счётчик стоит на всех страницах, включая страницу благодарности.
  2. Цели настроены на отправку формы, клик по телефону и переход в мессенджер — иначе вы не увидите, работает сайт или нет. Как это делается, разобрано в статье настройка Яндекс.Метрики.
  3. Счётчик не задвоен — типичная ситуация при редизайне, когда старый код остался.

Юридическая часть

  1. Политика обработки персональных данных опубликована, чекбокс согласия есть в каждой форме и не отмечен по умолчанию. Подробности — в статье 152-ФЗ на сайте.
  2. Реквизиты компании указаны, если это требуется для вашей деятельности.

Что получить помимо сайта

Отдельный, самый важный блок. Технически сайт может работать идеально, но если это не передано — вы им не владеете:

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

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

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

Разделите найденное на две группы — это снимает большую часть конфликтов.

Дефекты — не соответствует заданию или не работает. Правятся подрядчиком в рамках договора.

Пожелания — работает, но хочется иначе. Это изменение объёма, оформляется отдельно с ценой и сроком.

Смешивание этих двух категорий в одном списке «правок» — источник классического конфликта, когда заказчик считает всё бесплатным, а подрядчик — платным.

Замечания оформляйте письменно, одним списком, с указанием страницы и устройства, где воспроизводится проблема. «На телефоне что-то съехало» — не замечание.

Про сроки приёмки

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

Разумные ориентиры: 3–5 рабочих дней для корпоративного сайта, до двух недель для магазина. Что ещё стоит проверить в документе — в разборе договор на разработку сайта.

Итог

Приёмка — не формальность перед подписью, а последняя точка, где недостатки исправляются бесплатно.

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

Остальное можно доделать после запуска. Эти четыре пункта — нет.

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

Сколько времени закладывать на приёмку?+

Для корпоративного сайта — 3–5 рабочих дней, для магазина — до двух недель. Проверьте, что срок в договоре достаточен: если там написано «работы считаются принятыми через 3 дня при отсутствии замечаний», для крупного проекта этого мало.

Что делать, если нашлись замечания?+

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

Можно ли подписать акт, если мелкие правки ещё не сделаны?+

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

Что обязательно получить помимо самого сайта?+

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

Читайте также