Как Google визуально выделяет в поиске продавцов, использующих доверенную платежную систему (Брокера)

Термины и определения

Badge (Значок)

Визуальный индикатор (графическая иконка, текстовое сообщение), отображаемый в результатах поиска рядом с контентом продавца. Используется для визуального отличия контента, связанного с продавцами, поддерживающими систему Broker.

Badge Association Module (Модуль ассоциации значков)

Компонент поисковой системы, который решает, какой тип Badge будет связан с контентом, основываясь на характеристиках продавца, запросе и/или данных о покупателе.

Badge Determination Module (Модуль определения значков)

Компонент поисковой системы, который определяет, следует ли вообще отображать Badge для конкретного контента, обычно путем сравнения URL контента с Business URLs участвующих продавцов.

Broker (Брокер)

Посредник, предоставляющий централизованную систему электронной коммерции (платежную систему), которую покупатели могут использовать для оплаты товаров у разных продавцов. Пример: Google Checkout/Wallet, PayPal.

Business URL (Бизнес-URL)

URL, предоставленный продавцом Broker'у, который идентифицирует доменное имя веб-сайта продавца. Используется поисковой системой для идентификации контента продавца.

Destination URL (Целевой URL)

Фактический сетевой адрес, на который перенаправляется пользователь при клике на результат поиска. Может отличаться от Visible URL.

Multilevel Badges (Многоуровневые значки)

Система использования разных типов значков. Первый уровень указывает, что продавец использует систему Broker. Последующие уровни указывают на вероятность того, что у покупателя будет успешный опыт покупки (successful buying experience).

Reputation Module (Модуль репутации)

Компонент Broker'а, который отслеживает транзакции и рассчитывает оценки репутации для покупателей и/или продавцов, например, на основе процента возвратов или оспариваемых транзакций.

Visible URL (Видимый URL)

URL, который отображается в результатах поиска (например, в рекламном объявлении). В описанном механизме именно он используется для принятия решения о показе Badge.

Ключевые утверждения (Анализ Claims)

Claim 1 (Независимый пункт): Описывает базовый метод различения результатов поиска.

1. Система идентифицирует контент результатов поиска, сгенерированный в ответ на запрос.
2. Система идентифицирует внутри этих результатов контент продавца (merchant content), связанный с продавцом, который использует систему электронной коммерции (Broker).
3. Система передает инструкции для генерации отображения результатов поиска, включающего Badge в ассоциации с контентом продавца. Этот значок визуально указывает, что продавец использует данную систему.

Claim 3 (Зависимый от 1): Детализирует метод идентификации контента продавца.

1. Идентификация Visible URL, связанного с результатом поиска и отображаемого вместе с ним.
2. Определение, ссылается ли этот Visible URL на продавца, использующего систему.
3. При положительном определении, контент, связанный с этим Visible URL, идентифицируется как merchant content.

Claim 4 (Зависимый от 3): Уточняет разницу между URL.

Система также идентифицирует Destination URL, который ссылается на сетевое расположение, куда направляется покупатель при клике. Подчеркивается, что Destination URL может отличаться от Visible URL (который используется для принятия решения о показе значка согласно Claim 3).

Claim 5 (Зависимый от 1): Указывает на функциональность значка.

Badge визуально описывает характеристики продавца.

Claim 6 (Зависимый от 5): Перечисляет возможные характеристики продавца.

Характеристики могут включать: коэффициент конверсии (conversion rate); местоположение покупателей; объем продаж в определенные даты/время; количество обработанных заказов за период; количество отмененных заказов, возвратов и/или чарджбэков (chargebacks).

Claim 7 (Зависимый от 1): Описывает многоуровневую систему значков.

Badge выбирается из множества значков на основе данных о характеристиках продавца. Упоминается наличие первого значка, указывающего на использование системы, и второго значка, указывающего на вероятность успешного опыта покупки (likelihood that a customer will have a successful buying experience) с этим продавцом через эту систему.

