Как Google индексирует контент внутри мобильных приложений и формирует сниппеты для App Deep Linking

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

Application Display Name (Отображаемое имя приложения)

Текстовая строка, извлеченная из Application Package File. Это имя, которое отображается под иконкой приложения после его установки на устройстве. Используется как часть заголовка в результатах поиска.

Application Index (Индекс приложений)

База данных, хранящая индексированный контент, извлеченный из нативных приложений.

Application Package File (Файл пакета приложения)

Коллекция файлов, используемая для распространения и установки нативного приложения (например, APK для Android). Содержит иконку и Application Display Name.

Application Page (Страница приложения / Экран приложения)

Конкретная среда отображения (экран) внутри нативного приложения, на которой отображается контент. Аналог веб-страницы для нативного приложения.

Application Page Name (Название страницы приложения)

Заголовок конкретного экрана (Application Page), извлеченный в процессе рендеринга. Используется как часть заголовка в результатах поиска.

Deep Link (Глубинная ссылка)

Ссылка (URI), ведущая на конкретный контент или экран (Application Page) внутри нативного приложения.

Extractors (Экстракторы)

Компоненты внутри Virtual Machine (Text Extractor, Image Extractor, List Extractor), которые извлекают контент путем перехвата данных, передаваемых в процесс рендеринга приложения (например, объекты TextView, ImageView).

Native Application (Нативное приложение)

Приложение, разработанное специально для конкретной операционной системы и работающее независимо от браузера.

Package Processor (Обработчик пакета)

Компонент системы, который анализирует Application Package File для извлечения метаданных.

Virtual Machine (VM) (Виртуальная машина)

Среда, эмулирующая операционную систему пользовательского устройства. Используется для запуска и рендеринга нативных приложений с целью извлечения их контента для индексации.

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

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

1. Система получает доступ к Application Package File (установочному пакету).
2. Для каждого приложения система определяет его имя из файлов пакета. Это определение включает конкретные шаги:
   • Определение иконки приложения из пакета.
   • Индексация этой иконки.
   • Выбор текстовой строки, определяющей Application Display Name (имя под иконкой), в качестве имени приложения.
3. Система получает доступ к Application Pages (экранам) приложения.
4. Для каждой Application Page генерируются данные, описывающие ее контент, включая название страницы (Application Page Name) и отображаемый текст.
5. Система индексирует данные Application Page и имя приложения (Application Display Name) в индексе, доступном для поиска.

Ядро изобретения — комбинация анализа статического пакета для получения метаданных (иконка, отображаемое имя) и динамического выполнения приложения в VM для извлечения контента.

Claim 2 (Зависимый от 1): Описывает процесс генерации результата поиска (сниппета) для нативного приложения.

1. Система идентифицирует Application Page как релевантную запросу.
2. Из индекса выбирается имя приложения (Application Display Name) и включается в результат поиска как первый текстовый дескриптор.
3. Из индекса выбирается иконка приложения и включается как первый графический дескриптор.
4. Из индекса выбирается URI (Deep Link) этой Application Page.
5. Выбирается название страницы (Application Page Name), на которую ссылается URI, и включается как второй текстовый дескриптор.
6. Результат поиска предоставляется пользователю.

Этот пункт точно определяет структуру сниппета для App Indexing в SERP.

Claim 3 (Зависимый от 2): Уточняет выбор имени приложения с учетом языка.

Система определяет язык запроса и выбирает соответствующую языковую версию Application Display Name из доступных в пакете.

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

Система может получать от издателя приложения данные, указывающие, какие именно Application Pages следует индексировать, и ограничивать индексацию только этими страницами.

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

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

CRAWLING – Сканирование и Сбор данных
Патент описывает механизм "сканирования" нативных приложений, который отличается от веб-краулинга. Вместо загрузки HTML используется Virtual Machine, эмулирующая ОС устройства. Приложение запускается в этой VM для доступа к его Application Pages. Сбор данных происходит либо путем автоматического исследования (перехода по меню и опциям), либо путем доступа к URI, предоставленным издателем.

INDEXING – Индексирование и извлечение признаков
Ключевой этап. Происходит извлечение признаков двумя способами:

1. Рендеринг и Извлечение: Внутри VM используются Extractors для перехвата данных, направляемых на рендеринг. Извлекаются Application Page Name (заголовок экрана), текст, изображения, списки. Это аналог Web Rendering Service (WRS) для нативных приложений.
2. Обработка Пакета: Package Processor анализирует Application Package File для извлечения статических активов: иконки и Application Display Name.

