Как Google использовал специальные токены в запросе (например, «+») для прямой навигации на верифицированные социальные страницы в обход SERP

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

Token (Токен)

Специальный ввод (например, символ «+» в начале запроса или голосовая команда «plus»), который служит триггером для выполнения особого типа поиска. В контексте патента он указывает на интерес исключительно к социальным страницам.

Social Page (Социальная страница)

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

Verified Social Page (Верифицированная социальная страница)

Социальная страница, подлинность которой подтверждена. Методы верификации включают Bidirectional Links, количество подписчиков или ручную проверку.

Bidirectional Links (Двунаправленные ссылки)

Механизм верификации, при котором социальная страница и связанный веб-ресурс (например, официальный сайт) ссылаются друг на друга. Патент упоминает использование HTML-ссылок с rel="me" на обеих сторонах.

Dominant Query (Доминантный запрос)

Запрос, который с высокой степенью уверенности направлен на конкретную сущность. Определяется на основе статистических данных, таких как относительная частота кликов (relative click rate) по ресурсу сущности в ответ на этот запрос, уникальность имени и географическое положение пользователя.

Unexecuted Search Input (Невыполненный поисковый ввод)

Текст, введенный в поле поиска до того, как пользователь выполнит поиск. Используется для генерации подсказок (Suggestions).

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

Claim 1 (Независимый пункт): Описывает основной механизм прямой навигации, активируемый токеном.

1. Система получает поисковый ввод.
2. Определяется, что ввод содержит particular token (например, «+»), который служит триггером для поиска social pages.
3. Идентифицируется конкретная социальная страница, релевантная вводу. Это требует определения сущности (particular entity) по терминам запроса и подтверждения того, что найденная страница является Verified Social Page, верифицированной самой сущностью.
4. В ответ на наличие токена И идентификацию верифицированной страницы, система предоставляет ресурс, ссылающийся на эту социальную страницу, без предоставления general search results (общих результатов поиска).

Ядро изобретения — использование специального синтаксиса для обхода стандартной поисковой выдачи (SERP) и прямой навигации к верифицированному социальному профилю. Если найдено совпадение с высокой степенью уверенности, система выполняет перенаправление.

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

Определение того, что страница является верифицированной, включает определение наличия Bidirectional Links (двунаправленных ссылок) между социальной страницей и другим ресурсом, принадлежащим сущности.

Это ключевой технический аспект: патент защищает использование перекрестных ссылок (в описании упоминается rel="me") как метода установления подлинности социальной страницы.

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

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

INDEXING – Индексирование и извлечение признаков
На этом этапе система собирает и обрабатывает данные для верификации. Это включает обнаружение Bidirectional Links (например, rel="me") между веб-сайтами и социальными страницами для определения статуса Verified Social Page. Также анализируются исторические данные о кликах для идентификации Dominant Queries для сущностей.

QUNDERSTANDING – Понимание Запросов
Центральный этап применения. Система в реальном времени анализирует ввод:

• Обнаружение токена: Распознавание Token (например, «+»).
• Классификация интента: Токен классифицирует интент как навигационный по направлению к социальной странице.
• Генерация подсказок: При невыполненном вводе (Unexecuted Search Input) с токеном система фильтрует подсказки, приоритизируя социальные страницы.

RANKING / METASEARCH / RERANKING
Применение уникально, так как цель — обойти эти этапы. Если условия (токен присутствует + найдена верифицированная страница с высокой уверенностью) выполнены, система пропускает стандартный конвейер ранжирования и формирования SERP и выполняет прямую навигацию (перенаправление).

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

• Поисковый ввод (текст, голос, изображение).
• Коллекция Verified Social Pages и данные о сущностях.
• Данные верификации (Bidirectional Links).
• Исторические данные о кликах (для Dominant Queries).

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

• Прямое перенаправление на URL социальной страницы (в обход SERP).
• ИЛИ: Подсказки социальных страниц в автодополнении.

На что влияет

