SEO HARDCORE
  • Разборы патентов
    • Патенты Google
  • Скоро SEO инструменты
  • Скоро SEO аналитика
  • seohardcore
SEO HARDCORE
назад

Как Google определяет популярность и ранжирует физические события (концерты, выставки) в локальной выдаче

RANKING EVENTS (Ранжирование событий)
  • US9424360B2
  • Google LLC
  • 2013-03-12
  • 2016-08-23
  • Local SEO
  • Поведенческие сигналы
  • Описание
  • Разбор
  • Выводы
  • Практика
  • FAQ
  • Похожие

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

Описание

Какую проблему решает

Патент решает проблему идентификации и ранжирования наиболее популярных и интересных физических событий (концерты, спортивные матчи, выставки и т.д.), происходящих в определенном физическом месте в заданный период времени. Цель — помочь пользователям ориентироваться в большом количестве одновременных мероприятий и находить наиболее значимые из них, обеспечивая при этом разнообразие в топе выдачи.

Что запатентовано

Запатентована система ранжирования событий (Event Ranking System), которая вычисляет Popularity Score для каждого события на основе комбинации различных сигналов (Signal Scores). Эти сигналы включают анализ упоминаний события в интернете, пользовательское взаимодействие с официальной страницей события, популярность связанных сущностей и характеристики места проведения. Система также включает механизм переранжирования, который применяет понижающие коэффициенты для обеспечения разнообразия категорий и предотвращения доминирования схожих событий в выдаче.

Как это работает

Система работает в несколько этапов:

  • Отбор кандидатов: Выбираются события, соответствующие заданным критериям (местоположение, время).
  • Расчет популярности: Для каждого события вычисляется набор Signal Scores (упоминания, клики, сущности, место проведения и т.д.).
  • Агрегация: Сигналы объединяются в единый Popularity Score.
  • Первичное ранжирование: События сортируются по Popularity Score.
  • Переранжирование (Диверсификация): Вычисляются понижающие коэффициенты (Diversity Demotion и Similar Event Demotion) на основе количества схожих событий или событий той же категории, уже находящихся выше в рейтинге.
  • Финальное ранжирование: Вычисляется Modified Popularity Score, и формируется окончательный рейтинг.

Актуальность для SEO

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

Важность для SEO

Патент имеет высокое значение (8/10) для SEO-стратегий сайтов, связанных с мероприятиями (афиши, билетные агрегаторы, сайты организаторов, локальные порталы). Он детально раскрывает конкретные сигналы, которые Google использует для оценки популярности события. Понимание этих сигналов позволяет оптимизировать продвижение событий, влияя на их видимость в поиске через работу с официальными страницами, генерацию упоминаний, работу с сущностями и обеспечение полноты данных о событии.

Детальный разбор

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

Diversity Demotion (Понижение за однообразие)
Понижающий коэффициент, применяемый к Popularity Score события, если в рейтинге выше него уже присутствует много событий той же категории. Обеспечивает разнообразие категорий в топе выдачи.
Entity Popularity Score (Оценка популярности сущности)
Сигнал, основанный на глобальной популярности сущностей (например, артистов, команд), связанных с событием. Популярность может определяться по количеству поисковых запросов, включающих сущность.
Event (Событие)
Происшествие, которое происходит в определенном физическом месте и в течение определенного периода времени (например, концерт, выставка, спортивное состязание).
Event Category Score (Оценка категории события)
Сигнал, основанный на ручной классификации категорий событий как продвигаемых (например, фестивали) или понижаемых (например, узкоспециализированные торговые выставки).
Event Ranking System (Система ранжирования событий)
Система, отвечающая за идентификацию, оценку популярности и ранжирование физических событий.
Modified Popularity Score (Модифицированная оценка популярности)
Итоговая оценка события после применения понижающих коэффициентов (Diversity Demotion, Similar Event Demotion) к базовой Popularity Score.
Official Page Selection Score (Оценка выбора официальной страницы)
Сигнал, основанный на частоте выбора пользователями поисковых результатов, ведущих на официальную веб-страницу события. Учитывает пиковое количество кликов за период и релевантность страницы событию.
Popularity Score (Оценка популярности)
Базовая оценка события, полученная путем комбинирования различных Signal Scores.
Ranking Score (Оценка ранжирования)
Сигнал, показывающий, насколько хорошо событие представлено в результатах поиска по общему запросу, указывающему на интерес к событиям в данном месте (например, "события в Сан-Франциско"). Учитывает позицию самого высокого результата, упоминающего событие, и частоту упоминаний.
Signal Scores (Оценки сигналов)
Набор индивидуальных метрик, используемых для расчета общей популярности события.
Similar Event Demotion (Понижение за схожесть)
Понижающий коэффициент, применяемый, если выше в рейтинге уже есть схожие события (например, повторные показы того же мероприятия или другое событие в том же месте в тот же день).
Ticketing Sites (Билетные сайты)
Сайты, классифицированные как продающие билеты на мероприятия. Используются для корректировки Unique Mentions Score.
Unique Mentions Score (Оценка уникальных упоминаний)
Сигнал, основанный на количестве интернет-сайтов, которые хотя бы раз упоминают событие. Эта оценка корректируется (понижается), если слишком большая доля упоминаний приходится на билетные сайты.
Venue Score (Оценка места проведения)
Сигнал, основанный на значимости места проведения события (например, вместимость, рейтинг в локальном поиске, популярность других событий в этом месте).

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

