Как Google отображает размер и стоимость загрузки страниц в результатах поиска для пользователей с лимитированным интернетом

Описание

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

Патент решает проблему неопределенности стоимости доступа к интернет-ресурсам для пользователей, использующих сети с тарификацией по объему данных (metered networks), например, мобильный интернет с оплатой за мегабайт или ограниченным пакетом. Не зная заранее размер ресурса и стоимость его загрузки, пользователи могут избегать использования интернета или сталкиваться с непредвиденными расходами. Изобретение улучшает пользовательский опыт (UX), предоставляя эту информацию до начала загрузки данных.

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

Запатентована система и метод для определения размера данных (size), необходимых для доступа к ресурсу (например, веб-странице), и предоставления метки (label), указывающей на этот размер и/или стоимость (price) загрузки. Эта информация отображается вместе с результатом поиска или в виде предупреждения перед загрузкой ресурса после клика по ссылке. Цель — позволить пользователю принять обоснованное решение о загрузке контента с учетом его стоимости.

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

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

• Определение размера: Для каждого результата поиска Size Engine определяет объем данных, необходимых для загрузки ресурса. Это может быть сделано на основе исторических данных (Historical Data) о прошлых загрузках или путем предварительного извлечения ресурса прокси-сервером (Proxy System) в реальном времени.
• Расчет стоимости: Price Engine может использовать данные о размере и информацию о тарифном плане пользователя (Data Plan) от оператора связи (Delivery System или Carrier), чтобы рассчитать предполагаемую стоимость загрузки.
• Отображение метки: Результаты поиска предоставляются пользователю с меткой, указывающей размер (например, в КБ, или «маленький»/«большой») и/или стоимость (в местной валюте).
• Фильтрация и предупреждения: Пользователи могут настраивать фильтры для исключения из выдачи слишком больших ресурсов или получать предупреждения перед загрузкой дорогих страниц.

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

Средняя. Хотя прямое отображение денежной стоимости в SERP Google не является повсеместной практикой на 2025 год, лежащие в основе принципы крайне актуальны. Google активно работает над доступностью контента в регионах с медленным или дорогим интернетом. Понимание того, что Google имеет механизмы для оценки и потенциального отображения размера/стоимости загрузки, подчеркивает важность оптимизации веса страниц и метрик производительности (например, Core Web Vitals).

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

Патент имеет среднее значение для SEO (5/10). Он не описывает алгоритмы ранжирования, но напрямую влияет на поведение пользователей (CTR) и доступность контента в metered networks. Если система активна, пользователи могут предпочесть более «легкие» страницы. Кроме того, описанный механизм фильтрации позволяет пользователям полностью исключать из выдачи ресурсы, превышающие определенный размер или стоимость. Это делает техническую оптимизацию (вес страницы) критически важной для сохранения видимости в таких условиях.

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

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

Data Plan (Тарифный план)

Информация о тарифах пользователя, предоставляемая оператором связи (Delivery System), используемая для расчета стоимости передачи данных.

Delivery System / Carrier (Система доставки / Оператор)

Провайдер или оператор связи (например, мобильный оператор), обеспечивающий передачу данных и взимающий плату.

Historical Data (Исторические данные)

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

Label (Метка)

Элемент интерфейса, связанный с результатом поиска или ссылкой, который указывает на размер (size) или стоимость (price) загрузки соответствующего ресурса.

Metered Data Network (Сеть с тарификацией трафика)

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

Price Engine (Модуль расчета цены)

Компонент системы, который определяет предполагаемую стоимость загрузки ресурса на основе его размера и тарифного плана пользователя.

Proxy System (Прокси-система)

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

Size Engine (Модуль определения размера)

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

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

Патент содержит три ключевых независимых пункта (1, 25, 46), описывающих разные сценарии применения технологии.

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

1. Система получает запрос от клиентского устройства.
2. Идентифицируются результаты поиска (ресурсы).
3. Для как минимум одного ресурса определяется размер передачи данных (size of a data transfer), необходимый для доступа к нему.
4. Результаты поиска предоставляются клиенту вместе с меткой (label), указывающей этот размер.

