Лендинг после Claude Code: проверка перед запуском
Как принять сайт после AI-сборки: проверить весь путь до заявки, мобильную версию, ошибки формы, поисковые метаданные и передачу исходников.
Принимать лендинг после Claude Code стоит по пути посетителя: понял предложение, нашёл ответ на сомнение, заполнил форму, получил подтверждение, а команда получила заявку. Красивый первый экран закрывает только начало этой цепочки.
Я бы начинал проверку с одного конкретного действия, ради которого существует страница. Например: оставить заявку на демонстрацию с телефона. Затем проходил бы весь путь на том адресе, куда попадёт реклама. У локальной версии и опубликованного сайта могут отличаться настройки, внешние сервисы и доступность файлов.
Это продолжение разбора сборки лендинга с Claude Code: здесь задача уже в приёмке результата. В рекомендациях Anthropic проверяемая обратная связь — тесты, сборка, визуальное сравнение — выделена как основа работы агента. Ниже я перевожу этот принцип в проверку маркетинговой страницы.
Матрица приёмки: что должно остаться после проверки
У пункта «проверил» должна быть опора. Скриншот доказывает отображение, ответ сервера — обработку запроса, запись у получателя — доставку. Один вид доказательства не закрывает остальные.
| Проверка | Что считать готовым | Что сохранить |
|---|---|---|
| Оффер и содержание | Понятны продукт, условия и следующее действие; утверждения подтверждены | Версия текста и ссылки на факты |
| Мобильный путь | Все блоки и поля читаются, кнопки доступны, меню закрывается | Скриншоты и пройденный сценарий |
| Форма и ошибки | Ошибку можно исправить, повторный клик не создаёт дубль | Шаги проверки и ответ сервера |
| Доставка заявки | Тестовая запись дошла нужному получателю | ID записи или подтверждение в системе |
| Поисковая версия | Нужные URL доступны; title, canonical и robots соответствуют плану | Проверенные URL и метаданные |
| Передача проекта | Следующий исполнитель может запустить проект и найти настройки | Исходники, инструкция и способ отката |
Сначала прочитайте страницу целиком
Проверьте, что обещание в рекламе совпадает с заголовком, условия в тарифе — с FAQ, а подпись кнопки — с тем, что происходит после клика. «Получить расчёт» и форма записи на созвон задают разные ожидания. Несовпадение лучше исправить до покупки трафика.
Пройдите по всем ссылкам, включая логотип, политику, файлы и контакты. Уберите заглушки: вымышленные отзывы, тестовые цены, чужие реквизиты, кнопки без действия. Если исходного факта нет, передайте вопрос владельцу продукта. Агент не должен заполнять его правдоподобной догадкой.
Для сверки удобно держать рядом согласованный бриф. Сравнивайте результат с задачей и критериями приёмки. Запрос «сделай дороже на вид» не объясняет, какое конкретно несоответствие нужно исправить.
Форма: четыре проверки одного действия
- Обычная отправка. Заполните форму разрешёнными тестовыми данными и проверьте сообщение об успехе.
- Ошибочный ввод. Пропустите обязательное поле, введите неверный формат контакта. Страница должна показать, что поправить, и сохранить остальные данные.
- Сбой. Проверьте недоступность обработчика в безопасном тестовом окружении. Пользователь должен получить понятную возможность повторить действие; технические секреты не должны оказаться на экране.
- Получатель. Найдите запись в том месте, где команда разбирает заявки. Сопоставьте время, содержание и идентификатор теста.
Зелёная плашка может появиться и при ошибке интеграции. Поэтому итог формулируйте точно: «интерфейс показал успех», «сервер принял запрос», «заявка доставлена». Если проверены все три этапа, это видно из отчёта без догадок.
Телефон, клавиатура и нижняя половина страницы
Пройдите страницу на узком экране до самого конца. Осмотрите длинные заголовки, таблицы, раскрывающиеся ответы, закреплённые кнопки и форму при открытой экранной клавиатуре. Проверьте, не перекрывает ли баннер согласия последнее поле. Затем пройдите интерактивные элементы клавишей Tab и отправьте форму без мыши.
Руководство web.dev по тестированию форм также предлагает сочетать компьютер, клавиатуру и телефон: автоматическая проверка не находит все проблемы удобства. Эмуляция ширины полезна, но на реальном телефоне дополнительно видны поведение клавиатуры и особенности браузера.
Если изображение при загрузке сдвигает кнопку, попросите зарезервировать под него место. Указание размеров изображения — один из способов уменьшить такие сдвиги, описанных в документации по CLS. Это конкретное исправление; обещать после него определённую конверсию нельзя.
Адрес, поиск и передача
Откройте опубликованный URL напрямую в новой сессии. Проверьте HTTPS, код ответа, canonical на нужный домен, уникальные title и description, доступность обложки для превью. Убедитесь, что тестовое окружение и рабочий сайт имеют предусмотренные правила индексации. Само наличие метаданных не означает, что поисковик уже включил страницу в выдачу.
В передаче нужны команды запуска и сборки, имена необходимых переменных без значений секретов, место хранения исходников, список внешних подключений и способ вернуть предыдущую версию. Отдельно запишите, что ещё не проверено. Фраза «всё работает» оставляет следующему человеку слишком много исследований.
Запрос агенту для финального прохода
Проверь лендинг по согласованному брифу. Пройди весь сценарий заявки на компьютере и телефоне, включая ошибочный ввод. Для каждого пункта укажи ожидаемый и фактический результат, проверенный URL и доказательство. Отдельно проверь доставку заявки, метаданные и передачу проекта. Исправь найденные проблемы и повтори затронутые проверки. Непроверенное перечисли явно.
Завершайте приёмку коротким перечнем: что проверено, что исправлено и что требует отдельного действия. Если доставка ещё не подтверждена, запуск рекламы зависит именно от этой проверки. Скриншот первого экрана этого решения не заменит.