>DS495 BIOS v4.95
>Initializing system...
>Loading modules: [react] [vite] [tailwind]
>Connecting to digital services...
>Mounting /services (12 found)
>Loading portfolio data... OK
>Network interface: ds495.ru [ONLINE]
>System ready. Welcome to DS495.
DS495 Digital Studio — Loading...
kak-prinyat-sayt-u-razrabotchika-2026.md
10 мин чтенияDS495

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

📅 Опубликовано:
приёмка сайтачек-листразработка на заказпроверка сайтасдача проектаоплата разработки

Коротко: Приёмка сайта — это структурированная проверка перед финальной оплатой. Минимальный чек-лист включает 6 блоков: визуальное соответствие макету, работоспособность всех функций, скорость загрузки, SEO-базис, безопасность и наличие документации. Полная проверка занимает 2–4 часа. Если пропустить этот этап, исправление найденных позже ошибок обходится в 1,5–3 раза дороже.

Почему приёмка сайта — это не формальность?

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

По нашему опыту, около 70–80% сайтов при первичной приёмке имеют хотя бы 3–5 замечаний, которые разработчик обязан устранить бесплатно — если они зафиксированы до подписания акта. После подписания каждое исправление становится платной доработкой.

Кто должен проводить приёмку?

Приёмку проводит заказчик или назначенный им технический специалист. Нанимать отдельного аудитора имеет смысл при бюджете проекта от 300 000 рублей — стоимость независимого технического аудита составляет 15 000–50 000 рублей в зависимости от сложности сайта. Для проектов до 150 000 рублей достаточно пройти по чек-листу самостоятельно: большинство пунктов не требуют технических знаний.

Блок 1. Визуальное соответствие макету

Первый шаг — открыть утверждённые дизайн-макеты (в Figma, PDF или другом формате) и сравнить их с готовым сайтом. Проверяйте на нескольких устройствах одновременно.

  • Шрифты: гарнитура, размер, межстрочный интервал совпадают с макетом
  • Цвета: hex-коды кнопок, фонов, заголовков совпадают с брендбуком
  • Отступы и выравнивание: блоки не «съехали», нет лишних полей
  • Иконки и иллюстрации: все изображения на месте, не пикселизированы
  • Адаптивность: проверить на разрешениях 375px (iPhone SE), 768px (планшет), 1280px и 1920px (десктоп)
  • Hover-состояния: кнопки и ссылки меняют вид при наведении

Блок 2. Функциональность: формы, кнопки, корзина

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

  • Формы: заполните и отправьте каждую форму на сайте. Убедитесь, что письмо пришло на нужный email и данные записались в CRM
  • Валидация: попробуйте отправить пустую форму, форму с некорректным email, телефоном без цифр — должны появляться понятные ошибки
  • Корзина и оплата (для интернет-магазина): добавьте товар, измените количество, удалите, оформите тестовый заказ в режиме тестовой оплаты
  • Фильтры и поиск: проверьте результаты по нескольким запросам, в том числе по запросу, которого нет на сайте
  • Личный кабинет: регистрация, вход, восстановление пароля, редактирование профиля
  • Уведомления: приходят ли письма покупателю и менеджеру после заказа

Блок 3. Кроссбраузерность и устройства

Сайт обязан корректно работать в актуальных версиях основных браузеров. В 2026 году минимальный набор для проверки: Chrome (последняя версия), Safari (iOS и macOS), Firefox, Samsung Internet (для Android-устройств). Edge проверяется по желанию заказчика.

Браузер / платформа Обязательная проверка На что смотреть
Chrome (Windows/Mac) Да Общая работоспособность, эталон
Safari (iPhone/iPad) Да Шрифты, фиксированные блоки, формы
Safari (macOS) Да Анимации, CSS-переменные
Firefox Да Flexbox/Grid, кастомные шрифты
Samsung Internet Желательно Популярен на Android-устройствах
Edge По запросу Корпоративные клиенты

Блок 4. Скорость загрузки

