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

Самое уязвимое место в проекте — момент сдачи-приёмки. Подрядчик хочет закрыть работы и получить деньги, заказчик торопится запуститься. В итоге половина критичных проблем всплывает через 2–4 недели, когда подрядчик уже на следующем проекте. Этот чек-лист помогает поймать проблемы до подписания акта.

Принцип приёмки

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

Блок 1: функциональная приёмка

• Каждый пункт ТЗ → отметка «выполнено / не выполнено / частично + комментарий».
• Каждый пользовательский сценарий проходится вручную (от регистрации до оформления заказа).
• Граничные случаи: пустой результат, ошибка, отказ оплаты, потеря интернета.
• Мобильная версия — отдельно проверяется на iOS Safari и Chrome Android.
• Все формы реально отправляют письма/уведомления (не только показывают «спасибо»).

Блок 2: техническая приёмка

• Скорость: PageSpeed Insights / WebPageTest — мобильная и десктоп. Сравните с заявленными в ТЗ значениями.
• Core Web Vitals: LCP, INP, CLS — должны быть в зелёной зоне на ключевых страницах.
• Корректные HTTP-заголовки кэширования, gzip/brotli, HTTP/2.
• Композитный сайт включён, кэш Битрикса настроен (теги, инвалидация).
• Размер изображений: WebP/AVIF, lazy-loading, нет картинок «как загрузили».
• Битрикс обновлён до актуальной версии, нет критичных уязвимостей.
• Проверка теста производительности (`bitrix_server_test.php`) — не ниже целевых значений.

Блок 3: SEO-приёмка

• robots.txt и sitemap.xml корректны, sitemap содержит только индексируемые страницы.
• Canonical, hreflang (если многоязычный), мета-теги уникальны на каждой странице.
• Микроразметка schema.org проходит валидатор Google и Яндекса.
• Редиректы со старых URL (если был перенос) — 301, не 302.
• ЧПУ работают, нет дублей с GET-параметрами в индексе.
• Google Search Console и Яндекс.Вебмастер подключены, отправлен sitemap.
• Счётчики аналитики работают, цели настроены и срабатывают.

Блок 4: безопасность

• Все пароли по умолчанию изменены (admin, БД, FTP, SSH).
• В .git и других служебных каталогах нет публичного доступа.
• SSL действителен, нет ошибок mixed content.
• Файлы загрузок ограничены по типу и размеру, нет загрузки PHP-файлов.
• Активный модуль проактивной защиты Битрикса.
• Бэкапы настроены и проверены восстановлением — обязательно тестовое восстановление!

Блок 5: передача доступов и документации

Блок 6: юридическая приёмка

• Передача исключительных прав на разработанный код — отдельным пунктом в акте.
• Гарантийный период (обычно 1–3 месяца) — что покрывает, как заявлять.
• Условия отзывов и публикации кейса подрядчиком — кто кого упоминает.
• Подтверждение, что не использованы заёмные модули с лицензионными ограничениями.

Что делать, если нашлись проблемы

Не подписывайте акт, пока не закрыты все P1 и P2 замечания (критичные и важные). P3 (мелкие, косметика) можно закрыть в гарантийный период — но обязательно зафиксировать списком в протоколе приёмки. Без протокола подрядчик через 2 недели может «забыть» о незакрытых пунктах.

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

Для корпоративного сайта — 3–5 рабочих дней. Для интернет-магазина — 7–10 дней. Для портала или сложного B2B-решения — до 3 недель. Это не «затягивание», это нормальный процесс. Подрядчики, которые торопят с приёмкой, обычно знают про незакрытые проблемы.

Итог

Приёмка — это последний момент, когда у вас есть рычаг влияния на подрядчика. После подписания акта переговоры о доработках идут совершенно в другой плоскости. Чек-лист выше закрывает 90% типовых проблем. Если нужна независимая приёмка проекта от другого подрядчика — мы такую услугу оказываем.