Где и как применяется

Изобретение применяется на финальных этапах формирования поисковой выдачи для ее визуального обогащения.

INDEXING – Индексирование и извлечение признаков
На этом этапе система должна обработать данные, полученные от Broker (офлайн или через API). Business URLs участвующих продавцов и их характеристики (репутация, конверсия) должны быть сохранены и ассоциированы с контентом в индексе (как в рекламном индексе, так и, возможно, в основном веб-индексе).

RANKING – Ранжирование
На этом этапе генерируется стандартный набор результатов (реклама, органические ссылки) в ответ на запрос.

METASEARCH – Метапоиск и Смешивание / RERANKING – Переранжирование
Основное применение патента происходит здесь, на этапе формирования SERP (SERP annotation/enhancement).

1. Идентификация участников: Badge Determination Module анализирует сгенерированные результаты и определяет, какие из них принадлежат продавцам, использующим Broker, сравнивая Visible URLs с базой Business URLs.
2. Выбор значка: Badge Association Module определяет тип значка для показа. Он использует данные о продавце (из индекса), данные о запросе и, возможно, данные о пользователе, чтобы решить, показывать ли базовый значок или значок более высокого уровня (например, указывающий на надежность).
3. Генерация SERP: Badge Generation Module генерирует финальное отображение SERP, добавляя выбранные значки к соответствующим результатам.

Входные данные:

• Поисковый запрос.
• Сгенерированный набор результатов поиска (с их Visible и Destination URLs).
• База данных Business URLs продавцов, использующих Broker.
• Данные о характеристиках продавцов (репутация, конверсия, возвраты), полученные от Broker.

Выходные данные:

• Обогащенная страница результатов поиска (SERP), где контент участвующих продавцов визуально выделен соответствующими значками (Badges).

На что влияет

• Конкретные типы контента: Влияет на контент электронной коммерции. Патент явно указывает, что это могут быть как платные объявления (Ads), так и ссылки на веб-страницы (предположительно, органические результаты).
• Специфические запросы: Наибольшее влияние на коммерческие запросы, где пользователи ищут товары или услуги.
• Конкретные ниши или тематики: Влияет на все ниши E-commerce, особенно те, где много мелких и неизвестных продавцов, и где доверие является ключевым фактором для совершения покупки.

Когда применяется

Алгоритм применяется при выполнении следующих условий:

• Триггеры активации: Когда результат поиска (реклама или ссылка) идентифицирован как принадлежащий продавцу, который использует систему Broker. Идентификация происходит путем сопоставления Visible URL результата с Business URL продавца.
• Условия для Многоуровневых Значков: Значки более высокого уровня (указывающие на успешный опыт покупки) применяются, если характеристики продавца (репутация, низкий уровень возвратов) соответствуют определенным критериям.
• Зависимость от запроса (Query Dependence): Патент описывает вариант, когда показ значка или его уровень зависит от конкретного запроса. Например, значок высокого уровня может показываться только по тем запросам, которые имеют высокий коэффициент конверсии для данного продавца. Если конверсия по запросу низкая, значок может быть базовым или отсутствовать.

Пошаговый алгоритм

Процесс А: Обработка запроса и генерация значков

1. Получение запроса: Поисковая система получает поисковый запрос от пользователя.
2. Идентификация контента: Система идентифицирует контент (рекламу, веб-страницы), который удовлетворяет поисковому запросу.
3. Идентификация продавцов-участников: Система определяет, какой контент связан с продавцами, использующими платежную систему Broker. Это выполняется Badge Determination Module путем сравнения Visible URL контента с базой Business URLs.
4. Получение характеристик продавца: Для идентифицированного контента система извлекает характеристики связанных продавцов (репутация, конверсия и т.д.), полученные ранее от Broker.
5. Определение типа значка: Badge Association Module анализирует характеристики продавца, а также может учитывать сам запрос и данные о пользователе. На основе этого анализа определяется тип Badge для отображения (например, базовый значок или значок высокого уровня, указывающий на надежность). Также может быть принято решение не показывать значок вообще.
6. Генерация и отображение: Badge Generation Module генерирует выбранные значки и отображает их вместе с соответствующим контентом в результатах поиска.