Скорость напрямую влияет на конверсию и SEO. Проверку проводите через Google PageSpeed Insights (инструмент доступен бесплатно). Целевые показатели для коммерческого сайта в 2026 году:

Метрика Хорошо Приемлемо Плохо (требует доработки)
LCP (загрузка главного контента) до 2,5 сек 2,5–4 сек более 4 сек
CLS (визуальная стабильность) до 0,1 0,1–0,25 более 0,25
INP (отклик на взаимодействие) до 200 мс 200–500 мс более 500 мс
Оценка PageSpeed (мобайл) 80–100 50–79 ниже 50
Оценка PageSpeed (десктоп) 90–100 70–89 ниже 70

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

Блок 5. SEO-базис

SEO-базис — это минимальный набор технических настроек, без которых сайт либо не индексируется, либо индексируется неправильно. Его проверка не требует специальных знаний — достаточно открыть нужные страницы и посмотреть исходный код (Ctrl+U в браузере).

  • robots.txt: файл существует по адресу вашдомен.ru/robots.txt и не закрывает сайт от индексации строкой Disallow: /
  • sitemap.xml: файл существует, содержит все важные страницы сайта
  • Title и Description: на каждой странице уникальные, заполнены, title не длиннее 60 символов
  • H1: на каждой странице ровно один заголовок H1
  • Alt у изображений: у ключевых картинок заполнен атрибут alt
  • Канонические URL: настроен тег canonical, нет дублей страниц с www и без www
  • HTTPS: сайт работает по защищённому протоколу, редирект с http настроен
  • Микроразметка: если договаривались — проверьте через валидатор schema.org

Блок 6. Безопасность

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

  • SSL-сертификат установлен, в адресной строке нет предупреждения «Небезопасно»
  • Административная панель не доступна по стандартному адресу (например, /wp-admin для WordPress — должен быть изменён)
  • Тестовые аккаунты и данные удалены
  • Резервное копирование настроено (уточните у разработчика расписание)
  • Защита от спама в формах: CAPTCHA или honeypot
  • Права доступа к файлам настроены корректно (уточните у разработчика)

Блок 7. Документация и передача доступов

Разработчик обязан передать заказчику полный пакет документации и доступов. Это не бонус — это часть выполненной работы. Без этого блока акт приёмки подписывать нельзя.

  • Доступы к хостингу (панель управления, FTP/SSH)
  • Доступы к домену (регистратор)
  • Доступы к административной панели сайта
  • Доступы к репозиторию с кодом (GitHub, GitLab или архив)
  • Доступы к сервисам аналитики (Яндекс.Метрика, GA4)
  • Инструкция по управлению контентом (хотя бы базовая, в формате PDF или видео)
  • Список использованных лицензионных плагинов/библиотек с типами лицензий
  • Контакты технической поддержки и условия гарантийного обслуживания

Как оформить замечания и не подписать акт раньше времени?

Все найденные в ходе приёмки замечания фиксируйте письменно — в email или мессенджере. Формат простой: скриншот + описание проблемы + браузер/устройство, на котором воспроизводится. Передайте список разработчику с указанием срока устранения (как правило, 3–10 рабочих дней в зависимости от объёма).

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

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

Формат приёмки Стоимость Срок Когда подходит
Самостоятельно по чек-листу Бесплатно 2–4 часа Проекты до 150 000 руб.
Технический аудит (базовый) 15 000–25 000 руб. 1–2 рабочих дня Проекты 150 000–400 000 руб.
Технический аудит (расширенный) 30 000–60 000 руб. 3–5 рабочих дней Интернет-магазины, веб-приложения
Нагрузочное тестирование от 40 000 руб. 3–7 рабочих дней Высоконагруженные проекты, маркетплейсы

Типичные ошибки заказчиков при приёмке

Ошибка 1: Проверять только на своём компьютере. Сайт может отлично выглядеть в Chrome на Windows и «ломаться» в Safari на iPhone — а именно там сидит значительная часть покупателей.

Ошибка 2: Подписать акт «авансом» под обещание доделать. После подписания акта юридически работа считается принятой. Все последующие правки — платные доработки, даже если они были оговорены устно.

