Google определяет, когда пользователь ищет социальную сеть по названию. В ответ система находит главный результат этой соцсети и группирует рядом с ним релевантный контент (профили, недавние посты), созданный контактами пользователя на этой же платформе. Это механизм форматирования выдачи, объединяющий общий и персонализированный социальный поиск.
Описание
Какую задачу решает
Патент решает задачу улучшения пользовательского опыта (UX) при выполнении навигационных запросов, связанных с социальными сетями. Система предполагает, что пользователь, ищущий конкретную социальную сеть по названию, заинтересован не только в переходе на главную страницу, но и в актуальном контенте, созданном его контактами (Social Affinity Group) на этой платформе. Изобретение обеспечивает быстрый доступ к этому персонализированному контенту прямо на странице результатов поиска (SERP), группируя его с основным результатом.
Что запатентовано
Запатентован метод форматирования и представления поисковой выдачи. Когда система определяет, что запрос пользователя относится к конкретной социальной сети (например, содержит ее название), она идентифицирует главный результат для этой сети и результаты социального поиска (контент, связанный с Social Affinity Group пользователя на этой же сети). Затем система форматирует выдачу так, чтобы эти результаты отображались в непосредственной близости (in proximity) друг к другу.
Как это работает
Механизм работает в несколько этапов:
- Идентификация запроса: Компонент Social Network Site Identifier определяет, ссылается ли запрос на известный сайт социальной сети (например, сравнивая слова запроса со списком названий).
- Социальный поиск: Система получает результаты, включая те, что связаны с Social Affinity Group пользователя на этом сайте.
- Идентификация результатов: Выделяются основной результат для сайта и социальные результаты (профили, посты друзей) на этом же сайте.
- Форматирование и вывод: Компонент Output Packager форматирует выдачу, размещая социальные результаты в непосредственной близости к основному. Это может быть реализовано как вложенный список (nested under) или в одну строку (in line). Применяются фильтры свежести контента.
Актуальность для SEO
Низкая. Патент подан в 2010 году и отражает стратегии эпохи Google+ и активной интеграции социального поиска. Описанный механизм сильно зависел от способности Google индексировать личные социальные связи и контент. С закрытием Google+ и изменением подходов к приватности и доступу к данным сторонних социальных сетей (Walled Gardens), прямая реализация этого патента в описанном виде маловероятна в 2025 году.
Важность для SEO
(2/10). Влияние на современные SEO-стратегии минимальное. Это преимущественно патент, описывающий пользовательский интерфейс (UI/UX) и способ представления результатов (Presentation Layer) для узкого круга навигационных запросов. Он не описывает алгоритмы ранжирования. Механизм зависит от личных связей пользователя (Social Affinity Group), на которые SEO-специалисты повлиять не могут.
Детальный разбор
Термины и определения
- General Search Results (Общие результаты поиска)
- Стандартные результаты поиска, релевантные запросу, без учета социальных связей пользователя.
- Output Packager (Упаковщик вывода)
- Компонент поисковой системы, отвечающий за финальное упорядочивание и форматирование результатов поиска перед отправкой пользователю. Именно он размещает социальные результаты вблизи основного результата.
- Social Affinity Group (Группа социальной близости)
- Круг общения пользователя. Группа людей, с которыми у пользователя есть отношения, известные поисковой системе (друзья, контакты в адресной книге, подписчики, коллеги, косвенные связи).
- Social Network Site Data Source (Источник данных о социальных сетях)
- База данных или структура (например, whitelist), содержащая названия известных социальных сетей, их аббревиатуры и частые опечатки.
- Social Network Site Identifier (Идентификатор социальных сетей)
- Компонент системы, который определяет, соответствует ли поисковый запрос известной социальной сети, используя Social Network Site Data Source или анализ исторической активности.
- Social Search Engine (Движок социального поиска)
- Поисковая система, способная идентифицировать ресурсы, представляющие социальный интерес для пользователя, основываясь на его Social Affinity Group.
- Threshold Age (Пороговый возраст)
- Максимально допустимый возраст контента (например, поста), после которого он считается устаревшим и может быть отфильтрован.
- User Post (Пост пользователя)
- Ресурс, созданный пользователем на социальной платформе (запись в блоге, микро-блоге, обновление статуса).
- User Profile (Профиль пользователя)
- Основная страница пользователя на сайте социальной сети.
- In Proximity (В непосредственной близости)
- Способ представления, при котором социальный результат отображается рядом с основным результатом. Включает форматы nested under (вложенный) и in line (на одной линии).
Ключевые утверждения (Анализ Claims)
Claim 1 (Независимый пункт): Описывает основной метод представления социальных результатов.
- Система получает запрос от пользователя.
- Система идентифицирует членов Social Affinity Group пользователя.
- Система получает результаты поиска, включая социальные.
- Система идентифицирует слова в запросе.
- Система сравнивает эти слова со списком названий социальных сетей (social network names).
- На основе сравнения определяется, что слово в запросе соответствует названию конкретной социальной сети.
- В ответ на это определение (Триггер):
- Идентифицируется первый результат поиска (А), который ссылается на эту конкретную социальную сеть.
- Идентифицируется второй результат поиска (Б), который ссылается на ресурс, находящийся НА этой социальной сети И связанный с членом Social Affinity Group.
- Генерируется ответ, содержащий инструкции для представления результата А и результата Б in proximity.
Ядро изобретения — это условное форматирование SERP. Триггером служит определение того, что пользователь ищет конкретную социальную сеть. Действием является реорганизация выдачи для группировки персонализированного социального контента с основной ссылкой.
Claim 3 и 4 (Зависимые): Уточняют способы представления.
- Представление второго результата может быть вложено под первый (nested under) (Claim 3).
- Представление второго результата может быть на одной линии с первым (in line with) (Claim 4).
Claim 6, 7 и 8 (Зависимые): Уточняют типы контента и его свойства.
- Второй результат может ссылаться на User Profile (Claim 6) или User Post (Claim 8).
- Если это пост, он должен быть более свежим, чем пороговое значение возраста (threshold age) (Claim 7).
Claims 12, 13, 14 (Зависимые): Уточняют характер связи ресурса с членом Social Affinity Group.
- Член группы мог одобрить (endorsed), опубликовать (published) или поделиться (shared) ресурсом.
Где и как применяется
Изобретение затрагивает несколько этапов поиска, фокусируясь на понимании запроса и финальном представлении результатов.
INDEXING – Индексирование и извлечение признаков
Система должна иметь доступ к контенту социальных сетей (профили, посты) и данным о социальных связях пользователей (Social Affinity Group). Ресурсы индексируются и аннотируются (автор, дата, тип).
QUNDERSTANDING – Понимание Запросов
Ключевой этап активации. Компонент Social Network Site Identifier анализирует запрос в реальном времени, сравнивая термины запроса со списком известных социальных сетей (Social Network Site Data Source). Если найдено совпадение, система определяет интент как поиск социальной сети.
RANKING – Ранжирование
Social Search Engine выполняет поиск и ранжирование общих и социальных результатов. В патенте упоминается возможность агрессивного повышения (boosting) социальных результатов, чтобы гарантировать их появление в топе перед форматированием.
METASEARCH / RERANKING (Презентационный слой)
Основное применение патента. Компонент Output Packager обрабатывает результаты:
- Идентифицирует главный результат для искомой социальной сети.
- Отбирает лучшие социальные результаты, относящиеся к этой же сети.
- Применяет фильтры (свежесть, количество).
- Форматирует выдачу, размещая отобранные социальные результаты в непосредственной близости к главному результату.
Входные данные:
- Запрос пользователя.
- Идентификатор пользователя и данные о его Social Affinity Group.
- Social Network Site Data Source (список социальных сетей).
- Индекс, содержащий общие и социальные ресурсы.
Выходные данные:
- Отформатированная страница результатов поиска (SERP), где основной результат социальной сети дополнен сгруппированными персонализированными социальными результатами.
На что влияет
- Специфические запросы: Влияет исключительно на навигационные и брендовые запросы, которые система идентифицирует как поиск конкретной социальной сети (например, «Facebook», «LinkedIn»).
- Конкретные типы контента: Влияет на отображение профилей пользователей (User Profiles) и постов пользователей (User Posts) из социальных сетей в результатах поиска Google.
- Персонализация: Влияет только на пользователей, которые вошли в систему и для которых доступна информация об их Social Affinity Group.
Когда применяется
- Триггеры активации: Алгоритм активируется только тогда, когда система определяет, что запрос пользователя относится к социальной сети (как указано в Claim 1).
- Условия применения: Применяется только если у пользователя есть активная Social Affinity Group и в индексе присутствуют релевантные социальные результаты, связанные с этой группой и искомой социальной сетью.
- Пороговые значения: Упоминаются пороги для максимального количества отображаемых социальных результатов (например, 4 профиля, 2 поста) и пороги свежести (threshold age) для постов (например, от 1 до 7 дней).
Пошаговый алгоритм
- Получение запроса и идентификация пользователя: Система получает запрос и идентифицирует пользователя (если он залогинен через Login Service) для определения его Social Affinity Group.
- Анализ запроса (Триггер): Компонент Social Network Site Identifier сравнивает слова в запросе со списком известных социальных сетей (Social Network Site Data Source).
- Если совпадение НЕ найдено: Предоставить стандартные результаты поиска.
- Если совпадение найдено: Определить целевую социальную сеть и перейти к шагу 3.
- Генерация запросов на поиск: Система формирует и отправляет запрос(ы) в Social Search Engine для получения общих и социальных результатов.
- Получение и первичное ранжирование: Система получает наборы результатов. Социальные результаты могут получить повышение (boost) в ранжировании, чтобы гарантировать их нахождение в топе.
- Идентификация основного результата: Компонент Output Packager идентифицирует первый (основной) результат поиска, ссылающийся на целевую социальную сеть.
- Идентификация и фильтрация социальных результатов: Output Packager идентифицирует социальные результаты на той же сети, связанные с Social Affinity Group пользователя. Применяются фильтры:
- Фильтрация по типу (User Profiles vs User Posts).
- Фильтрация по свежести (исключая посты старше threshold age).
- Фильтрация по количеству (ограничение максимального числа).
- Форматирование вывода: Output Packager генерирует инструкции для представления результатов. Отобранные социальные результаты размещаются в непосредственной близости к основному результату (например, профили — in line, посты — nested under).
- Дедупликация: Общие результаты проверяются на дублирование с размещенными социальными результатами; дубликаты удаляются из общего списка.
- Предоставление результатов: Отформатированный набор результатов отправляется пользователю.
Какие данные и как использует
Данные на входе
- Пользовательские факторы: Критически важные данные. Используется идентификатор пользователя для доступа к его Social Affinity Group (данные о связях, контактах, подписках).
- Контентные факторы: Анализируется контент ресурсов для определения их типа (User Profile или User Post). Профили могут идентифицироваться по наличию стандартных фраз или структурированных данных.
- Временные факторы: Дата создания или публикации User Post используется для фильтрации по свежести.
- Технические факторы: URL ресурсов используется для определения принадлежности к целевой социальной сети и иногда для идентификации типа ресурса (например, по структуре URL).
- Системные данные: Social Network Site Data Source (белый список социальных сетей).
- Поведенческие факторы (для офлайн-процессов): Исторические данные о поведении пользователей могут использоваться для офлайн-идентификации сайтов как социальных сетей и пополнения whitelist.
Какие метрики используются и как они считаются
- Совпадение запроса с социальной сетью: Метрика, рассчитываемая путем сравнения терминов запроса с whitelist.
- Threshold Age (Пороговый возраст): Максимально допустимый возраст для User Post. Может варьироваться в зависимости от типа поста или степени близости (affinity) между пользователем и автором поста.
- Максимальное количество результатов: Пороги для ограничения количества отображаемых User Profiles и User Posts в блоке.
- Ranking Score (Оценка ранжирования): Стандартная оценка релевантности. Может быть скорректирована (boosted) для социальных результатов, чтобы обеспечить их высокое положение перед этапом форматирования.
Выводы
- Узкая специализация на брендовых/навигационных запросах: Механизм активируется только тогда, когда система уверена, что пользователь ищет конкретную социальную сеть (Claim 1). Это не система ранжирования общего контента на основе социальных сигналов.
- Фокус на UI/UX и представлении: Патент описывает создание специфического SERP-feature (похожего на расширенный сниппет с динамическим персонализированным контентом), а не алгоритм ранжирования. Он решает, как сгруппировать уже найденные результаты на уровне Presentation Layer.
- Персонализация как ключевой фактор: Весь механизм зависит от знания Social Affinity Group пользователя. Для анонимных пользователей он не работает.
- Дифференциация социального контента: Система различает типы контента (Профили и Посты) и применяет к ним разные правила отображения (in line vs nested) и фильтрации.
- Важность свежести: Система явно учитывает возраст постов (threshold age), предпочитая недавний контент, что подчеркивает эфемерную природу социального контента.
- Низкая актуальность из-за зависимости от данных: Механизм отражает стратегию эпохи Google+. В современных реалиях (2025 год), где доступ к данным социальных сетей ограничен, этот патент имеет минимальное практическое значение для SEO.
Практика
Best practices (это мы делаем)
Патент носит инфраструктурный и UX-ориентированный характер. Прямых рекомендаций для стандартных SEO-стратегий он практически не дает, но имеет значение для SMO (Social Media Optimization) и ORM.
- Активное ведение социальных сетей (SMO): Для брендов и авторов важно поддерживать активность на ключевых платформах. Публичный контент из социальных сетей может быть напрямую интегрирован в Google SERP и показан пользователям, которые связаны с вашим брендом (находятся в их Social Affinity Group).
- Публикация актуального контента: Поскольку система применяет фильтр threshold age, регулярная публикация свежих постов критически важна для попадания в этот блок персонализированных результатов. Старый контент будет отфильтрован.
- Обеспечение индексируемости профилей: Для персонального брендинга и ORM важно, чтобы публичные профили были открыты для индексации. Это необходимое условие для их появления в сгруппированном блоке, когда кто-то из контактов ищет соответствующую социальную сеть.
- (Для владельцев социальных платформ): Убедитесь, что публичные профили и посты технически доступны для сканирования. Использование логичной структуры URL помогает поисковым системам правильно классифицировать контент (профиль или пост).
Worst practices (это делать не надо)
- Попытки манипулировать Social Affinity Group: Создание фейковых социальных связей или использование серых методов для попадания в круг общения пользователя неэффективно, рискованно и не является устойчивой стратегией.
- Ожидание трафика из этого механизма для обычных сайтов: Не стоит рассчитывать на этот механизм, если ваш сайт не является социальной сетью. Он активируется только при поиске брендов социальных платформ.
- Игнорирование настроек приватности: Размещение приватного контента в открытом доступе в надежде на получение трафика через этот механизм может привести к нарушению правил платформ и законодательства о персональных данных.
Стратегическое значение
Стратегическое значение этого патента для современного SEO невелико. Он интересен как исторический артефакт эпохи Google+, демонстрирующий попытки Google глубоко интегрировать персонализированные социальные данные в поиск. Он подтверждает способность Google идентифицировать различные типы контента на сторонних платформах и применять к ним различную логику отображения. Однако, учитывая снижение фокуса Google на персонализированном социальном поиске, этот конкретный механизм не должен влиять на долгосрочную SEO-стратегию.
Практические примеры
Практических примеров применения для SEO в 2025 году мало, так как функциональность редко встречается в текущей выдаче. Приведем гипотетический пример работы механизма.
Сценарий: Персонализированная выдача при поиске LinkedIn
- Пользователь: Иван, залогиненный в аккаунт Google и имеющий контакты на LinkedIn.
- Запрос: Иван вводит «LinkedIn».
- Обработка: Social Network Site Identifier определяет, что «LinkedIn» — это социальная сеть. Система активирует механизм.
- Поиск: Находятся главный результат (linkedin.com) и социальные результаты (контакты Ивана на LinkedIn).
- Форматирование (Output Packager):
- Основной результат: Ссылка на LinkedIn.com.
- In-line результаты (User Profiles): Ссылки на профили 4 его ближайших контактов.
- Nested результаты (User Posts): Ссылки на 2 недавних поста (за последние 3 дня) от его контактов.
- Результат: Иван видит расширенный сниппет для LinkedIn, включающий прямые ссылки на профили коллег и их актуальные посты.
Вопросы и ответы
Описывает ли этот патент, как социальные сигналы влияют на ранжирование?
Нет. Этот патент фокусируется исключительно на представлении (UI/UX) уже найденных и персонализированных социальных результатов при поиске бренда социальной сети. Он описывает, как сгруппировать результаты, а не как их ранжировать изначально. Он не касается того, как Google использует социальные сигналы для ранжирования общего веб-контента.
Актуален ли этот патент в 2025 году после закрытия Google+?
Актуальность низкая. Патент был разработан в контексте глубокой интеграции социального поиска, характерной для эпохи Google+. Без Google+ и при ограниченном доступе к данным сторонних социальных сетей, применение описанного механизма группировки маловероятно или сильно ограничено в том виде, как описано в патенте.
Что такое Social Affinity Group и как она формируется?
Это круг общения пользователя, известный Google. Он формируется из различных источников с разрешения пользователя: прямые контакты (из профиля, адресной книги, мессенджеров), связи на социальных платформах, косвенные связи (друзья друзей), а также группы (например, коллеги или подписчики на блоги).
Как система определяет, что запрос относится к социальной сети?
Согласно Claim 1 и описанию, компонент Social Network Site Identifier сравнивает слова из запроса со списком известных названий социальных сетей (Social Network Site Data Source или whitelist). Если название бренда или его аббревиатура присутствует в запросе, механизм активируется. Также могут использоваться агрегированные исторические данные о поведении пользователей.
Могу ли я оптимизировать свой сайт, чтобы он появился в этом блоке социальных результатов?
Нет, если ваш сайт не является социальной сетью. Этот механизм предназначен только для ситуаций, когда пользователь ищет социальную платформу, и отображает контент, размещенный на этой платформе. Обычные веб-сайты не участвуют в этом процессе.
Как Google решает, какие социальные результаты показать: профили или посты?
Патент предусматривает оба варианта. Компонент Output Packager классифицирует результаты по типу (User Profile или User Post). В патенте предложен пример, где профили отображаются в одну линию (in line), а посты группируются под основным результатом (nested under). Система также ограничивает общее количество отображаемых результатов.
Влияет ли свежесть контента на этот механизм?
Да, влияет, но только для User Posts. В патенте явно указано использование порога возраста (threshold age) для фильтрации постов. Если пост старше порога (например, 1-7 дней), он не будет показан. Это подчеркивает важность регулярных публикаций для SMO.
Применяется ли этот механизм, если пользователь не вошел в свой аккаунт Google?
Нет. Механизм основан на идентификации Social Affinity Group пользователя. Если пользователь не вошел в систему, Google не может определить его социальные связи и, следовательно, не может найти персонализированные социальные результаты для группировки.
В чем разница между «nested under» и «in line» представлением?
Nested under означает, что социальные результаты отображаются как вложенный список непосредственно под основным результатом, часто с отступом. In line означает, что социальные результаты (например, ссылки на профили друзей) отображаются в той же строке или блоке, что и основной результат, экономя вертикальное пространство.
Какова роль компонента Output Packager в архитектуре поиска?
Output Packager — это компонент, работающий на финальных стадиях поиска (Metasearch или Reranking/Presentation Layer). Его задача — не ранжировать контент, а брать уже отобранные и ранжированные результаты и форматировать их для отображения пользователю, применяя специальную логику представления, например, группируя социальные результаты.