Claim 1 (Независимый пункт): Описывает метод ранжирования событий в физическом месте в течение определенного периода времени. Ядром изобретения является расчет одного из ключевых сигналов популярности (Ranking Score) на основе анализа выдачи по общему запросу.

  1. Система получает данные о местоположении и времени.
  2. Идентифицируется множество событий, соответствующих этим критериям.
  3. Для каждого события вычисляется множество Signal Scores.
  4. Расчет одного из сигналов (Ranking Score) включает:
    • Получение результатов поиска по запросу, включающему термин местоположения и термин, указывающий на интерес к событиям (например, "события в Москве").
    • Определение позиции самого высокоранжированного результата, упоминающего данное событие.
    • Определение частоты упоминания события в ресурсах, идентифицированных результатами поиска.
    • Вычисление Signal Score на основе этой позиции и частоты.
  5. Вычисляется Popularity Score для каждого события путем объединения всех Signal Scores.
  6. Генерируется рейтинг событий на основе Popularity Scores.

Claim 2 (Зависимый от 1): Уточняет процесс ранжирования, вводя этап переранжирования.

  1. Генерируется первичное ранжирование на основе Popularity Scores.
  2. Вычисляется Modified Popularity Score для каждого события на основе первичного ранжирования.
  3. Генерируется финальный рейтинг на основе Modified Popularity Scores.

Claim 3 (Зависимый от 2): Детализирует расчет Modified Popularity Score через механизм диверсификации по категориям.

  1. Определяется категория каждого события.
  2. Для каждого события вычисляется понижающее значение (Diversity Demotion) на основе количества событий той же категории, которые ранжируются выше в первичном рейтинге.
  3. Modified Popularity Score генерируется путем применения этого понижающего значения к Popularity Score.

Claim 4 (Зависимый от 3): Добавляет к понижающему значению учет схожих событий (Similar Event Demotion), а не только событий той же категории.

Claims 5-8, 10 (Зависимые от 1): Описывают другие Signal Scores, используемые для расчета Popularity Score:

  • Claim 5: Расчет сигнала на основе количества упоминаний в интернете с учетом количества сайтов, классифицированных как билетные (Unique Mentions Score).
  • Claim 6: Расчет сигнала на основе пикового количества пользовательских выборов (кликов) официальной веб-страницы и ее релевантности событию (Official Page Selection Score).
  • Claim 7: Расчет сигнала на основе глобальной популярности сущностей, связанных с событием (Entity Popularity Score).
  • Claim 8: Расчет сигнала на основе того, классифицирована ли категория события как продвигаемая или понижаемая (Event Category Score).
  • Claim 10: Расчет сигнала на основе вместимости места проведения события (Venue Score).

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

Изобретение представляет собой специализированную систему ранжирования для вертикали "События". Оно затрагивает несколько этапов поиска.

CRAWLING & INDEXING – Сканирование, Индексирование и извлечение признаков
На этих этапах система собирает данные, необходимые для работы алгоритма:

  • Индексирование веб-страниц для подсчета упоминаний событий (Unique Mentions).
  • Классификация сайтов (например, идентификация Ticketing Sites).
  • Извлечение и сохранение данных о событиях, местах проведения, категориях и связанных сущностях (Event Data).
  • Ассоциация событий с их официальными страницами.

