Как Google Ads автоматически оптимизирует частоту показа объявлений Click-to-Call на основе производительности звонков и ресурсов рекламодателя

Описание

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

Патент решает задачу оптимизации показа стороннего контента (рекламных объявлений) с функцией вызова (call functionality), например, Click-to-Call. Основные проблемы, которые решает изобретение:

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

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

Запатентована система для динамического управления частотой показа функции вызова в рекламных объявлениях. Система определяет начальную частоту показа (instance presentation frequency) объявления с иконкой вызова (call icon), основываясь на анализе ресурсов рекламодателя (например, его веб-сайта). Когда пользователи совершают звонки через эту функцию, система отслеживает параметры звонков (parameters of the call) с помощью устройства моста вызовов (call bridge device). На основе этих параметров частота показа функции вызова автоматически корректируется для оптимизации производительности.

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

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

1. Анализ ресурсов: Система анализирует веб-сайт рекламодателя (information resource), чтобы определить, подходит ли ему функция вызова (например, ищет номер телефона, оценивает качество мобильной версии).
2. Определение начальной частоты: Устанавливается начальная instance presentation frequency (например, показывать кнопку звонка в 50% показов объявления).
3. Показ с отслеживанием: Объявление показывается с кнопкой вызова, к которой привязан отслеживаемый номер телефона (номер, принадлежащий call bridge device).
4. Мониторинг звонков: Когда пользователь звонит, вызов проходит через call bridge device, который перенаправляет его рекламодателю и фиксирует параметры (время ожидания, длительность, был ли ответ).
5. Корректировка частоты: Система анализирует параметры. Если звонки часто не принимаются или время ожидания велико, частота показа кнопки снижается. Если звонки приводят к конверсиям, частота может быть увеличена (в том числе для конкретных ключевых слов или местоположений).

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

Высокая (для контекстной рекламы). Функциональность Click-to-Call является критически важной в мобильной рекламе. Автоматическая оптимизация и управление расширениями звонков остаются актуальными задачами для Google Ads, направленными на повышение эффективности рекламных кампаний.

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

Влияние на SEO (органический поиск) минимальное (1/10). Патент описывает исключительно механизмы работы и оптимизации платной контекстной рекламы (Google Ads). Он не содержит информации об алгоритмах индексирования или ранжирования органических результатов поиска. Описанные процессы (управление частотой показа, отслеживание звонков через мост, оптимизация ставок по ключевым словам на основе звонков) относятся к экосистеме PPC (Pay-Per-Click).

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

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

Call Bridge Device (Устройство моста вызовов)

Компонент системы (например, Session Border Controller, SBC), который принимает входящие вызовы от пользователей, инициированные через call icon, перенаправляет их на реальный номер рекламодателя и отслеживает параметры этих вызовов.

Call Icon (Иконка вызова)

Интерактивный элемент (кнопка), отображаемый вместе с рекламным объявлением, активация которого инициирует телефонный звонок (Click-to-Call).

Call Parameters (Параметры вызова)

Метрики, отслеживаемые call bridge device. Включают время ожидания (задержку до ответа), длительность звонка, статус ответа (отвечен/не отвечен), географическое положение звонящего.

Information Resource (Информационный ресурс)

Ресурс, связанный с рекламодателем, обычно его веб-сайт или целевая страница. Система анализирует этот ресурс (включая DOM, контент) для принятия решений.

Instance Presentation Frequency (Частота представления экземпляра)

Ключевая метрика патента. Определяет, как часто (в виде процента, коэффициента или частоты) конкретный экземпляр объявления должен отображаться с активированной функцией вызова (call icon).

Third-Party Content Item (Сторонний элемент контента)

В контексте патента – рекламное объявление, предоставляемое рекламодателем для показа на других ресурсах.

Conversion Information (Информация о конверсии)

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

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

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

1. Система получает сторонний контент (объявление).
2. Определяется первая instance presentation frequency для показа этого объявления с call icon. Это решение основано на анализе information resource (сайта) рекламодателя.
3. Объявление показывается с call icon в соответствии с этой частотой.
4. Когда пользователь активирует иконку, call bridge device принимает звонок.
5. Call bridge device направляет звонок на номер телефона рекламодателя.
6. Call bridge device определяет parameters этого звонка.
7. Система корректирует первую частоту до второй instance presentation frequency на основе этих параметров.
8. Объявление показывается в соответствии с новой (второй) частотой.

Claim 2 (Зависимый): Уточняет, что система также предоставляет экземпляры объявления для показа *без* call icon в соответствии с той же частотой (т.е. если частота показа с иконкой X%, то без иконки – (100-X)%).

