Первый сайт с ИИ: что проверить перед публикацией

Перед публикацией первого сайта с ИИ проверьте весь путь посетителя: он понимает предложение, находит нужную информацию, нажимает кнопку и получает ожидаемый результат. Для формы результат — заявка, которая действительно дошла до места обработки. После публикации пройдите тот же путь по внешнему адресу: в редакторе и на открытом сайте могут быть разные версии.

Этот чек-лист помогает фрилансеру или студии принять первую версию перед показом клиенту. Пример учебный: сайт небольшой мастерской с описанием услуг и обращением за расчётом. Это порядок проверки, а не отчёт о выполненном тестировании конкретного проекта.

1. Определите, что означает «сайт готов»

Откройте согласованный бриф на сайт и выпишите основное действие посетителя. Для мастерской это может быть переход в мессенджер с вопросом о заказе. Если выбрана форма, отдельно укажите, куда должны поступать обращения и кто их обрабатывает.

Не проверяйте абстрактное «всё работает». Составьте короткий маршрут:

1. Посетитель открывает главную и понимает, какие работы выполняет мастерская.
2. Находит подходящую услугу, условия и примеры работ.
3. Нажимает «Обсудить заказ».
4. Попадает в нужный диалог или отправляет заявку через настроенную форму.
5. Понимает, что произошло и какой следующий шаг.

У каждой кнопки должен быть ожидаемый результат. Если маршрут обрывается на красивом сообщении «Спасибо», а обращение никто не получил, задачу ещё нужно доделать.

2. Проверьте телефон и основные переходы

Начните с узкого экрана, затем откройте сайт на компьютере. В Lovarus первая проверка проходит в «Просмотре». Переключение размера превью помогает заметить проблемы, но готовый опубликованный адрес стоит открыть и на настоящем телефоне.

• Первый экран. Понятны услуга и следующее действие; заголовок и кнопка не обрезаны.
• Меню. Открывается, закрывается и приводит в нужные разделы; не закрывает содержимое после перехода.
• Карточки. Длинные названия, цены и подписи помещаются; фотография не перекрывает текст.
• Прокрутка. Нет случайного горизонтального сдвига всей страницы; нижние контакты доступны.
• Ссылки. Телефон, мессенджер, карта и документы ведут по согласованным адресам.
• Внутренние страницы. Открываются по прямой ссылке и после обновления страницы, если они есть в проекте.

Пройдите основной путь ещё и клавишей Tab на компьютере. Посмотрите, заметно ли выделение текущей ссылки или кнопки и можно ли выполнить нужное действие без мыши. Если элемент визуально похож на кнопку, но не получает фокус, зафиксируйте это как отдельную правку.

Не отправляйте ИИ общее «сломана мобильная версия». Укажите экран, элемент и наблюдаемую проблему. Например: «В карточке услуги длинное название уходит за правую границу на телефоне; остальные блоки выглядят нормально».

3. Уберите выдуманные данные и проверьте заявки

Сверьте сайт с материалами клиента. ИИ мог заполнить пробелы правдоподобными деталями, поэтому отдельно проверьте названия, адрес, часы, цены, состав услуги и контакты. Удалите неподтверждённые отзывы, награды, счётчики клиентов и обещания результата. Для фотографий убедитесь, что это согласованные материалы, которые можно использовать.

С формой нужен отдельный контроль. Сначала определите, настроено ли сохранение или отправка обращений. Само наличие полей не подтверждает подключение. Если проект пока только показывает форму, попросите реализовать согласованный способ обработки или замените её рабочей ссылкой для связи.

В согласованной с клиентом проверке используйте вымышленные тестовые данные и понятную отметку «Тест сайта». Проверьте:

• пустые обязательные поля не приводят к ложному сообщению об успехе;
• корректная заявка появляется там, где её должен видеть владелец;
• введённые значения доходят без потерь;
• после отправки посетитель видит понятное подтверждение;
• при ошибке интерфейс не сообщает, что всё успешно, и даёт способ связаться.

Не отправляйте серию тестов в рабочую рассылку или клиентскую систему без согласования. Если используются внешние сервисы, проверьте весь выбранный маршрут. Внешний вид формы и её подключение — две отдельные части приёмки.

4. Исправляйте по одной понятной проблеме

Запишите замечания в формате «где → что происходит → что ожидается». Сначала исправьте то, что мешает обратиться или прочитать информацию. Декоративные отступы можно уточнить после восстановления основного пути.

Учебный запрос на локальную правку:

Исправь только карточки услуг на узком экране.
Проблема: длинное название услуги выходит за правую границу,
а цена перекрывает кнопку «Обсудить заказ».

Ожидаемый результат:
— название переносится и полностью читается;
— цена и кнопка находятся в отдельных строках;
— карточки не создают горизонтальную прокрутку страницы.

Сохрани тексты, цены, фотографии, ссылки и порядок разделов.
Не добавляй новые функции и не меняй оформление других блоков.
После изменения перечисли, что исправлено и что мне проверить
в превью на телефоне и компьютере.

После ответа агента повторите именно сломанный шаг, а затем соседние действия. Например, после изменения карточки проверьте её кнопку и переход к контактам. Сообщение агента о готовности не заменяет просмотр результата.

5. Откройте опубликованную версию отдельно

Когда первая версия прошла проверку, следуйте инструкции по публикации. В текущем интерфейсе Lovarus первая публикация доступна через «Управление» → «Адрес сайта» → «Опубликовать сайт». Дождитесь завершения сборки и готовности HTTPS, затем откройте внешний адрес.

После следующих правок используйте «Публикация» → «Обновить сайт» и проверьте обновлённую страницу заново. Изменение в редакторе само по себе не доказывает, что посетители уже видят эту версию.

Откройте публичную ссылку в отдельном окне без входа в Lovarus. Для нашего учебного сайта проверьте главную, меню, контакты и основную кнопку. Если есть внутренние страницы, откройте каждую напрямую. Не принимайте экран ошибки или старую версию за результат текущего выпуска.

Перед открытым запуском проверьте заголовок и описание в настройках SEO. Они должны описывать реальный бизнес и страницу. Переключатель «Позволить поисковикам и ИИ находить ваш сайт» включайте для готового публичного проекта. Это разрешение на обнаружение, а не подтверждение появления в поиске.

6. Сохраните короткий протокол приёмки

Вместо сообщения клиенту «готово, посмотрите» зафиксируйте адрес проверенной версии, дату, устройство и результат основного сценария. Непроверенное так и отметьте. Не включайте в протокол личные сведения посетителей и содержимое реальных заявок.

Этот шаблон можно заполнить вручную или дать ИИ вместе со своими наблюдениями:

Составь протокол проверки только по моим наблюдениям ниже.
Не дополняй его предположениями и не объявляй тесты выполненными.

Адрес версии: [публичная ссылка].
Дата и устройство: [когда и где проверено].
Основной маршрут: [действия посетителя].
Наблюдения: [мои результаты по каждому шагу].

Для каждого пункта укажи:
— ожидаемый результат;
— фактический результат из моих записей;
— статус: пройдено / ошибка / не проверено;
— конкретную следующую правку, если она нужна.

Отдельно перечисли проблемы, мешающие запуску,
и вопросы, которые нужно подтвердить с клиентом.

Сайт можно передавать к согласованному запуску, когда основной путь пройден, данные подтверждены и нет известных препятствий для обращения. Если часть функций отложена, договоритесь об этом до публикации и уберите обещания, которые текущая версия ещё не выполняет.