ChatGPT Ads oCPC: как серверные события кормят биддинг конверсий
Что оптимизирует oCPC - и за что биллит
Conversion-optimized cost-per-click, сокращённо oCPC - золотая середина OpenAI между покупкой трафика и покупкой результатов, задокументированная в гайдах Ads API как bidding_type: "conversions". Таблица целей выстраивает лестницу: кампании impressions покупают охват за тысячу показов, clicks - вовлечение за валидный клик, а conversions продолжают платить за валидный клик, отдавая предпочтение кликам, которые чаще ведут к выбранному событию конверсии. OpenAI отмечает, что oCPC - в открытой бете для standard- и product-feed кампаний: функционал уже доступен, но API и интерфейс продолжают дорабатываться.
Калибрует ожидания деталь биллинга: oCPC-кампания никогда не платит за конверсию. Аукцион определяет фактический CPC, OpenAI списывает только за валидный клик, а CPA-бид работает оптимизационным входом - насколько агрессивно кампания борется за клики, склонные конвертиться, - а не ценником на результат. Сторона трекинга, если вы её ещё не собрали, разобрана в гайде по ChatGPT Ads conversion tracking.
Пререквизиты: одно стандартное событие и надёжный трекинг
Создание кампании перегораживают два пререквизита. Первый - enablement: ad account должен поддерживать conversion bidding, и 403 с текстом Conversion bidding is not enabled означает разговор с партнёрским представителем OpenAI, а не ретраи. Второй - цель оптимизации: ровно одно активное стандартное событие конверсии, принадлежащее текущему ad account и связанное с одним активным источником конверсий. Кастомные события не годятся для роли oCPC-цели; сменить цель после создания кампании тоже нельзя - выбор события необратим, поэтому стоит выбирать не спеша.
Слой трекинга важен не меньше выбора события. Список пререквизитов OpenAI принимает JavaScript-пиксель, Conversions API или оба - и прямым текстом заявляет, что Conversions API надёжнее пикселя в одиночку. Для арбитражной воронки, где конверсия срабатывает на странице вне вашего контроля, серверная доставка - это единственный полный путь, а не улучшение; паттерн conversions API тот же, что у всех сетей. Связка пикселя и API требует привычной дедупликации по event_id, чтобы оптимизация читала одну конверсию, а не две.
Создайте кампанию и выставьте CPA-бид
Документированная последовательность OpenAI стартует с паузы: кампания создаётся с bidding_type: "conversions" и массивом conversion_event_setting_ids, держащим выбранное событие, - идентификаторы выглядят как order_created, lead_created или registration_completed - плюс блок бюджета. На уровне групп объявлений (ad groups) задаётся конфиг биддинга: billing_event_type в значении click, а max_bid_micros - CPA-бид, хотя биллинг остаётся клик-базированным, - пример доков ставит 100000000, то есть $100.00 CPA на USD-аккаунте.
В этой связке - целевой CPA при фактической оплате за клики - и заключается суть механики: бид выражает, сколько конверсия стоит вам, биллинг - за что вы реально платите. Объявления добавляются как обычно, и кампания активируется только после готовности всех дочерних ресурсов. Product-feed кампании повторяют форму с mode: "product_feed" и привязанным фидом плюс группы товаров (product sets) для фильтрации.
Передавайте серверные события для оптимизации
Measurement Pixel стреляет браузерными событиями через oaiq("measure", ...) после инициализации - нормально для страниц под вашим контролем, - и OpenAI ставит его в пару с Conversions API для серверной доставки. Алгоритм опирается на объединённый сигнал: oCPC использует выбранное событие вместе с ad quality, релевантностью, click likelihood и conversion likelihood, чтобы предпочитать конвертящиеся клики. Дыры в сигнале становятся дырами в оптимизации - конверсия, которую не видел ни пиксель, ни API, для биддинга не случалась вовсе, поэтому дисциплина дедупликации стоит до масштабирования бюджета.
В атрибуции есть одна ловушка. View-through конверсии, когда доступны аккаунту, живут в фиксированном однодневном окне после показа, отчитываются отдельной campaign-level метрикой и явно исключены из общего числа Conversions - CPA, post-click CVR, биддинг, биллинг и оптимизация остаются click-through-based, и клик имеет приоритет, если конверсия удовлетворяет обоим условиям. Читать view-through цифры как вход биддинга - переоценить то, что оптимизатор видит.
MOST доставляет постбеки трекера в Conversions API OpenAI вместе с Meta, TikTok, Reddit, Pinterest и Snapchat, а бесплатный Pixel Activator закрывает доставку в OpenAI для одного лендинга - любой из путей держит сигнал oCPC полным без собственного пайплайна.
Правильно читайте отчёты
Рекомендация OpenAI по отчётности для oCPC называет иерархию: поскольку доставка оптимизируется на выбранное событие, конверсии - ключевая метрика для оценки кампании, рядом читаются показы, клики, spend, CTR и средний CPC. Стоимость конверсии - не строка биллинга: вы считаете её делением spend на конверсии, а Insights-эндпоинты отдают метрики доставки программно.
Две привычки ранней настройки следуют из этого. Если конверсии стоят, а клики идут, первые подозреваемые - на стороне сигнала: неверно настроенное единственное разрешённое стандартное событие или источник трекинга, теряющий большинство конверсий. Если конверсии идут, но стоимость конверсии ползёт выше CPA-бида, помните: бид - вход конкурентности, аукцион ставит фактические CPC, - и крутите его как регулятор, а не как договор.
