Как Google использует сторонние сертификаты (VMC/BIMI) для подтверждения официальных атрибутов брендов и сущностей в Поиске и Knowledge Graph

Описание

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

Патент решает проблему неопределенности, неточности и конфликтов при сборе атрибутов сущностей из интернета. Поисковым системам сложно определить, какая информация является авторитетной и актуальной. Это требует сложных процессов инференции (inferences), верификации и разрешения конфликтов (conflict resolution processes) для поддержания Entity Repository (Knowledge Graph). Изобретение устраняет необходимость в этих процессах для атрибутов, полученных из источников, верифицированных доверенной третьей стороной.

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

Запатентована система, которая использует сертификаты, выданные сторонними центрами сертификации (Third Party Certificate Authority), для установления надежной связи между реальной сущностью и конкретным веб-адресом. Система извлекает атрибуты сущности с этой сертифицированной страницы, которые размечены с помощью semantic web markup (Schema.org). Эти атрибуты помечаются как «сертифицированные» (certified attributes) и считаются высоконадежными. В качестве примеров упоминаются стандарты VMC (Verified Mark Certificate) и BIMI.

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

Механизм работает следующим образом:

• Валидация и Сертификация: Сущность проходит верификацию у стороннего Certificate Authority (CA), подтверждая владение ключевыми активами (товарным знаком, логотипом, доменом) и официальной веб-страницей. CA выдает сертификат.
• Получение сертификата: Система (Google) получает этот сертификат.
• Извлечение данных: Система идентифицирует указанную в сертификате веб-страницу, сканирует ее и извлекает атрибуты, размеченные с помощью semantic web markup.
• Хранение: Атрибуты сохраняются в Entity Repository с пометкой о сертификации (indication of certification).
• Использование: Сертифицированные данные используются для генерации Information Cards (например, Knowledge Panels) и могут получать повышение в ранжировании (boost in rank).

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

Высокая. Патент опубликован в 2025 году и описывает интеграцию с современными стандартами верификации брендов (BIMI/VMC). Это напрямую соответствует стратегии Google по повышению достоверности данных (E-E-A-T) и улучшению качества Knowledge Graph за счет использования внешних верифицированных источников.

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

(85/100). Патент имеет высокое стратегическое значение для Entity SEO. Он описывает механизм, позволяющий владельцам сущностей напрямую сообщать Google, какие данные являются официальными и достоверными, минуя процессы инференции. Это критически влияет на представление сущности в Knowledge Panels. Кроме того, в патенте прямо упоминается, что сущности с сертифицированными атрибутами или сами атрибуты могут получать повышение в ранжировании (boost in rank).

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

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

Attribute Extractor (Извлекатель атрибутов)

Компонент системы, отвечающий за запрос сертификатов, получение сертифицированных веб-страниц и извлечение из них атрибутов сущности, в частности, через анализ semantic web markup.

Card API (API Карточек)

Интерфейс, используемый другими системами (поиском, мессенджером) для генерации Information Cards. Приоритезирует certified attributes.

Certificate Authority (CA) / Third Party Certificate Authority (Центр сертификации)

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

Certified Attributes (Сертифицированные атрибуты)

Атрибуты сущности, извлеченные с веб-страницы, указанной в сертификате. Считаются высоконадежными и точными.

Entity Repository (Репозиторий сущностей)

База данных (например, Knowledge Graph), хранящая факты о сущностях. Хранит certified attributes с соответствующей пометкой.

Information Card / Entity Card (Информационная карточка)

Сводка информации о сущности (например, Knowledge Panel в поиске или всплывающая карточка (hover card) в мессенджере).

Indication of Certification (Индикация сертификации)

Метка или флаг в Entity Repository, указывающий, что атрибут был получен из сертифицированного источника.

Semantic Web Markup / Schema Markup (Семантическая разметка)

Метаданные на веб-странице (например, Schema.org), которые идентифицируют сущность и ее атрибуты, облегчая их извлечение.

VMC (Verified Mark Certificate) и BIMI (Brand Indicators for Message Identification)

Отраслевые стандарты, упоминаемые в патенте. VMC позволяет компаниям сертифицировать цифровые ресурсы, включая зарегистрированные товарные знаки, логотипы и веб-страницы.

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

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

1. Система получает сертификат для сущности, который идентифицирует адрес веб-страницы (web page address).
2. Ключевое условие: сертификат генерируется сторонним центром сертификации (third party certificate authority) после валидации регистрации атрибутов сущности.
3. Требование к валидации: атрибуты должны включать как минимум два из следующего списка: регистрация товарного знака (trademark registration), логотип бренда (brand logo), домен отправки электронной почты (email sending domain) или название бренда (brand name). (Это соответствует требованиям VMC).
4. Система сканирует (crawling) указанный веб-адрес для получения дополнительных атрибутов (additional attributes) со страницы.
5. Эти дополнительные атрибуты добавляются в entity repository с индикацией сертификации (indication of certification).
6. Генерируется информационная карточка (information card), заполненная с использованием этих атрибутов.
7. Карточка предоставляется клиентскому устройству.

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

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

