Как Google (Ads) предотвращает мошенничество с конверсиями в CPA-рекламе с помощью одноразовых идентификаторов

Описание

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

Патент решает проблему «конверсионного мошенничества» (conversion fraud) или «конверсионного спама» (conversion spam) в системах онлайн-рекламы с оплатой за действие (Cost-Per-Action, CPA). Он устраняет уязвимость, позволяющую спамерам многократно отправлять одно и то же уведомление о конверсии (conversion callback) в платежную систему для фальсификации статистики и оплаты. Патент не решает никаких задач, связанных с органическим поиском (SEO).

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

Запатентована система безопасного отслеживания конверсий, которая не требует обмена секретными ключами между рекламодателем и платежной системой. Суть изобретения заключается в требовании генерации уникального идентификатора (Unique Identifier, UID) для каждой конверсии. Платежная система подтверждает конверсию, только если этот UID действителен и используется впервые.

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

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

• Инициация: При клике на CPA-рекламу платежная система сохраняет идентификатор клика (Click String) в cookie пользователя.
• Конверсия и Генерация UID: Пользователь совершает целевое действие. Генерируется UID (например, случайное число). В основном варианте реализации рекламодатель создает файл, используя UID как имя файла.
• Callback: Уведомление (callback) отправляется в платежную систему, включая UID.
• Верификация и Валидация: Платежная система проверяет UID. Это может включать попытку доступа (сканирования) к файлу с этим именем на сервере рекламодателя. Если UID найден и ранее не использовался (не сканировался), конверсия засчитывается. Повторное использование UID блокируется.

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

Высокая для AdTech. Предотвращение мошенничества и точный учет конверсий критически важны для функционирования CPA-сетей. Хотя этот патент является продолжением заявки 2006 года, его выдача в 2021 году подчеркивает актуальность методов борьбы с дублированием отчетов о конверсиях без усложнения инфраструктуры (без обмена ключами).

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

Влияние на органическое SEO минимальное (1/10). Патент описывает инфраструктуру рекламных платежных систем (AdTech), а не алгоритмы органического ранжирования, индексирования или оценки качества контента. Патент не дает представления о факторах ранжирования Google и не влияет на стратегии органического продвижения.

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

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

Click String (Строка клика)

Информация (идентификатор), сохраняемая в cookie на устройстве пользователя при клике на рекламу. Используется для связывания последующей конверсии с исходным кликом.

Conversion (Конверсия)

Целевое действие, совершаемое пользователем на сайте рекламодателя после клика по рекламе (покупка, регистрация и т.д.).

Conversion Callback (Уведомление о конверсии)

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

Conversion Fraud / Conversion Spam

Практика фальсификации отчетов о конверсиях, часто путем многократной отправки одного и того же Conversion Callback.

CPA (Cost-Per-Action)

Модель онлайн-рекламы, где оплата производится за совершенные пользователем конверсии.

Payment System (Платежная система)

Система управления рекламой (например, Google Ads), которая отслеживает клики и конверсии, а также производит расчеты.

Previously Crawled Files (Ранее просканированные файлы)

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

Snippet (Сниппет, Фрагмент кода)

Фрагмент исполняемого кода (например, JavaScript), который рекламодатель возвращает браузеру пользователя после конверсии для инициации Conversion Callback.

Unique Identifier (UID) (Уникальный идентификатор)

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

Verification Server/Service (Сервер/Сервис верификации)

Компонент платежной системы, отвечающий за проверку действительности конверсии путем проверки UID.

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

Claim 1 (Независимый пункт): Описывает основной метод безопасного отслеживания конверсий без использования секретного ключа, где рекламодатель генерирует и хранит UID.

1. Обнаружение действия конверсии (conversion action).
2. В ответ на обнаружение:
   • Автоматическая генерация уникального идентификатора (UID).
   • Генерация и сохранение файла, использующего UID в качестве имени файла (filename), в веб-директории веб-сайта. Файл доступен для процесса верификации по имени файла.
   • Генерация уведомления о конверсии, включающего UID.
   • Предоставление UID и уведомления второму устройству (браузеру пользователя).
