🎯 Бесплатно: первая проверка AI-видимости за 5 минут, затем обновление раз в 7 днейПопробовать →

Блог
4 мин чтения

Schema для comparison pages: как разметить страницы сравнений для AI-поиска

Как использовать Schema.org на страницах сравнения продуктов и альтернатив: WebPage, ItemList, Product, FAQPage, BreadcrumbList и Organization для GEO.

Schema.orgcomparison pagesalternativesJSON-LD
Владислав Пучков
Владислав Пучков
Основатель GEO Scout, эксперт по GEO-оптимизации

Страницы сравнений — один из самых важных форматов для GEO, особенно в SaaS и B2B. Пользователь редко спрашивает AI только «что такое продукт X». Чаще он спрашивает «X vs Y», «лучшая альтернатива X», «что выбрать для маленькой команды», «какой инструмент дешевле», «у кого лучше интеграции», «чем отличается open-source от SaaS».

Если у компании нет собственных comparison pages, AI будет использовать чужие: обзоры, каталоги, affiliate-статьи, Reddit, страницы конкурентов. Если страницы есть, но они неструктурированы, AI может не понять критерии сравнения или не атрибутировать факты вашему сайту.

Что должна объяснять schema

Schema на comparison page должна передавать:

  • что это страница сравнения;
  • какие продукты или компании сравниваются;
  • кто публикует страницу;
  • где находится страница в структуре сайта;
  • какие вопросы закрывает FAQ;
  • какие сущности являются основными.

Важно: schema не должна содержать агрессивных оценочных утверждений, которых нет в видимом тексте. Если на странице написано «лучше для enterprise из-за SSO и SLA», это можно объяснять. Если schema скрыто добавляет «best product», а страница этого не подтверждает, сигнал становится сомнительным.

Базовая JSON-LD структура

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "WebPage",
      "@id": "https://example.com/compare/tool-a-vs-tool-b#webpage",
      "url": "https://example.com/compare/tool-a-vs-tool-b",
      "name": "Tool A vs Tool B",
      "description": "Comparison of Tool A and Tool B for marketing teams.",
      "publisher": { "@id": "https://example.com/#organization" }
    },
    {
      "@type": "ItemList",
      "name": "Compared products",
      "itemListElement": [
        {
          "@type": "ListItem",
          "position": 1,
          "item": { "@type": "SoftwareApplication", "name": "Tool A" }
        },
        {
          "@type": "ListItem",
          "position": 2,
          "item": { "@type": "SoftwareApplication", "name": "Tool B" }
        }
      ]
    }
  ]
}

Это не заменяет HTML-таблицу. AI должен видеть сравнение в контенте: критерии, факты, ограничения, цены, интеграции, сценарии.

ItemList для альтернатив

Для страниц «лучшие альтернативы X» ItemList особенно полезен. Он показывает, что страница содержит набор решений, а не одну продуктовую карточку. У каждого элемента можно указать название, URL, категорию и краткое описание, если это соответствует видимому контенту.

Но ItemList не должен превращаться в SEO-спам. Если в списке 20 инструментов, а описания поверхностные, AI не получит сильного сигнала. Лучше меньше альтернатив, но с понятными критериями: для кого подходит, где сильнее, где слабее, сколько стоит, какие интеграции есть.

Product или SoftwareApplication

Для SaaS-сравнений используйте SoftwareApplication. Для физических товаров — Product. Для агентств или услуг можно использовать Service. Главное — выбрать тип, который соответствует сравниваемой сущности.

Если сравниваются GEO Scout и другая платформа AI-видимости, корректнее использовать SoftwareApplication или Product с категорией. На странице должен быть видимый контент о методологии сравнения: провайдеры, метрики, частота мониторинга, cited sources, отчёты, командные роли, экспорт данных.

FAQPage для comparative intent

FAQ на comparison page должен закрывать вопросы, которые пользователь задаёт AI:

  • что лучше для малого бизнеса;
  • что дешевле;
  • какой инструмент проще внедрить;
  • есть ли миграция;
  • чем отличаются метрики;
  • подходит ли для enterprise;
  • можно ли использовать вместе.

Разметьте FAQ только если вопросы и ответы видимы на странице. Хороший FAQ помогает AI сформировать короткий ответ и снижает риск, что модель возьмёт формулировку у конкурента.

Comparison pages должны быть частью понятного раздела: /compare/, /alternatives/, /blog/compare/ или category hub. BreadcrumbList показывает AI, что страница относится к evaluation layer, а не к случайной публикации.

Хорошая цепочка:

  • Home;
  • Comparisons;
  • Tool A vs Tool B.

Для больших SaaS-сайтов можно добавить категорию: Home -> Comparisons -> AI visibility tools -> Tool A vs Tool B.

Ошибки

  • Добавлять schema без видимой сравнительной таблицы.
  • Скрыто размечать конкурента как худший продукт.
  • Не указывать publisher и Organization.
  • Использовать Product для всего подряд, включая услуги и статьи.
  • Дублировать FAQ в JSON-LD, но не показывать его на странице.
  • Сравнивать цены без даты обновления.
  • Не объяснять методологию сравнения.
  • Оставлять страницу без canonical и breadcrumbs.

Как измерять

После внедрения отслеживайте prompts:

  • «X vs Y»;
  • «альтернатива X»;
  • «лучшие инструменты для [задача]»;
  • «что выбрать для [тип компании]»;
  • «X или Y для [сценарий]».

В GEO Scout можно смотреть не только упоминание бренда, но и позицию, рекомендацию, тональность, cited sources и конкурентов рядом. Если comparison page начинает появляться как источник, значит, AI понял страницу как официальный сравнительный материал.

Schema для comparison pages работает только вместе с честным и подробным контентом. Разметка делает структуру явной, но доверие создают факты, методология и обновляемость.

Частые вопросы

Есть ли специальный тип Schema.org для comparison page?
Отдельного универсального типа ComparisonPage нет. Обычно используют WebPage или Article как контейнер, ItemList для сравниваемых решений, Product или SoftwareApplication для сущностей, FAQPage и BreadcrumbList.
Можно ли размечать конкурентов в schema?
Да, если страница действительно сравнивает решения и видимый контент корректен. Нужно избегать ложных характеристик и не добавлять в JSON-LD утверждения, которых нет на странице.
Подходит ли ItemList для таблицы сравнения?
Да, ItemList можно использовать для списка сравниваемых продуктов или альтернатив. Но сама сравнительная таблица должна быть понятной в HTML, а не только в schema.
Нужна ли FAQPage schema на comparison page?
Да, если есть видимый FAQ про отличия, цены, миграцию, выбор и ограничения. Такие вопросы часто совпадают с AI-prompts.
Как измерить эффект schema на страницах сравнений?
Отслеживайте prompts вида “X vs Y”, “альтернатива X”, “что лучше для задачи”. В GEO Scout можно смотреть, появляются ли comparison pages в cited sources и рекомендациях.