Руководство · how-to
Как добиться, чтобы ваш SaaS цитировали ответные ИИ-движки
Попасть в сгенерированный ответ — не то же самое, что ранжироваться, и большая часть работы буднична: сделать страницы забираемыми без браузера, писать утверждения, переживающие извлечение, и исправить устаревшие описания вас на чужих доменах.
Что на самом деле значит «процитировали»
Когда человек спрашивает ассистента, какие инструменты решают определённую задачу, ответ не извлекается, а собирается. Система решает, о чём вопрос, достаёт откуда-то несколько фрагментов — из обучения, из живого поиска, из документа, который вставил пользователь, — и пишет абзац своими словами. Быть процитированным означает, что один из этих фрагментов пришёл от вас и что ваше имя в идеале дожило до той фразы, по которой читатель принял решение.
Это другая цель, нежели ранжирование, и разделить их стоит до того, как вы что-то на это потратите. Ранжируемый результат борется за клик. Процитированный фрагмент борется за то, чтобы стать той версией факта, которую будут повторять. Второе можно выиграть, вообще не увидев визита, — отчего работа выходит по-настоящему ценной и по-настоящему неудобной для защиты графиком трафика.
Предпосылка, которую почти никто не проверяет
Прежде чем начнут иметь значение любые советы о тексте, страницу должно быть возможно забрать чем-то, что не является браузером. Начните отсюда: удивительно большая доля маркетинговых сайтов на этом и останавливается. Запросите свои ключевые страницы простым HTTP-клиентом, а не браузером, и прочитайте, что пришло. Если полезный текст появляется только после выполнения клиентского скрипта, если перед содержимым стоит стена согласия, если слой антибот-защиты устраивает проверку всему с незнакомым user-agent, то изощрённая часть этого проекта беспредметна.
Проверьте то же самое для страниц, которые действительно отвечают на вопросы: документация, цены, сравнения, история изменений. Команды часто защищают именно их — либо намеренно, чтобы не пускать конкурентов, либо случайно, потому что настройка безопасности по умолчанию считает необычных клиентов подозрительными. Стоит ли такой размен того — настоящее решение. Совершить его не заметив — нет.
Пишите утверждения, которые можно вынуть
Модель, собирающая ответ, берёт фрагменты, а не страницы. Единица, которая путешествует, — это самодостаточное утверждение: фраза или короткий абзац, переживающий отрыв от всего окружающего. Текст, выстраивающий аргумент пять абзацев и произносящий вывод только в конце, не предлагает ничего, что извлекается начисто. Текст, отвечающий на вопрос первым предложением и объясняющий дальше, предлагает.
Практические привычки будничны. Ставьте прямой ответ рядом с заголовком, который задаёт вопрос, и словами человека, а не языком презентации о позиционировании. Называйте ограничения рядом с утверждением, чтобы фрагмент оставался верным, когда его процитируют без контекста. Датируйте факты: недатированное утверждение стареет незаметно, датированное хотя бы объявляет свой возраст. И прямо говорите, чего продукт не делает, — система, взвешивающая несколько источников, вознаграждает рассказ, достаточно конкретный, чтобы его можно было проверить.
Подтверждение весит больше повторения
Сказать одно и то же пять раз на собственном домене не повышает шансов, что этому поверит система, уже прочитавшая все пять страниц. Повышает согласие между источниками, которые вы не контролируете. Значит, описания в каталогах, на маркетплейсах, на страницах партнёров по интеграциям, в реестрах пакетов и в ваших собственных соцпрофилях весят больше, чем подсказывает их трафик, а устаревшие из них прямо вредны.
Конкретное упражнение, которое стоит делать раз в квартал: поищите название своего продукта, соберите все описания, найденные на не своих доменах, и прочитайте их как единый набор. Часть окажется текстом, написанным три года назад. Часть будет описывать тариф, который вы больше не продаёте. Исправлять это скучно, а эффект непропорционально велик: система, собирающая описание, воспроизведёт ту версию, которая наиболее согласована между найденными источниками.
Решите, какие краулеры вам нужны
Под одной этикеткой живут три довольно разных автоматических клиента. Один собирает тексты для обучения будущей модели. Один забирает страницы в момент ответа, чтобы ассистент мог опереться на что-то актуальное. Один забирает одну страницу, потому что пользователь вставил ссылку. Одно общее правило в вашем robots-файле выбирает сторону сразу за всех троих, и выбранная сторона обычно не та, которую кто-либо имел в виду.
Определитесь, что из этого вам нужно, до того как править файл: компромиссы направлены в противоположные стороны. Блокировка обучающего сбора ничего не делает с тем, что вас цитируют сегодня, а блокировка извлекающих клиентов убирает вас из ответов на вопросы, которые задают прямо сейчас. Актуальные строки агентов читайте в собственной документации поставщиков, а не в пересказе, и перечитывайте всякий раз, когда трогаете файл: правило, написанное для выведенного из обращения агента, неотличимо от отсутствия правила.
Как измерять настолько непрозрачное
Трекера позиций для сгенерированного ответа не существует, и всякий, кто продаёт здесь определённость, продаёт вывод из маленькой выборки. Работает фиксированная панель: выпишите двадцать вопросов, которые задал бы настоящий покупатель, задавайте их по расписанию тем ассистентам, которые вам важны, и фиксируйте, появляетесь ли вы, как вас описывают и что о вас говорят неверно. Самый полезный результат обычно — именно ошибки в описании: они прямо указывают на устаревший источник, который можно пойти и починить.
Рядом с этим следите за косвенными сигналами: переходами от тех ассистентов, которые их отдают, брендовым поиском, прямыми заходами, которым нет другого объяснения. Каждый из них частичный, и ни один не закроет спор в одиночку. Договоритесь заранее, что будет считаться доказательством, и будьте готовы признать, что квартал работы ничего не сдвинул, — иначе программа тихо станет неопровержимой, а это обычная судьба маркетинговой работы, которую никто не может измерить.