Claim 2, 3, 4 (Зависимые): Детализируют методы определения размера.

Размер может быть оценен на основе исторических данных (historical data) или предыдущих загрузок (prior loads). Также размер может быть определен путем извлечения ресурса прокси-сервером (proxy) до его передачи пользователю (измерение в реальном времени).

Claim 5, 7, 8 (Зависимые): Описывают формат метки.

Метка может включать оценку размера и дескриптор относительного размера. Дескриптор может отражать категорию размера, например, «маленький», «средний» или «большой» объем данных.

Claim 11, 12 (Зависимые): Вводят понятие цены.

Метка может представлять собой цену (price), связанную с передачей данных. Эта цена может быть суммой, которую оператор (carrier) взимает за передачу данных такого объема в соответствии с тарифным планом пользователя.

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

1. Через браузер поступает запрос на загрузку ресурса (например, клик по ссылке).
2. До загрузки ресурса определяется размер передачи данных.
3. Пользователю предоставляется информация (метка), связанная с размером, до загрузки ресурса.

Claim 46 (Независимый пункт): Описывает роль прокси-сервера в предотвращении расходов.

1. Прокси-сервер получает запрос на ресурс от клиента.
2. Определяется размер передачи данных, необходимый для выполнения запроса.
3. Клиенту предоставляется оценка размера до того, как устройство понесет расходы (data charges) на передачу данных.

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

Изобретение применяется на финальных этапах формирования и отображения результатов поиска, а также при обработке запросов на загрузку контента.

INDEXING – Индексирование и извлечение признаков
На этом этапе система может собирать и обновлять Historical Data о размерах ресурсов во время сканирования и индексирования. Эти данные используются позже для быстрой оценки размера без необходимости повторной загрузки.

METASEARCH – Метапоиск и Смешивание / RERANKING – Переранжирование (Уровень представления)
Это основной этап применения патента в поиске. После того как стандартное ранжирование (RANKING) завершено, система модифицирует представление результатов:

1. Аугментация SERP: Size Engine и Price Engine определяют размер и стоимость для топовых результатов. Label Engine генерирует метки, которые добавляются к сниппетам в SERP.
2. Фильтрация (Reranking): Если пользователь активировал настройки фильтрации по размеру или стоимости (как описано в патенте), ресурсы, превышающие пороги, могут быть удалены из финального набора результатов.

Инфраструктура (Взаимодействие с Прокси)
Патент описывает Proxy System, которая может перехватывать запросы на загрузку контента (не только из поиска). Прокси используется для определения размера в реальном времени, показа интерстициальных предупреждений перед загрузкой и потенциально для сжатия данных (Compression).

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

• Набор результатов поиска (URL ресурсов).
• Historical Data о размерах ресурсов.
• Данные о тарифном плане пользователя (Data Plans) и операторе (Delivery System).
• Настройки пользователя (фильтры, предпочтения по отображению меток).

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

• Аугментированная страница результатов поиска (SERP) с метками размера/стоимости.
• Интерстициальное предупреждение о стоимости загрузки.

На что влияет

• Специфические запросы и ниши: Наибольшее влияние оказывается на запросы, которые возвращают «тяжелый» контент: мультимедиа, видео, загружаемые файлы (PDF, приложения), сайты с богатым интерактивным контентом (rich content).
• Географические ограничения: Механизм критически важен в регионах, где преобладают мобильные устройства и дорогие или лимитированные тарифные планы (metered data networks). В патенте упоминается пример с Ганой (Ghana Cedi).
• Типы контента: Влияет на восприятие пользователем всех типов контента. Патент явно упоминает видео, изображения, аудио, flash, приложения, шрифты и скрипты как категории, которые могут быть идентифицированы в метке.

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

Алгоритм применяется при выполнении следующих условий:

