Google меняет правила создания похожих аудиторий (Lookalike) в Ads API — теперь система будет блокировать создание дубликатов списков пользователей. Изменение коснётся автоматизированных скриптов и сторонних инструментов, которые генерируют аудитории программно: попытка создать уже существующий список вернёт ошибку API после 30 апреля 2026 года.
Основные детали новости
Новая валидация проверяет уникальность Lookalike‑списков по трём параметрам: исходные (seed) списки, уровень расширения (expansion level) и таргетинг по стране. Если эти три параметра совпадают с уже существующим списком, создание нового списка будет запрещено и вызовет ошибку API.
Для разных версий API ошибки разные. В версиях v24 и выше возвращается код DUPLICATE_LOOKALIKE. В более ранних версиях ошибка обозначается как RESOURCE_ALREADY_EXISTS. Пороговое изменение вступает в силу 30 апреля 2026 года — после этой даты попытки создать дубликат будут блокироваться жёстко.
Дополнительные факты
Изменение обозначено как «housekeeping» — цель Google объясняет как поддержание стабильности системы. Тем не менее для команд, которые управляют кампаниями программно, это не чисто административная поправка: она может привести к неожиданным сбоям в рабочих процессах.
Основные рекомендации для участников маркетинга и разработчиков:
- Аудит существующих Lookalike‑списков: не создавать новые, если уже есть списки с нужной комбинацией seed‑списков, уровня расширения и страны.
- Обновить обработку ошибок в интеграциях: ловить DUPLICATE_LOOKALIKE в v24+ и RESOURCE_ALREADY_EXISTS для старых версий API.
Если автоматизация не подготовлена к новой ошибке, скрипты и инструменты могут внезапно прекращать работу или частично ломать пайплайны создания аудиторий и кампаний. Google опубликовал объявление на своём блоге разработчиков Ads с описанием изменений и сроков их внедрения.
Почему это важно для SEO
Для специалистов по SEO и цифровому маркетингу это изменение важно по нескольким практическим причинам. Во‑первых, Lookalike‑аудитории активно используются не только в performance‑каналах, но и в кросс‑канальных стратегиях, где аудитории из платных каналов пересекаются с органическим трафиком и ремаркетинговыми подходами. Внезапный сбой в создании аудиторий может нарушить согласованные сценарии тестов и персонализации, что скажется на общей эффективности кампаний.
Во‑вторых, многие команды используют одинаковые наборы seed‑списков для нескольких кампаний и инструментов: дублирование списков было привычным способом контроля версий и сегментации. Новое ограничение заставит менять подход — вместо массового создания идентичных списков нужно централизованно переиспользовать имеющиеся.
Наконец, если у вас есть процессы интеграции между SEO‑инструментами, аналитикой и платными каналами, важно заранее обработать новые коды ошибок. Непойманная API‑ошибка может прерывать цепочки данных, из‑за чего метрики тестов и атрибуции окажутся неполными или искаженными.
Итог: это не глобальный ребрендинг функционала, а технологическая корректировка, направленная на предотвращение избыточности в системе. Тем не менее крайний срок — 30 апреля 2026 — нельзя игнорировать. Командам, которые создают аудитории программно, стоит включить ревизию Lookalike‑списков и обновление обработчиков ошибок в ближайший план работы.