Извлеченные данные сохраняются в специализированном Application Index (или объединенном индексе).

METASEARCH – Метапоиск и Смешивание / RERANKING – Переранжирование
На этом этапе Search Results Generator формирует результат поиска. Когда Application Page признана релевантной, система генерирует специальный формат сниппета (Native Application Search Result), комбинируя данные, извлеченные на этапе INDEXING (Иконка + Application Display Name + Application Page Name + Сниппет).

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

• Application Package Files (установочные пакеты приложений).
• (Опционально) Список URI для индексации от издателя.
• Поисковый запрос пользователя.

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

• Индексированные данные в Application Index.
• Сформированный результат поиска (Native Application Search Result) с Deep Link (URI).

На что влияет

• Конкретные типы контента: Влияет на любой контент, доступный внутри нативных приложений (статьи, товары, профили, медиа).
• Специфические запросы: Позволяет приложениям ранжироваться по информационным и коммерческим запросам, если контент внутри приложения релевантен, особенно в мобильном поиске.
• Конкретные ниши или тематики: Критически важно для ниш, где пользователи предпочитают приложения веб-сайтам (например, путешествия, e-commerce, медиа, социальные сети).

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

• Триггеры активации (Индексация): При обнаружении нового или обновленного нативного приложения (например, в Google Play/App Store) или при получении сигнала от издателя (например, через API).
• Триггеры активации (Поиск): Когда поисковая система определяет, что контент внутри нативного приложения релевантен запросу пользователя.
• Исключения и особые случаи: Индексация может быть ограничена издателем, который указывает, какие Application Pages доступны для индексации (Claim 4).

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

Процесс А: Индексация приложения

1. Сбор данных из пакета: Система получает доступ и обрабатывает Application Package File. Package Processor извлекает иконку и Application Display Name (с учетом разных языков).
2. Инициализация среды: Система инстанциирует Virtual Machine, эмулирующую целевую ОС.
3. Установка и запуск приложения: Нативное приложение инсталлируется и запускается внутри VM.
4. Доступ к страницам (Crawling): Система получает доступ к Application Pages. Это может происходить путем автоматизированного исследования меню и опций или путем доступа к списку URI, предоставленному издателем.
5. Извлечение контента (Extraction): Для каждой Application Page активируются Extractors. Они перехватывают данные рендеринга (например, объекты TextView) для извлечения:
   • Application Page Name (заголовок экрана).
   • Текстовый контент.
   • Изображения и списки.
6. Индексация: Indexer сохраняет все извлеченные данные (Иконка, Application Display Name, Application Page Name, Контент, URI страницы) в Application Index.

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

1. Идентификация релевантного контента: Поисковая система определяет, что Application Page в Application Index релевантна запросу.
2. Выбор данных для сниппета: Система извлекает из индекса необходимые компоненты. При этом учитывается язык запроса для выбора локализованной версии Application Display Name (Claim 3).
3. Формирование сниппета: Search Results Generator генерирует Native Application Search Result. Заголовок формируется путем объединения Application Display Name (первый текстовый дескриптор) и Application Page Name (второй текстовый дескриптор).
4. Предоставление результата: Сниппет отображается в поисковой выдаче.

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

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

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

• Контентные факторы (из Application Page через VM):
  • Application Page Name (Заголовок экрана).
  • Текст, отображаемый на экране.
  • Данные списков и меню.
• Технические факторы (из Application Package File):
  • Application Display Name (Имя, отображаемое под иконкой).
  • Языковые и локальные настройки для имени.
  • URI (Deep Links), используемые для идентификации страниц.
• Мультимедиа факторы:
  • Иконка приложения (из пакета).
  • Изображения, отображаемые на экране (из Application Page через VM).

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

Патент не описывает метрики ранжирования (Ranking Scores), но детально описывает методы извлечения данных (Feature Extraction) и структуру результата:

• Методы извлечения (Extraction Methods): Используются Extractors для перехвата объектов рендеринга (например, TextView, ImageView, ListView). Это позволяет получить точные данные о том, что отображается пользователю, без необходимости анализа скриншотов или кода приложения.
• Структура сниппета: Определяется фиксированная структура результата поиска, где заголовок является комбинацией Application Display Name и Application Page Name.