Процесс Б: Взаимодействие Поисковой системы и Брокера (Офлайн или API)

1. Передача данных от Брокера: Broker передает поисковой системе список Business URLs продавцов, использующих его систему.
2. Передача сигналов: Broker передает сигналы, описывающие характеристики продавцов (репутация, конверсия, объем заказов, возвраты).
3. Обработка данных Поисковой системой: Поисковая система сохраняет эти данные для использования в Процессе А.

Какие данные и как использует

Данные на входе

Система использует данные, характеризующие продавцов и их контент.

• Технические факторы (URLs):
  • Business URL: Идентификатор сайта продавца, предоставленный Broker'ом.
  • Visible URL: URL, отображаемый в результате поиска. Используется как ключ для сопоставления.
  • Destination URL: Целевой URL перехода.
• Факторы качества/надежности продавца (Полученные от Broker):
  • Merchant reputation scores (Оценки репутации продавца).
  • Conversion rate (Коэффициент конверсии) продавца.
  • Географические локации покупателей, которые обычно покупают у продавца.
  • Даты и время, когда у продавца наблюдаются более высокие продажи.
  • Среднее количество заказов, обрабатываемых продавцом в день.
  • Количество отмененных заказов, возвратов и/или чарджбэков (chargebacks) у продавца.
• Пользовательские факторы:
  • История покупок пользователя может быть проанализирована для выбора значков на основе вероятности того, что пользователь купит товар у данного продавца.
• Данные запроса (Query Data):
  • Сам текст запроса используется для определения уровня значка (например, если запрос имеет высокую конверсию для данного продавца).

Какие метрики используются и как они считаются

Патент не предоставляет формул, но определяет ключевые метрики, влияющие на результат.

• Сопоставление URL: Сравнение Visible URL с Business URL для определения применимости Badge.
• Вероятность успешного опыта покупки (Likelihood of a successful buying experience): Метрика, используемая для выбора значков более высокого уровня. Рассчитывается на основе агрегации характеристик продавца (репутация, низкий уровень возвратов/чарджбэков).
• Query-Dependent Conversion Rate: Коэффициент конверсии для конкретной пары (Продавец + Запрос). Используется для динамического определения уровня Badge для конкретного запроса.

1. Визуальное выделение как фактор доверия: Google активно использует визуальные индикаторы (Badges) в SERP для влияния на восприятие пользователем надежности результатов, что напрямую влияет на CTR. Это применяется как к рекламе, так и к органическим результатам.
2. Значение данных о качестве продавца: Система полагается на данные о характеристиках продавца (репутация, конверсия, возвраты), получаемые от доверенного посредника (Broker). Качество работы продавца (Merchant Quality) является входным сигналом для системы аннотирования SERP.
3. Многоуровневая оценка (Multilevel Badging): Система не просто отмечает участников программы, но и дифференцирует их. Значки могут иметь разные уровни, где высший уровень сигнализирует о высокой вероятности «успешного опыта покупки».
4. Динамическая оценка на основе запроса: Решение о показе значка и его уровне может приниматься динамически в зависимости от запроса. Если пара (Запрос + Продавец) имеет высокую конверсию, система может показать более заметный значок.
5. Важность Visible URL для идентификации: В описанной реализации идентификация продавца происходит по Visible URL, а не по Destination URL. Это важно учитывать при настройке рекламных кампаний и анализе отображения в поиске, особенно при использовании аффилиатных ссылок или сложных систем трекинга.
6. Интеграция с платежными системами как сигнал доверия: Участие в известной системе электронной коммерции само по себе используется как сигнал доверия, который Google транслирует пользователям.

Best practices (это мы делаем)