Адрес сертифицированной веб-страницы сам сохраняется как атрибут сущности в entity repository и также помечается индикацией сертификации.

Claim 5 (Зависимый от 4): Описывает процесс обновления.

Система повторно сканирует сохраненный адрес веб-страницы для получения обновленных атрибутов и обновляет entity repository этими данными.

Claim 10 (Зависимый): Уточняет механизм извлечения.

Веб-страница содержит семантическую разметку (semantic page markup).

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

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

CRAWLING – Сканирование и Сбор данных
Indexing Engine или Attribute Extractor может специально планировать сканирование веб-страниц, идентифицированных как сертифицированные, для обеспечения свежести данных.

INDEXING – Индексирование и извлечение признаков
Основной этап работы. Attribute Extractor обрабатывает контент сертифицированных страниц, полагаясь на semantic web markup. Извлеченные данные сохраняются в Entity Repository и помечаются как certified. Ключевая особенность: это радикально упрощает процессы верификации и разрешения конфликтов (attribute conflict resolution processes) — сертифицированным данным доверяют без дополнительной перепроверки (without further corroboration), и они могут перезаписывать старые значения.

RANKING – Ранжирование
В патенте (в разделе Summary) указано, что имплементации могут упростить ранжирование результатов поиска, поскольку сущности с сертифицированными атрибутами могут получить повышение в ранге (boost in rank), или сами сертифицированные атрибуты могут получить повышение.

METASEARCH – Метапоиск и Смешивание
Card API генерирует Information Cards (Knowledge Panels). При генерации система может повышать ранг (up-rank) атрибутов, помеченных как сертифицированные. В некоторых случаях определенные типы атрибутов могут не включаться в карточку, если они не сертифицированы.

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

• Сертификаты от сторонних CA (например, VMC).
• Атрибуты, валидированные CA (товарный знак, логотип, домен, название бренда).
• Адрес сертифицированной веб-страницы.
• Контент веб-страницы, включая semantic web markup.

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

• Обновленные данные в Entity Repository с меткой indication of certification.
• Сгенерированные Information Cards с верифицированными данными.

На что влияет

• Конкретные типы сущностей: В первую очередь влияет на сущности, которые могут пройти стороннюю верификацию, требующую наличия формальных активов (например, товарного знака): бренды, компании, организации, публичные личности.
• Форматы выдачи: Напрямую влияет на содержание Information Cards — Knowledge Panels в поиске, карточки профилей в мессенджерах (например, Gmail).
• Сигналы доверия (E-E-A-T): Предоставляет технический и масштабируемый механизм для верификации авторитетности и надежности источника информации о сущности.

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

• Условия активации: Наличие действительного сертификата от стороннего CA, связывающего сущность с веб-страницей, и наличие semantic web markup на этой странице.
• Триггеры:
  • Плановое сканирование (Indexing/Crawling) для обновления Entity Repository.
  • Запрос пользователя (Search Query), релевантный сущности.
  • Взаимодействие пользователя с интерфейсом (например, наведение курсора на сертифицированный логотип отправителя в почте — Claim 6).

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

Процесс А: Наполнение и обновление репозитория

1. (Внешний этап) Валидация и Сертификация: Сущность проходит проверку у CA, подтверждая свои активы. CA выдает сертификат (например, VMC).
2. Получение сертификата: Система Google получает сертификат для сущности.
3. Идентификация источника: Система идентифицирует адрес веб-страницы, указанный в сертификате.
4. (Опционально) Сохранение адреса: Адрес веб-страницы сохраняется в Entity Repository как сертифицированный.
5. Сканирование и извлечение: Attribute Extractor сканирует веб-страницу и извлекает дополнительные атрибуты, используя semantic web markup.
6. Сохранение атрибутов и Применение метки: Извлеченные атрибуты сохраняются в Entity Repository и помечаются indication of certification.
7. Обработка обновлений: При последующих сканированиях новые значения заменяют старые без дополнительной верификации.

Процесс Б: Генерация ответа пользователю

1. Получение запроса: Система получает запрос на генерацию Information Card.
2. Выбор атрибутов: Система выбирает атрибуты сущности из Entity Repository. Атрибуты с меткой сертификации получают приоритет или повышение в ранге.
3. Генерация карточки: Card API формирует информационную карточку.
4. Отображение: Карточка предоставляется клиентскому устройству.

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

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

Патент фокусируется на использовании внешних сигналов верификации и структурированных данных.

• Данные о верификации (External Signals): Сертификаты от сторонних Certificate Authorities. Это ключевой источник доверия.
• Атрибуты сущности, валидированные CA: Согласно Claim 1, для выдачи сертификата CA должен валидировать как минимум два из:
  • trademark registration (Регистрация товарного знака)
  • brand logo (Логотип бренда)
  • email sending domain (Домен отправки почты)
  • brand name (Название бренда)
