Как Google использует шаблоны сайтов и структурированные компоненты для извлечения и расширения наборов сущностей (Entity Set Expansion)

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

Attribute (Атрибут)

Свойство или характеристика сущности (например, «Цена», «Режиссер»). В таблице это столбец.

Document Template (Шаблон документа)

Паттерн или структура (например, HTML/DOM структура), используемая для организации контента на наборе веб-страниц, обычно исходящих из одного источника. Используется для масштабного извлечения данных (Wrapper Induction).

Instance (Экземпляр, Сущность)

Индивидуально идентифицируемая единица данных (например, конкретный продукт или фильм). В таблице это строка.

Instance/Attribute Collection (Коллекция Сущностей/Атрибутов)

База данных (аналог Knowledge Graph), хранящая ассоциации между сущностями, их атрибутами и значениями, предварительно извлеченная из веба.

Structured Component (Структурированный компонент)

Часть электронного документа, которая имеет внутреннюю структуру. Примеры: HTML-таблица (<table>) или список (<ul>, <ol>) внутри веб-страницы.

Structured Presentation (Структурированное представление)

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

Unstructured Electronic Document Collection (Неструктурированная коллекция электронных документов)

Набор документов, формат которых не является единым или постоянным (например, Интернет).

Value (Значение)

Конкретное данное, характеризующее атрибут сущности (например, «$100»).

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

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

1. Система получает данные, описывающие существующее Structured Presentation.
2. Система сравнивает характеристики этого представления с контентом в Unstructured Electronic Document Collection для поиска новых релевантных Instances.
3. Система добавляет идентификатор новой сущности, формируя расширенное представление.
4. Система выводит инструкции для отображения.

Ключевая деталь (обязательная часть Claim 1): Процесс добавления включает формулирование предложений (Instance Suggestions). Это формулирование ОБЯЗАТЕЛЬНО использует анализ шаблонов:

1. Идентификация первого документа, который содержит существующую сущность и организован в соответствии с Template.
2. Идентификация второго документа, который организован в соответствии с тем же Template, но относится к другой (новой) сущности.
3. Включение этой новой сущности в список предложений.

(Технически, Claim 1 защищает именно метод расширения через анализ шаблонов документов).

Claim 14 (Независимый пункт): Описывает систему с фокусом на взаимодействии с пользователем, но также ОБЯЗАТЕЛЬНО включает механизм Template, аналогичный Claim 1.

Зависимые пункты (например, Claim 3): Уточняют, что сравнение характеристик может также включать идентификацию документов, содержащих Structured Components (таблицы, списки), связанные с исходными сущностями.

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

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

CRAWLING – Сканирование и Сбор данных
Краулеры собирают сырые данные из Unstructured Electronic Document Collection.

INDEXING – Индексирование и извлечение признаков
Это ключевой этап для применения патента. На этом этапе система:

• Анализирует Document Templates для извлечения данных в масштабе (Wrapper Induction).
• Идентифицирует Structured Components (таблицы, списки) в документах.
• Строит Instance/Attribute Collection – базу знаний (Knowledge Graph), связывающую сущности и атрибуты, извлеченные из веба.

RANKING / METASEARCH
Механизмы извлечения, описанные в патенте, используются Google для генерации ответов и SERP features на лету:

• Генерация структурированных сниппетов (Featured Snippets), особенно табличных и списочных.
• Дополнение данных в Панелях Знаний (Knowledge Panels) и сравнительных таблицах.

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

• Существующее Structured Presentation (исходный набор сущностей).
• Unstructured Electronic Document Collection (Веб-контент).
• Instance/Attribute Collection (Предварительно обработанная база знаний).

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

• Instance Suggestions (Список предлагаемых новых сущностей).
• Expanded Structured Presentation (Дополненный набор данных).

На что влияет

• Типы контента и форматы: Наибольшее влияние на контент, представленный в виде HTML-таблиц (<table>), списков (<ul>, <ol>) и страниц, использующих консистентные шаблоны (например, карточки товаров, профили).
• Конкретные ниши: Влияет на все ниши с наборами сущностей: E-commerce, базы знаний (фильмы, книги, персоны), каталоги, справочники.

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

