На этой странице
Большинство основателей, которые ищут инструмент для ChatGPT SEO, хотят найти что-то, что заставит ChatGPT рекомендовать их продукт. Находят они трекер: он показывает, упоминают ли вас и на какой позиции, и это правда полезно, но причину вашего отсутствия он не устраняет. Одна из частых причин совершенно скучная. Машины, которые читают ваш сайт, не могут надёжно понять, что у вас за продукт, к какой категории он относится и сколько стоит, потому что эта информация существует только в виде оформленного текста на первом экране.
Структурированные данные - это способ починить именно такое. Дело неблестящее, занимает один вечер, и это самое близкое к бесплатному рычагу, что у вас есть.
Что структурированные данные реально дают ответам ИИ
Schema-разметка не является сигналом ранжирования внутри языковой модели. Нет такого поля в JSON-LD, добавив которое вы понравитесь Claude сильнее. Её работа уже и полезнее: она снимает неоднозначность для каждой автоматической системы, которая читает ваш сайт до того, как ответ будет сгенерирован.
Значимых систем три:
- Классические краулеры. Googlebot и его коллеги по-прежнему строят индекс, из которого черпают AI Overviews. Schema питает записи в графе знаний и продуктовые панели, стоящие за этими ответами.
- Слои поиска и извлечения. Когда Perplexity или ChatGPT запрашивает вашу страницу вживую, он разбирает HTML. Чистый блок JSON-LD - самая надёжная для разбора часть этой страницы, потому что это уже данные вида ключ-значение, а не проза, которую надо интерпретировать.
- Сборщики датасетов. И обходы, из которых получаются обучающие данные, и структурированные продуктовые базы поверх них предпочитают явные поля выводам по догадке.
На практике эффект проявляется в извлечении сущностей. Когда модель обрабатывает фразу “Linear - это инструмент для управления проектами”, ей надо решить, какой именно Linear, в какой категории, какой компании. Если ваш сайт заявляет это явно и ссылается на ваши профили в G2 и LinkedIn, задача решается тривиально. Если нет, модель гадает, а догадки смещаются в сторону того бренда, который делит с вами название и о котором написано больше текста.
Четыре типа, которые стоят вашего времени
Разметить можно почти что угодно. Большая часть этого ни одну метрику не сдвинет. Для SaaS-сайта с маркетинговой страницей, документацией и блогом почти всю ценность несут четыре типа.
| Тип | На что отвечает | Где окупается |
|---|---|---|
| Organization | Что за компания за этим стоит | Разрешение сущностей, панели знаний |
| SoftwareApplication или Product | Что это за штука и сколько стоит | Попадание в категорию, цена в ответах |
| Article с автором и датами | Кто это написал и когда | Сигналы свежести и авторства |
| BreadcrumbList | Где эта страница лежит внутри сайта | Понимание структуры сайта |
FAQPage стоит чуть ниже этого уровня. Google убрал FAQ-сниппет в 2026 году, так что лишнего места в выдаче он вам больше не принесёт. Осталось другое: это аккуратный способ выложить пары вопрос-ответ, которые система поиска заберёт без разбора прозы, и это стоит небольших усилий, не больше. Добавляйте, если на странице уже есть настоящий раздел FAQ, иначе пропускайте.
Organization: поле, которое почти все пропускают
Начинайте отсюда. Разметка Organization с заполненным массивом sameAs - самый мощный по отдаче блок на вашем сайте, и большинство SaaS-сайтов либо вообще его не ставят, либо выкатывают версию с названием, логотипом и больше ничем.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "AskAiRank",
"url": "https://askairank.com",
"logo": "https://askairank.com/logo.png",
"description": "AI visibility tracking for indie SaaS founders.",
"sameAs": [
"https://www.linkedin.com/company/askairank",
"https://www.crunchbase.com/organization/askairank",
"https://www.g2.com/products/askairank",
"https://x.com/askairank"
]
}
Настоящую работу делает массив sameAs. Каждый URL - это заявление о том, что описанная здесь сущность и есть сущность, описанная там. Именно так упоминание вашего бренда на сайте-отзовике и упоминание в рассылке сходятся в одно, о чём модель может рассуждать, а не в три слабо связанных совпадения названий. Отсюда следствие: массив хорош ровно настолько, насколько хороши профили, на которые он указывает, и поэтому заполнение ваших страниц в Crunchbase и LinkedIn - это задача по видимости в ИИ, а не просто наведение порядка. Полный список полей - в гайде по Organization JSON-LD.
Две детали, из-за которых всё ломается молча:
- Один блок Organization на весь сайт, на главной странице. Повторение слегка разных версий на каждой странице напрашивается на конфликты. Ссылайтесь на него по
@idиз других блоков. - Каждый URL в
sameAsдолжен реально открывать профиль, которым вы управляете. Мёртвая ссылка или занятый кем-то ник подрывают заявление, а не подтверждают его.
В Product-разметке живёт цена
Если модель собирается ответить на вопрос “сколько это стоит”, число должно существовать где-то в разбираемом виде. Цена, отрисованная внутри компонента с таблицей тарифов и тремя состояниями переключателя, таким местом не является.
Для SaaS-продукта SoftwareApplication подходит лучше общего типа Product, потому что несёт applicationCategory и operatingSystem. Самые важные поля:
applicationCategoryи человеческоеdescription, которое называет вашу категорию так, как её называют покупатели, а не так, как она названа в вашей презентации о позиционированииoffersсpriceиpriceCurrencyдля начального тарифа, синхронизированные с видимой страницейfeatureListдля той горстки возможностей, которые действительно вас отличают
Пропустите aggregateRating, если у вас нет настоящих данных отзывов, которые вы вправе представлять. Выдуманный рейтинг - это нарушение правил с реальным риском ручных санкций, и именно из-за такого обесценивают структурированные данные всего сайта. Детали по полям есть в гайде по Product-разметке.
Чего разметка для вас не сделает
Про потолок тут стоит сказать прямо, потому что schema-разметку продают как короткий путь, а она им не является.
Разметка страницы не делает её содержимое более цитируемым. Если ваша сравнительная страница смягчает каждое утверждение и не содержит конкретных чисел, добавление разметки Article никак не повлияет на то, процитирует ли её модель. Факторы, от которых зависит, какие источники попадут в ответ, в основном относятся к содержанию и сторонним упоминаниям вокруг него, и этому посвящён разбор как AI Overviews выбирают источники.
Разметка также не заменяет доступность для обхода. Если ваш robots.txt блокирует GPTBot и ClaudeBot, ваш JSON-LD - это запертый шкаф с документами. Проверьте это первым делом.
Она также не заменяет файл llms.txt, и наоборот тоже: статья llms.txt для SaaS: помогает ли он видимости в ИИ? разбирает, где именно место этого файла, а роль там куда меньше, чем ей обычно приписывают.
И она не компенсирует отсутствие всего остального. Идеально размеченный сайт без карточки в G2, без сравнительных страниц и без упоминаний в прессе всё равно проиграет конкуренту с грязным HTML и сорока цитируемыми упоминаниями по всему вебу. Структурированные данные поднимают ваш пол. Потолок они не поднимают.
Как понять, сработало ли
Валидация и видимость - две разные проверки, и прохождение первой ничего не говорит о второй.
Для валидации Rich Results Test от Google и валидатор Schema.org оба поймают некорректный JSON-LD и отсутствие обязательных свойств. Прогоните главную страницу, одну страницу тарифов и один пост в блоге. Этим вы покрываете свои шаблоны.
Для видимости нужен замер “до и после” по тем запросам, которые вам важны. Возьмите 10-15 вопросов покупателей, зафиксируйте, как вас описывают сегодня, выкатите разметку и повторите те же запросы через две-четыре недели. Смотреть надо не только на присутствие, но и на точность: стало ли описание категории конкретнее, совпадает ли цена, которую называет модель, с вашей настоящей ценой, перестала ли она путать вас с продуктом со схожим названием. Такой качественный сдвиг и есть реалистичная отдача, и его легко не заметить, если следить только за количеством упоминаний. Прогонять эти запросы по расписанию, а не руками, нужен инструмент вроде AskAiRank, а более широкая последовательность исправлений расписана в гайде по улучшению AEO. Если вы выбираете отдельный трекер под GEO вместо того, чтобы собирать это самому, статья как выбрать GEO-инструмент для видимости в ИИ-поиске разбирает, что проверить перед покупкой.
Сделайте на этой неделе
Откройте исходный код главной страницы и поищите application/ld+json. Если там ничего нет или есть блок Organization без массива sameAs, вы нашли, чем занять вечер. Напишите блок, заполните sameAs каждым профилем, которым вы действительно владеете, проверьте валидатором и запишите сегодняшнюю дату, чтобы у вас была точка отсчёта для сравнения.
Потом идите проверять robots.txt, потому что нет смысла размечать сайт, который краулерам никогда не разрешали читать.
Часто задаваемые вопросы
Ответы про schema-разметку, JSON-LD и то, насколько это реально двигает видимость в ИИ.
Нет, и любой инструмент, который это обещает, продаёт лишнее. Schema не работает как сигнал ранжирования внутри языковой модели. Она делает вашу идентичность, категорию и цену однозначными для краулеров и слоёв поиска, которые питают эти ответы, а значит снижает шанс, что модель опишет вас неверно или пропустит, потому что не поняла, кто вы.
Organization со ссылками sameAs на ваши профили на сайтах-отзовиках, в LinkedIn, Crunchbase и GitHub. Это точка входа в разрешение сущностей: она сообщает машинам, что разбросанные по вебу упоминания вашего бренда принадлежат одной компании. Следом идёт Product или SoftwareApplication, потому что там живут цена и категория.
Расширенного сниппета больше нет, так что не добавляйте FAQPage в расчёте на лишнее место в выдаче. Ценность осталась в другом: это машиночитаемая пара вопрос-ответ, которую поисковые системы забирают без разбора прозы, а видимый FAQ на странице стоит написать в любом случае. Считайте это аккуратной деталью, а не рычагом роста.
Ответы на основе поиска в Perplexity или ChatGPT с браузингом могут отразить переобход страницы за несколько дней или пару недель. Базовые знания модели о вашем бренде меняются гораздо медленнее, в ритме обновлений обучения. Сначала измеряйте сторону поиска, остальное считайте длинной игрой.
Да, двумя способами. Разметка, которая противоречит видимой странице, может привести к тому, что структурированные данные всего сайта начнут игнорировать, а выдуманные заявления вроде пятизвёздочного aggregateRating - это нарушение правил с риском ручных санкций. Держите каждое поле согласованным с тем, что читает человек на странице.