Как Google обогащает сниппеты брендов контентом из их социальных сетей при навигационных запросах

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

Navigational Query (Навигационный запрос)

Поисковый запрос, целью которого является нахождение конкретного веб-сайта субъекта, а не общей информации о нем. Например, «ABCCompany».

Social Network User Identifier (ID) (Идентификатор пользователя социальной сети)

Уникальный идентификатор, присваиваемый субъекту (пользователю или организации) в социальной сети. Используется для связи официального сайта с его официальным социальным профилем.

Combined Content (Комбинированный контент)

Результат объединения стандартного сниппета веб-страницы с контентом, извлеченным со страницы субъекта в социальной сети. Процесс объединения также упоминается как «Packing».

Social Graph (Социальный граф)

Графическое представление связей между пользователями, сущностями и контентом как внутри одной социальной сети, так и между несколькими.

Affinity / Social Affinity Score (Аффинити / Оценка социальной близости)

Метрика, определяющая близость или силу связи между двумя узлами в социальном графе. Может использоваться для определения релевантности социального контента для конкретного пользователя.

Popularity Score (Оценка популярности)

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

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

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

1. Система получает входящий запрос о субъекте, у которого есть веб-сайт.
2. Определяется, что запрос является навигационным (т.е. направлен на поиск этого веб-сайта).
3. В ответ на это определение:
   1. Идентифицируется первая страница в социальной сети, которая является страницей этого субъекта.
   2. Получается контент с этой первой (социальной) страницы.
   3. Получаются общие результаты поиска по запросу.
   4. Идентифицируется вторая страница (страница веб-сайта субъекта) среди результатов поиска, представленная сниппетом.
   5. Контент с первой (социальной) страницы комбинируется со сниппетом второй страницы для создания комбинированного контента.
   6. Выводятся данные, соответствующие комбинированному контенту.

Claim 3 (Зависимый от 2): Уточняет метод идентификации социальной страницы.

Идентификация социальной страницы включает выявление корреляции между адресом веб-сайта субъекта и идентификатором пользователя социальной сети, а затем поиск в социальной сети по этому идентификатору. Это подразумевает наличие системы маппинга (mapping).

Claim 5 (Зависимый от 4): Уточняет критерии выбора контента по свежести.

Поисковый запрос к социальной странице может быть настроен на получение предопределенного количества постов, отсортированных по дате (date-sorted order).

Claim 6 (Зависимый от 4): Уточняет влияние социальных связей на выбор контента.

Оценка релевантности (Relevance Score) контента, полученного с социальной страницы, может зависеть от социальной связи (social connection) этого контента с пользователем, который ввел исходный запрос.

Claim 7 (Зависимый от 1): Описывает оптимизацию производительности.

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

Claim 9 (Зависимый от 1): Уточняет процесс фильтрации контента.

Система может фильтровать контент для удаления по крайней мере его части перед комбинированием с веб-сниппетом (например, удаление репостов или контента, не созданного субъектом).

Claim 10 (Зависимый от 1): Уточняет критерий выбора контента на основе популярности.

Получение контента с социальной страницы может основываться на популярности (popularity) этого контента.

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

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

INDEXING – Индексирование и извлечение признаков
На этом этапе система должна предварительно проиндексировать контент социальных сетей и установить связь (mapping) между официальными веб-сайтами (URL) и их Social Network User IDs. Также индексируется информация о социальном графе и рассчитываются оценки аффинити.

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

RANKING – Ранжирование
Выполняется стандартный поиск для получения общих результатов. Параллельно (согласно Claim 7) может выполняться поиск по индексу социального контента для извлечения данных с социальной страницы субъекта.

METASEARCH – Метапоиск и Смешивание / RERANKING – Переранжирование
На этом этапе происходит ключевой процесс комбинирования (Packing). Система идентифицирует основной результат навигационного запроса (обычно ТОП-1) и внедряет в его сниппет контент, полученный из социальной сети.

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

• Входящий поисковый запрос.
• Данные для классификации запросов (например, логи поиска, таблица известных навигационных запросов).
• Таблица соответствия URL и Social Network User IDs.
• Индекс социального контента.
• Данные социального графа пользователя.

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