Алгоритмы извлечения применяются постоянно на этапе индексирования для пополнения базы знаний Google. Также они активируются при генерации поисковой выдачи, когда система идентифицирует интент, требующий списка или сравнения сущностей (Entity Set Expansion).

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

Процесс расширения структурированного представления новыми сущностями.

1. Получение исходных данных: Система получает описание существующего Structured Presentation (исходные сущности).
2. Генерация кандидатов (Potential Instances): Система генерирует набор потенциальных новых сущностей, используя методы поиска и извлечения (описаны ниже).
3. Методы поиска и извлечения:

   Метод 1: Анализ Шаблонов (Template Analysis):

   1. Поиск документа, релевантного существующей сущности.
   2. Извлечение Document Template этого документа (анализ HTML-структуры).
   3. Поиск других документов с таким же шаблоном.
   4. Извлечение новых сущностей из этих документов (например, из тега H1).

   Метод 2: Анализ Структурированных Компонентов:

   1. Поиск документов, содержащих Structured Components (таблицы, списки), в которых упоминаются существующие сущности.
   2. Анализ контекста компонента (например, заголовков колонок).
   3. Извлечение других сущностей из этого же компонента.
4. Применение фильтров (Filtering Pipeline): Для сокращения списка кандидатов применяются фильтры:
   1. Фильтр по Категории (Category Filter): Отбор кандидатов из той же семантической категории.
   2. Фильтр по Атрибутам (Related Attribute Filter): Отбор кандидатов, которые характеризуются схожими атрибутами.
   3. Фильтр по Значениям (Related Value Filter): Отбор кандидатов, чьи значения атрибутов попадают в схожий диапазон (требует нормализации единиц измерения).
5. Итеративная настройка (Refinement): Если количество предложений слишком велико или мало, система может автоматически корректировать параметры фильтров (например, расширить диапазон значений).
6. Вывод и Обновление: Система предоставляет отфильтрованный список Instance Suggestions и обновляет представление.

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

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

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

• Структурные факторы (Критически важно):
  • HTML-теги и DOM-структура: Последовательность и вложенность тегов (<div>, <h1>, <title>) используются для определения и сравнения Document Template.
  • Семантические элементы: Теги <table>, <tr>, <td>, <ul>, <ol>, <li> используются для идентификации Structured Components.
• Контентные факторы: Текст внутри структурных элементов. Используется для идентификации названий Instances, Attributes (заголовков) и Values (содержимого).
• Системные данные: Instance/Attribute Collection (предварительно собранная база знаний).

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

Патент не приводит конкретных формул ранжирования, но описывает качественные метрики и процессы фильтрации:

• Соответствие шаблона (Template Match): Метрика, определяющая, насколько структура двух документов совпадает. Основана на анализе HTML-тегов.
• Релевантность структурированного компонента: Оценка того, насколько Structured Component соответствует контексту. Учитывает совпадение известных Instances и Attributes.
• Схожесть атрибутов (Attribute Similarity): Метрика, определяющая пересечение наборов атрибутов между сущностями.
• Схожесть значений (Value Similarity): Метрика, определяющая близость значений атрибутов. Патент явно упоминает необходимость нормализации и конвертации единиц измерения (например, метры в футы) перед сравнением.
• Категоризация (Categorization): Классификация сущностей по категориям для фильтрации кандидатов.