• Поддержание высокого качества обслуживания (Merchant Quality): Ключевая стратегия для E-commerce. Необходимо минимизировать отмены заказов, возвраты и чарджбэки. Патент показывает, что эти данные используются для определения уровня визуального выделения (Badge) в поиске. Высокое качество ведет к лучшим значкам и повышению доверия/CTR.
• Участие в доверенных программах: Активно участвуйте в программах, которые предоставляют Google данные о качестве вашей работы (например, Google Merchant Center, рейтинги продавцов). Эти программы действуют как Broker в терминах патента, предоставляя сигналы надежности.
• Мониторинг показателей конверсии по запросам: Анализируйте, какие запросы приводят к высоким конверсиям. Патент предполагает, что Google может агрессивнее выделять ваш контент именно по этим запросам (Query-Dependent Badging). Оптимизируйте контент и обслуживание для поддержания этих показателей.
• Корректная настройка URL в рекламе: Убедитесь, что Visible URL в рекламных объявлениях соответствует основному домену (Business URL), зарегистрированному в доверенных программах. Поскольку решение о показе значка принимается на основе Visible URL, его корректность критична.

Worst practices (это делать не надо)

• Игнорирование качества сервиса и возвратов: Продавцы с высоким уровнем чарджбэков или низкими оценками репутации рискуют не только потерять доступ к базовым значкам доверия, но и гарантированно не получат значки высокого уровня, сигнализирующие об «успешном опыте покупки».
• Манипуляции с URL в рекламе, скрывающие основной домен: Использование Visible URL, которые не позволяют идентифицировать основной сайт продавца (например, использование доменов-прокладок в качестве видимого URL), может привести к тому, что система не сможет ассоциировать контент с продавцом и не покажет значки доверия.
• Фокус только на SEO-оптимизации без учета бизнес-процессов: Оптимизация контента не компенсирует плохой сервис. Данные о реальных транзакциях и удовлетворенности клиентов напрямую влияют на то, как ваш сайт будет представлен в SERP.

Стратегическое значение

Патент подтверждает стратегию Google по интеграции сигналов доверия и качества обслуживания непосредственно в интерфейс поисковой выдачи. Для E-commerce SEO это означает, что репутация продавца и качество его бизнес-процессов являются неотъемлемой частью поисковой оптимизации. Долгосрочная стратегия должна включать не только работу с контентом и ссылками, но и оптимизацию пользовательского опыта от момента клика до получения товара и пост-обслуживания, так как данные об этом используются для влияния на CTR в SERP.

Практические примеры

Сценарий: Многоуровневое выделение продавцов в выдаче

1. Запрос: «Купить кроссовки Nike Air Max».
2. Результат А (Магазин 1): Магазин использует доверенную платежную систему (Broker), но имеет средний уровень возвратов (5%). Система показывает базовый значок (например, иконку корзины).
3. Результат Б (Магазин 2): Магазин использует ту же систему Broker, но имеет отличную репутацию и низкий уровень возвратов (0.5%). Система определяет высокую «вероятность успешного опыта покупки». Показывается базовый значок плюс дополнительный значок высокого уровня (например, звезда или значок «Надежный продавец»).
4. Результат В (Магазин 3): Магазин не использует систему Broker. Значки отсутствуют.
5. Эффект: Пользователь с большей вероятностью кликнет на Результат Б, так как он визуально выделен как наиболее надежный вариант.

Сценарий: Зависимость выделения от запроса (Query Dependence)

1. Продавец: «Мир Электроники».
2. Запрос 1: «Купить iPhone». У продавца высокая конверсия по этому запросу. Система показывает значок высокого уровня.
3. Запрос 2: «Купить чехол для телефона». У продавца низкая конверсия и много возвратов по этой категории товаров. Система показывает только базовый значок или не показывает его вообще, несмотря на то, что это тот же продавец.
4. Эффект: Система динамически адаптирует уровень доверия в зависимости от контекста запроса и эффективности продавца в данной нише.