RANKING – Ранжирование (Вертикальный поиск)
Основное применение патента. Event Ranking System функционирует как специализированный движок ранжирования для событий.

  1. Отбор кандидатов: Система отбирает события по критериям местоположения и времени.
  2. Вычисление оценок: Система вычисляет Signal Scores и агрегирует их в Popularity Score. Для этого она может взаимодействовать с основной поисковой системой (Search Engine) для получения данных о кликах (для Official Page Selection Score) и для выполнения общих запросов (для Ranking Score).
  3. Первичное ранжирование: Формирование списка на основе Popularity Score.

RERANKING – Переранжирование
На этом этапе применяются алгоритмы диверсификации.

  • Система анализирует первичный рейтинг и применяет Diversity Demotion и Similar Event Demotion для расчета Modified Popularity Score.

METASEARCH – Метапоиск и Смешивание
Результаты работы Event Ranking System могут предоставляться основной поисковой системе для включения в универсальную выдачу (например, в виде блока "События" или ответов на соответствующие запросы).

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

  • Критерии события (местоположение, время, опционально категория/атрибуты).
  • База данных событий (Event Data), включая категории, места проведения, связанные сущности, официальные страницы.
  • Данные веб-индекса (для подсчета упоминаний).
  • Данные о кликах на поисковой выдаче (для Official Page Selection Score).
  • Результаты поиска по общим запросам о событиях в локации (для Ranking Score).

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

  • Отранжированный список событий с их Modified Popularity Scores.

На что влияет

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

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

  • Условия работы: Алгоритм применяется, когда система идентифицирует потребность в ранжировании списка физических событий для заданного местоположения и периода времени.
  • Триггеры активации: Запрос пользователя к Event Ranking System (напрямую или через основную поисковую систему), указывающий на интерес к событиям в определенной локации.
  • Особые случаи (Переранжирование): Механизмы Diversity Demotion и Similar Event Demotion активируются после первичного ранжирования для корректировки списка, если в топе наблюдается недостаток разнообразия.

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

Этап 1: Инициализация и Отбор

  1. Получение критериев события: Система получает запрос, определяющий физическое местоположение и период времени (или использует период по умолчанию, например, следующую неделю).
  2. Отбор событий: Система выбирает из базы данных события, соответствующие критериям.

Этап 2: Расчет Оценки Популярности (для каждого события)

  1. Вычисление набора Signal Scores:
    • Unique Mentions Score: Подсчет количества сайтов, упоминающих событие. Расчет понижения, если доля билетных сайтов высока.
    • Official Page Selection Score: Определение официальной страницы. Анализ пикового количества кликов на эту страницу из поиска и ее релевантности событию.
    • Entity Popularity Score: Идентификация связанных сущностей (артисты, команды) и оценка их глобальной популярности.
    • Event Category Score: Присвоение баллов в зависимости от того, является ли категория события продвигаемой или понижаемой.
    • Ranking Score: Выполнение общего запроса (например, "события в [Локация]"). Определение позиции и частоты упоминания события в этой выдаче.
    • Venue Score: Оценка значимости места проведения (вместимость, рейтинг).
  2. Генерация Popularity Score: Комбинирование всех Signal Scores (например, суммирование или усреднение).

Этап 3: Ранжирование и Переранжирование

  1. Первичное ранжирование: Сортировка отобранных событий в соответствии с их Popularity Score.
  2. Вычисление понижающих коэффициентов (итеративно по списку):
    • Diversity Demotion: Для текущего события подсчитывается количество событий той же категории, находящихся выше в рейтинге. Чем больше таких событий, тем сильнее понижение.
    • Similar Event Demotion: Подсчитывается количество схожих событий (например, повторов или событий в том же месте в тот же день), находящихся выше в рейтинге. Чем больше таких событий, тем сильнее понижение.
  3. Вычисление Modified Popularity Score: Применение понижающих коэффициентов к Popularity Score (например, перемножение).
  4. Финальное ранжирование: Сортировка событий в соответствии с Modified Popularity Scores.
  5. Предоставление результатов: Отправка отранжированного списка в ответ на запрос.

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

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