Claim 3, 4, 5 (Зависимые): Детализируют оптимизацию на уровне ключевых слов.

• Система идентифицирует ключевое слово, которое привело к показу объявления (Claim 3).
• Performance metrics (показатели эффективности) этого ключевого слова обновляются на основе параметров звонка (Claim 3) и, опционально, на основе conversion information, полученной от рекламодателя (Claim 4).
• Instance presentation frequency корректируется индивидуально для этого конкретного ключевого слова на основе обновленных показателей эффективности (Claim 5).

Claim 7 (Зависимый): Детализирует географическую оптимизацию. Система идентифицирует географическое положение клиентского устройства и обновляет instance presentation frequency специально для этого местоположения на основе параметров звонка.

Claim 8, 9, 11 (Зависимые): Детализируют процесс анализа сайта рекламодателя (information resource). Определение начальной частоты включает анализ контента ресурса (Claim 8), идентификацию номера телефона рекламодателя в этом контенте (Claim 9) и может включать анализ дерева объектной модели документа (DOM) веб-сайта (Claim 11).

Claim 10 (Зависимый): Уточняет, что система динамически назначает один из множества телефонных номеров (отслеживающих номеров, связанных с системой) для call icon.

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

Этот патент описывает инфраструктуру и логику работы системы контекстной рекламы (Google Ads), а не органического поиска Google. Он не применим к стандартным фазам органического поиска (Crawling, Indexing, Ranking и т.д.).

Механизм применяется на этапах Выбора объявления (Ad Selection) и Доставки объявления (Ad Delivery) в рекламной сети.

Взаимодействие компонентов:

• Content Item Management System (Система управления рекламой): Анализирует сайты рекламодателей, устанавливает и корректирует Instance Presentation Frequency, управляет логикой показа.
• Call Bridge Device: Обеспечивает техническую реализацию отслеживания звонков и сбора данных о них.
• Content Item Selection System (Система выбора рекламы/Аукцион): Использует установленные частоты для определения того, какой формат объявления (с кнопкой вызова или без) будет показан при выигрыше в аукционе.

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

• Рекламное объявление (Third-Party Content Item).
• URL сайта рекламодателя (Information Resource).
• Ключевые слова и ставки.
• Контекст пользователя (местоположение, время, устройство).
• Параметры звонков (Call Parameters), поступающие от Call Bridge Device.
• Информация о конверсиях (Conversion Information), поступающая от рекламодателя.

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

• Экземпляр объявления (с call icon или без него), доставленный пользователю.
• Скорректированные значения Instance Presentation Frequency (глобальные, по ключевым словам, по местоположению).

На что влияет

• Типы контента: Влияет исключительно на рекламные объявления (PPC), особенно те, которые показываются на мобильных устройствах, где функция Click-to-Call наиболее востребована.
• Ниши и тематики: Наибольшее влияние в нишах, где звонок является основным способом конверсии (например, услуги такси, экстренные службы, локальный бизнес, недвижимость).

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

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

• Триггеры активации: Когда рекламодатель имеет право на показ объявлений с функцией вызова (что может быть определено автоматически системой на основе анализа его сайта или настроено вручную).
• Частота применения: Непрерывно в процессе показа рекламы. Анализ параметров звонков и корректировка частоты происходят итеративно.

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

Процесс А: Определение начальной конфигурации

1. Получение контента: Система получает рекламное объявление и связанный с ним URL от рекламодателя.
2. Анализ ресурса: Система анализирует Information Resource (сайт). Это включает парсинг DOM-дерева, CSS, текста.
3. Извлечение данных: Идентификация и извлечение номера телефона рекламодателя. Оценка качества ресурса (например, адаптивность для мобильных устройств).
4. Определение начальной частоты: На основе анализа (наличие номера, тип бизнеса, качество сайта) устанавливается первая Instance Presentation Frequency для показа объявления с call icon.

Процесс Б: Доставка и оптимизация в реальном времени