Ошибка 3: Не проверять формы на реальный email. Разработчик мог настроить форму на свой тестовый ящик. Убедитесь, что заявки приходят именно вам.

Ошибка 4: Игнорировать robots.txt. Случай, когда сайт уходит в продакшн с закрытой индексацией — не редкость. Это обнаруживается через 2–3 месяца, когда заказчик замечает отсутствие органического трафика.

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

Полный чек-лист приёмки: 40 пунктов

Ниже — сводный чек-лист, который можно распечатать или скопировать в таблицу и отмечать галочками в процессе проверки.

  1. Сайт открывается по основному домену
  2. Редирект с www на без www (или наоборот) работает
  3. HTTPS активен, нет предупреждений браузера
  4. Редирект с http на https настроен
  5. Главная страница соответствует утверждённому макету
  6. Все внутренние страницы соответствуют макетам
  7. Адаптивность на мобильных устройствах (375px)
  8. Адаптивность на планшетах (768px)
  9. Адаптивность на десктопе (1280px+)
  10. Сайт корректно работает в Chrome
  11. Сайт корректно работает в Safari (iOS)
  12. Сайт корректно работает в Safari (macOS)
  13. Сайт корректно работает в Firefox
  14. Все формы отправляют данные на нужный email
  15. Данные из форм попадают в CRM (если интегрировано)
  16. Валидация форм работает корректно
  17. Автоответ на email покупателя настроен
  18. Кнопки призыва к действию ведут на нужные страницы
  19. Все внутренние ссылки работают (нет 404)
  20. Нет битых изображений
  21. Логотип ведёт на главную
  22. Меню навигации работает на всех устройствах
  23. Поиск по сайту работает (если есть)
  24. Фильтры в каталоге работают (если есть)
  25. Корзина и оформление заказа работают (интернет-магазин)
  26. Тестовая оплата проходит успешно
  27. PageSpeed мобайл — не ниже 50 баллов
  28. PageSpeed десктоп — не ниже 70 баллов
  29. robots.txt существует и не блокирует индексацию
  30. sitemap.xml существует и содержит страницы
  31. Title заполнен на всех страницах
  32. Description заполнен на всех страницах
  33. На каждой странице один H1
  34. Alt у ключевых изображений заполнен
  35. Фавикон установлен
  36. Яндекс.Метрика или GA4 установлены и собирают данные
  37. Получены доступы к хостингу
  38. Получены доступы к домену
  39. Получены доступы к репозиторию / исходному коду
  40. Получена инструкция по управлению сайтом

Часто задаваемые вопросы

Когда нужно проводить приёмку сайта?

Приёмку проводят до подписания акта выполненных работ и до перечисления финального платежа. Как правило, разработчик предоставляет доступ к тестовой или боевой версии сайта за 3–5 дней до планируемой сдачи — именно в этот период нужно пройти по чек-листу.

Что делать, если разработчик отказывается исправлять замечания после приёмки?

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

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

Самостоятельная проверка по чек-листу из 40 пунктов занимает 2–4 часа для сайта-визитки или лендинга. Для интернет-магазина с каталогом, фильтрами и оплатой — 6–12 часов. Профессиональный технический аудит занимает 1–5 рабочих дней в зависимости от сложности проекта.

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

Да, это обязательный пункт приёмки. В 2026 году минимальный набор для проверки: Chrome (последняя версия), Safari на iPhone и macOS, Firefox. Особое внимание уделите Safari на iOS — он имеет собственный движок рендеринга и часто отображает сайты иначе, чем Chrome.

Какие показатели скорости сайта считаются нормой?

В 2026 году нормой считается: LCP (загрузка главного контента) до 2,5 секунды, CLS (визуальная стабильность) до 0,1, оценка PageSpeed на мобильных устройствах — не ниже 50 баллов, на десктопе — не ниже 70 баллов. Показатели хуже этих значений — основание для замечания разработчику.

Что должен передать разработчик при сдаче сайта?

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

Можно ли подписать акт и потом доделать замечания?

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

// Похожие статьи