Как Google (JotSpot/Google Sites) использует объектную модель и агрегацию данных для создания веб-приложений

Описание

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

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

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

Запатентована архитектура системы управления контентом (CMS) или вики-платформы (JotSpot). Суть изобретения в унифицированной модели, где все элементы (контент, формы, темы) хранятся как Page Objects. Система генерирует финальную веб-страницу, применяя Transformation Page Objects (логику обработки) к Content Page Objects (данным). Ключевой механизм — способность динамически агрегировать данные из нескольких внешних веб-источников на основе данных страницы.

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

Система хранит все как Page Objects с набором свойств (Properties). При запросе страницы система применяет Transformations. Это может включать выполнение скриптов (Evaluation), структурирование данных (Form) и применение дизайна (Theme). В частности, система может использовать данные со страницы (например, название компании) для вызова внешних веб-сайтов (например, новостных агрегаторов) и динамического встраивания результатов в итоговую страницу.

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

Низкая (для SEO). Технология описывает архитектуру платформы JotSpot, приобретенной Google в 2006 году и легшей в основу Google Sites. Патент описывает внутреннюю работу конкретного продукта (CMS/Wiki), а не алгоритмы поисковой системы Google. Конкретная техническая реализация устарела.

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

(1/10). Минимальное/Инфраструктура. Патент описывает архитектуру CMS (Google Sites/JotSpot), а не алгоритмы ранжирования Google Search. Он не содержит информации о том, как Google сканирует, индексирует или оценивает качество веб-сайтов. Практическая ценность для SEO-специалистов, работающих над продвижением сайтов в поиске Google, отсутствует.

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

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

Page Object (Объект страницы)

Фундаментальная единица хранения в системе. Все компоненты (контент, формы, темы, пользователи, код) хранятся как Page Objects. Каждый объект имеет уникальный URL и редактируем.

Properties (Свойства)

Типизированные пары имя-значение, прикрепленные к Page Object. Хранят все данные страницы (например, main/text для основного контента).

Content Page Object (Объект контента)

Объект страницы, хранящий основной контент и данные.

Transformation Page Object (Объект трансформации)

Объект страницы, содержащий логику трансформации (скрипт, форму, тему), которая применяется к Content Page Object для генерации финального вида.

Transformation (Трансформация)

Процесс, применяемый к Page Object перед его отображением. Включает Evaluation (выполнение скриптов), Form (структурирование данных) и Theme (применение дизайна).

Form (Форма)

Тип объекта трансформации, используемый для добавления структуры. Определяет, какие свойства отображать и как их редактировать. Действует как фильтр или схема данных.

Compositing Data (Агрегация данных / Mashup)

Возможность интеграции данных из внешних источников (например, результаты поиска с других сайтов, карты) непосредственно в вики-страницу.

Data Store (Хранилище данных)

Компонент, управляющий физическим хранением Page Objects и их ревизий. Может использовать разные бэкенды (RDBMS, SOAP, файловые системы).

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

Патент описывает архитектуру CMS. Защищенные Claims (Формула изобретения) фокусируются на специфическом механизме агрегации внешних данных (Mashup).

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

1. Система хранит Page Objects (контентные и трансформационные).
2. Система получает запрос на веб-страницу.
3. Страница формируется путем применения Transformation Page Object к Content Page Object для получения и агрегации результатов поиска с нескольких внешних веб-сайтов.
4. Процесс трансформации включает:
   • Выполнение первого библиотечного приложения (library application) для поиска на первом внешнем сайте, используя первый элемент данных из контент-объекта как аргумент.
   • Выполнение второго библиотечного приложения для поиска на втором внешнем сайте, используя второй (отличный от первого) элемент данных как аргумент.
5. Применение формы с таблицей для агрегации этих внешних результатов в табличном формате на итоговой странице.
6. Сформированная страница предоставляется пользователю.

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

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

Важно: Этот патент описывает внутреннюю архитектуру платформы для создания сайтов (JotSpot/Google Sites), а не архитектуру Google Поиска.

Описанные механизмы НЕ ПРИМЕНЯЮТСЯ на этапах CRAWLING, INDEXING, RANKING и т.д. в контексте того, как Google обрабатывает и ранжирует внешний веб.

Патент описывает, как функционирует сама платформа:

• Data Store: Управляет хранением всех Page Objects.
• Auth Layer: Управляет доступом и разрешениями.
• Transformation Layer: Основное место применения. Этот слой обрабатывает свойства страниц, выполняет скрипты и применяет Transformations для генерации финального вида страницы. Здесь происходит интеграция внешних данных (Claim 1).
• Network Manager: Обрабатывает входящие запросы (HTTP, SMTP) и исходящие ответы.

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

• Входящий запрос пользователя.
• Content Page Object и его свойства (данные).
• Transformation Page Objects (формы, темы, скрипты).
• Данные, полученные от внешних сервисов в процессе трансформации.

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

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

На что влияет

