Проверка лендинга по чек-листу
Опишите, что стоит на каждом экране. Инструмент пройдёт по чек-листу и скажет, где страница теряет человека, в порядке потерь, а не в порядке экранов.
Лендинг обычно теряет человека не из-за отсутствия блока, а из-за порядка: цена стоит раньше ценности, форма просит контакты раньше, чем закрыто возражение, а призыв встречается один раз внизу. Инструмент проходит по чек-листу и сортирует находки по потерям, а не по расположению на странице.
Порядок экранов важнее их количества
Лендинг редко проигрывает из-за того, что на нём чего-то нет. Чаще он проигрывает порядком: цена стоит раньше, чем человек понял ценность, форма просит контакты раньше, чем закрыто главное возражение, а призыв к действию встречается один раз в самом низу, куда доходит меньшинство.
Поэтому чек-лист идёт по влиянию, а не по экранам. Сначала совпадение первого экрана с ожиданием, потом ясность действия, потом наличие следующего шага рядом с каждым аргументом. Правки в блоке отзывов не спасут страницу, у которой первый экран обещает не то.
Отдельный раздел ответа отведён под то, что нельзя проверить описанием. Часть проблем видна только в записях вебвизора или в тесте, и честнее назвать их сразу, чем выдать догадку за находку.
Что инструмент намеренно не делает
Не подставляет цифры, сроки, бенчмарки и названия компаний, которых не было в вашем вводе. Если для вывода нужна цифра, которой вы не дали, в ответе будет пометка «уточнить», а не правдоподобное число. Это ограничение стоит в системном промпте и работает против главного свойства языковых моделей: складно достраивать недостающее.
Данные не сохраняются: текст уходит в модель, ответ возвращается в браузер, на стороне сайта ничего не пишется в базу. У инструмента стоит ограничение на число запросов с одного адреса, поэтому при частых прогонах он попросит подождать.