Главное за минуту
- Проверяйте не страницы, а путь пользователя: источник, форма, CRM и ответ менеджера.
- Тестируйте формы в обычном и мобильном браузере, с UTM и без заполнения поля.
- Фиксируйте результат в таблице: сценарий, ожидаемый итог, факт, ссылка и статус.
- Не подписывайте приемку, пока не настроены доступы, резервные копии и аналитика.
01
Приемка — часть разработки сайтов на 1С-Битрикс
Демо показывает внешний вид, но не доказывает готовность сайта к рекламе и продажам. Маркетологу нужно проверить цепочку целиком: пользователь открывает посадочную страницу, видит корректное предложение, отправляет форму, а команда получает обращение с источником и может обработать его.
До начала приемки запросите у подрядчика список реализованных работ, адрес тестового сайта, доступ администратора, тестовый доступ в CRM и перечень известных ограничений. Не смешивайте новые пожелания с ошибками по согласованному объему: для каждого пункта нужен статус и срок исправления.
02
Карточка приемки
Один сценарий — одна проверка с ожидаемым результатом и доказательством.
03
Сначала соберите сценарии, а не замечания
Работайте на копии сайта или в согласованное окно: тестовые заявки не должны попадать в рабочую воронку без пометки. Для каждого сценария укажите URL, устройство, данные формы и ожидаемый результат.
Лендинг и навигация
Откройте ключевые страницы по прямой ссылке и из меню. Проверьте мобильную версию, 404, поиск, хлебные крошки и отсутствие тестового текста.
Заявка и CRM
Отправьте форму с валидным номером. Сверьте время, поля, ответственного, дубль, комментарий и уведомление менеджеру.
Источник обращения
Перейдите по ссылке с utm_source и utm_campaign. Убедитесь, что метки сохранены в CRM или аналитике и не исчезли после редиректа.
04
Что проверить до подписи: таблица приемки
Не ограничивайтесь отметкой «работает». Фиксируйте проверку в общей таблице и прикладывайте ссылку, скриншот или ID тестовой заявки. Критичными считайте дефекты, которые блокируют заявку, искажают источник или открывают доступ к данным.
| Блок | Проверка | Критерий приемки |
|---|---|---|
| Формы | Заполнить обязательные и необязательные поля, отправить повторно. | Есть валидация, сообщение об успехе, заявка создана один раз. |
| CRM и UTM | Открыть URL с utm_source, utm_medium, utm_campaign. | В карточке сохранены контакты, источник и рекламные метки. |
| SEO | Проверить title, description, ЧПУ, robots и sitemap. | Нет дублей, тестовых страниц и запрета индексации рабочего сайта. |
| Доступы | Войти под редактором и администратором. | Редактор меняет контент, но не получает лишних технических прав. |
05
Как поставить задачу на исправления
Замечание «форма не работает» не позволяет быстро воспроизвести ошибку. Описывайте условия, фактический и ожидаемый результат. Один дефект — один пункт в трекере.
Готовое сообщение
Задача: исправить передачу заявки с формы на странице /uslugi/audit/ в CRM.
Условия: Chrome на Android и desktop; переход по ссылке с utm_source=google&utm_medium=cpc&utm_campaign=audit.
Шаги: заполнить имя, телефон и комментарий, поставить согласие, нажать «Отправить».
Факт: посетитель видит сообщение об успехе, но сделка в CRM не создается; в журнале формы нет записи.
Критерий приемки: создана одна тестовая сделка с телефоном, страницей, UTM и ответственным; приложите ID сделки и ссылку на исправление.
06
Порядок приемки без хаоса
Согласуйте последовательность заранее. Сначала исправляют то, что влияет на деньги, данные и доступность, затем — контент и косметику. После правки повторяйте только тот же сценарий, а не проверяйте «на глаз».
- 1Сверьте сайт с утвержденной структурой, макетами и списком функций.
- 2Проверьте основные страницы на компьютере и мобильном устройстве.
- 3Пройдите все формы с тестовыми контактами и разными источниками перехода.
- 4Сверьте карточки CRM, уведомления, аналитику и защиту от дублей.
- 5Зафиксируйте дефекты, проведите повторный тест и подпишите акт.
07
Два контроля, которые часто пропускают
После запуска ошибки проявляются не только в интерфейсе. Проверьте, что команда может самостоятельно обновлять сайт и что поисковые системы получают корректные технические сигналы. Параметры зависят от редакции и настроек проекта.
Права редактора
Создайте тестовую новость, замените изображение и верните изменения. Редактор не должен видеть системные настройки и пароли.
контент: создать → изменить → удалитьИндексация
Перед запуском снимите запрет для поисковых роботов, проверьте карту сайта и канонические URL. Справочник: документация 1С-Битрикс.
robots.txt + sitemap.xml + 30108
Когда подключать подрядчика к приемке
Независимая проверка нужна, если на сайте есть несколько форм, личный кабинет, каталог, интернет-магазин, интеграции или перенос со старой платформы. В портфолио ICONICA можно посмотреть реальные подходы к сложным проектам: портфолио.
Доступы переданы; резервная копия создана; формы и CRM проверены; UTM сохранены; цели аналитики срабатывают; мобильная версия проверена; robots и sitemap готовы; дефекты закрыты повторным тестом.
FAQ
Частые вопросы
Можно ли принимать сайт только по дизайн-макету?
Нет. Макет не проверяет отправку форм, CRM, UTM, права и индексацию. Нужен тест на работающем стенде.
Кто должен отправлять тестовые заявки?
Маркетолог проходит пользовательский путь, а менеджер продаж подтверждает, что заявка пришла в нужном виде и вовремя.
Нужно ли проверять UTM на каждой форме?
Да, на всех формах, которые используются в рекламе. Иначе часть обращений останется без источника.
Что считать критической ошибкой?
Потерю заявки, неверную передачу данных в CRM, утечку доступа, недоступность страницы или запрет индексации рабочего сайта.