Система использует разнообразные данные для оценки популярности событий.

  • Контентные факторы: Текст веб-страниц в индексе (для поиска упоминаний события). Текстовое описание события (для идентификации связанных сущностей).
  • Технические факторы: URL-адреса (для идентификации сайтов и определения официальной страницы; также для идентификации билетных сайтов по шаблонам URL, например, содержащим "ticket").
  • Ссылочные факторы: Не упоминаются напрямую, но подразумевается использование веб-графа для определения границ сайтов при подсчете Unique Mentions.
  • Поведенческие факторы: Данные о кликах (user selections) на результаты поиска, ведущие на официальную страницу события. История поисковых запросов (для определения глобальной популярности связанных сущностей).
  • Структурные факторы (Данные о сущностях): База данных событий (Event Data), содержащая структурированную информацию: категория события, место проведения (Venue), время, связанные сущности (Entities). Данные о местах проведения (вместимость, рейтинг в локальном поиске).
  • Географические факторы: Местоположение события является основным критерием отбора.

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

Патент детально описывает расчет нескольких метрик (Signal Scores) и понижающих коэффициентов.

1. Unique Mentions Score (UM)

  • Метрика: Количество уникальных сайтов (sc), упоминающих событие, скорректированное на долю билетных сайтов (dem).
  • Формула: UM=ln⁡(e+sc∗dem)UM = \ln(e + sc * dem)UM=ln(e+sc∗dem)
  • Условие: Чем выше доля билетных сайтов среди упоминающих, тем меньше значение dem (т.е. сильнее понижение).

2. Official Page Selection Score (OP)

  • Метрика: Пиковое количество кликов (ps) на официальную страницу за период времени, скорректированное на релевантность (rel) страницы событию.
  • Формула: OP=Ka∗e(Kb∗e(Kc∗ps∗rel))+KdOP = K_a * e^{(K_b * e^{(K_c * ps * rel)})} + K_dOP=Ka∗e(Kb∗e(Kc∗ps∗rel))+Kd (где K - константы).
  • Релевантность (rel): Может рассчитываться как косинусное расстояние между векторами терминов, связанных с официальной страницей, и векторами терминов, связанных с событием.

3. Ranking Score (RS)

  • Метрика: Позиция лучшего результата (srp), упоминающего событие в выдаче по общему запросу, и количество упоминаний (nm) в топе этой выдачи.
  • Формула: RS=1+1srp+min⁡(Ka,nmKb)RS = 1 + \frac{1}{srp} + \min(K_a, \frac{nm}{K_b})RS=1+srp1​+min(Ka,Kbnm​)

4. Diversity Demotion (DD)

  • Метрика: Количество событий той же категории, ранжированных выше (x).
  • Формула: DD=KxDD = K^xDD=Kx (где K - константа между 0 и 1).

5. Similar Event Demotion (SED)

  • Метрика: Количество схожих событий, ранжированных выше (y).
  • Формула: SED=KySED = \frac{K}{y}SED=yK​

Итоговый расчет: Modified Popularity Score может рассчитываться как произведение Popularity Score, Diversity Demotion и Similar Event Demotion.

Выводы

  1. Многофакторная оценка популярности: Google не полагается на один источник для определения популярности события. Система агрегирует сигналы из веба (упоминания), поведения пользователей (клики на официальный сайт), графа знаний (популярность артистов/мест) и даже ручной модерации (категории).
  2. Важность официальной страницы: Наличие четко определенной официальной страницы (Official Page) и трафик на нее из поиска являются сильными сигналами популярности (Official Page Selection Score). Это подчеркивает важность SEO для лендингов мероприятий.
  3. Скептицизм к билетным сайтам: Система явно корректирует оценку упоминаний (Unique Mentions Score), понижая ее, если большая часть упоминаний приходится на сайты по продаже билетов. Это указывает на то, что Google стремится измерять органический интерес, а не только коммерческое присутствие.
  4. Сила сущностей (Entity-Based Signals): Популярность связанных сущностей (Entity Popularity Score) и значимость места проведения (Venue Score) играют важную роль. События с участием известных артистов или на престижных площадках получают преимущество.
  5. Влияние общей выдачи (Ranking Score): Система проверяет, ранжируется ли событие по общим запросам о событиях в данной локации. Это создает петлю обратной связи: чтобы быть популярным событием, нужно быть видимым в общем поиске по событиям.
  6. Диверсификация как ключевой этап: Ранжирование не заканчивается на оценке популярности. Система активно переранжирует список, применяя Diversity Demotion и Similar Event Demotion. Это означает, что даже очень популярное событие может быть понижено, если в топе уже есть много похожих мероприятий.