• Условие сети: Пользователь находится в сети с тарификацией трафика (Metered Data Network).
• Доступность данных: Система имеет доступ к данным о размере ресурса (историческим или в реальном времени) и, для расчета цены, к данным о тарифном плане пользователя.
• Триггеры активации (Отображение): Метки могут отображаться по умолчанию для определенных сетей/регионов или если пользователь включил эту функцию в настройках.
• Триггеры активации (Фильтрация/Предупреждения): Активируется, если пользователь установил пороговые значения для фильтрации результатов или для показа предупреждений перед загрузкой дорогих страниц.

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

Процесс А: Аугментация результатов поиска

1. Получение запроса: Система получает поисковый запрос от клиентского устройства.
2. Идентификация результатов: Идентифицируются результаты поиска, релевантные запросу.
3. Определение размера: Для одного или нескольких ресурсов в результатах определяется размер необходимой передачи данных.
   1. Метод 1 (Исторический): Используются данные о предыдущих загрузках ресурса (Historical Data).
   2. Метод 2 (Прокси): Ресурс предварительно извлекается прокси-сервером (Proxy System) для точного измерения размера.
4. Расчет цены (Опционально): На основе размера и тарифного плана пользователя (Data Plan) определяется стоимость загрузки.
5. Фильтрация (Опционально): Результаты, превышающие установленные пользователем пороги размера/стоимости, удаляются из набора.
6. Генерация меток: Для оставшихся результатов генерируются метки (Labels), указывающие размер и/или стоимость.
7. Предоставление результатов: Аугментированные результаты поиска отправляются на клиентское устройство.

Процесс Б: Обработка запроса на загрузку (Интерстициальный)

1. Получение запроса на загрузку: Через браузер поступает запрос на загрузку ресурса (например, пользователь кликнул по ссылке).
2. Определение размера: До начала загрузки определяется размер передачи данных.
3. Проверка порогов: Размер/стоимость сравнивается с порогами предупреждений, установленными пользователем.
4. Отображение предупреждения: Если порог превышен, пользователю предоставляется информация о размере/стоимости до начала фактической загрузки и запрашивается подтверждение.
5. Загрузка ресурса: Ресурс загружается после подтверждения пользователем (если требовалось).

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

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

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

• Технические факторы:
  1. Размер страницы/ресурса (Size): Ключевой фактор. Включает размер самого HTML-документа и всех встроенных ресурсов (изображения, скрипты, стили, видео и т.д.).
  2. Тип контента (Content type): Система может определять тип контента (видео, изображение, приложение, rich content) для категоризации и отображения в метке.
• Пользовательские факторы:
  1. Тарифный план (Data Plan): Данные о стоимости передачи данных у оператора пользователя.
  2. Настройки пользователя (User Settings): Предпочтения по отображению меток, фильтрам и порогам предупреждений.
  3. Устройство (Client Device): Тип устройства (мобильный телефон, планшет).
• Географические факторы:
  1. Локация пользователя: Может использоваться для определения оператора и местной валюты (local currency) для отображения цены.

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

• Estimated Size (Предполагаемый размер): Рассчитывается на основе Historical Data (например, средний размер за последние N загрузок) или путем измерения в реальном времени через Proxy.
• Estimated Price (Предполагаемая стоимость): Рассчитывается как функция от Estimated Size и Data Plan.

Выводы

1. Вес страницы влияет на доступность и CTR в лимитированных сетях: Патент подтверждает, что размер ресурса является барьером для пользователей в metered networks. Google разработал механизмы для визуализации этого барьера (размер и стоимость) прямо в SERP или перед загрузкой. Это напрямую влияет на вероятность клика (CTR).
2. Возможность фильтрации по размеру/стоимости: Система предоставляет пользователям возможность устанавливать фильтры для исключения из выдачи результатов, которые слишком «тяжелые» или дорогие для загрузки. Неоптимизированные сайты могут полностью терять видимость для таких пользователей.
3. Различные методы оценки размера: Google может оценивать размер страницы как на основе исторических данных (собранных при индексации или предыдущих загрузках), так и в реальном времени с помощью прокси-сервера. Это позволяет системе адаптироваться к изменениям контента.
4. Фокус на пользовательском опыте (UX) и стоимости: Изобретение направлено на улучшение UX путем снижения неопределенности затрат. Система может отображать стоимость в местной валюте и информировать об остатке баланса пользователя.
5. Важность технического SEO и производительности: Хотя патент не описывает сигналы ранжирования, он подчеркивает критическую важность технической оптимизации (сжатие, эффективная загрузка ресурсов) для обеспечения доступности сайта для всех сегментов пользователей.