3. Выполнение процесса верификации (verification process):
   • Классификация конверсии как действительной (valid), если UID был ранее сгенерирован и сохранен, но не отправлялся в предыдущих уведомлениях.
   • Классификация конверсии как недействительной (invalid), если UID уже отправлялся в предыдущих уведомлениях.

Ядром изобретения является использование UID как механизма предотвращения дубликатов и его сохранение в виде имени файла для последующей проверки.

Claim 6 (Зависимый от 1): Уточняет механизм верификации.

Получение обратного вызова (conversion callback), включающего UID как параметр. Процесс верификации включает определение того, был ли сохраненный файл (с именем, соответствующим UID) ранее просканирован (crawled).

Claim 7 (Зависимый от 6): Определяет действие при обнаружении дубликата.

Инвалидация (отклонение) обратного вызова, если сохраненный файл уже был просканирован ранее.

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

Этот патент не относится к архитектуре органического поиска (CRAWLING, INDEXING, QUNDERSTANDING, RANKING, METASEARCH, RERANKING). Он применяется исключительно в рамках Advertising Manager/Payment System (Системы управления рекламой и платежей).

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

• Payment System взаимодействует с User Devices (для установки cookie и получения callback) и Advertiser Websites (для верификации UID).

Ключевые технические особенности:

• Отсутствие общих ключей: Механизм не требует криптографических ключей, что упрощает внедрение.
• Два варианта реализации: Патент описывает два варианта генерации и верификации UID.
  • Вариант 1 (Основной, Claim 1): Рекламодатель генерирует UID и сохраняет как файл. Платежная система верифицирует через сканирование (crawling).
  • Вариант 2 (Альтернативный, описан в спецификации): Платежная система генерирует UID по запросу рекламодателя (через API) и верифицирует по своей базе.
• Требование к безопасности сервера (Вариант 1): Безопасность механизма зависит от того, что UID сложно угадать, и что веб-директория рекламодателя защищена от публичного листинга (чтобы спамеры не могли увидеть имена файлов).

На что влияет

• Патент не влияет на органический контент, обработку поисковых запросов, ниши или форматы контента с точки зрения SEO. Он влияет исключительно на процесс отслеживания и оплаты рекламы по модели CPA.

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

• Условия работы: Алгоритм применяется каждый раз, когда система отслеживает конверсию, связанную с рекламой CPA.
• Триггеры активации: Получение платежной системой уведомления о конверсии (Conversion Callback).

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

Патент описывает два варианта реализации.

Вариант 1: Генерация UID рекламодателем и верификация через сканирование (Основной вариант, Claim 1)

1. Получение клика и установка Cookie: Платежная система получает уведомление о клике и сохраняет Click String в cookie на устройстве пользователя.
2. Обнаружение конверсии: Пользователь совершает целевое действие на сайте рекламодателя.
3. Генерация и сохранение UID: Рекламодатель генерирует Unique Identifier. Рекламодатель создает файл в своей веб-директории, используя этот UID в качестве имени файла. Директория защищена от листинга.
4. Генерация Snippet и Отправка Callback: Рекламодатель генерирует код (snippet) с UID и возвращает его браузеру пользователя. Браузер отправляет Conversion Callback в платежную систему.
5. Верификация (Crawling): Сервис верификации платежной системы пытается получить доступ (просканировать) к файлу на сайте рекламодателя, используя UID как имя файла.
6. Проверка на дубликаты: Система проверяет, сканировался ли этот файл ранее (сверяясь со списком Previously Crawled Files).
7. Валидация и Учет:
   • Если файл найден И ранее не сканировался: Конверсия засчитывается. UID добавляется в список использованных.
   • Если файл не найден ИЛИ уже сканировался: Конверсия отклоняется (спам).

Вариант 2: Генерация UID платежной системой (Альтернативный вариант)

