Чек-лист приёмки сайта: 8 пунктов, которые спасут бюджет

14 сентября 2026 · Команда SaitHub · SEO-блог SaitHub

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

Функциональные требования и интеграции

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

Зафиксируйте список интеграций: платёжные системы, сервисы доставки, мессенджеры. Например, если сайт должен принимать оплату через ЮKassa и отправлять статусы в 1С, это должно быть отдельным пунктом. Каждый сценарий взаимодействия с внешними сервисами требует отдельного тестирования.

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

Технические параметры и производительность

Скорость загрузки — не абстракция, а измеримый показатель. Укажите в договоре целевое время загрузки главной страницы на десктопе и мобильном устройствах. Например, не более 2 секунд на 4G-соединении. Это защитит вас от ситуации, когда сайт тормозит из-за тяжёлых скриптов или неоптимизированных изображений.

Зафиксируйте требования к серверной части и хостингу. Если разработка включает настройку VPS или облачного решения, пропишите параметры: объём RAM, количество CPU, тип операционной системы. Это исключит споры о том, что «медленная работа сайта — проблема хостинга», а не кода.

Время отклика сервера — не более 200 мс на запрос к API.
Оптимизация изображений — использование форматов WebP или AVIF с сжатием до 100 КБ.
Кэширование — настройка CDN и кэша для статических файлов.
Бэкапы — автоматическое резервное копирование БД с интервалом не реже 1 раза в сутки.

Безопасность и защита данных

Безопасность — обязательная часть критериев приёмки. Укажите, что сайт должен проходить базовый аудит уязвимостей перед передачей. Это включает проверку SQL-инъекций, XSS-атак и настройку HTTP-заголовков безопасности. Подрядчик обязан предоставить отчёт о пройденной проверке.

Пропишите требования к SSL-сертификату и шифрованию трафика. Если сайт собирает персональные данные, добавьте пункт о соответствии требованиям 152-ФЗ. Также зафиксируйте доступы к админ-панели: кто имеет права администратора, кто — редактора, и как передаются пароли.

SSL-сертификат — бесплатное Let's Encrypt или коммерческий сертификат на 1-3 года.
Защита от ботов — настройка CAPTCHA или Cloudflare для форм.
Журналирование — логирование действий администраторов и попыток входа.
Обновления CMS — автоматическое обновление ядра и плагинов с уведомлением.

Адаптивность и кросс-браузерность

Сайт должен корректно отображаться на всех популярных устройствах. Укажите список разрешений экранов, на которых тестируется вёрстка: 320px, 768px, 1024px, 1920px. Также зафиксируйте список браузеров: Chrome, Firefox, Safari, Edge последних двух версий. Если сайт «плывёт» в Safari, это брак, а не особенность браузера.

Пропишите поведение при изменении ориентации экрана на мобильных. Кнопки не должны перекрываться, текст не должен выходить за границы вьюпорта. Тестирование должно проводиться на реальных устройствах, а не только в эмуляторе. Это особенно важно для интернет-магазинов, где 60-70% трафика идёт с мобильных.

SEO-базовые настройки

Перед приёмкой сайт должен быть готов к индексации поисковиками. Укажите наличие meta-тегов title, description, canonical. Также зафиксируйте генерацию карты сайта (sitemap.xml) и файла robots.txt. Без этих элементов сайт может годами не показываться в выдаче, даже если контент качественный.

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

Meta-теги — уникальные title и description для каждой страницы.
Sitemap.xml — генерация карты сайта с последними датами изменения.
Robots.txt — корректные директивы для поисковых роботов.
Alt-теги — заполнение атрибутов alt для всех изображений.

Процесс тестирования и приёмки

Не принимайте сайт «на глаз». Составьте чек-лист из 20-30 конкретных действий: отправка формы, оплата, смена темы, выход из аккаунта. Каждое действие должно быть проделано на тестовом и продакшн-стенде. Зафиксируйте срок на устранение замечаний: например, критические баги — 3 дня, косметические — 7 дней.

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

Что делать после подписания акта

Даже после приёмки сайт требует поддержки. Укажите в договоре период гарантии: обычно 30-90 дней. В этот срок подрядчик обязан бесплатно исправлять баги, возникшие из-за ошибок в коде. Также пропишите условия обновления: кто платит за хостинг, домен, контент-менеджмент.

Зафиксируйте передачу исходного кода и доступов. Вы должны получить ключи от Git-репозитория, доступы к FTP, SSH и панели управления хостингом. Это гарантирует, что вы не будете зависеть от подрядчика при смене хостинга или найме нового разработчика. Сохраните копию базы данных и файлов на своём сервере.