Практика

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

• Приоритет оптимизации веса страницы (Page Weight Optimization): Необходимо строго контролировать размер страниц и всех связанных ресурсов (JS, CSS, изображения, шрифты). Это критично не только для скорости загрузки (Web Vitals), но и, как следует из патента, для снижения стоимости доступа для пользователей в metered networks. Более легкие страницы будут иметь преимущество в CTR, если метки размера отображаются.
• Использование современных форматов и сжатия: Активно применять сжатие (например, Gzip, Brotli) и использовать эффективные форматы медиа (например, WebP, AVIF). Патент упоминает Compression как часть инфраструктуры прокси, что подтверждает фокус на уменьшении объема передаваемых данных.
• Адаптивная загрузка контента: Реализовывать ленивую загрузку (lazy loading) для изображений и видео, а также динамическую подгрузку менее важного контента. Это снижает начальный размер загрузки (size of a data transfer), который может быть показан пользователю в метке.
• Тестирование в условиях ограниченной сети: Проверять отображение и доступность сайта в условиях, имитирующих metered networks (например, медленный 3G), чтобы понять, как пользователи воспринимают сайт и не попадает ли он под фильтры по размеру.

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

• Игнорирование размера ресурсов: Использование несжатых изображений, тяжелых видео в автовоспроизведении, избыточных библиотек JavaScript и CSS. Это увеличивает Estimated Size и может привести к отказу пользователя от загрузки страницы.
• Создание раздутых страниц для всех устройств: Отсутствие оптимизации под мобильные условия приводит к передаче избыточного кода и ресурсов, что критично для пользователей с лимитированным интернетом.
• Чрезмерное использование сторонних скриптов: Бесконтрольное добавление тяжелых скриптов аналитики, рекламы и виджетов значительно увеличивает размер загрузки и потенциальную стоимость для пользователя.

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

Патент подчеркивает стратегическую важность доступности (Accessibility) и производительности (Performance) в глобальной экосистеме поиска. Для SEO-специалистов, работающих с международными рынками, особенно в развивающихся странах, где преобладают metered networks, оптимизация веса страницы является необходимостью для охвата аудитории. Система, описанная в патенте, дает Google инструменты для того, чтобы сделать вес страницы видимым экономическим фактором выбора для пользователя.

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

Сценарий: Оптимизация страницы статьи для рынка с дорогим мобильным интернетом

1. Анализ ситуации: SEO-специалист знает, что целевая аудитория использует мобильные устройства с оплатой за трафик. Текущая страница статьи весит 1.5 МБ. В SERP Google может отображать метки стоимости, помечая страницу как дорогую для загрузки.
2. Действия по оптимизации (на основе патента): Цель — снизить size of a data transfer, чтобы уменьшить отображаемую стоимость и избежать попадания под пользовательские фильтры.
   • Все изображения конвертируются в WebP и сжимаются.
   • Реализуется lazy loading для изображений ниже первого экрана.
   • Удаляются неиспользуемые JS/CSS библиотеки.
   • Применяется Brotli сжатие на сервере.
3. Результат: Размер страницы снижен до 400 КБ.
4. Ожидаемый эффект: Если Google активирует метки стоимости, новая версия страницы будет помечена как более дешевая для загрузки (например, «Low cost» или конкретная низкая цена в местной валюте), что повысит CTR по сравнению с более тяжелыми конкурентами и гарантирует, что страница не будет скрыта пользовательскими фильтрами.

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