• Влияет исключительно на контент, создаваемый и управляемый внутри данной платформы (например, сайты на Google Sites).
• Позволяет пользователям платформы создавать сложные приложения (CRM, календари) и композитные страницы (mashups).
• Не влияет на ранжирование веб-сайтов в Поиске Google.

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

Алгоритм применяется каждый раз, когда пользователь запрашивает страницу, созданную на этой платформе. Интеграция внешних данных (Claim 1) активируется, если соответствующий Transformation Object (скрипт) настроен на вызов внешних приложений.

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

Процесс обработки запроса и генерации страницы на платформе:

1. Получение запроса: Network Manager принимает входящий запрос и маршрутизирует его к соответствующему Page Object.
2. Аутентификация и Авторизация: Auth Layer проверяет права доступа пользователя на основе свойств страницы.
3. Получение данных: Data Store извлекает запрошенный Content Page Object и связанные Transformation Page Objects (темы, формы).
4. Применение трансформаций (Transformation Layer): Система применяет трансформации к контенту:
   • Evaluation Transformation: Выполняется скриптовый контент страницы.
   • Form Transformation: Применяется форма для выбора и структурирования свойств.
   • Интеграция внешних данных (если применимо): Система использует данные из свойств страницы как аргументы для запросов к внешним сервисам. Полученные результаты агрегируются.
   • Theme Transformation: Контент окружается элементами оформления, определенными в теме.
5. Формирование и отправка ответа: Transformation Layer передает финальный результат в Network Manager, который отправляет его пользователю.

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

Патент фокусируется на внутренних структурах данных CMS, а не на факторах ранжирования SEO.

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

• Структурные факторы (Internal): Система использует Page Properties. Они могут быть разных типов: строки, числа, даты, бинарные данные (вложения), XML.
• Контентные факторы (Internal): Основной текст страницы (например, свойство main/text).
• Системные данные (Internal): Свойства для управления доступом (sys/readUsers), шаблонами (sys/template) и формами (sys/form).
• Внешние данные (External Data): Данные, получаемые в реальном времени от внешних источников (например, результаты поиска с других сайтов, данные карт, RSS-фиды).

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

Патент не описывает никаких метрик ранжирования, оценок качества (Quality Scores), ссылочных или поведенческих факторов, релевантных для SEO. Система использует внутренний скриптовый язык и XPath Expressions для фильтрации, сортировки и отображения контента внутри приложений платформы.

Выводы

1. Архитектура CMS, а не Поиска: Патент детально описывает архитектуру платформы JotSpot (предшественника Google Sites). Он описывает систему управления контентом, а не алгоритмы Google Поиска.
2. Унифицированная модель «Page Object»: Ключевая особенность архитектуры — все элементы системы (данные, логика, оформление) хранятся как унифицированные, редактируемые page objects.
3. Генерация через трансформации: Рендеринг страницы происходит путем применения Transformation Objects (логики) к Content Objects (данным).
4. Фокус на агрегации данных (Mashups): Основное защищенное изобретение (Claim 1) — это механизм создания композитных страниц путем автоматической интеграции данных из нескольких внешних источников с использованием предопределенных библиотечных функций.
5. Отсутствие практической ценности для SEO: Патент не содержит информации о факторах ранжирования или других аспектах работы Поиска Google. Он не предоставляет никаких практических выводов или рекомендаций для SEO-специалистов.

Практика

Практическое применение в SEO

ВАЖНО: Патент является инфраструктурным и описывает внутреннее устройство платформы для создания веб-сайтов (Google Sites/JotSpot). Он не дает практических выводов для SEO продвижения в Google Search.

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

В патенте нет информации, которую можно использовать для формирования Best Practices в SEO для Google Поиска.

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

Патент не описывает SEO-тактик, которые следует избегать при продвижении в Google Поиске.

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

Патент не имеет стратегического значения для понимания приоритетов Поиска Google или для разработки долгосрочной SEO-стратегии. Его значение ограничено пониманием архитектуры одного из продуктов Google (Google Sites).

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

Практических примеров для SEO нет.

Пример работы системы, описанной в патенте (внутри Wiki-приложения):

Сценарий: Создание страницы клиента в корпоративном Wiki (Иллюстрация Claim 1)

1. Ввод данных: Пользователь создает страницу «DisneyCorp» и заполняет форму: company_name=»Disney Corp.» (Первый элемент данных), address=»Burbank, CA» (Второй элемент данных).
2. Настройка трансформации: В форму добавлены два библиотечных приложения: одно для новостей (например, Yahoo News), другое для карт (например, MapQuest).
3. Выполнение запроса: Когда пользователь открывает страницу «DisneyCorp»:
   • Приложение новостей берет «Disney Corp.» и запрашивает новости у Yahoo News (Внешний сайт 1).
   • Приложение карт берет «Burbank, CA» и запрашивает карту у MapQuest (Внешний сайт 2).
4. Агрегация и отображение: Система агрегирует полученный список новостей и карту на итоговой странице в заданном формате.

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