Практика

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

  • Создание и оптимизация официальной страницы события: Убедитесь, что у события есть одна каноническая страница (Official Page). Оптимизируйте ее под релевантные запросы, чтобы максимизировать трафик из поиска (Official Page Selection Score).
  • Стимулирование органических упоминаний: Работайте над PR и контент-маркетингом для генерации упоминаний события на новостных сайтах, блогах и локальных порталах, а не только на билетных агрегаторах. Это повышает Unique Mentions Score и снижает негативное влияние фильтра Ticketing Sites.
  • Оптимизация под общие локальные запросы: Убедитесь, что информация о событии присутствует на авторитетных сайтах-афишах, которые ранжируются по общим запросам (например, "события в [Город]"). Это напрямую влияет на Ranking Score.
  • Полное структурирование данных о событии: Используйте разметку Schema.org (Event, Place, Person/Organization) для четкой передачи информации о категории, месте проведения и участниках. Это помогает системе корректно рассчитать Entity Popularity Score, Venue Score и Event Category Score.
  • Акцент на уникальности для диверсификации: При продвижении серии схожих событий (например, ежедневных показов) учитывайте Similar Event Demotion. Фокусируйтесь на продвижении флагманского события или старайтесь позиционировать события в разных категориях, если это уместно, чтобы избежать Diversity Demotion.

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

  • Фокус только на билетных агрегаторах: Размещение информации о событии исключительно на сайтах по продаже билетов может привести к понижению Unique Mentions Score, так как система пессимизирует упоминания с таких сайтов.
  • Отсутствие единой официальной страницы: Распыление информации по множеству страниц или отсутствие четкого лендинга мероприятия не позволит системе корректно рассчитать Official Page Selection Score.
  • Игнорирование места проведения: Организация события в месте с низкой репутацией или плохой представленностью в локальном поиске негативно скажется на Venue Score.
  • Манипуляции с кликами: Попытки искусственно завысить количество кликов на официальную страницу, вероятно, будут обнаружены, так как система анализирует пиковые значения (peak number of user selections) и релевантность страницы.

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

Этот патент подтверждает важность комплексного подхода к продвижению локальных событий, который выходит далеко за рамки простой публикации анонса. Стратегия должна включать элементы традиционного SEO (оптимизация официальной страницы), локального SEO (работа с местом проведения), Entity SEO (связь с участниками) и PR (генерация органических упоминаний). Также патент подчеркивает стремление Google к диверсификации выдачи, что важно учитывать при планировании сетки мероприятий и стратегии их продвижения.

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

Сценарий 1: Повышение видимости концерта за счет Entity SEO и PR

  1. Ситуация: Планируется концерт известной группы в крупном городе.
  2. Действия по патенту:
    • PR: Организовать публикации анонсов и интервью в городских СМИ и музыкальных блогах (повышение Unique Mentions Score, минимизация влияния фильтра билетных сайтов).
    • SEO Официальной страницы: Создать оптимизированный лендинг концерта, аккумулирующий трафик (повышение Official Page Selection Score).
    • Entity/Venue: Убедиться, что и группа (Entity), и концертный зал (Venue) хорошо представлены в поиске и связаны с событием через разметку (повышение Entity Popularity Score и Venue Score).
  3. Ожидаемый результат: Событие получает высокий Popularity Score и занимает топовые позиции в блоке событий по релевантным локальным запросам.

Сценарий 2: Управление серией выставок (борьба с дедупликацией)

  1. Ситуация: Музей проводит одну и ту же выставку в течение месяца. В выдаче показывается только первый день.
  2. Анализ по патенту: Система применяет Similar Event Demotion к последующим дням выставки, так как считает их схожими событиями.
  3. Действия по патенту: Вместо создания отдельных событий на каждый день, продвигать выставку как единое событие с длительным периодом проведения. Если необходимо выделить отдельные дни (например, специальные лекции в рамках выставки), их нужно позиционировать в другой категории или с уникальными характеристиками, чтобы избежать понижения за схожесть и однообразие.
  4. Ожидаемый результат: Выставка стабильно присутствует в выдаче в течение всего периода проведения.