1. Получение клика и установка Cookie: Аналогично Варианту 1.
2. Обнаружение конверсии: Пользователь совершает целевое действие.
3. Запрос UID: Рекламодатель отправляет запрос (например, через API) в платежную систему на генерацию UID.
4. Генерация и сохранение UID: Платежная система генерирует UID, сохраняет его в своей базе данных и возвращает рекламодателю.
5. Генерация Snippet и Отправка Callback: Рекламодатель использует полученный UID в сниппете. Браузер отправляет Conversion Callback.
6. Верификация (Внутренняя проверка): Платежная система проверяет наличие UID в своей базе данных и статус его использования.
7. Валидация и Учет: Если UID существует в базе и ранее не использовался, конверсия засчитывается.

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

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

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

• Технические факторы: URL-адреса (используются краулером платежной системы для доступа к файлам верификации в Варианте 1). API-запросы (в Варианте 2).
• Поведенческие факторы: Клики по рекламе (Ad Clicks) и действия конверсии (Conversion Actions).
• Пользовательские факторы: Cookies (используются для хранения Click String на устройстве пользователя).

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

• Unique Identifier (UID): Ключевая метрика. Генерируется для каждой транзакции (например, 128-битное псевдослучайное число, UUID).
• Click String: Идентификатор сессии клика.
• Статус верификации (Previously Crawled/Used): Бинарный статус, указывающий, использовался ли данный UID ранее. Проверяется путем сравнения UID со списком ранее обработанных идентификаторов.

Выводы

Патент описывает внутренние процессы рекламной платежной системы (AdTech) без прямых рекомендаций для SEO.

1. Отсутствие влияния на органический поиск: Изобретение не имеет отношения к алгоритмам органического поиска, ранжированию или индексации контента.
2. Цель — предотвращение дубликатов конверсий: Основная задача — борьба с Conversion Spam в CPA-моделях путем обеспечения уникальности каждой зарегистрированной конверсии.
3. Механизм уникальности UID: Система требует, чтобы каждая конверсия имела уникальный идентификатор (UID), и засчитывает конверсию только при первом использовании этого UID.
4. Два варианта реализации: Описаны два метода: (1) Рекламодатель генерирует UID и сохраняет его как имя файла, а система верифицирует через сканирование (crawling); (2) Платежная система генерирует UID по запросу (API) и верифицирует по своей базе.
5. «Crawling» в контексте AdTech: Упоминаемое сканирование (crawling) является частью процесса верификации транзакций и не связано с работой поискового робота Googlebot.

Практика

ВАЖНО: Патент является инфраструктурным и относится к системам управления рекламой (AdTech), а не к органическому поиску (SEO). Прямых практических выводов для SEO-стратегии он не дает.

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

Практических рекомендаций для SEO нет. Однако для вебмастеров и специалистов по контекстной рекламе, использующих CPA-модели, патент подчеркивает важность следующих настроек (особенно для Варианта 1):

• Настройка безопасности сервера (Запрет листинга): Критически важно отключить возможность публичного листинга (Directory Listing) для директорий, где хранятся файлы верификации. Безопасность метода зависит от невозможности для спамеров увидеть список сгенерированных UID (имен файлов).
• Обеспечение доступности для верификации: Убедитесь, что краулер платежной системы (Verification Service) имеет доступ к директории на вашем сервере для чтения файлов верификации. Не блокируйте эти запросы через firewall или robots.txt.
• Корректная реализация генерации UID: Убедитесь, что ваш бэкенд генерирует действительно уникальные и сложные для подбора идентификаторы (например, UUID) для каждой отдельной конверсии.

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

Практических рекомендаций для SEO нет. Для вебмастеров, использующих CPA (Вариант 1):

• Разрешение листинга директорий: Включение Directory Listing для папок с файлами UID компрометирует безопасность трекинга и открывает возможность для мошенничества.
• Блокировка краулеров рекламной системы: Блокировка доступа к файлам верификации приведет к тому, что платежная система не сможет подтвердить конверсии, и они не будут засчитаны.
• Использование предсказуемых UID: Использование простых счетчиков или легко угадываемых идентификаторов делает систему уязвимой.

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

Стратегическое значение для органического SEO отсутствует. Патент подтверждает важность точного, верифицируемого и защищенного от мошенничества отслеживания конверсий для эффективной работы рекламных кампаний по модели CPA.

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

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

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