Как Google использует сторонние сертификаты (VMC) и Schema Markup для подтверждения и приоритетного использования атрибутов сущностей

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

Attribute Extractor (Экстрактор атрибутов)

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

BIMI (Brand Indicators for Message Identification)

Стандарт для отображения логотипов в почтовых клиентах после аутентификации отправителя. Часто использует VMC.

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

Атрибуты, извлеченные с URL, верифицированного через сторонний сертификат. Помечаются в репозитории как высоконадежные (indication of certification).

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

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

Designated for Sharing (Предназначенные для совместного использования)

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

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

База данных, хранящая факты о сущностях (например, Google Knowledge Graph).

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

Интерфейс, отображающий атрибуты сущности. Примеры: Knowledge Panel в поиске или всплывающая карточка (hover card) в мессенджере/почте.

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

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

VMC (Verified Mark Certificate)

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

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

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

1. Система получает сертификат для сущности, идентифицирующий веб-адрес (URL).
2. Требование к сертификату: Он должен быть сгенерирован сторонним центром сертификации (third party certificate authority) после валидации регистрации атрибутов сущности. Атрибуты должны включать как минимум два из: регистрация товарного знака, логотип бренда, домен отправки электронной почты или название бренда.
3. Система получает атрибуты сущности с этой веб-страницы.
4. Требование к веб-странице: Страница должна включать разметку схемы (schema markup), которая идентифицирует атрибуты И указывает, какие атрибуты предназначены для совместного использования (designated for sharing) на основе метаданных страницы.
5. Система сканирует (crawling) этот URL.
6. Система добавляет атрибуты в Entity Repository с индикацией сертификации (indication of certification).
7. Система генерирует Information Card, используя атрибуты, предназначенные для совместного использования.
8. Система предоставляет карточку клиентскому устройству.

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

Claim 2 и 3 (Зависимые): Уточняют хранение и обновление.

Сам сертифицированный URL сохраняется в Entity Repository как верифицированный атрибут (Claim 2). Система повторно сканирует этот URL для получения обновленных данных и обновляет репозиторий (Claim 3).

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

Information Card генерируется в ответ на событие наведения курсора (hovering event) на изображение, идентифицированное в сертификате (например, логотип в почте).

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

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

CRAWLING – Сканирование и Сбор данных
Сертифицированные URL сканируются (Indexing Engine). Наличие сертификата обеспечивает сбор высокоточных данных.

INDEXING – Индексирование и извлечение признаков
Это ключевой этап. Attribute Extractor обрабатывает Schema Markup с сертифицированного URL. Извлеченные данные сохраняются в Entity Repository (Knowledge Graph) как Certified Attributes. Как отмечается в патенте, это позволяет системе принимать эти атрибуты как верифицированные без дальнейшего подтверждения (without further corroboration), что упрощает процессы верификации и разрешения конфликтов.

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

METASEARCH – Метапоиск и Смешивание
Когда системе необходимо сгенерировать Information Card (Knowledge Panel в SERP, карточки в других продуктах), компонент Card API запрашивает данные из Entity Repository, отдавая приоритет сертифицированным атрибутам.

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

• Сертификат от стороннего CA (например, VMC), связывающий Сущность, URL и брендовые активы.
• Контент сертифицированного URL (HTML с Schema Markup и метаданными о designated for sharing).

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

• Certified Attributes в Entity Repository с флагом верификации.
• Information Cards в поиске и других интерфейсах (например, Gmail).

На что влияет

• Конкретные типы сущностей: Бренды, организации, компании, публичные лица и индивидуальные пользователи (упоминаются профили в социальных сетях).
• E-E-A-T: Напрямую влияет на сигналы Доверия (Trust), предоставляя технический способ верификации подлинности источника и его данных.
• Специфические запросы: Брендовые и навигационные запросы, где целью является получение точной информации о сущности (Knowledge Panel).

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

• Условия: Наличие действительного стороннего сертификата (например, VMC), связывающего сущность с URL, и наличие корректной Schema Markup на этом URL.
• Триггеры активации:
  • Индексирование: Во время планового сканирования сертифицированных страниц для обновления Entity Repository.
  • В реальном времени: Когда поступает запрос на генерацию Information Card в ответ на поисковый запрос или взаимодействие пользователя (например, hovering event).

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

Фаза 1: Верификация и сбор данных

1. Получение сертификата: Система получает сертификат для сущности от стороннего CA. Проверяется валидность и верификация активов (минимум два из требуемых).
2. Идентификация источника: Из сертификата извлекается верифицированный URL.
3. Сканирование источника: Система сканирует контент по верифицированному URL.
4. Извлечение атрибутов и разрешений: Attribute Extractor обрабатывает Schema Markup для извлечения атрибутов и определения, какие из них помечены как designated for sharing.

Фаза 2: Хранение и сертификация (Индексирование)

5. Сохранение данных: Извлеченные атрибуты и сам URL сохраняются в Entity Repository.
6. Маркировка сертификации: Данным присваивается флаг (indication of certification). Эта маркировка позволяет обновлять данные при последующих сканированиях без необходимости подтверждения.

Фаза 3: Генерация карточки (В реальном времени)

7. Получение запроса: Система получает запрос на генерацию Information Card.
8. Получение данных: Система извлекает атрибуты из Entity Repository, отдавая приоритет сертифицированным и разрешенным к использованию атрибутам.
9. Генерация и отображение: Card API формирует карточку и предоставляет ее клиентскому устройству.

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

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

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

