Приёмка — последний момент, когда недочёты исправляются в рамках проекта, а не за отдельные деньги. Даём пошаговый чек-лист: что проверить в функциональности, контенте, SEO, скорости и документах перед подписанием акта.
Почему к приёмке нужно готовиться заранее
Типичная картина: подрядчик присылает ссылку со словами «сайт готов, посмотрите», заказчик открывает главную, пролистывает пару страниц, всё выглядит хорошо — акт подписан. Через месяц выясняется, что заявки с одной из форм не доходят до отдела продаж, половина старых страниц отдаёт ошибку 404, а доступ к админке оформлен на личную почту менеджера подрядчика.
Приёмка — это не просмотр, а проверка по заранее согласованным критериям. В идеале критерии фиксируются ещё в техническом задании, тогда обе стороны знают, что именно будет проверяться. Если их нет, составьте список сами до того, как придёт уведомление о готовности, и отправьте подрядчику — добросовестный исполнитель только обрадуется понятным правилам.
Заложите на приёмку реалистичное время. Для корпоративного сайта на 30–50 страниц — 3–5 рабочих дней, для каталога или магазина — одна-две недели. Этого достаточно, чтобы спокойно пройти чек-лист, собрать замечания от коллег и не затягивать проект.
Шаг 1. Функциональность: всё ли работает
Начните с того, ради чего сайт делался, — с действий, которые приносят бизнесу пользу. Проверять нужно не «на глаз», а честно: заполнить и отправить каждую форму, пройти каждый сценарий до конца.
- Отправьте каждую форму на сайте: заявка, обратный звонок, запрос КП, подписка. Проверьте, куда пришли данные — на почту, в CRM, в админку — и в каком виде.
- Проверьте обязательные поля и сообщения об ошибках: что будет, если ввести телефон буквами или оставить поле пустым.
- Пройдите поиск: по названию, по артикулу, с опечаткой, по запросу, которого нет в каталоге.
- Покликайте фильтры каталога: все ли значения работают, правильно ли считается количество, сбрасывается ли выбор.
- Если есть корзина — оформите тестовый заказ целиком, включая оплату в тестовом режиме и письмо-подтверждение.
- Проверьте интеграции: изменилась ли цена на сайте после изменения в 1С, ушёл ли заказ в учётную систему, в каком статусе.
- Проверьте личный кабинет: регистрация, восстановление пароля, история заказов.
Совет из практики: попросите отправить тестовую заявку сотрудника, который будет эти заявки обрабатывать. Он сразу увидит, хватает ли ему данных и удобно ли их читать.
Шаг 2. Адаптивность и браузеры
Проверка на одном ноутбуке — не проверка. Откройте сайт как минимум на двух телефонах с разными операционными системами, на планшете и на компьютере в двух-трёх популярных браузерах. Особое внимание — местам, где чаще всего всё ломается:
- широкие таблицы характеристик и прайсы на узком экране;
- меню с большим количеством пунктов и вложенностью;
- фильтры каталога на телефоне — удобно ли их открыть, выбрать значения и закрыть;
- формы — не перекрывает ли клавиатура поле ввода, правильная ли клавиатура открывается для телефона и email;
- всплывающие окна — можно ли их закрыть на маленьком экране.
Шаг 3. Контент и юридически значимая информация
Пройдитесь по всем страницам и проверьте, что на сайте не осталось тестовых текстов, заглушек и чужих фотографий из макета. Звучит очевидно, но «рыба» в подвале или на странице 404 встречается постоянно.
Отдельно проверьте информацию, которая имеет юридическое значение: реквизиты и контакты, политику обработки персональных данных, согласие на обработку данных в каждой форме, уведомление об использовании cookie, пользовательское соглашение и условия оферты для магазина. Точные формулировки лучше согласовать со своим юристом — подрядчик по разработке отвечает за техническую реализацию, а не за юридическое содержание документов.
Шаг 4. SEO и аналитика
Ошибки на этом шаге не видны глазом, но стоят дороже всего — особенно если новый сайт заменяет старый, у которого был поисковый трафик.
| Что проверить | Как понять, что всё в порядке |
|---|---|
| Редиректы со старых адресов | Подрядчик предоставил таблицу соответствия; выборочно открываете 20–30 старых URL, и каждый ведёт на нужную новую страницу |
| Мета-теги | У ключевых страниц уникальные title и description, нет дублей и пустых значений |
| Файл robots.txt | Не закрывает сайт от индексации целиком — частая ошибка после переноса с тестового сервера |
| Карта сайта | Файл sitemap.xml доступен, содержит актуальные адреса, без тестовых и служебных страниц |
| Страница 404 | Несуществующий адрес отдаёт код 404 и понятную страницу с навигацией |
| Счётчики и цели | Аналитика установлена, цели на отправку форм срабатывают при тестовой заявке |
| HTTPS | Сайт открывается только по защищённому протоколу, без предупреждений браузера |
Если SEO-работы входили в проект, попросите у подрядчика короткий отчёт о выполненных настройках. Если не входили — хотя бы проверьте пункты из таблицы: они не требуют специальных знаний.
Шаг 5. Скорость и стабильность
Замерьте скорость загрузки главной, раздела каталога и карточки товара в любом открытом инструменте проверки производительности. Ориентир — загрузка основного содержимого не дольше 2,5–3 секунд на мобильном соединении. Частая причина медленной работы — фотографии, загруженные без сжатия: одна картинка на 5–8 мегабайт способна испортить все показатели страницы.
Спросите, как настроено резервное копирование: как часто создаются копии, где они хранятся и сколько времени займёт восстановление. И уточните, кто будет следить за работой сайта в первые недели после запуска.
Совет студии: составляйте список замечаний в одной таблице с колонками «страница», «что не так», «как должно быть», «скриншот», «приоритет». Письмо с двадцатью разрозненными пунктами без адресов страниц разбирается в несколько раз дольше, а часть замечаний неизбежно теряется.
Шаг 6. Доступы, код и документация
Этот шаг часто пропускают, а зря: именно он определяет, сможете ли вы в будущем работать с сайтом без исходного подрядчика. Перед подписанием акта у вас должно быть:
- доступ к регистратору домена, оформленному на вашу компанию;
- доступ к хостингу или серверу с правами администратора;
- учётная запись администратора в CMS, привязанная к корпоративной почте;
- доступ к репозиторию с исходным кодом или полный архив файлов и базы данных;
- лицензии на CMS и платные модули, оформленные на компанию;
- доступы к аналитике, панелям вебмастеров, почтовым сервисам и платёжному агрегатору;
- инструкция для редакторов: как добавить товар, новость, изменить баннер;
- краткое техническое описание: архитектура, интеграции, нестандартные решения.
Мы передаём этот пакет по умолчанию в конце каждого проекта, но если ваш подрядчик этого не делает — попросите. Это стандартная практика, а не проявление недоверия.
Итоговый чек-лист приёмки
- Все формы отправлены, данные пришли туда, куда нужно, в удобном виде.
- Поиск, фильтры, корзина и личный кабинет проверены по сценариям.
- Интеграции с 1С и CRM работают в обе стороны.
- Сайт проверен на телефонах, планшете и нескольких браузерах.
- Нет тестовых текстов, заглушек и чужих изображений.
- Документы о персональных данных и согласия на месте.
- Редиректы, мета-теги, robots.txt, sitemap и 404 в порядке.
- Аналитика установлена, цели срабатывают.
- Скорость ключевых страниц в пределах ориентира.
- Резервное копирование настроено.
- Все доступы, код и документация переданы компании.
- Замечания собраны в одной таблице, исправления проверены повторно.
После этого акт можно подписывать спокойно. Если сайт дальше будет развивать тот же подрядчик, имеет смысл сразу обсудить формат поддержки: гарантийный период покрывает ошибки, а не новые задачи, которые неизбежно появятся в первые месяцы работы сайта.