Вопросы и ответы

Как Google определяет, какая страница является официальной страницей события?

Система может определять официальную страницу несколькими способами. Один из описанных методов — генерация поисковых запросов на основе названия, места, времени и описания события. Затем система анализирует результаты этих запросов и выбирает самый высокоранжированный ресурс из пересечения результатов как официальную страницу. Также официальная страница может быть явно указана в базе данных событий (Event Data).

Почему упоминания на билетных сайтах оцениваются ниже, чем на других ресурсах?

Патент вводит механизм корректировки Unique Mentions Score. Если слишком большая доля сайтов, упоминающих событие, классифицирована как билетные сайты (Ticketing Sites), общая оценка за упоминания понижается. Это делается для того, чтобы измерить органический интерес к событию, а не просто его коммерческое распространение через партнеров по продаже билетов.

Что такое Ranking Score и почему он важен?

Ranking Score — это сигнал, который оценивает, насколько хорошо событие представлено в выдаче по общим запросам, таким как "события в [Город]". Система проверяет позицию и частоту упоминания вашего события в этой выдаче. Это означает, что для высокого ранжирования конкретного события важно, чтобы оно упоминалось на авторитетных сайтах-афишах, которые занимают топ по общим запросам.

Как влияет популярность артиста или спикера на ранжирование события?

Влияет напрямую через Entity Popularity Score. Система идентифицирует сущности (артистов, спикеров, команды), связанные с событием, и оценивает их глобальную популярность (например, по частоте поисковых запросов о них). Чем популярнее участники, тем выше будет этот сигнал и общая Popularity Score события.

Что делать, если у меня много похожих событий, и они вытесняют друг друга из выдачи?

Это результат работы механизмов Similar Event Demotion и Diversity Demotion. Система понижает события, если выше в рейтинге уже есть схожие мероприятия или события той же категории. Чтобы бороться с этим, нужно стараться уникализировать события, распределять их по разным категориям (если применимо) или продвигать их как единое длительное событие, а не множество отдельных.

Влияет ли вместимость площадки на ранжирование события?

Да, вместимость (seating capacity) является одним из факторов, используемых при расчете Venue Score. Патент предполагает, что события, проходящие на площадках с большей вместимостью, получают более высокую оценку этого сигнала. Также учитывается общий рейтинг площадки в локальном поиске и популярность других событий на ней.

Может ли Google вручную повышать или понижать определенные типы событий?

Да, это предусмотрено через Event Category Score. Патент упоминает, что определенные категории могут быть классифицированы как продвигаемые (например, фестивали, которые интересны широкой аудитории) или понижаемые (например, узкоспециализированные торговые выставки, интересные ограниченной аудитории).

Как рассчитывается Diversity Demotion (Понижение за однообразие)?

Оно рассчитывается по формуле DD=KxDD = K^xDD=Kx, где K — константа между 0 и 1, а x — количество событий той же категории, которые уже находятся выше в рейтинге. Это экспоненциальное затухание: каждое следующее событие одной категории будет получать все более сильное понижение.

Учитывает ли система скорость набора популярности события?

Да, косвенно учитывает. При расчете Official Page Selection Score система анализирует пиковое количество кликов (peak number of user selections) за определенный промежуток времени (например, день или неделю) в течение недавнего периода. Всплеск интереса и трафика на официальную страницу повысит эту оценку.

Какова основная рекомендация для SEO специалистов, работающих с сайтами событий?

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

Похожие патенты

Как Google создает агрегированные блоки событий (Integrated Event View), объединяя факты, новости и фильтруя социальные сети
Google использует систему для идентификации событий (спорт, концерты) в запросах и генерации «Интегрированного представления события» (Integrated Event View). Эта система агрегирует фактические данные, результаты веб-поиска и контент из социальных сетей. Ключевой особенностью является фильтрация социальных сообщений с использованием семантического сходства (например, LSA) и геолокации для обеспечения релевантности.
  • US20110302153A1
  • 2011-12-08
  • Семантика и интент