• Структурные факторы (Structural Factors): Semantic web markup (Schema.org) на сертифицированной веб-странице. Используется для точного извлечения дополнительных атрибутов.
• Технические факторы: Адрес веб-страницы (web page address), указанный в сертификате.

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

Система не вычисляет собственные метрики доверия для этих атрибутов, а полагается на внешний авторитет CA.

• Indication of Certification: Бинарная метка (Да/Нет), присваиваемая атрибутам, извлеченным из сертифицированного источника.
• Приоритезация и Ранжирование: Сертифицированные атрибуты получают приоритет над несертифицированными. Также упоминается возможность применения boost in rank к сущностям или атрибутам на основе этой метки.
• Обработка конфликтов: Метка сертификации используется для автоматического разрешения конфликтов. Сертифицированное значение считается истинным и может перезаписывать несертифицированные данные без дополнительной проверки (without further corroboration).

Выводы

1. Сторонняя верификация как источник истины (Ground Truth): Google патентует механизм, который делегирует проверку подлинности сущности сторонним центрам сертификации (CA). Это снижает зависимость Google от собственных алгоритмов инференции и повышает точность данных в Knowledge Graph.
2. Прямой контроль над атрибутами сущности: Механизм позволяет сущностям (брендам, организациям) напрямую контролировать, какие данные Google считает официальными, при условии прохождения сертификации.
3. Критичность Semantic Markup (Schema.org): Semantic web markup является необходимым условием для работы системы. Сертификат указывает, ГДЕ искать данные, а разметка указывает, ЧТО именно эти данные означают.
4. Упрощение управления Knowledge Graph: Для Google это значительно упрощает поддержку актуальности Entity Repository. Сертифицированные данные не требуют сложной перепроверки и автоматически разрешают конфликты.
5. Сертификация как потенциальный фактор ранжирования: В патенте явно упоминается возможность повышения в ранжировании (boost in rank) для сущностей с сертифицированными атрибутами. Это делает верификацию важным элементом SEO-стратегии.
6. Интеграция E-E-A-T и технологий верификации: Патент связывает технические стандарты (VMC, BIMI) с концепцией доверия и авторитетности, предоставляя масштабируемый и технический способ оценки E-E-A-T на уровне сущности.

Практика

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

• Получение сертификатов (VMC/BIMI): Для брендов и организаций необходимо интегрировать получение Verified Mark Certificate (VMC) в SEO-стратегию. Это требует наличия зарегистрированного товарного знака и прохождения валидации у CA. Это становится не только задачей email-маркетинга, но и стратегической задачей SEO.
• Определение канонической страницы сущности: Необходимо определить одну или несколько страниц на сайте, которые будут служить официальным источником атрибутов сущности, и указать их при сертификации.
• Максимизация использования Schema Markup: На сертифицированной странице необходимо внедрить максимально полную и точную разметку Schema.org (Organization, Person, LocalBusiness). Google будет напрямую извлекать эти данные как certified attributes.
• Поддержание актуальности данных: Поскольку Google будет доверять данным на сертифицированной странице без перепроверки, критически важно поддерживать их актуальность (часы работы, адреса, контакты). Обновление на сайте будет напрямую вести к обновлению в Knowledge Graph.

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

• Игнорирование стандартов верификации: Отказ от использования доступных механизмов сертификации (VMC) приведет к тому, что Google продолжит полагаться на инференцию при сборе данных о вашей сущности, что повышает риск ошибок и снижает потенциальный boost in rank.
• Неполная или ошибочная Schema Markup: Размещение неточной или неполной разметки на сертифицированной странице приведет к тому, что эти ошибочные данные будут приняты Google как истинные (certified).
• Игнорирование официального сайта как источника фактов: Полагаться на сторонние каталоги, сайты отзывов или Wikipedia для предоставления основных фактов о бизнесе вместо предоставления их через сертифицированную Schema на собственном сайте.

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

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

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

Сценарий: Управление данными E-commerce бренда в Knowledge Graph

1. Задача: Крупный ритейлер хочет гарантировать, что в Knowledge Panel отображается правильный логотип и официальный номер службы поддержки, а не данные из сторонних каталогов.
2. Действия:
   • Ритейлер регистрирует свой логотип как товарный знак.
   • Ритейлер проходит валидацию у Certificate Authority и получает VMC. В процессе он указывает свою главную страницу как сертифицированный источник.
   • SEO-команда внедряет разметку Organization на этой странице, указывая logo и contactPoint (с типом customer service).
3. Результат (по патенту):
   • Google получает VMC, идентифицирует сертифицированную страницу.
   • Attribute Extractor сканирует страницу и извлекает данные из Schema Markup.
   • Эти данные помечаются в Entity Repository как certified attributes.
   • При генерации Information Card (Knowledge Panel) Google использует эти сертифицированные данные, игнорируя противоречивую информацию из других источников. Бренд получает ожидаемое отображение и потенциальный boost in rank.

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