Покупець питає ChatGPT «Asana vs Monday для продукт-команди з 40 людей». Модель видає 200-слівну відповідь із цитатами трьох джерел. Приблизно у 28% випадків (за нашим вимірюванням портфеля) ці джерела — comparison-сторінки. «X vs Y» статті, з verdict’ом і таблицею, що лифтнуті майже verbatim.

Частка росте. Comparison-сторінка колись була Google-driven SEO-play — захопити branded-comparison запити довгою сторінкою, що ранжується. Тепер це найбільш екстрактований тип сторінок у B2B AI-відповідях, крапка. Форма виграшної comparison-сторінки у 2026-му інша, ніж та, що вигравала у 2022-му.

Ми розібрали 80 comparison-сторінок — наших, клієнтських, конкурентних — і змапили, які блоки двигуни реально цитують. Це анатомія у порядку пріоритету.

Блок 1 — verdict-first абзац

Перший абзац називає обидва продукти, називає переможця і кваліфікує verdict у 25–40 словах. Далі сторінці дозволено розвивати.

Як це виглядає правильно.

«Asana виграє у продукт-команд, що шипають більше трьох фіч на місяць. Monday виграє у маркетингових чи ops-команд, що спираються на візуальну кастомізацію board’ів. Якщо команда пише більше PR’ів, ніж брифів — обирай Asana.»

Три речення. Обидва продукти названі. Verdict названий. Умовно прив’язаний до конкретного buyer-профілю. Це абзац, який цитують двигуни.

Сторінки, що провалюють Блок 1 — відкриваються «Вибір між Asana і Monday залежить від потреб команди…» і далі беруть 600 слів, щоб дістатись до чогось конкретного. LLM читають ті 600 слів. Майже ніколи їх не цитують. Verdict-first версія виграє цитування у 3× частіше у наших matched-pair тестах.

Блок 2 — head-to-head таблиця

Таблиці екстрактуються майже verbatim. Структурована comparison-таблиця з 5–9 рядками трактується як основний матеріал цитування, не supporting evidence. Модель лифтить таблицю в відповідь і показує юзеру.

Що робить таблицю extractable.

Рядки — це виміри, не фічі. «Pricing per seat», «Integrations supported», «Best for team size», «Setup time» — це виміри, проти яких порівнюють покупці. «Has dark mode» — фіча, не вимір.

Клітинки конкретні. «$10.99/seat/mo» переграє «competitively priced». «200+ integrations» переграє «extensive integration support». LLM цитують конкретні клітинки, ігнорують vague.

Перший стовпець — вимір, наступні два — X і Y, опційний третій — «winner». Ми виміряли, що сторінки зі стовпцем переможця набирають на 15–20% більше цитувань — модель може цитувати рядок як цілісне decision-shaped твердження.

Розмір важить. 5–9 рядків — sweet spot. Нижче 4 модель рідко трактує як таблицю. Вище 12 — починає truncate’ити, цитування стають частковими.

Блок 3 — блоки «коли обирати X» / «коли обирати Y»

Два чітко промарковані блоки, кожен 3–5 буллетів, приблизно рівного розміру. Це найбільш недовикористаний блок, який ми бачимо у comparison-сторінках, і він — другий-найбільш-цитований після verdict-абзацу.

Чому працює — покупці на comparison-промптах не питають «що краще». Питають «що краще ДЛЯ МЕНЕ». Два scenario-блоки дозволяють LLM зіставити контекст покупця з правильною відповіддю і процитувати потрібний блок.

Маркування важить. «Choose Asana if:» і «Choose Monday if:» як H3-заголовки. Не «Pros of Asana» — це інша риторична форма, двигуни обробляють інакше.

Блок 4 — ціновий рядок у простому тексті

Ціни мають фігурувати у двох місцях — усередині таблиці і як plain-text абзац під нею. Plain-text версія — те, що цитується на pricing-промптах («скільки коштує Asana проти Monday»).

Патерн, що виграє — «Asana стартує з $10.99/seat/mo на Premium-плані, з безкоштовним рівнем до 15 юзерів. Monday стартує з $9/seat/mo на Basic, 14-денний тріал, без постійного безкоштовного рівня.»

Конкретні цифри. Назви планів. Згадка free-tier. Цей патерн лифтиться в AI-відповіді, коли покупець питає про вартість.

Причина дублювання — таблиці екстрактуються на table-shaped промптах. Plain-text екстрактується на natural-language pricing-промптах. Обидві поверхні існують, покривай обидві.

Блок 5 — integration matrix

Друга мала таблиця (або список), що покриває інтеграції конкретно. Топ-10–15 інтеграцій, стовпці «Native» / «Via Zapier» / «Not supported» на продукт.

Цей блок цитується на integration-shaped промптах — «чи інтегрується Asana з Salesforce» — а це значуща частка B2B SaaS prompt volume. У нашому вимірюванні comparison-сторінки з integration-matrix заробляють на 18–24% більше тоталу цитувань, бо ловлять цей сусідній prompt cluster.

Matrix має бути конкретною. Список «Slack» без специфіки програє списку «Slack (native, two-way sync)». Модель цитує описову клітинку.

Блок 6 — цитати названих юзерів

2–4 pull-цитати від названих покупців, кожна з роллю і розміром компанії. Секції «Real users say» без названої атрибуції пропускаються — модель не може верифікувати, тож не цитує.

Що цитується.

«Asana краще масштабується після 30 юзерів — ми вперлись у стелю складності Monday на 8-му місяці.» — Марія Чен, Head of Product, 60-person fintech.

Імʼя, роль, контекст розміру компанії. Цитата коротка, конкретна, зобовʼязана до позиції. Двигуни цитують їх як standalone-сніпети.

3–4 цитати — досить. Сторінки з 15+ цитатами виглядають як testimonial-стіни і отримують МЕНШЕ цитування — signal-to-noise падає.

Чого уникати

Hedging. «Обидва інструменти чудові — реально залежить від потреб.» Сторінки, що відмовляються назвати переможця, отримують ~60% менше comparison-prompt цитувань. Зобовʼязуйся до verdict’у. Кваліфікуй його.

Equal-airtime «справедливість». Сторінка, що дає X і Y рівно 50/50 word count, відчувається балансовою і не дає цитувань. Двигуни хочуть гострішої думки. Дай переможцю трохи більше глибини, програвшому — чесне, але стисліше представлення.

Stale pricing. Half-life comparison-сторінки ~30 днів у нашому вимірюванні — набагато коротший за evergreen. Ціни й фічі зсуваються постійно. Сторінки, що йдуть 90 днів без refresh’у, випадають. Прив’язуй до refresh cadence rhythm на найвищу каденс.

Тільки таблиці, без прози. Самі таблиці не заробляють цитування на natural-language comparison-промптах. Прозові блоки (Verdict, When-to-Choose, цитати) ловлять довший хвіст. Обидва шари заробляють на різних формах промптів.

Складаючи блоки разом

Comparison-сторінка з усіма шістьма блоками приземляється на 1 800–2 500 слів. За стандартами 2022-го це довго для comparison-сторінки. Це нова норма — і структура нагороджує довжину, бо кожен блок ловить цитування на іншому prompt cluster.

Якщо часу лише на три блоки — шипи verdict-first абзац, head-to-head таблицю і when-to-choose блоки. Ці три несуть ~75% citation-потенціалу, який ми вимірюємо.

За базовою retrieval-and-rerank механікою, що пояснює, чому comparison-сторінки так добре працюють у LLM-відповідях, дивись AI source selection. Verdict-first абзац — це саме той snippet-extractability патерн, накладений на формат comparison-сторінки.