• Страница результатов поиска, содержащая комбинированный контент (обогащенный сниппет) для основного результата навигационного запроса.

На что влияет

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

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

• Триггеры активации: Алгоритм активируется только тогда, когда система с высокой степенью уверенности классифицирует запрос как навигационный.
• Условия применения: Применяется при условии, что система смогла однозначно идентифицировать официальную страницу субъекта в социальной сети и извлечь из нее релевантный публичный контент.
• Подтверждение навигационности: В патенте упоминается, что если домашняя страница субъекта не ранжируется как наиболее релевантный результат, система может решить, что исходный запрос не был навигационным, и не будет включать социальный контент.

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

Процесс обработки навигационного запроса и обогащения выдачи:

1. Получение запроса: Система получает входящий поисковый запрос.
2. Классификация запроса: Определяется, является ли запрос навигационным.
3. Инициализация параллельных процессов: Если запрос навигационный, запускаются Процесс А и Процесс Б одновременно.
4. Процесс А (Социальный поиск):
   1. Идентификация профиля: Система использует URL субъекта для поиска соответствующего Social Network User ID в таблице соответствий.
   2. Формулирование запроса на контент: Создается запрос к индексу социальной сети. Критерии выбора контента могут включать: Свежесть (Claim 5), Популярность (Claim 10) или Социальную релевантность (Claim 6).
   3. Извлечение и фильтрация контента: Получение социального контента. Контент может быть отфильтрован (Claim 9), например, удаляются репосты.
5. Процесс Б (Веб-поиск):
   1. Выполнение общего поиска: Одновременно система выполняет стандартный поиск по веб-индексу.
   2. Получение результатов: Система получает ранжированный список общих результатов поиска со сниппетами.
6. Идентификация целевой страницы: Система идентифицирует в результатах Процесса Б страницу, являющуюся целью навигационного запроса (обычно ТОП-1 результат).
7. Комбинирование (Packing): Социальный контент из Процесса А объединяется со сниппетом целевой страницы из Процесса Б, формируя комбинированный контент.
8. Вывод результатов: Обогащенная страница результатов поиска отображается пользователю.

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

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

• Поведенческие факторы: Поисковые логи (search logs) и данные о выборе пользователями результатов используются для идентификации и составления списка известных навигационных запросов и соответствующих им URL.
• Временные факторы: Метки времени социальных постов используются для выбора наиболее свежего контента (date-sorted order).
• Пользовательские факторы (Социальные сигналы): Данные социального графа пользователя (его контакты, подписки, взаимодействия) используются для определения социальной релевантности контента (social connection).
• Контентные факторы (Социальные сети): Текст постов, изображения, видео, извлекаемые со страницы субъекта.
• Системные данные: Таблицы соответствия (mapping) между URL официальных сайтов и Social Network User IDs.

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

• Оценка навигационности запроса (Navigational Score): Метрика, указывающая на вероятность того, что запрос является навигационным. Рассчитывается на основе того, как часто пользователи, вводящие данный запрос, выбирают один и тот же конкретный URL.
• Свежесть (Recency): Используется сортировка по дате для выбора последних постов (Claim 5).
• Social Affinity Score (Оценка социальной близости): Метрика близости между пользователем и контентом или автором контента в социальном графе. Может влиять на Relevance Score социального контента (Claim 6).
• Popularity Score (Оценка популярности): Метрика популярности конкретного поста на социальной странице. Используется как один из возможных критериев выбора контента (Claim 10).