1. Участие в аукционе: Объявление участвует в аукционе на основе ключевых слов и ставок.
2. Применение частоты: При выигрыше в аукционе система применяет текущую Instance Presentation Frequency, чтобы решить, показывать ли объявление с call icon или без него.
3. Назначение номера: Если решено показать call icon, система динамически назначает отслеживаемый номер телефона для этого показа.
4. Показ объявления: Объявление доставляется пользователю.
5. Инициация звонка: Пользователь активирует call icon.
6. Обработка вызова (Call Bridge): Call Bridge Device принимает звонок, идентифицирует рекламодателя (на основе использованного отслеживаемого номера) и перенаправляет вызов на реальный номер рекламодателя.
7. Сбор параметров: Call Bridge Device фиксирует Call Parameters (время ожидания, длительность, статус ответа).
8. Сбор контекста: Система фиксирует контекст показа (ключевое слово, местоположение, время).
9. Анализ и корректировка: Система анализирует параметры звонка в привязке к контексту.
   • Если время ожидания превышает порог или процент ответов низкий: снизить Instance Presentation Frequency (глобально или для данного времени суток).
   • Если звонки по определенному ключевому слову имеют высокую конверсию (на основе Conversion Information): повысить Instance Presentation Frequency для этого ключевого слова.
10. Итерация: Возврат к шагу 1 с использованием скорректированной частоты.

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

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

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

• Контентные и структурные факторы (сайта рекламодателя):
  • Текст, DOM-дерево, CSS. Используются для поиска и идентификации телефонных номеров.
  • Анализ структуры сайта для оценки его качества (например, удобства для мобильных устройств).
• Поведенческие факторы (звонки):
  • Время ожидания ответа (Call delay/latency).
  • Статус звонка (Отвечен/Не отвечен).
  • Длительность звонка.
• Географические факторы:
  • Местоположение устройства пользователя, инициировавшего звонок (используется для гео-оптимизации частоты).
• Данные рекламной кампании:
  • Ключевые слова, которые привели к показу объявления.
  • Conversion Information (данные о конверсиях, связанных со звонками).

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

• Instance Presentation Frequency: Определяет процент показов объявления с функцией вызова. Корректируется на основе анализа Call Parameters и Conversion Information.
• Call Success Rate (Процент успешных звонков): Соотношение отвеченных звонков к общему числу инициированных звонков.
• Average Call Delay (Среднее время ожидания): Среднее время между инициацией звонка пользователем и ответом рекламодателя.
• Call Conversion Rate (Коэффициент конверсии звонков): Соотношение звонков, приведших к конверсии, к общему числу звонков.
• Performance Metrics (Показатели эффективности): Агрегированные метрики (включая вышеперечисленные), которые рассчитываются в разрезе ключевых слов, местоположений или времени суток для гранулярной оптимизации.

Выводы

1. Патент относится к Google Ads, а не к органическому поиску: Описанные механизмы касаются исключительно оптимизации платной рекламы, в частности функции Click-to-Call. Они не влияют на органическое ранжирование.
2. Автоматизация на основе анализа сайта: Google автоматически анализирует сайты рекламодателей (включая DOM и контент), чтобы включать и настраивать рекламные функции. Система ищет телефонные номера и оценивает качество сайта для определения начальных настроек.
3. Динамическая оптимизация частоты показа: Ключевым элементом является Instance Presentation Frequency. Система не просто включает или выключает функцию звонка, а динамически регулирует частоту ее показа.
4. Фокус на качестве звонков и ресурсах рекламодателя: Система стремится не только максимизировать количество звонков, но и обеспечить их качество. Если рекламодатель не справляется с нагрузкой (долгое ожидание, пропущенные звонки), система автоматически снижает частоту показа функции вызова.
5. Гранулярная оптимизация: Корректировка частоты происходит не только на уровне кампании, но и на уровне отдельных ключевых слов, географических местоположений и времени суток, основываясь на показателях эффективности (Performance Metrics) и данных о конверсиях.

Практика

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

Патент описывает внутреннюю инфраструктуру и алгоритмы оптимизации Google Ads. Он не дает прямых практических рекомендаций для специалистов по органическому SEO.

Единственный косвенный вывод для владельцев сайтов (включая SEO-специалистов, работающих над общим качеством ресурса):

• Обеспечение читаемости контактной информации: Патент подтверждает, что системы Google (в данном случае Google Ads) автоматически сканируют сайты (включая DOM) для поиска телефонных номеров. Важно убедиться, что контактная информация на сайте присутствует в текстовом формате, хорошо видна и легко извлекается роботами. Это может повлиять на автоматическое включение рекламных функций.

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

Патент не описывает SEO-тактики, которые становятся неэффективными или опасными для органического продвижения.

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

Для SEO-стратегии патент имеет минимальное значение. Он демонстрирует технические возможности Google по глубокому анализу структуры и контента веб-страниц (DOM, CSS, текст) для принятия автоматизированных решений в своих продуктах. Однако он не дает инсайтов о факторах органического ранжирования.

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

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

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