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

    Как Google использует социальные связи и экспертность пользователей для ответов на вопросы и интегрирует их в результаты поиска

    SOCIAL SEARCH ENGINE (Социальная поисковая система)
    • AU2012100405A4
    • Google LLC
    • 2012-05-10
    • 2012-04-11
    2012 Патенты Google Персонализация

    Патент описывает систему (Social Search Engine), которая находит не документы, а людей, способных ответить на вопрос пользователя. Система анализирует экспертность и социальные связи (Intimacy Score) потенциальных ответчиков в сети пользователя. Кроме того, патент описывает механизм монетизации ответов через партнерские ссылки и интеграцию этих социально проверенных ответов (UGC) непосредственно в стандартные результаты поиска.

    • Описание
    • Детальный разбор
    • Выводы
    • Практика
    • Вопросы и ответы
    • Наверх

    Описание

    Какую задачу решает

    Патент решает проблему поиска ответов на субъективные, контекстуализированные и сложные вопросы, на которые трудно ответить с помощью традиционного поиска по документам («the library paradigm»). Система реализует «the village paradigm», где информация передается от человека к человеку, а задача поиска заключается в нахождении нужного эксперта, а не нужного документа. Основная цель — предоставить ответы, которым пользователь доверяет, основываясь на социальной близости (intimacy), а не только на авторитетности (authority) источника.

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

    Запатентована социальная поисковая система, которая маршрутизирует вопросы от спрашивающего (asker) к наиболее подходящему ответчику (answerer) внутри социальной группы пользователя (social affinity group). Система ранжирует потенциальных ответчиков на основе их экспертности в теме вопроса, степени социальной связи со спрашивающим и их доступности. Также запатентован механизм идентификации сущностей (продуктов, услуг) в ответах, вставки партнерских ссылок (affiliate links) и последующего использования этих ответов в качестве результатов стандартного поиска.

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

    Система работает в двух основных режимах:

    1. Маршрутизация вопросов: Система анализирует вопрос для определения тем. Затем Routing Engine ранжирует кандидатов из социальной сети пользователя, используя модель, которая комбинирует релевантность (экспертность в теме) и качество (социальная близость и схожесть профилей). Система последовательно связывается с кандидатами, пока не получит ответ, который затем передается спрашивающему с указанием социальной связи между ними.
    2. Монетизация и повторное использование: Affiliate Link Generator идентифицирует упоминания продуктов или услуг в ответах. С разрешения ответчика система вставляет партнерские ссылки. Эти ответы архивируются и могут быть показаны в стандартных результатах поиска (SERP) в ответ на релевантные запросы.

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

    Средняя. Изобретатели связаны с сервисом Aardvark, который был приобретен Google и позже закрыт. Прямая реализация этой системы Q&A маршрутизации в текущих продуктах Google не очевидна. Однако, базовые концепции — определение экспертности пользователей на основе их контента (важно для E-E-A-T) и, особенно, интеграция пользовательского контента (UGC) и экспертных мнений непосредственно в SERP — остаются крайне актуальными в 2025 году (например, Google Perspectives, Helpful Content System).

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

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

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

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

    Affiliate Link Generator (Генератор партнерских ссылок)
    Компонент системы, который идентифицирует сущности (продукты, услуги) в ответах и вставляет интерактивные ссылки с партнерскими кодами для монетизации.
    Asker (Спрашивающий)
    Пользователь, задающий вопрос системе.
    Answerer (Ответчик)
    Пользователь из социальной группы спрашивающего, выбранный системой для ответа на вопрос.
    Conversation Manager (Менеджер диалогов)
    Компонент, управляющий взаимодействием между системой, спрашивающим и потенциальными ответчиками. Отправляет вопросы и получает ответы.
    Degree of Social Indirection (Степень социальной опосредованности)
    Количество промежуточных связей между двумя пользователями (например, 0=друг, 1=друг друга и т.д.). Используется для оценки социальной близости.
    p(u_i|q) (Question-dependent relevance score)
    Вероятность того, что пользователь u_i сможет ответить на вопрос q. Оценка релевантности, зависящая от вопроса, основанная на экспертности пользователя в темах вопроса.
    p(u_i|u_j) (Question-independent quality score / Intimacy Score)
    Вероятность того, что пользователь u_i даст удовлетворительный ответ пользователю u_j, независимо от вопроса. Оценка качества, не зависящая от вопроса, основанная на социальной близости и схожести профилей. Измеряет близость (intimacy), а не авторитетность.
    Question Analyzer (Анализатор вопросов)
    Компонент, который обрабатывает входящий вопрос для определения его тем (topics), намерений и других характеристик (например, локационной чувствительности) с помощью классификаторов.
    Routing Engine (Механизм маршрутизации)
    Ядро системы, которое ранжирует потенциальных ответчиков, используя статистическую модель, комбинирующую p(u_i|q) и p(u_i|u_j), а также факторы доступности.
    Social Affinity Group (Группа социальной близости)
    Группа пользователей, с которыми у спрашивающего есть явные (например, список друзей) или неявные (например, общая локация) связи, известные системе.
    Social Graph (Социальный граф)
    Структура данных, хранящая информацию о пользователях и связях между ними, включая рассчитанные оценки близости p(u_i|u_j).

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

    Патент содержит два независимых ключевых изобретения (Aspect 1 и Aspect 2).

    Aspect 1: Маршрутизация вопросов в социальной сети (Claim 1)

    Описывает метод социальной поисковой системы:

    1. Получение вопроса от спрашивающего, связанного с одной или несколькими темами.
    2. Выбор кандидатов в ответчики, основанный, по крайней мере частично, на их отношениях со спрашивающим.
    3. Последовательная отправка вопроса группам кандидатов до получения ответа от одного из них.
    4. Отправка полученного ответа спрашивающему вместе с информацией, идентифицирующей ответчика.

    Система реализует механизм маршрутизации, где выбор ответчика определяется не только его экспертностью (Claim 12), но и его социальной связью (Claim 6, Degree of Social Indirection). Система также учитывает доступность пользователя: его онлайн-статус (Claim 3), историческую активность в данное время суток (Claim 2) и частоту предыдущих контактов (Claim 4). Взаимодействие происходит последовательно (successively) для оптимизации нагрузки и скорости ответа.

    Aspect 2: Монетизация ответов и интеграция в поиск (Claim 26)

    Описывает метод генерации дохода и повторного использования контента:

    1. Получение ответа на вопрос от ответчика.
    2. Идентификация сущности в ответе (продукт, услуга, компания, продавец).
    3. Получение разрешения от ответчика на вставку интерактивной ссылки на ресурс, где можно приобрести сущность.
    4. Получение пользовательского запроса и определение его связи с сущностью.
    5. Предоставление ответа, включая ссылку на ресурс, как части результатов поиска, релевантных запросу.

    Это механизм для монетизации UGC через партнерские программы и одновременно механизм для обогащения стандартной поисковой выдачи (SERP) социально проверенными ответами. Система использует классификаторы для поиска сущностей (Claim 27), требует явного согласия пользователя на монетизацию (Claim 28) и вставляет партнерский код (affiliate code) в ссылку (Claim 32). Этот контент затем интегрируется в результаты поиска наравне с другими результатами.

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

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

    CRAWLING & INDEXING – Сканирование, Сбор данных и Индексирование

    Система активно собирает и индексирует данные о пользователях для построения Social Graph и определения экспертности. Источники включают:

    • Импорт из коммерческих социальных сетей.
    • Явно указанные пользователем темы.
    • Анализ профилей, домашних страниц, блогов.
    • Анализ обновлений статусов и сообщений.
    • Анализ изображений, видео и ссылок на статьи.

    На этом этапе вычисляются и сохраняются две ключевые метрики:

    • p(t|u_i): Распределение тем, известных пользователю (хранится в Forward/Inverted Index).
    • p(u_i|u_j): Оценка социальной связи между пользователями (хранится в Social Graph).

    QUNDERSTANDING – Понимание Запросов

    Question Analyzer обрабатывает входящий вопрос в реальном времени. Он использует классификаторы для фильтрации спама, определения типа вопроса и выявления локационной чувствительности. Затем он определяет темы вопроса p(t|q) с помощью различных Topic Mappers (Keyword Match, Taxonomy/SVM, Salient Term/tf-idf).

    RANKING – Ранжирование (Внутреннее)

    Routing Engine использует данные из этапов Indexing и QUnderstanding для ранжирования людей (а не документов). Вычисляется оценка s(u_i, u_j, q) = p(u_i|u_j) * p(u_i|q). Ранжирование также корректируется с учетом доступности пользователя (Availability).

    METASEARCH – Метапоиск и Смешивание

    Второй аспект изобретения (Claim 26) применяется на этом этапе. Архивированные ответы из социальной поисковой системы (Q&A Archive) извлекаются компонентом Search Result Processor и интегрируются в стандартные результаты поиска, если они релевантны запросу пользователя.

    На что влияет

    • Специфические запросы: Наибольшее влияние оказывается на субъективные, рекомендательные и контекстуальные запросы (например, «посоветуйте хорошую няню в Пало-Альто для близнецов»), которые плохо обрабатываются стандартным поиском.
    • Типы контента: Влияет на видимость пользовательского контента (UGC) в виде ответов, которые могут быть интегрированы в SERP.

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

    • Триггеры активации (Aspect 1): Когда пользователь задает вопрос непосредственно в этой социальной поисковой системе (например, через веб-интерфейс, IM-бота, SMS).
    • Триггеры активации (Aspect 2): Когда стандартный поисковый запрос пользователя совпадает по теме или сущностям с ранее архивированным ответом из социальной системы, особенно если ответ содержит монетизированную сущность.

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

    Процесс А: Обработка вопроса и маршрутизация (Aspect 1)

    1. Получение и анализ вопроса: Пользователь (Asker) задает вопрос. Question Analyzer определяет темы вопроса p(t|q).
    2. Запрос маршрутизации: Conversation Manager запрашивает у Routing Engine список кандидатов.
    3. Ранжирование кандидатов: Routing Engine извлекает данные из Social Graph (p(u_i|u_j)) и Inverted Index (p(u_i|t)). Вычисляется оценка ранжирования для каждого кандидата: s(u_i, u_j, q) = p(u_i|u_j) * Σ [p(u_i|t) * p(t|q)].
    4. Фильтрация по доступности: Список корректируется с учетом доступности кандидатов (онлайн-статус, время суток, частота контактов).
    5. Последовательный контакт: Conversation Manager последовательно связывается с кандидатами (индивидуально или группами) в порядке ранжирования.
    6. Ожидание ответа: Система ожидает ответ в течение определенного времени (зависит от канала связи и истории пользователя). Если ответа нет, переходит к следующему кандидату/группе.
    7. Получение ответа: Кандидат предоставляет ответ (Answerer).
    8. Доставка ответа: Conversation Manager отправляет ответ спрашивающему, указывая информацию об ответчике и их социальной связи (например, «Это ответ от Юлии, друга вашего друга Джона»).

    Процесс Б: Монетизация и повторное использование (Aspect 2)

    1. Идентификация сущностей: После получения ответа (в Процессе А), Affiliate Link Generator анализирует текст на наличие упоминаний продуктов, услуг или компаний.
    2. Запрос разрешения: Система спрашивает у ответчика разрешение на вставку партнерской ссылки для идентифицированной сущности.
    3. Вставка ссылки: Если разрешение получено, в ответ вставляется ссылка с affiliate code.
    4. Архивация: Вопрос и ответ сохраняются в Q&A Archive.
    5. Обработка поискового запроса: Пользователь вводит стандартный поисковый запрос (например, в Google Search).
    6. Извлечение ответа: Search Result Processor определяет, что архивированный ответ релевантен запросу (например, по совпадению тем или сущностей).
    7. Интеграция в SERP: Ответ (включая партнерскую ссылку и информацию об авторе) предоставляется как часть результатов поиска.

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

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

    Система критически зависит от обширных данных о пользователях для определения экспертности и социальных связей.

    • Социальные факторы: Явные связи (списки друзей, импортированные из соцсетей), общие друзья, принадлежность к группам. Используются для построения Social Graph.
    • Контентные факторы (User Generated Content): Текст профилей, домашние страницы, блоги, обновления статусов, сообщения, отправленные другим пользователям. Используются для извлечения тем экспертности.
    • Мультимедиа факторы: Изображения и видео, связанные с пользователем. Используются для определения интересов (например, фото достопримечательности может указывать на интерес к путешествиям).
    • Ссылочные факторы (Внешние): Статьи или веб-страницы, на которые ссылается пользователь. Используются для определения тем экспертности.
    • Поведенческие факторы: Отзывчивость (скорость ответа), «болтливость» (частота последующих сообщений), многословность (средняя длина сообщений), вежливость (использование «Спасибо»), совпадение словаря (например, использование сокращений в IM). Используются для расчета оценки близости p(u_i|u_j).
    • Временные факторы: Историческая активность в определенное время суток, время с момента последнего контакта. Используются для оценки доступности (Availability).
    • Географические факторы: Местоположение пользователя. Используется для ответов на локационно-чувствительные вопросы.

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

    • s(u_i, u_j, q) (Общая оценка маршрутизации): Основная метрика для ранжирования ответчиков. Рассчитывается как произведение оценки релевантности и оценки качества: s(u_i, u_j, q) = p(u_i|u_j) * p(u_i|q).
    • p(u_i|u_j) (Оценка качества / Intimacy Score): Вычисляется офлайн. Может использоваться взвешенное косинусное сходство (weighted cosine similarity) по набору признаков, включая социальную близость, демографию и поведенческие факторы (болтливость, скорость, вежливость и т.д.).
    • p(u_i|q) (Оценка релевантности / Expertise Score): Вычисляется в реальном времени как сумма вероятностей по всем темам: Σ [p(u_i|t) * p(t|q)].
    • p(t|q) (Темы вопроса): Вычисляется в реальном времени Question Analyzer путем объединения результатов нескольких Topic Mappers. Упоминается использование SVM (Support Vector Machine), обученного на корпусе вопросов, и мер на основе tf-idf.
    • p(u_i|t) (Экспертность пользователя в теме): Вычисляется офлайн на основе анализа контента пользователя. Упоминаются методы извлечения именованных сущностей, SVM для определения общей тематики текста и варианты tf-idf. Также используются алгоритмы «усиления тем» (topic strengthening) на основе экспертности друзей и сглаживания (smoothing) с использованием коллаборативной фильтрации и семантической близости тем.

    Выводы

    1. Разделение парадигм поиска: Google четко разделяет традиционный поиск по документам («библиотека») и социальный поиск («деревня»), где целью является нахождение нужного человека. Это разные системы с разными метриками.
    2. Intimacy vs Authority: В социальной поисковой системе ключевой метрикой качества является социальная близость и доверие (intimacy), рассчитываемое как p(u_i|u_j), в отличие от авторитетности (authority) в традиционном поиске.
    3. Глубокий анализ пользователей для определения экспертности: Система полагается на интенсивный сбор и анализ пользовательских данных (профили, блоги, сообщения, ссылки, медиа) для определения тем, в которых пользователь является экспертом (p(u_i|t)). Это подтверждает важность наличия цифрового следа, демонстрирующего экспертность (E-E-A-T).
    4. Интеграция UGC в стандартный поиск: Ключевой вывод для SEO заключается в том, что патент явно описывает механизм (Claim 26) для извлечения социально проверенных ответов (UGC) и их интеграции непосредственно в стандартные результаты поиска (SERP).
    5. Монетизация экспертного UGC: Описан четкий механизм монетизации пользовательских ответов через вставку партнерских ссылок с явного разрешения автора ответа. Это показывает ценность рекомендательного UGC.

    Практика

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

    • Фокус на E-E-A-T и демонстрации реальной экспертности: Хотя система Q&A маршрутизации может быть неактивна (сервис Aardvark закрыт), принципы определения экспертности пользователя (p(u_i|t)) остаются актуальными. Необходимо создавать контент, который демонстрирует глубокие знания автора (в блогах, профилях, социальных сетях), так как эти данные используются для оценки экспертности.
    • Развитие аутентичного UGC и комьюнити: Патент подчеркивает ценность реальных ответов от реальных людей. Развитие площадок (форумов, разделов отзывов), где эксперты могут давать качественные ответы, стратегически важно. Этот контент может быть интегрирован в SERP, как описано в патенте (аналогично Google Perspectives).
    • Прозрачная монетизация рекомендаций: Если вы используете партнерские ссылки в рекомендательном контенте или UGC, делайте это прозрачно. Патент предлагает запрашивать разрешение у автора ответа, что повышает доверие к ссылке.

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

    • Имитация экспертности и Astroturfing: Попытки создать фальшивые профили экспертов или сгенерированные ответы будут неэффективны. Система опирается на анализ реальной активности, контента и, что критически важно, реальных социальных связей (Social Graph) для оценки достоверности и близости (Intimacy Score).
    • Игнорирование субъективных и рекомендательных запросов: Не стоит фокусироваться только на информационных запросах с фактическими ответами. Патент направлен на удовлетворение субъективных интентов, которые традиционный поиск обрабатывает хуже.

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

    Этот патент демонстрирует долгосрочный интерес Google к использованию человеческого опыта и социальных сигналов для улучшения качества поиска, особенно для субъективных запросов. Хотя конкретный продукт (Aardvark) не стал мейнстримом, идеи патента предвосхищают современные тенденции, такие как акцент на E-E-A-T, борьба за полезный контент (Helpful Content) и интеграция UGC в выдачу (Perspectives). Стратегически важно понимать, что Google ищет способы верификации информации не только через авторитетность сайтов, но и через экспертность и достоверность конкретных людей.

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

    Сценарий: Интеграция экспертного UGC в SERP (Аналогия с Aspect 2 патента)

    1. Создание контента (Аналог Ответа): Эксперт по кофемашинам публикует детальный ответ на форуме (или в Reddit/Quora) о лучшей кофемашине для дома, упоминая модель «Breville Barista Express».
    2. Индексация и анализ: Google индексирует этот ответ и распознает экспертность автора (на основе его истории и профиля) и сущность (Breville Barista Express).
    3. Пользовательский запрос: Другой пользователь ищет в Google «лучшая домашняя кофемашина с капучинатором».
    4. Интеграция в SERP (Как в Claim 26): Google определяет, что ответ эксперта с форума высоко релевантен запросу.
    5. Результат: В результатах поиска (например, в блоке Perspectives или как отдельный результат) появляется прямая цитата или ссылка на ответ эксперта с форума, потенциально выше стандартных статей-обзоров.

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

    Этот патент описывает улучшение основного алгоритма ранжирования Google?

    Нет, он описывает отдельную систему — Социальную Поисковую Систему (Social Search Engine), которая фокусируется на поиске людей (экспертов) в социальной сети пользователя, а не на ранжировании документов в интернете. Это реализация «парадигмы деревни», отличная от стандартного поиска («парадигмы библиотеки»).

    Что такое «Intimacy Score» (оценка близости) и почему она важна?

    Intimacy Score (формально p(u_i|u_j)) — это мера доверия и социальной связи между спрашивающим и ответчиком. В отличие от традиционного поиска, где доверие основано на авторитетности (authority), здесь оно основано на близости (intimacy). Система считает, что пользователь больше доверяет ответу от друга или друга друга, чем от незнакомого авторитетного источника.

    Как система определяла, в чем пользователь является экспертом?

    Система использует множество источников данных для расчета оценки экспертности (p(u_i|t)). Она анализирует явно указанные интересы, контент в профилях социальных сетей, блогах, обновлениях статусов, сообщениях, а также контент, на который пользователь ссылается. Для анализа текста используются методы NLP, включая SVM и варианты tf-idf.

    Какое значение этот патент имеет для SEO, если описанная система Q&A (Aardvark) больше не существует?

    Ключевое значение для SEO имеет второй аспект патента (Claim 26). Он описывает механизм интеграции этих социально проверенных ответов (UGC) непосредственно в стандартные результаты поиска. Это подтверждает стратегию Google по использованию качественного UGC и экспертных мнений для обогащения SERP, что актуально в контексте Google Perspectives и Helpful Content.

    Описывает ли патент использование партнерских ссылок в результатах поиска?

    Да, абсолютно. Патент включает механизм идентификации продуктов/услуг в ответах пользователей, получения разрешения от автора на вставку партнерской ссылки (affiliate link) и последующего отображения этого ответа с ссылкой в стандартных результатах поиска. Это механизм монетизации экспертного UGC.

    Как рассчитывается общая оценка для выбора ответчика?

    Используется формула s(u_i, u_j, q) = p(u_i|u_j) * p(u_i|q). Это произведение оценки качества/близости (независимой от вопроса) и оценки релевантности/экспертности (зависящей от вопроса). Также учитывается доступность пользователя (Availability).

    Что такое «Social Affinity Group»?

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

    Учитывает ли система, насколько занят потенциальный ответчик?

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

    Может ли пользователь отказаться от участия в этой системе или скрыть свою личность?

    Да, патент упоминает, что пользователи могут контролировать, сколько идентифицирующей информации предоставляется с их ответами, а также могут отказаться отвечать на вопрос («pass») без каких-либо социальных последствий. Также предусмотрены настройки частоты и времени контактов.

    Как этот патент связан с E-E-A-T?

    Патент напрямую связан с оценкой Экспертности (Expertise) и Достоверности (Trustworthiness). Механизм расчета p(u_i|t) направлен на выявление реальной экспертности пользователя путем анализа его контента. Механизм p(u_i|u_j) (Intimacy Score) является альтернативным способом оценки доверия через социальные связи.

    Навигация
    • Описание
    • Детальный разбор
    • Выводы
    • Практика
    • Вопросы и ответы
    • Наверх
    Telegram
    © 2025 SEO HARDCORE

    Type above and press Enter to search. Press Esc to cancel.