1. Специализированная обработка навигационных запросов: Google применяет особую логику для запросов, классифицированных как навигационные. Если интент пользователя — найти конкретный бренд, логика формирования SERP меняется для предоставления более актуальной информации.
2. Критичность связи Сущность-Сайт-Соцсеть: Ядром системы является точное соответствие (mapping) между сущностью, её официальным веб-сайтом (URL) и её официальным профилем в социальной сети (Social Network User ID).
3. Свежесть и актуальность в сниппетах: Патент подтверждает стремление Google использовать социальные сети как источник актуальных данных для обогащения сниппетов, часто отдавая приоритет самому свежему контенту.
4. Контроль над отображением: Механизм предоставляет владельцам сайтов возможность напрямую влиять на содержание своего основного сниппета через управление контентом на своей социальной странице (публикуя свежие посты).
5. Персонализация через социальный граф: Система может выбирать, какой именно социальный контент показать, основываясь на социальном графе пользователя и оценках аффинити. Контент, связанный с контактами пользователя, может иметь приоритет.
6. Оптимизация производительности: Извлечение социального контента и выполнение основного веб-поиска происходят параллельно, что минимизирует задержки при формировании обогащенной выдачи.

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

• Обеспечение связи Сущность-Соцсеть (Консолидация): Необходимо убедиться, что Google может легко связать официальный сайт с официальными социальными профилями. Используйте разметку Schema.org (Organization/Person с указанием sameAs для социальных профилей) на главном сайте и верифицируйте профили.
• Активное ведение ключевых социальных сетей: Поддерживайте актуальность информации в социальных сетях, которые Google активно сканирует. Поскольку система часто выбирает самые свежие посты (Claim 5), регулярные публикации напрямую влияют на вид основного сниппета по брендовым запросам.
• Стратегия контента для SERP: При публикации постов учитывайте, что они могут появиться в основном сниппете Google. Пишите информативно, привлекательно и используйте качественные изображения, так как они также могут быть импортированы.
• Фокус на оригинальном контенте: Патент упоминает фильтрацию контента (Claim 9), например, исключение репостов. Публикация оригинального контента от имени бренда повышает контроль над тем, что попадет в выдачу.
• Мониторинг брендовой выдачи: Регулярно проверяйте выдачу по навигационным запросам вашего бренда, чтобы понимать, какой социальный контент подмешивается и как выглядит ваш основной сниппет.
• Использование Google Business Profile (GBP): Хотя патент фокусируется на общих социальных сетях, его логика применима и к постам в GBP. Активное использование постов в GBP является прямой реализацией принципа обогащения информации о сущности свежим контентом.

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

• Игнорирование социальных сетей или нерегулярный постинг: Отсутствие активных официальных профилей или устаревшие посты лишают бренд возможности использовать этот механизм для обогащения своего сниппета и контроля над брендовой выдачей.
• Публикация нерелевантного или низкокачественного контента: Публикация спорного, низкокачественного или нежелательного контента в официальных социальных сетях несет риск того, что этот контент автоматически попадет в основной сниппет сайта в Google, ухудшая репутацию бренда.
• Наличие множества неофициальных/заброшенных профилей: Создание большого количества профилей в разных сетях без их поддержки может затруднить для Google идентификацию официального источника (Social Network User ID) и привести к отображению устаревшей информации.

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

Этот патент подчеркивает важность управления сущностями (Entity Management) и их представлением за пределами основного сайта. Для Google бренд — это не только его сайт, но и совокупность его официальных представительств. Стратегическое значение заключается в понимании того, что SEO для брендов включает в себя оптимизацию всех точек контакта в экосистеме поиска. Патент демонстрирует механизм, с помощью которого активность вне сайта (Off-Page SEO/SMM) напрямую влияет на представление сайта в поиске (On-SERP SEO).

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

Сценарий: Обогащение сниппета туристической компании во время акции

1. Ситуация: Туристическая компания «ABC Travel» запускает распродажу туров и хочет максимально быстро проинформировать об этом пользователей.
2. Действия:
   1. Компания проверяет, что на сайте abctravel.com есть разметка Schema.org/Organization с указанием sameAs на её официальный профиль в социальной сети (например, X/Twitter).
   2. Компания публикует в этом профиле пост о начале распродажи с привлекательным изображением и условиями.
3. Результат в Google: Пользователь вводит навигационный запрос «ABC Travel».
4. Активация механизма: Google определяет запрос как навигационный, находит официальный профиль и извлекает последний (самый свежий) пост о распродаже.
5. Отображение: В поисковой выдаче результат №1 (abctravel.com) отображается с расширенным сниппетом, который включает блок с этим последним постом, информируя пользователя об акции еще до клика на сайт.