Как Google индексирует, ранжирует и структурирует события по времени и местоположению, обеспечивая темпоральное разнообразие
Патент Google, описывающий систему поиска событий, которая фильтрует результаты по времени и месту. Система разделяет запрошенный временной интервал (например, неделю) на сегменты (например, дни) и ранжирует лучшие события отдельно для каждого сегмента. Это предотвращает доминирование популярных событий одного дня и гарантирует видимость релевантных результатов на протяжении всего интервала.
  • US7647353B2
  • 2010-01-12
  • Индексация

  • Краулинг

  • Local SEO

Как Google управляет разнообразием и персонализацией в лентах контента (например, Discover), балансируя категории контента
Google использует систему для управления лентами контента (например, Google Discover). Различные серверы агрегируют контент в тематические блоки (Aggregated Content Data Structures) и оценивают их. Затем сервер смешивания выбирает эти блоки, активно балансируя их категории: он повышает оценки блоков из недопредставленных категорий и понижает из слишком частых, чтобы обеспечить заданное разнообразие и соответствие интересам пользователя.
  • US10129309B2
  • 2018-11-13
  • Персонализация

  • Поведенческие сигналы

Как Google обеспечивает разнообразие выдачи (Diversity), принудительно понижая результаты с повторяющимися признаками (домен, автор, тема)
Google использует механизм переранжирования для обеспечения разнообразия (Diversity) в поисковой выдаче или ленте рекомендаций. Система определяет ключевые признаки (Features) для каждого результата (например, домен, автор, тип контента) и назначает им "штрафные значения" (Demotion Values). Если признак повторяется в топе, следующий результат с этим же признаком принудительно смещается вниз на заданное количество позиций от предыдущего, предотвращая доминирование одного источника или темы.
  • US10055463B1
  • 2018-08-21
  • SERP

Как Google персонализирует рекомендации популярных запросов на основе истории поиска и браузинга пользователя
Google анализирует глобальные тренды поисковых запросов и сопоставляет их с индивидуальной историей пользователя (посещенные сайты, прошлые запросы, категории интересов). Если популярный запрос соответствует выявленным интересам пользователя, он будет рекомендован. Система также применяет фильтры, исключающие запросы, которые пользователь вводил недавно.
  • US9443022B2
  • 2016-09-13
  • Персонализация

  • Поведенческие сигналы

  • Свежесть контента

Популярные патенты

Как Google использует социальные связи для обнаружения ссылочного спама и накрутки кликов
Google может анализировать связи между владельцами сайтов в социальных сетях, чтобы оценить независимость ссылок между их ресурсами. Если владельцы тесно связаны (например, друзья), ссылки между их сайтами могут получить меньший вес в ранжировании, а клики по рекламе могут быть классифицированы как спам (накрутка).
  • US8060405B1
  • 2011-11-15
  • Антиспам

  • Ссылки

  • SERP

Как Google определяет, действительно ли новость посвящена сущности, и строит хронологию событий
Google использует систему для определения релевантности новостей конкретным объектам (сущностям, событиям, темам). Система анализирует кластеры новостных статей (коллекции), оценивая общий интерес к объекту (поисковые запросы, социальные сети) и значимость объекта внутри коллекции (упоминания в заголовках, центральность в тексте). Ключевой механизм — оценка уместности событий: система проверяет, соответствует ли событие типу объекта (например, «новый метод лечения» для болезни), чтобы отфильтровать мимолетные упоминания и создать точную хронологию новостей.
  • US9881077B1
  • 2018-01-30
  • Семантика и интент

  • Поведенческие сигналы

Как Google использует контекст пользователя для предоставления информации без явного запроса (Технология предиктивного поиска)
Google использует технологию предиктивного (проактивного) поиска, которая анализирует текущий контекст пользователя (местоположение, время, календарь, скорость движения, привычки) для автоматического предоставления релевантной информации. Система реагирует на «запрос без параметров» (например, открытие приложения или простое действие с устройством) и самостоятельно определяет информационные потребности пользователя.
  • US8478519B2
  • 2013-07-02
  • Персонализация

  • Семантика и интент

  • Поведенческие сигналы

