Один сайт — разные формы: что проверять перед запуском
Зачем смотреть контакты, заказ и подписку отдельно и когда обход десятков одинаковых страниц не нужен.
Начните с точек сбора данных
Представьте сайт небольшой студии. На главной — описание услуг. На странице контактов — имя и телефон для обратного звонка. В блоге — почта для рассылки. Общий дизайн не делает эти сценарии одинаковыми: они собирают разные сведения для разных задач.
Если ссылка на политику находится в общем подвале, её наличие на нескольких страницах повторится. Но флажок в форме подписки может быть отмечен заранее, а форма звонка — вообще не показывать пояснение. Проверка одной главной страницы этого не выявит.
Составьте карту сценариев
Перечислите формы заявки, регистрации, заказа, оплаты, рассылки и записи на услугу. Для каждой отметьте поля, цель обработки, документ, внешние сервисы и систему, куда приходит результат. Отдельно посмотрите страницы с чатом, картой, видео или рекламным счётчиком.
Пятьдесят карточек товара на одном шаблоне обычно не требуют пятидесяти одинаковых ручных проверок. Выберите представителей шаблонов и проверьте отличия. Автоматический обход полезен для поиска забытых страниц, старых форм и отдельных подключений.
Что делает автоматический обход
Согливо читает HTML по внутренним ссылкам и отмечает найденные формы, ссылки на документы, внешние подключения и отдельные слова в интерфейсе. У пакета есть предел — до 50 страниц за запуск. Это технический объём обхода, а не число гарантированно проверенных сценариев.
Скрипт может создать форму только после нажатия кнопки, а оплата — находиться в личном кабинете. Такие действия исходный HTML не показывает. Их проверяют в браузере, с согласованными тестовыми данными и доступами.
Когда возвращаться к проверке
После редизайна, новой формы, подключения CRM, аналитики или оплаты появляется конкретный повод проверить изменившийся сценарий. Для статичного сайта без изменений ежемесячный полный обход может не приносить заметной пользы.
Поэтому пакет Согливо оплачивается разово: проверка проекта и три перепроверки после исправлений. Постоянный журнал нужен для другой задачи — записи новых согласий посетителей.