Главная/Блог/Как принять сайт у подрядчика: чек-лист приёмки перед финальной оплатой

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

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

Подрядчик сообщил, что сайт готов, и выставил счёт на финальную оплату. Самая частая ошибка бизнеса на этом этапе — перевести деньги «по доверию», а проблемы обнаружить позже: на телефоне разъезжается вёрстка, заявки с форм не доходят до менеджеров, а домен оказывается оформлен на разработчика. Грамотная приёмка занимает всего 2–3 дня и защищает весь бюджет проекта. В этой статье — практический чек-лист, который поможет принять работу со знанием дела: от тестирования вёрстки до передачи домена, доступов и документов.

Приёмка начинается до сдачи проекта

Прежде чем тестировать сайт, убедитесь, что у вас есть база для претензий. В договоре должны быть зафиксированы техническое задание, критерии приёмки и порядок устранения недочётов — без этого любые замечания подрядчик может трактовать как «доработки за отдельную плату». Запросите у команды тестовую ссылку (staging-версию) и проводите проверку именно на ней, а не на рабочем сайте. Заложите на приёмку минимум 2–3 дня: экспресс-тест «на бегу» за полчаса почти гарантированно что-то пропустит. И не соглашайтесь на формулировку «сайт готов, смотрите сами» — у профессиональной студии есть собственный регламент сдачи проекта.

Проверяем вёрстку и адаптивность

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

  • Основные браузеры: Chrome, Safari, Яндекс.Браузер, Firefox — на десктопе и смартфоне;
  • Разрешения экрана от 360 px (компактный Android) до 1920 px (широкий монитор);
  • Отсутствие горизонтального скролла, наезжающих блоков и «прыгающих» шрифтов;
  • Корректное отображение картинок: без обрезанных лиц и растянутых логотипов;
  • Кнопки и поля форм: удобный размер для нажатия пальцем, клавиатура не перекрывает поле ввода.

Каждый недочёт фиксируйте скриншотом с указанием устройства и браузера — так подрядчику будет проще быстро воспроизвести и исправить баг.

Функциональное тестирование: пройдите путь клиента

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

  • Все формы (заявка, обратный звонок, подписка) отправляются, а данные приходят на почту и в CRM;
  • Менеджер получает уведомление о новой заявке — письмо или сообщение в мессенджер;
  • Для интернет-магазина: корзина, изменение количества, промокод, оформление заказа и оплата через платёжный шлюз;
  • Поиск, фильтры и сортировка каталога выдают корректные результаты;
  • Внутренние ссылки не ведут на страницы-заглушки или «#»;
  • Страница 404 существует, оформлена в стиле сайта и возвращает пользователя на нужный раздел.

Отдельно проверьте интеграции: сделайте тестовый заказ и убедитесь, что он появился в CRM и в 1С, а платёж корректно отразился в системе.

Базовая SEO-подготовка

Даже если продвижением займётся отдельный специалист, базовая SEO-гигиена — зона ответственности разработчика, и заложить её дешевле на этапе сдачи. Убедитесь, что у каждой страницы уникальные title и description, настроены robots.txt и sitemap.xml, а адреса страниц — человекочитаемые (вида /uslugi/razrabotka, а не /page?id=123). Если сайт делался на замену старому, все прежние URL должны отдавать 301-редирект на новые — иначе вы потеряете накопленный поисковый трафик. Не забудьте про favicon, alt-подписи у изображений и корректную иерархию заголовков H1–H3. Быстрый способ проверить базу — подключить сайт к Яндекс.Вебмастеру и Google Search Console: критичные ошибки индексации будут видны сразу.

Скорость и безопасность

Скорость загрузки напрямую влияет на продажи: по данным Google, при увеличении времени загрузки с 1 до 3 секунд вероятность отказа растёт на 32%. Прогоните сайт через PageSpeed Insights — для мобильной версии стоит ориентироваться на 80+ баллов, а допустимый минимум — «жёлтая зона» без критичных ошибок. Со скоростью напрямую связана и безопасность. Сайт должен работать по HTTPS без смешанного контента (замочек в адресной строке без предупреждений), а админка — иметь надёжные пароли и защиту от перебора. Обязательно уточните, настроено ли автоматическое резервное копирование и как восстанавливать сайт из бэкапа: лучше один раз потренироваться, чем разбираться в этом в момент сбоя.

Передача доступов: что должно быть у вас на руках

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

  • Домен: аккаунт у регистратора, оформленный на вас или ваше юрлицо;
  • Хостинг: доступ к панели управления либо перенос сайта на ваш аккаунт;
  • Админку CMS: учётную запись администратора с вашим e-mail;
  • Исходники: доступ к репозиторию (Git) или архив с кодом и дампом базы данных;
  • Интеграции: доступы к платёжным системам, сервисам рассылок, API-ключам;
  • Инструкцию: как добавить страницу или товар, поменять баннер, восстановить бэкап.

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

Документы и гарантийные обязательства

Финальная оплата и приёмка оформляются документально — это защищает обе стороны. Подпишите акт сдачи-приёмки с перечнем выполненных работ, и делайте это только после того, как все доступы переданы и замечания устранены: акт и доступы должны идти «в связке». Зафиксируйте гарантийный срок — обычно это от 1 до 6 месяцев, в течение которых подрядчик бесплатно исправляет баги, возникшие по его вине. Заранее разделите, что входит в гарантию (ошибка в коде, «упавшая» форма), а что считается новой платной доработкой (изменение дизайна, новый раздел). Если студия не предлагает обучение по админке, запросите хотя бы видеозапись разбора основных функций — для вашего контент-менеджера это сэкономит недели проб и ошибок.

Приёмка сайта — это 2–3 дня внимательной проверки, которые защищают весь бюджет проекта. Действуйте по схеме: тестовая версия → вёрстка и функционал → SEO-база и скорость → доступы → документы, и фиксируйте каждое замечание письменно, а не в устных договорённостях. Хороший подрядчик только приветствует такой подход: у профессиональной студии, как правило, есть собственный регламент сдачи и нечего скрывать. А вот если исполнитель сопротивляется передаче домена или торопит с оплатой «до тестов» — это серьёзный повод насторожиться. Сайт, принятый по правилам, становится вашим активом, которым вы полностью управляете.

Нужна разработка?

Оставьте заявку — обсудим ваш проект и предложим решение