Как Google в Автоподсказках (Suggest) предлагает искать запрос в разных вертикалях поиска (Картинки, Новости, Карты)
Патент описывает механизм "разветвления" (forking) автоподсказок Google Suggest. Система анализирует введенные символы и определяет, в каких вертикалях поиска (Корпусах) — таких как Картинки, Новости или Карты — пользователи чаще всего ищут предложенный запрос. Если корреляция с конкретной вертикалью высока (на основе Corpus Score), система предлагает пользователю искать сразу в ней, наряду со стандартным универсальным поиском.
  • US9317605B1
  • 2016-04-19
  • Семантика и интент

  • SERP

  • Поведенческие сигналы

Как Google использует длительность кликов, Pogo-Sticking и уточнение запросов для оценки качества поиска (Click Profiles)
Google анализирует поведение пользователей после клика для оценки удовлетворенности. Система создает «Профили взаимодействия» (Click Profiles), учитывая длительность клика (Dwell Time), возврат к выдаче (Pogo-Sticking) и последующее уточнение запроса. Эти данные используются для сравнения эффективности алгоритмов ранжирования и выявления спама или кликбейта.
  • US9223868B2
  • 2015-12-29
  • Поведенческие сигналы

  • SERP

  • Антиспам

Как Google использует данные о поведении пользователей и длительность кликов для улучшения и переписывания поисковых запросов
Google использует систему для автоматического переписывания запросов пользователей. Система анализирует миллионы прошлых поисковых сессий, чтобы определить, как пользователи уточняли свои запросы и насколько они были удовлетворены результатами (измеряя длительность кликов). На основе этого рассчитывается «Ожидаемая полезность» (Expected Utility) для предложенных вариантов запросов, что позволяет Google предлагать пользователю те формулировки, которые с наибольшей вероятностью приведут к качественному ответу.
  • US7617205B2
  • 2009-11-10
  • Поведенческие сигналы

  • Семантика и интент

  • SERP

Как Google генерирует связанные запросы (Related Searches), используя сущности из топовых результатов и сохраняя структуру исходного запроса
Google использует систему для автоматической генерации уточнений запросов (например, «Связанные запросы»). Система анализирует топовые документы в выдаче и извлекает из них ключевые сущности. Затем эти сущности комбинируются с важными терминами исходного запроса, при этом строго сохраняется исходный порядок слов, чтобы создать релевантные и естественно звучащие предложения для дальнейшего поиска.
  • US8392443B1
  • 2013-03-05
  • Семантика и интент

  • Поведенческие сигналы

Как Google использует данные о наведении курсора (Hover Data) для ранжирования изображений и борьбы с кликбейтными миниатюрами
Google использует данные о взаимодействии пользователя с миниатюрами в поиске по картинкам (наведение курсора) как сигнал интереса. Для редких запросов эти сигналы получают больший вес, дополняя недостаток данных о кликах. Система также вычисляет соотношение кликов к наведениям (Click-to-Hover Ratio), чтобы идентифицировать и понижать в выдаче «магниты кликов» — привлекательные, но нерелевантные изображения, которые собирают много наведений, но мало кликов.
  • US8819004B1
  • 2014-08-26
  • Поведенческие сигналы

  • Мультимедиа

  • SERP

Как Google динамически регулирует влияние фактора близости в локальном поиске в зависимости от тематики запроса и региона
Google использует систему для определения того, насколько важна близость (расстояние) для конкретного поискового запроса и региона. Анализируя исторические данные о кликах и запросах маршрутов, система вычисляет «Фактор важности расстояния». Для запросов типа «Кофе» близость критична, и удаленные результаты пессимизируются. Для запросов типа «Аэропорт» близость менее важна, и качественные результаты могут ранжироваться высоко. Система также учитывает плотность региона (город или село), адаптируя ожидания пользователей по расстоянию.
  • US8463772B1
  • 2013-06-11
  • Local SEO

  • Поведенческие сигналы

Как Google использует исторические паттерны CTR для предсказания сезонных и циклических изменений интента пользователя
Google анализирует исторические данные о кликах (CTR) для выявления предсказуемых изменений в интересах пользователей по неоднозначным запросам. Если интент меняется в зависимости от сезона, дня недели или времени суток, система корректирует ранжирование, чтобы соответствовать доминирующему в данный момент интенту. Например, по запросу "turkey" в ноябре приоритет получат рецепты, а не информация о стране.
  • US8909655B1
  • 2014-12-09
  • Семантика и интент

  • Поведенческие сигналы

  • SERP

seohardcore