• Специфические запросы: Влияет преимущественно на навигационные и брендовые запросы, когда пользователь использует специальный синтаксис для поиска социальных профилей.
• Конкретные ниши или тематики: Бренды, организации, публичные лица и любые сущности, поддерживающие официальное присутствие в социальных сетях.
• Географические факторы: В патенте упоминается, что определение Dominant Queries может учитывать географические регионы. Запрос может быть доминантным для разных сущностей в разных странах.

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

• Триггеры активации: Присутствие специального Token (например, «+») в поисковом вводе.
• Условия применения: Механизм активируется, только если система может с высокой уверенностью сопоставить запрос с Verified Social Page. Это требует, чтобы страница была верифицирована и запрос был признан Dominant Query.
• Пороговые значения: Упоминается, что степень уверенности, с которой запрос указывает на конкретную социальную страницу, может иметь пороговое значение (например, 80%). Также используются пороги для relative click rate при определении доминантности.

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

Процесс А: Обработка выполненного запроса (Прямая навигация)

1. Получение ввода: Система получает выполненный поисковый запрос.
2. Проверка токена: Определяется, содержит ли запрос специальный Token.
   • Если НЕТ: Предоставить general search results.
   • Если ДА: Перейти к шагу 3.
3. Поиск и Валидация соответствия: Система ищет соответствующую Social Page и проверяет условия:
   • Является ли страница Verified Social Page (проверка Bidirectional Links, числа подписчиков и т.д.).
   • Является ли запрос Dominant Query для этой страницы (проверка уникальности имени, частоты кликов).
4. Принятие решения:
   • Если валидация успешна (уверенность > порога): Предоставить социальную страницу напрямую (например, выполнить редирект на ее URL), не показывая general search results.
   • Если валидация неуспешна: Предоставить general search results.
5. (Опционально) Промпт подписки: При предоставлении социальной страницы система может предложить пользователю подписаться на нее или настроить автоматическую подписку для будущих поисков с токеном.

Процесс Б: Обработка невыполненного запроса (Подсказки)

1. Получение ввода: Система получает Unexecuted Search Input.
2. Проверка токена: Определяется наличие Token.
3. Генерация и фильтрация подсказок: Если токен присутствует, система генерирует подсказки, ограничивая их верифицированными социальными страницами, соответствующими частичному вводу.
4. Отображение подсказок: Подсказки отображаются пользователю.
5. (Опционально) Просмотр: При навигации по подсказкам система может показать превью контента социальной страницы.

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

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

Патент явно указывает на использование следующих данных:

• Технические / Ссылочные факторы:
  • Bidirectional Links: Наличие перекрестных ссылок между социальной страницей и официальным сайтом. Явно упоминается использование HTML-атрибута rel="me". Это критически важно для верификации.
  • DNS записи: Изменение DNS для веб-сайта упоминается как один из возможных способов верификации владельца.
• Поведенческие факторы:
  • Relative click rate (Click evidence): Статистика кликов используется для определения Dominant Queries. Анализируется, как часто пользователи выбирают ресурс сущности по определенному запросу.
• Географические факторы:
  • Location: Местоположение пользователя может учитываться при определении доминантных запросов (запрос может быть доминантным для разных сущностей в разных регионах).
• Факторы Социальной Активности:
  • Количество подписчиков (Followers): Упоминается как возможный критерий для верификации страницы (если превышает порог).
• Пользовательские факторы: Статус авторизации пользователя в социальной сети (влияет на промпты о подписке). Персональные предпочтения могут использоваться для разрешения неоднозначности (например, «+банк» может вести на банк пользователя).

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

• Verification Status (Статус верификации): Бинарная метрика. Рассчитывается на основе наличия Bidirectional Links, количества подписчиков или ручной проверки.
• Dominance Score / Navigability (Оценка доминантности/Навигационности): Метрика уверенности в том, что запрос направлен на конкретную сущность. Учитывает relative click rate, уникальность имени сущности и локацию пользователя.
• Порог уверенности: Система использует порог для Dominance Score (например, 80%), чтобы активировать прямую навигацию.