1. Google активно использует анализ шаблонов для извлечения данных (Wrapper Induction). Патент подтверждает, что Google автоматически анализирует HTML-структуру сайта (Template), чтобы понять организацию данных. Этот шаблон используется для масштабного извлечения информации со всех похожих страниц сайта, даже без микроразметки.
2. Критическая важность нативных структурированных элементов HTML. Система активно ищет Structured Components (HTML-таблицы и списки) для идентификации наборов связанных сущностей. Использование семантической верстки облегчает Google извлечение данных.
3. Контекст и категория определяются через атрибуты. Для разрешения неоднозначности сущностей (например, «Чикаго» город или мюзикл) система анализирует связанные атрибуты («Население» или «Рейтинг»). Это ключевой механизм для точной классификации.
4. Зависимость от предварительных вычислений. Google поддерживает Instance/Attribute Collection (аналог Knowledge Graph), где хранятся извлеченные связи, что позволяет быстро находить похожие сущности без необходимости анализа веба в реальном времени.
5. Адаптивная фильтрация. Процесс извлечения является итеративным, система может смягчать или ужесточать критерии (например, диапазоны значений атрибутов), чтобы найти оптимальный набор связанных сущностей.

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

• Использование консистентных и чистых шаблонов (Templates). Убедитесь, что все страницы одного типа (например, карточки товаров) используют идентичный HTML-шаблон с семантической версткой. Это напрямую поддерживает механизм Template Analysis и облегчает Google извлечение данных со всех страниц этого типа.
• Применение нативных HTML-таблиц и списков. Для представления наборов данных или перечней связанных сущностей используйте теги <table>, <ul>, <ol>, <dl>. Патент прямо указывает на использование этих Structured Components для извлечения связанных сущностей.
• Четкое определение атрибутов и значений. Используйте явные и описательные названия для характеристик сущностей (заголовки таблиц, метки в списках определений). Указывайте единицы измерения для числовых значений. Это помогает системе корректно идентифицировать Attributes и сравнивать Values.
• Создание авторитетных списков и сравнений. Публикация качественных структурированных списков (например, Топ-10, сравнения продуктов) помогает Google понять связи между сущностями в вашей нише и может служить источником данных для расширения Knowledge Graph.

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

• Неконсистентная верстка однотипных страниц. Использование разных HTML-структур для страниц одного типа затрудняет определение Document Template и мешает масштабному извлечению данных.
• Использование верстки вместо структурных элементов (Div Soup). Представление табличных данных или списков с помощью <div> и CSS вместо нативных тегов <table> или <ul>. Это снижает вероятность того, что система распознает контент как Structured Component.
• Частое изменение HTML-структуры шаблонов. Постоянные изменения в DOM-структуре однотипных страниц ломают механизм Template Extraction, заставляя систему переучиваться и потенциально приводя к потере извлеченных данных.

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

Этот патент иллюстрирует технические основы того, как Google превращает неструктурированный веб в структурированную базу знаний. Для SEO это означает, что оптимизация под извлечение данных (Extraction Optimization) критически важна. Стратегический приоритет должен отдаваться техническому SEO: семантической верстке, консистентности шаблонов и четкой архитектуре сайта. Это необходимые условия для того, чтобы контент был корректно извлечен и использован в Knowledge Graph и структурированных результатах поиска.

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

Сценарий 1: Оптимизация E-commerce сайта (Template Analysis)

1. Задача: Улучшить извлечение данных о товарах системами Google.
2. Действие: Провести аудит шаблона карточки товара. Убедиться, что все товары используют идентичную HTML-структуру. Название товара всегда в <h1>, цена в предсказуемом элементе (например, <span class="price">), характеристики всегда в списке определений (<dl>).
3. Ожидаемый результат: Система Google идентифицирует шаблон, распознает все страницы как товары одного класса и корректно извлекает атрибуты для всех товаров сайта, используя механизм Template Analysis.

Сценарий 2: Создание сравнительной статьи (Structured Components Analysis)

1. Задача: Помочь Google понять связь между несколькими продуктами в обзоре (например, сравнение CRM-систем).
2. Действие: Включить в статью сводную HTML-таблицу (<table>), где строки – это названия CRM (Instances), а колонки – их характеристики (Attributes: Цена, Функции, Интеграции).
3. Ожидаемый результат: Google распознает таблицу как Structured Component, извлекает все упомянутые CRM как набор связанных сущностей и понимает их атрибуты. Это повышает вероятность показа статьи в виде табличного Featured Snippet.