• Внешние данные (Верификация):
  • Сертификат: Документ от стороннего CA (third-party certificate authority).
  • Брендовые активы: Данные, проверенные CA. Согласно Claim 1, это как минимум два из: товарный знак (trademark registration), логотип бренда (brand logo), домен отправки электронной почты (email sending domain) или название бренда (brand name).
• Технические факторы: URL (web page address), указанный в сертификате.
• Структурные факторы (Semantic Web Markup): Разметка (Schema.org) на сертифицированном URL, используемая для определения значений атрибутов и разрешений на их использование (designated for sharing).

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

Патент фокусируется на верификации, а не на скоринге.

• Indication of Certification (Индикация сертификации): Ключевая метрика. Это флаг в Entity Repository, указывающий на происхождение и высокую надежность данных. Он позволяет системе доверять данным без дополнительной верификации (corroboration).
• Designated for Sharing (Предназначено для совместного использования): Метрика (флаг), основанная на метаданных страницы, указывающая на разрешение сущности отображать конкретный атрибут.
• Ranking Boost (Повышение ранжирования): В описании патента упоминается возможность предоставления boost in rank для сущностей или атрибутов, имеющих сертификацию. Конкретные формулы не приводятся.

1. Внешняя верификация как основа доверия (E-E-A-T): Google использует доверенные сторонние организации (CA) для подтверждения подлинности сущностей и их активов (товарных знаков, логотипов). Это один из самых сильных технических сигналов Доверия (Trust).
2. Сертифицированные данные как Ground Truth: Атрибуты с сертифицированной страницы принимаются как истина. Это позволяет Google обходить сложные процессы инференции (inferences) и разрешения конфликтов в Knowledge Graph для этих атрибутов.
3. Критическая роль Schema Markup: Наличие точной Schema Markup на сертифицированном URL является обязательным техническим требованием для работы механизма.
4. Контроль сущности над представлением: Механизм дает сущностям контроль над данными в Information Cards. Claim 1 явно требует, чтобы разметка определяла, какие атрибуты «предназначены для совместного использования» (designated for sharing).
5. Упрощение и ускорение обновления Knowledge Graph: Поскольку сертифицированные источники надежны, обновления из них применяются напрямую, минуя процессы подтверждения.
6. Потенциальное влияние на ранжирование: Патент прямо упоминает возможность предоставления boost in rank для сертифицированных сущностей или атрибутов.

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

• Внедрение комплексной и точной Schema Markup: Реализовать максимально полную разметку (Organization, LocalBusiness, Person) на канонической авторитетной странице сайта. Точность критична, так как эти данные будут считаться certified.
• Получение VMC и внедрение BIMI (для брендов): Для компаний с зарегистрированным товарным знаком стратегически важно получить Verified Mark Certificate (VMC). Этот патент подтверждает, что VMC используется не только для почты (BIMI), но и как фундаментальный сигнал доверия для верификации атрибутов в поиске.
• Создание URL «Источника Истины» (Source of Truth): Определить единый URL, который будет использоваться в сертификатах (VMC) и содержать основной набор структурированных данных о сущности.
• Поддержание актуальности данных в Schema: Регулярно обновлять данные в разметке. Это самый надежный способ актуализировать информацию в Knowledge Graph, так как система принимает обновления без дополнительной проверки.

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

• Игнорирование или некорректное внедрение Schema: Отсутствие разметки не позволит использовать преимущества механизма. Неточная разметка приведет к тому, что неверная информация будет считаться «сертифицированной».
• Пренебрежение защитой бренда и сертификацией: Отсутствие зарегистрированных товарных знаков затрудняет получение VMC. Игнорирование возможностей сертификации оставляет определение атрибутов на усмотрение алгоритмов Google, которые могут ошибаться.
• Предоставление устаревших данных в Schema: Размещение неактуальной информации в микроразметке на авторитетной странице. Система будет доверять этим данным больше, чем другим источникам, распространяя устаревшую информацию.

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

Патент подтверждает стратегический приоритет Entity SEO и технической реализации E-E-A-T через верификацию идентичности. Он демонстрирует механизм интеграции сигналов из внешнего мира (через CA и регистрацию товарных знаков) в инфраструктуру поиска. Владение и контроль над данными о своей сущности становятся первостепенными. Учитывая упоминание о возможном boost in rank, получение сертификации (VMC) может стать важным конкурентным преимуществом.

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

Сценарий: Внедрение VMC и Schema для контроля над Knowledge Panel

1. Подготовка: Компания регистрирует свой логотип как товарный знак и внедряет DMARC для своего домена.
2. Верификация: Компания получает VMC от стороннего CA. CA проверяет права на товарный знак, логотип и владение сайтом (brand.com).
3. Оптимизация источника: SEO-команда обеспечивает, чтобы на brand.com была размещена полная и точная разметка Organization Schema (адрес, contactPoint, логотип, sameAs).
4. Результат в Поиске: Google использует VMC для подтверждения brand.com как сертифицированного источника. Knowledge Panel генерируется с использованием атрибутов из Schema на brand.com. Эти данные имеют приоритет над данными из сторонних каталогов.
5. Результат в Gmail: Когда пользователь получает письмо от компании и наводит курсор (hovering event) на верифицированный логотип (BIMI/VMC), всплывает Information Card, также содержащая сертифицированные контактные данные с brand.com.