1. Явный сигнал интента и навигация: Патент описывает использование Token как явного сигнала для изменения логики обработки запроса с информационного поиска на прямую навигацию, минуя SERP. Это механизм навигационного ярлыка, а не алгоритм ранжирования.
2. Критичность верификации сущности: Центральным элементом системы является Verified Social Page. Механизм активируется только при подтверждении подлинности социального профиля.
3. Техническая реализация верификации: Патент явно защищает использование Bidirectional Links (например, rel="me") как технический способ подтверждения связи между официальным сайтом и социальным профилем.
4. Зависимость от доминантных запросов и поведения: Система полагается на Dominant Queries, определяемые на основе поведенческих данных (relative click rate) и уникальности бренда, чтобы обеспечить высокую точность перенаправления (порог 80%) и избежать ошибок.
5. Исторический контекст (Google+): Реализация сильно зависела от экосистемы Google+. Хотя конкретный механизм устарел, базовые принципы верификации и идентификации сущностей остаются актуальными для Entity SEO.

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

Хотя функционал Google+ Direct Connect (с токеном «+») устарел, базовые принципы верификации сущностей, описанные в патенте, остаются критически важными для Entity SEO в 2025 году.

• Обеспечение двунаправленной связи (Bidirectional Linking): Необходимо связать официальный сайт со всеми официальными социальными профилями. Современным стандартом является использование разметки Schema.org с полем sameAs (для Organization или Person), указывающим на URL социальных сетей. Это служит аналогом rel="me", упомянутого в патенте, и помогает поисковым системам верифицировать профили. Также убедитесь, что социальные профили ссылаются обратно на сайт.
• Верификация аккаунтов на платформах: Используйте все доступные средства верификации на самих социальных платформах (например, получение значков верификации). Патент указывает, что система предпочитает Verified Social Pages.
• Поддержание сильной узнаваемости бренда (Dominant Queries): Работайте над уникальностью и узнаваемостью бренда. Убедитесь, что брендовые запросы четко идентифицируются как Dominant Queries для вашей сущности. Патент отмечает, что уникальные имена упрощают идентификацию.
• Мониторинг доминантных запросов: Анализируйте, по каким запросам ваш сайт или социальные профили получают наибольшую долю кликов, и работайте над повышением CTR по ним.

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

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

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

Патент подтверждает долгосрочную стратегию Google по идентификации и верификации сущностей и их официальных представительств в интернете. Хотя конкретный метод триггеринга устарел, технические требования к верификации (двунаправленные ссылки) и анализу поведения (доминантные запросы) являются фундаментальными. Это подчеркивает важность управления сущностями (Entity Management) как ключевого компонента SEO-стратегии, необходимого для корректного формирования Панелей Знаний и укрепления E-E-A-T.

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

Сценарий: Техническая верификация социальных профилей компании (Современная практика)

Для обеспечения верификации социальных профилей (аналогично механизму Bidirectional Links в патенте), необходимо внедрить разметку Schema.org.

1. Задача: Убедиться, что Google корректно ассоциирует социальные профили с сущностью компании «XYZ Corp».
2. Действие: На главной странице сайта xyzcorp.com размещается блок JSON-LD с типом Organization.
3. Использование sameAs: Внутри блока используется свойство sameAs для перечисления URL всех официальных профилей.
4. Пример кода:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "XYZ Corp",
  "url": "http://www.xyzcorp.com",
  "sameAs": [
    "https://www.facebook.com/xyzcorp",
    "https://twitter.com/xyzcorp",
    "https://www.linkedin.com/company/xyzcorp"
  ]
}
</script>

5. Проверка обратных ссылок: Убедитесь, что в описании каждого социального профиля есть ссылка на http://www.xyzcorp.com.
6. Ожидаемый результат: Эта разметка и обратные ссылки помогают Google установить подтвержденную связь между сайтом и социальными профилями (верифицировать их), что способствует их отображению в Панели Знаний и улучшает общее распознавание сущности.