Чтобы заметить сбой после публикации правок ИИ-агента, проверьте сайт глазами посетителя: открывается ли он, можно ли найти нужную страницу и отправить заявку или оформить заказ. Затем посмотрите сообщения об ошибках и повторите проверку после первых реальных обращений. Ниже — порядок действий для небольшого бизнеса без отдельного специалиста по тестированию: что подготовить до публикации, как проверить ключевые действия и когда лучше вернуть прежнюю версию сайта.
Что подготовить до публикации правок?
Попросите ИИ-агента перечислить файлы, которые он изменил, и объяснить, что должно поменяться для посетителя. Сверьте этот список со своей задачей. Если вы просили поправить текст на странице услуги, а агент заодно изменил форму заявки или настройки сайта, выясните причину до публикации. Агент может править конфигурацию и зависимости вместе с кодом, поэтому смотреть только на итоговую страницу недостаточно (QATools).
Сохраните возможность вернуться к прежней версии. Подойдёт копия сайта или точка отката в системе, через которую вы публикуете изменения. Проверьте, кто сможет выполнить откат, если разработчик в этот момент недоступен. Записанная инструкция полезнее обещания «при необходимости разберёмся»: укажите, где лежит прежняя версия и какие действия возвращают её на сайт.
Составьте короткий список путей посетителя. Для сайта услуг это может быть переход с главной страницы к описанию услуги и отправка заявки. Для магазина — поиск товара, открытие карточки и оформление заказа. Запишите, какой результат вы ожидаете на каждом шаге: например, после отправки формы посетитель видит подтверждение, а заявка появляется там, где её обрабатывает сотрудник.
Как проверить сайт сразу после публикации?
Начните с обычного браузера, в котором вы не вошли в панель управления сайтом. Откройте главную страницу и страницу, которую менял агент. Затем пройдите записанный путь посетителя до конца. Проверка из панели администратора не заменит этот проход: у владельца сайта бывают другие права и сохранённые данные браузера.
Посмотрите сайт и на телефоне. Если кнопка видна на компьютере, но перекрыта меню на узком экране, посетитель всё равно не завершит действие. После правок внешнего вида полезно отдельно проверить вёрстку в Playwright: такой сценарий помогает заметить, что страница выглядит иначе после следующего изменения. Ручной проход при этом оставьте, особенно для формы и оформления заказа.
- Откройте ключевую страницу по ссылке с главной: работает ли переход и показан ли нужный текст?
- Найдите кнопку действия и нажмите её: открывается ли форма или следующий шаг заказа?
- Отправьте пробную заявку с данными, которые легко отличить от обращения клиента. Убедитесь, что сайт показал результат и заявка дошла до сотрудника.
- Проверьте сообщение об ошибке: оставьте обязательное поле пустым. Форма должна объяснить, что исправить, и сохранить уже введённое там, где это уместно.
- Повторите ключевой путь на телефоне: видны ли поля, кнопки и подтверждение отправки?
Отдельно откройте страницу, которую агент не трогал. Так проще заметить побочный эффект: например, после правки общего меню ссылки пропали сразу в нескольких разделах. Если изменение затронуло заголовки, адреса страниц или ссылки между ними, пригодится проверка SEO после правок. Она дополняет проверку работоспособности: страница может открываться, но вести посетителя по старой или ошибочной ссылке.
Как узнать о сбое, который появился позже?
Один успешный проход сразу после публикации ещё не показывает, как сайт поведёт себя при следующих обращениях. Настройте уведомление, если сайт перестал открываться, и договоритесь, кто его получит. Само уведомление обычно сообщает о недоступности страницы; оно не подтвердит, что поиск работает или заявки доходят до сотрудника. Эти действия проверяйте отдельно.
Посмотрите, где ваш сайт показывает ошибки: в панели хостинга, журнале приложения или инструменте, через который команда публикует код. После правок сравните сообщения с тем, что было до них. Если новая ошибка возникает при отправке формы, запишите время и действия, после которых она появилась. Это поможет человеку, который исправляет сайт, быстрее повторить сбой.
Проверяйте не только технические сообщения, но и рабочий результат. Сотрудник, который обычно получает заявки, может подтвердить, что пробное обращение дошло и его содержимое читается. Если заявка появилась на экране посетителя как «отправленная», но в рабочем месте сотрудника её нет, цепочка сломалась после нажатия кнопки. Для бизнеса это такой же сбой, как недоступная страница.
Что делать, если проверка нашла ошибку?
Сначала определите, мешает ли ошибка основному действию посетителя. Если не открывается сайт, не отправляется форма или нельзя оформить заказ, остановите дальнейшие правки и верните прежнюю версию, которую подготовили до публикации. Затем повторите тот же путь посетителя: откат тоже нужно проверить. Если ошибка касается второстепенного элемента, зафиксируйте её и согласуйте исправление без спешки.
Передайте разработчику или тому, кто работает с ИИ-агентом, воспроизводимый пример. Напишите, какую страницу открыли, что нажали, какой результат ожидали и что увидели вместо него. Добавьте снимок экрана или текст ошибки, если они есть. Просьба «сайт странно работает» оставляет исполнителю слишком много догадок; описание конкретного пути даёт точку для проверки.
После исправления пройдите тот же путь ещё раз и проверьте соседний: если чинили форму на странице услуги, отправьте заявку и с другой страницы, где стоит такая же форма. Когда проверки приходится повторять после каждой публикации, их можно оформить как отдельную задачу по тестированию сайта. Тогда у исполнителя будет список действий и ожидаемых результатов, а у владельца — понятный способ принять работу.
Какие ошибки чаще всего мешают заметить сбой?
- Проверяют только главную страницу. Посетитель же может прийти сразу на карточку товара или страницу услуги.
- Считают нажатие кнопки успешной проверкой. После него нужно увидеть подтверждение и проверить, дошли ли данные до сотрудника.
- Тестируют только в браузере владельца. Сохранённый вход в панель управления иногда скрывает проблему, с которой столкнётся обычный посетитель.
- Публикуют правки без точки отката. Когда основное действие перестаёт работать, исправление приходится искать на действующем сайте.
- Поручают ИИ-агенту проверить собственный результат и не проходят путь вручную. Отчёт агента полезен, но окончательное поведение видно в браузере и в рабочем месте сотрудника.
Перед следующей публикацией запишите ключевой путь посетителя и сохраните прежнюю версию сайта. Сразу после правок пройдите этот путь с компьютера и телефона, а затем проверьте, дошла ли пробная заявка. Если действие сломалось, верните прежнюю версию и передайте исполнителю точные шаги, на которых возникла ошибка.