1. Google индексирует нативные приложения путем их выполнения: Для получения точного контента Google не просто анализирует код, а запускает приложение в эмулируемой среде (Virtual Machine) и извлекает данные по мере его рендеринга.
2. Точный механизм формирования заголовка сниппета: Заголовок результата поиска формируется строго определенным образом путем комбинации двух элементов: Application Display Name (из установочного пакета) и Application Page Name (заголовок конкретного экрана, извлеченный при рендеринге).
3. Извлечение данных через перехват рендеринга: Использование Extractors (например, для TextView) означает, что Google индексирует именно тот сырой текст, который приложение передает на отрисовку, обеспечивая высокую точность.
4. Важность метаданных в пакете: Application Display Name и Иконка извлекаются непосредственно из Application Package File, а не из метаданных магазина приложений. Это подчеркивает важность оптимизации этих элементов на этапе сборки приложения.
5. Контроль издателя над индексацией: Патент предусматривает возможность для издателей указывать, какие именно Application Pages (URI) следует индексировать, что дает контроль над видимостью контента в поиске (аналог Sitemaps для приложений).

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

• Внедрение App Indexing (Firebase App Indexing): Необходимо обеспечить техническую возможность индексации. На практике это требует интеграции (например, через Firebase), чтобы предоставить Google список URI для индексации, как это предусмотрено патентом (Claim 4), и реализации Deep Linking.
• Оптимизация Application Display Name: Убедитесь, что имя приложения, указанное в Application Package File (то, что отображается под иконкой), является кратким, узнаваемым и релевантным. Оно будет использоваться как первая часть заголовка в поиске.
• Оптимизация Application Page Names (Заголовков экранов): Каждый ключевой экран (Application Page) в приложении должен иметь четкий, описательный и оптимизированный заголовок (аналог тега Title в вебе). Этот заголовок будет извлечен Text Extractor и использован как вторая часть заголовка в поиске.
• Обеспечение доступности контента для Extractors: Убедитесь, что текст и заголовки реализованы стандартными средствами ОС (например, TextView в Android), чтобы Extractors могли их корректно извлечь во время рендеринга в Virtual Machine. Избегайте текста в виде изображений.
• Локализация Application Display Name: Используйте возможности локализации в Application Package File, чтобы предоставить имена приложений на разных языках. Google выберет подходящее имя в зависимости от языка запроса (Claim 3).

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

• Игнорирование заголовков экранов: Использование неинформативных, технических или отсутствующих заголовков на экранах приложения приведет к генерации плохих сниппетов в поиске, так как Application Page Name будет некачественным.
• Слишком длинное или спамное Application Display Name: Использование неоптимизированных имен в манифесте пакета может привести к обрезанию заголовка в поиске, снижению кликабельности или негативно повлиять на ASO.
• Отсутствие Deep Linking: Разработка приложения без структурированной системы URI для доступа к контенту делает его невидимым для этого механизма индексации.
• Нестандартная реализация UI: Использование кастомных движков рендеринга текста или изображений вместо стандартных компонентов ОС может помешать работе Extractors, и контент не будет проиндексирован.

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

Патент подчеркивает стратегию Google по стиранию границ между Вебом и нативными приложениями в контексте поиска. Для SEO-специалистов это означает, что контент внутри приложений является полноценным объектом оптимизации и ранжирования. Стратегия мобильного продвижения должна быть комплексной, включая не только ASO (оптимизацию страницы в сторе), но и оптимизацию контента и структуры внутри приложения (App SEO/App Indexing Optimization) для обеспечения максимальной видимости через Deep Links в органическом поиске.

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

Сценарий: Оптимизация сниппета для экрана товара в приложении E-commerce

1. Анализ Application Package File: Проверяем, что в пакете (например, в файле манифеста Android) указано Application Display Name = "BrandName".
2. Анализ Application Page (Экран товара): Убеждаемся, что на экране товара вверху отображается заголовок (Application Page Name), например, "Кроссовки Nike Air Max 270". Этот текст должен быть реализован через стандартный компонент (например, TextView).
3. Процесс индексации Google:
   • Package Processor извлекает "BrandName" и Иконку.
   • Virtual Machine запускает приложение и открывает экран товара (используя Deep Link URI).
   • Text Extractor извлекает заголовок "Кроссовки Nike Air Max 270" и описание товара.
4. Ожидаемый результат в поиске: При запросе "Nike Air Max 270" сниппет будет сформирован как: [Иконка] BrandName – Кроссовки Nike Air Max 270. [Сниппет описания].