Коротко
- Версия под сегмент нужна, если у сегмента другие цены, условия, законы, ассортимент или язык.
- Пачка страниц, где в заголовке меняется только город или отрасль, подходит под описание дорвеев в политике Google о спаме.
- Персонализация по IP или по cookies поисковому роботу не видна, для поиска нужны отдельные адреса.
- Каждое различие между версиями подтверждается источником внутри компании или документом.
- Модель пишет черновик адаптации, факты в него вносит человек.
Что считать персонализацией
В SEO под персонализацией обычно понимают одно из двух. Первое, сайт на лету меняет блоки для посетителя, по региону, по источнику перехода, по истории покупок. Второе, у сайта есть отдельные индексируемые страницы под сегменты, например под страну, под тип клиента или под отрасль.
Поиску виден только второй вариант. В документации Google о страницах, которые меняются по локали, сказано, что робот Googlebot по умолчанию ходит с адресов, которые определяются как американские, и не передает заголовок Accept-Language. Если сайт показывает русскоязычному клиенту в Дубае одну версию, а роботу другую, индексироваться будет то, что увидел робот. Google рекомендует для таких случаев отдельные адреса под каждую локаль с разметкой hreflang.
Персонализация на лету
Подходит для удобства посетителя. Подставить ближайший офис, валюту, телефон, показать недавно просмотренные товары. На позиции это не влияет, и писать для этого SEO-тексты не нужно.
Отдельные страницы под сегменты
Это и есть персонализированный SEO-контент. У каждой версии свой адрес, свой спрос в поиске и свое содержание. Именно здесь ИИ экономит время и именно здесь легко сделать дубли.
Для русскоязычного бизнеса за рубежом типичная ситуация выглядит так. Компания работает с клиентами в ОАЭ, Великобритании и Европе, и у нее одна страница услуги на русском. Клиенты из разных стран ищут по-разному, а условия, документы и сроки для них отличаются. Тут отдельные страницы оправданы, и модель помогает быстро подготовить их черновики по общей структуре.
Когда отдельная версия нужна
Проверка простая. Выпишите, чем ответ для сегмента отличается от общего ответа. Если различия только в словах, версия не нужна. Если у сегмента другие факты, версию делать стоит, при условии что по ней есть отдельный спрос.
Решение о версии принимают после сбора спроса. Как получить запросы по сегментам и проверить, что они не сливаются в одну группу в выдаче, описано в статьях про семантическое ядро с ИИ и кластеризацию запросов. Если запросы двух сегментов в выдаче сливаются, отдельная страница будет конкурировать с основной.
Риски дублей и дорвеев
У Google есть три правила из политики о спаме, которые прямо касаются версий под сегменты.
Дорвеи
Google описывает дорвеи как страницы, созданные под ранжирование по похожим конкретным запросам. В примерах есть региональные страницы и страницы под города, которые ведут пользователя на одну и ту же целевую страницу, и почти одинаковые страницы, которые стоят ближе к выдаче, чем к понятной структуре сайта. Страницы услуги, которые отличаются только названием города, попадают сюда первыми.
Масштабированный контент
Отдельно Google называет злоупотреблением массовым контентом генерацию большого числа страниц ради позиций, и в примерах прямо указан генеративный ИИ, которым делают много страниц без пользы для читателя. Пакетная генерация версий под сегменты без новых фактов попадает именно сюда.
Клоакинг
Показ разного содержимого роботу и людям с целью манипуляции Google считает клоакингом. Если персонализация на лету меняет главный смысл страницы, а роботу отдается другая версия, это стоит проверить заранее.
Данные для персонализации
Модель не знает, чем ваши клиенты из Лондона отличаются от клиентов из Дубая. Если ей не дать данные, она напишет правдоподобные отличия, и часть из них окажется неправдой. Поэтому сначала собирают материал.
- Вопросы клиентов из CRM, чатов и звонков с пометкой сегмента.
- Прайсы, условия, сроки и ограничения по каждому сегменту.
- Документы регуляторов и партнеров для юридических и налоговых различий.
- Запросы из поиска по каждому сегменту, если сегмент ищет сам.
- Отказы и возражения отдела продаж.
Удобно хранить это в одной таблице, где строка соответствует одному различию, а в колонках сегмент, суть различия, документ или выгрузка, дата проверки и ответственный. Эта же таблица потом становится заданием для модели и основой для фактчека. Если различие не удается подтвердить документом, его не пишут, даже если менеджеры уверены, что так и есть.
Персональные данные клиентов в модель не передают. Если нужна выборка обращений, имена, телефоны и адреса из нее убирают заранее. Достаточно обезличенной выжимки, какие вопросы задают и что мешает купить.
Редакционный процесс
Работа идет в таком порядке. Сначала редактор пишет основную страницу и отмечает места, которые различаются по сегментам. Затем модель получает основную страницу, данные сегмента и задание переписать только отмеченные места и раздел с вопросами. После этого редактор сверяет черновик с данными, убирает все, чего нет в источниках, и добавляет примеры из практики, которых модель знать не может.
Более общий разбор, как работать с нейросетями в SEO без выдуманных данных, есть в статье про AI SEO.
Комментарий Q2 AgencyМы начинаем с того, что выписываем различия сегментов в таблицу еще до генерации. Если для сегмента в таблице набралась одна строка, страницу не делаем. Так отсеивается заметная часть идей о версиях, и время уходит на те, где клиенту действительно есть что прочитать.
Контроль фактов
В справке Google о генеративном контенте сказано, что модели не извлекают факты, а предсказывают вероятную последовательность слов, и что весь сгенерированный текст стоит проверять вручную до публикации. Это касается и метаданных, Title, Description, alt-текстов и структурированных данных.
Редакционный чек-лист
- У каждого различия между версиями есть источник из таблицы данных.
- Цифры, сроки, цены и требования сверены с документом, дата сверки записана.
- В тексте нет примеров клиентов, отзывов и цитат, которых нет в CRM или в архиве.
- Title, Description и заголовки отличаются от основной страницы по смыслу, а не по одному слову.
- Страница связана ссылками с основной и с соседними версиями, и в меню ее можно найти.
- Для языковых и страновых версий настроены hreflang и canonical на себя.
- Если читатель может спросить, как сделан текст, на странице есть пояснение об участии автоматизации.
Последний пункт взят из рекомендаций Google о вопросах Кто, Как и Зачем.
Кто отвечает
За каждую версию отвечает конкретный редактор. Модель в этой цепочке никакой ответственности не несет. В разъяснениях Google о контенте с ИИ сказано, что указывать ИИ автором вряд ли удачный способ показать читателю, как участвовала автоматизация. Подпись ставят редактору, который проверил факты.
Проверка результата
Версии оценивают по тому, зачем их делали. Сравнивать с основной страницей удобно через Search Console и аналитику.
- Попала ли версия в индекс и по каким запросам получает показы.
- Не забрала ли она показы у основной страницы по общим запросам.
- Есть ли целевые действия из сегмента, заявки, звонки, переходы в корзину.
- Задают ли клиенты этого сегмента в продажах те же вопросы, что и раньше.
Если через несколько месяцев версия не получает показов, а основная страница по запросам сегмента держится, версию стоит вернуть в основную страницу разделом. Схема, как связать основную страницу и версии ссылками, описана в материале про контент-хабы. Стратегию по сегментам с картой страниц мы собираем в рамках SEO-оптимизации сайта.
Частые вопросы
Источники
Основатель Q2 Agency, бывший директор по маркетингу: работал в Яндексе, Xsolla, Cheelee и Allen Carr’s Easyway. Специализация - нейромаркетинг, воронки продаж и сквозная аналитика.
