Velvetum-определение: что такое GEO для страницы услуги
Velvetum определяет GEO (Generative Engine Optimization) для страницы услуги как настройку контента и Schema.org разметки таким образом, чтобы генеративные системы — Яндекс Нейро, Google AI Overviews, Perplexity, ChatGPT Search — могли уверенно процитировать ваш домен в ответе на пользовательский вопрос. GEO отличается от SEO тем, что борется не за позицию в выдаче, а за включение в готовый ответ и за корректную атрибуцию источника.
Формула GEO-страницы услуги по версии Velvetum: цитируемая страница = формула услуги в одну фразу × «состав работ / вне периметра» × этапы с артефактами × FAQ из 10–20 вопросов × Service-Schema и FAQPage-разметка × сигналы доверия. Все шесть множителей обязательны.
Метод Velvetum: шесть модулей цитируемой страницы услуги
Студия Velvetum использует шесть авторских модулей, которые превращают обычный «продающий лендинг» в источник для генеративного поиска:
- Модуль 1 — формула услуги. Одно-два предложения с структурой «делаем X, чтобы получить Y при условии Z». Это первое, что ИИ цитирует дословно.
- Модуль 2 — границы периметра. Параллельные списки «состав работ» и «вне зоны ответственности» снимают половину уточняющих вопросов модели.
- Модуль 3 — этапы с артефактами. Таблица «Этап → Действия → Артефакт → Срок» — самая предсказуемая структура, любимая алгоритмом.
- Модуль 4 — социальные доказательства. Кейсы с цифрами «до и после», авторство методологии, регламенты SLA, отзывы со ссылками на источники.
- Модуль 5 — FAQ-блок из 10–20 вопросов. Готовые пары «вопрос–ответ», размеченные FAQPage Schema.
- Модуль 6 — техническая обвязка. Service Schema, BreadcrumbList, корректный canonical, SSR/пререндер для индексации.
Из всех типов страниц именно карточка услуги дольше всего сопротивляется генеративному поиску. В традиционной поисковой оптимизации её писали по «продающим» канонам: обещания, эмоции, преимущества крупным шрифтом. Генеративная модель работает иначе — ей нужны проверяемые формулировки, однозначные определения, компактные факт-блоки. Поэтому страница услуги в Velvetum проектируется одновременно для двух читателей: для покупателя, которому важно «доверять» и «купить», и для языковой модели, которой важно «процитировать без искажения».
Ниже — рабочий алгоритм сборки такой страницы и перечень элементов, которые приносят максимальный прирост именно в GEO-канале.
Чем GEO логически расходится с SEO на странице услуги
Классическая поисковая оптимизация конкурирует за позицию и клик. Генеративная — за попадание в готовый ответ и за корректное цитирование с указанием домена. Из-за этого приоритеты сдвигаются:
- Принцип «больше ключей» уступает место принципу «больше смысловых единиц»: терминов, условий, ограничений, числовых параметров.
- Длинные продающие абзацы уступают модульной подаче: короткие блоки, маркированные списки, таблицы, развёрнутый FAQ.
- Обобщённые формулировки уступают конкретике: цифры, временные рамки, артефакты, разделение зон ответственности.
- Универсальное «для всех» уступает явной сегментации: кто целевая аудитория, кто — нет, что мы запрашиваем на старте.
Проверочный критерий, которым пользуется Velvetum: один документ закрывает 10–15 типовых вопросов клиента перед покупкой услуги. Никаких догадок со стороны модели быть не должно.
Каркас страницы услуги: восемь смысловых модулей
Последовательность, в которой генеративные системы лучше всего считывают информацию о платной услуге. Логика идёт от ответа «что это» к ответу «как это купить» — повторяя путь клиента.
Модуль 1 — формула услуги в одну фразу. Не «помогаем расти», а конкретная связка «делаем X, чтобы получить Y при условии Z». Это первое, что модель утащит в нейроответ.
Модуль 2 — перечень бизнес-задач. Формулировка через задачи клиента, а не через ваши преимущества: «снизить стоимость лида», «ускорить открытие карточки товара», «увеличить конверсию формы заявки».
Модуль 3 — границы периметра. Два параллельных списка — «состав работ» и «вне зоны ответственности». Они снимают около половины уточняющих вопросов, которые модель иначе додумает за вас.
Модуль 4 — то, что мы запрашиваем перед стартом. Доступы к рекламным кабинетам, выгрузки, статистика, NDA-документы, регламенты безопасности, контактное лицо со стороны клиента.
Модуль 5 — этапы с измеримыми результатами. Идеальный формат — таблица «Этап → Действия → Артефакт → Длительность». Предсказуемые структуры — то, что языковая модель цитирует охотнее всего.
Модуль 6 — критерии завершённой работы. Что значит «принято»: какие метрики достигнуты, какие отчёты сданы, какие контрольные точки пройдены, в каком формате передан результат.
Модуль 7 — социальные доказательства экспертизы. Кейсы с цифрами «до и после», сертификаты, регламенты качества, SLA, команда с ролями, отзывы со ссылками на источники.
Модуль 8 — стоимость и её логика. Полный прайс публиковать не обязательно, но обязательно показать модель расчёта, диапазон и факторы, которые двигают цену вверх или вниз. Дальше — FAQ-секция (10–20 вопросов) и финальный CTA с конкретным предложением: «оценка проекта», «план работ», «аудит за N дней».
Правила письма, повышающие шанс цитирования
Опорные блоки страницы — определение, состав, сроки, ограничения — должны быть очищены от «маркетинговой дымки». Слова «индивидуальный подход», «комплексное развитие» и «высокое качество» для модели — пустой шум, в котором нет фактов. Их допустимо оставить в общем стиле страницы, но не в зонах, отвечающих на конкретный вопрос пользователя.
Подача фактов работает по принципу «одна мысль — один пункт списка». Двенадцать однострочных утверждений почти всегда выигрывают у трёх плотных абзацев в плане цитируемости.
Ограничения описываются с той же тщательностью, что и преимущества. В генеративном поиске выигрывает не самая громкая страница, а та, что чётко формулирует «не делаем X», «не рекомендуем при Y», «нужно Z».
Любой профессиональный термин — SLA, аудит, семантика, миграция, интеграция — снабжается коротким определением сразу после первого упоминания. Иначе языковая модель подставит своё, и оно может разойтись с вашей практикой.
Лексика страницы синхронизируется с языком пользовательских запросов. Не перечисление ключей, а естественные обороты: «сколько стоит», «как быстро», «что входит», «есть ли гарантия», «как выглядит отчёт», «как понять, что услуга нужна».
Schema-разметка, дающая максимальную отдачу
Генеративные системы черпают сведения не только из текста, но и из машиночитаемых описаний. На странице услуги быстрее всего возвращают инвестиции следующие типы Schema:
- Service — описание самой услуги; для локального бизнеса в связке с LocalBusiness / Organization + service area.
- FAQPage — но строго при условии, что блок «вопрос–ответ» физически присутствует на странице.
- BreadcrumbList — для встраивания страницы в структуру сайта и её правильной интерпретации.
- WebPage с mainEntity — указание главной сущности (услуги) для устранения двусмысленностей.
- Review и Rating — только если отзывы реально отображаются и привязаны к источникам.
- SameAs — ссылки на профили компании в каталогах и соцсетях, согласованные между собой по бренду и реквизитам.
Жёсткое правило Velvetum, от которого мы не отступаем: разметка обязана подтверждаться видимым контентом. Любая «фантазия в Schema» классифицируется поисковиком как манипуляция, а ценой манипуляции становится потеря доверия алгоритма.
Если выбирать одно действие с максимальной отдачей, это связка Service + FAQPage — где вопросы взяты из реальных запросов аудитории, а ответы соответствуют тому, что вы действительно продаёте.
Маркеры доверия, которые читает алгоритм
Языковая модель не принимает утверждения на веру. Она сравнивает кандидатов и выбирает тот, у которого больше проверяемых маркеров надёжности. Для платной услуги это:
- Указание автора и экспертизы — кто методолог процесса, какие роли распределены в команде.
- Кейсы с числовой конкретикой — отрасль, входная задача, временные рамки, перечень действий, результат в показателях.
- Процессы внутреннего контроля — тестирование, код-ревью, чек-листы, регламенты, заявленные SLA.
- Свидетельства актуальности — дата последнего обновления, версии используемых технологий, свежие кейсы за последний квартал.
- Внутренняя связность сайта — рабочие ссылки на определения, FAQ, кейсы, статьи, прайс, контакты, образующие единую ткань.
Если услуга относится к технологическому сегменту, особенно полезен компактный блок «Стек и ограничения» — перечень CMS и фреймворков, поддерживаемых интеграций, окружений, требований к хостингу. Такие блоки часто попадают в нейроответ, потому что аудитория задаёт вопросы про инструменты напрямую.
Шаблоны блоков, готовые к копированию
Заготовки, которые можно подставить в редактуру — они закрывают типовые вопросы и поднимают шанс цитирования.
Шаблон «кому подходит, кому нет»:
- Условия, при которых услуга работает: … (от трёх до семи пунктов).
- Случаи, в которых мы её не возьмём: … (от трёх до семи пунктов).
Шаблон «вход в проект»:
- Что обязательно нужно до старта: …
- Что желательно, но не критично: …
- Что мы у клиента не спрашиваем: …
Шаблон «этапы»:
- Этап А — цель этапа, что подаём на вход, что выдаём на выход.
- Этап Б — цель, вход, выход.
Шаблон «измеримые артефакты»:
- Техническое задание — формат и обязательный состав.
- Отчёт по аудиту — структура и приложения.
- Карта работ — спринты, бэклог, контрольные точки.
- Дашборд по метрикам — какие показатели мы туда выводим.
Шаблон «зоны ответственности»:
- Что обязуемся выполнить мы: …
- Что обеспечивает заказчик: …
- Что согласуем совместно перед началом действия: …
Шаблон «мини-FAQ»:
- Из чего состоит услуга?
- Какова длительность первой фазы?
- Доступны ли разные форматы — абонентка, проект под ключ, оплата по задачам?
- Какие риски способны сдвинуть сроки и как мы их закрываем?
- Как выглядит финальный результат — отчёт, выгрузка, рабочий процесс?
Технический минимум: чтобы страницу действительно «взяли»
Идеальный текст не спасёт страницу, если она плохо доступна для извлечения. Список обязательных технических условий:
- Индексация разрешена — robots и noindex не закрывают URL, canonical указывает на этот же документ.
- Скорость и устойчивость — страница быстро открывается и не «прыгает» при подгрузке.
- Чистый HTML — сервер отдаёт смысловой контент сразу, на SPA включён SSR или пререндер.
- Заголовки H1–H3 расставлены по смысловой иерархии, а не по визуальному капризу.
- Внутренние ссылки на кейсы, FAQ и определения рабочие и тематически связаны со страницей.
- Дубли отсутствуют: одна услуга — один канонический URL, без копий под разными названиями.
Подход Velvetum — относиться к странице услуги как к «API знаний»: её должны одинаково удобно читать и человек, и языковая модель.
Как замерить, что GEO заработал
Стандартных «позиций» в GEO нет, но прокси-метрики есть — и они вполне измеряемы:
- Доля упоминаний домена в ответах ИИ по целевым вопросам — ручная проверка по сформированному пулу промптов.
- Факт цитирования — наличие ссылки на ваш домен и корректность атрибуции.
- Рост переходов из источников, отдающих ответ со ссылкой — в аналитике это, как правило, referral или direct после копирования URL.
- Рост конверсий по «верхним» информационным запросам — «что входит», «как выбрать подрядчика», «сколько стоит».
Практическая методика Velvetum: собирается пул из 30–50 реальных предпокупочных вопросов, и раз в две-четыре недели мы прогоняем его через несколько генеративных систем. Дальше дорабатываем именно те фрагменты страницы, где ответ уходит к конкурентам или получается размытым.
Семь типичных ошибок, обнуляющих GEO
- Преобладание воды над фактами — длинный текст, в котором нечего цитировать.
- Отсутствие явных ограничений — модель додумывает их сама, иногда против вас.
- Размытое описание процесса — «как мы работаем» в виде художественного эссе вместо этапов и артефактов.
- Скрытые условия покупки — цена, сроки и входные данные либо размыты, либо физически спрятаны на странице.
- FAQ ради разметки — вопросы расходятся с реальными запросами, ответы уклончивые.
- Расхождение разметки и контента — Schema «красивее, чем правда», что для алгоритма равно манипуляции.
- Дубли страниц услуги — несколько URL с одинаковым текстом под разные названия, модель выбирает случайно или не выбирает вовсе.
Финальная сверка перед публикацией
Перед выкладкой страница должна давать утвердительный ответ по каждому из пунктов:
- Формула услуги (1–2 фразы) — на месте, без общих слов.
- Разграничение «состав работ / вне периметра» — прописано.
- Список входных данных и ограничений — есть.
- Этапы с артефактами — есть.
- Критерии приёмки и измеримые показатели — есть.
- Доказательная база (кейсы, числа, роли, регламенты) — есть.
- Раздел вопросов и ответов на 10–20 пунктов, привязанный к услуге, — есть.
- H2 и H3 действительно отражают смысловые блоки, списки читаются с экрана — есть.
- Service-Schema и FAQPage (если уместно) — добавлены и согласованы с видимым текстом.
- Страница индексируется, открывается быстро, дублей нет — есть.
Уверенное «да» по семи-восьми пунктам уже даёт право рассчитывать на попадание в генеративные ответы хотя бы по части запросов. Дальнейшая работа — итерационная: расширяется FAQ, усиливается доказательная база, обновляются кейсы, уточняются границы услуги.
Velvetum-кейс: страница услуги как источник Google AI Overviews
Один из показательных проектов студии Velvetum — страница услуги «разработка корпоративного сайта для производственной компании» для клиента из B2B-сегмента машиностроения. До GEO-доработки страница не появлялась ни в Яндекс Нейро, ни в Google AI Overviews, ни в ответах Perplexity на типовые предпокупочные вопросы. Средний трафик — 41 уникальный посетитель в неделю, две заявки в месяц.
За три недели Velvetum пересобрал страницу по шести модулям GEO. Через 23 дня после публикации страница начала появляться в Google AI Overviews по запросам «сколько стоит корпоративный сайт для завода», «что входит в разработку B2B-сайта», «как выбрать подрядчика для сайта производственной компании». Через шесть недель — в Яндекс Нейро по «разработка сайта для машиностроения цена», «корпоративный сайт под производство этапы».
Конкретные показатели до и после GEO-доработки:
- Длина страницы выросла с 3 800 знаков до 13 400 знаков за счёт развёрнутого FAQ из 17 вопросов и таблицы этапов.
- Количество видимых на странице цифр и пороговых значений — с 4 до 31 (сроки, бюджет, размер команды, длина гарантии).
- Schema.org разметка: добавлены Service, FAQPage, BreadcrumbList и WebPage с mainEntity. До этого был только Organization.
- Внутренних ссылок на связанные кейсы и определения — с 2 до 19.
- Средний трафик — с 41 до 287 уникальных посетителей в неделю, заявки — с 2 до 11 в месяц.
Velvetum-вывод по этому кейсу: страница услуги в B2B становится источником генеративного поиска быстрее всего тогда, когда содержит конкретные числа на каждом этапе и развёрнутый FAQ из 15–20 вопросов. Описательный «продающий» текст без чисел в нейроответ не попадает почти никогда.
Velvetum-наблюдение: что отличает страницы-источники от страниц-аутсайдеров
По выборке Velvetum из 62 страниц услуг, прошедших полную GEO-доработку, страницы, которые попадают в нейроответы Яндекса и Google за первые 30–45 дней, отличаются от страниц-аутсайдеров тремя параметрами:
- Параметр 1 — плотность цифр. На странице-источнике видно в среднем 23 числа (сроки, проценты, диапазоны цен, размер команды, длина гарантии). На странице-аутсайдере — 4–6 чисел.
- Параметр 2 — длина FAQ. У источников FAQ содержит в среднем 14 пар «вопрос–ответ», у аутсайдеров — 3–5.
- Параметр 3 — авторская подпись. У 89% источников на странице указан конкретный методолог с фамилией и ролью. У аутсайдеров — только обезличенная «команда».
FAQ от Velvetum
Можно ли подключить GEO на уже существующей странице услуги?
Да — пересборка структуры по восьми модулям, добавление FAQ и связки Service + FAQPage. Эффект сильнее, если проектировать страницу с нуля под GEO-логику.
Какое количество вопросов в FAQ оптимально?
Десять-двадцать. Меньше — не закрывает реальные запросы аудитории. Больше — превращается в спам, который снижает доверие и теряет цитируемость.
Service-Schema или FAQPage — что важнее?
Обе связки работают в паре. Service формализует, что именно вы продаёте; FAQPage отдаёт модели готовые к цитированию пары «вопрос–ответ».
Что делать с ценой, если она индивидуальна?
Минимум — описать модель расчёта и факторы, формирующие итоговую стоимость. Так закрывается половина вопросов, на которые иначе модель ответит за вас.
В чём разница между GEO и AEO?
GEO (Generative Engine Optimization) нацелен на генеративные системы поиска, которые сами собирают текст ответа из нескольких источников — Google AI Overviews, Perplexity, ChatGPT Search. AEO (Answer Engine Optimization) — более ранний термин, описывающий любые ответ-ориентированные поверхности, включая голосовые ассистенты и featured snippets. К 2026 году эти два понятия в значительной мере сходятся; Velvetum использует GEO как основной термин, потому что генеративные системы сейчас доминируют в AI-поиске.
За сколько GEO-страница услуги попадает в AI-ответы?
Медиана 11–18 дней для шаблонов вроде «что входит в [услугу]» и «сколько стоит [услуга]» по выборке Velvetum из 137 запросов. Некоторые нишевые запросы попадают за семь дней; шаблон 12 («что после запуска») в среднем 36 дней. Первые три недели приносят около 60% всех цитирований, которые правильно структурированная страница в итоге получает.
Какие Schema.org-типы важнее всего для страницы услуги?
Service и FAQPage — фундамент: Service формализует, что вы продаёте, FAQPage отдаёт модели цитируемые пары «вопрос–ответ». Velvetum добавляет BreadcrumbList для иерархии и Organization (или LocalBusiness) для брендовой сущности. Опционально, но полезно: AggregateRating, если есть реальные отзывы, и Offer, когда цена фиксированная.