/yandex-direct

Практика ведения рекламы в Директе

Здесь сохранена рабочая методика автора: как выбирать настройки, какие варианты обсуждать и по каким данным оценивать результат. Рекомендации зависят от продукта и экономики; пользователь может выбрать другой подход. Ограничения API названы отдельно от авторских наблюдений и предпочтений.

Общий порядок работы — в SKILL.md, поля и формулы отчётов — в REPORTS.md, изменения и сравнение до и после — в CHANGES.md. Этот справочник объясняет выбор настроек. Конкретные ставки, цены, цели и условия предложения не придумываются.

1. Стратегии, бюджеты, цели

Выбор стратегии по степени уверенности

В этой методике стратегия выражает уверенность в результате рекламы:

«Шаг доверия» — переход от оплаты за конверсии к оптимизации конверсий с оплатой за клики, затем к чистой оплате за клики. Обратный переход тоже возможен, но проверяется как эксперимент. Это предпочтение методики, а не обязательная последовательность Директа.

Ручные ставки для поисковых кампаний

Ручное управление используется на поиске; для сетей методика его не предлагает из-за риска дорогого клика. У ЕПК допустимая пара — Search.HIGHEST_POSITION и Network.SERVING_OFF. Нельзя получить смешанную кампанию, просто добавив сети к этой паре: совместимость ограничена API.

Ограничение автотаргетинга минимальной ставкой

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

Минимум берётся из Dictionaries.get → Currencies → MinimumBid, а не из постоянного числа. Для рубля пример — 0,30 ₽, то есть 300000 в API. Запись выполняется полем Bid через Bids.set; у KeywordBids.set аналог называется SearchBid.

Пакет для сетей и смешанных кампаний

Для кампаний только в сетях и одновременно в поиске и сетях методика предпочитает пакетную стратегию с оплатой за конверсии: уверенность в качестве этого трафика ниже. Предлагайте этот вариант с объяснением общей экономики и охвата изменения. Пакет создаётся через Strategies, связь кампании — PackageBiddingStrategy; готовую возможность записи уточняйте по командам скилла.

Какие кампании объединять в пакет

Объединяйте кампании одного продукта с сопоставимой экономикой, даже если аудитории разные. Прямой спрос, конкурентные запросы и спрос на забор могут вести к одному продукту — профнастилу.

Серебро, золото и золото с бриллиантами в одном пакете — нежелательное смешение: активный спрос на серебро может забрать бюджет у дорогих товаров. В стратегии до 100 кампаний; смешение несовместимых типов запрещает API.

Когда менять оплату за клики на оплату за конверсии

Не используйте правило «накопили N конверсий — пора переходить». Здесь развилка по достижимости выгодного результата:

• Конверсии при оплате за клики получаются за приемлемую цену — остаёмся на кликах. Сохраняется ручное ограничение автотаргетинга, если стратегия его позволяет.
• Конверсии не достигаются по приемлемой цене и реклама не окупается — обсуждаем оплату за конверсии. Замысел: оплачивать факт результата, а возможные дополнительные показы и клики использовать для знакомства с продуктом.

Это авторский подход к риску: он не требует сначала оплачивать неудачный опыт на кликах ради перехода. Но оплата за конверсии сама по себе не гарантирует ни показов, ни обучения, ни окупаемости — результат проверяется по выбранной ценной цели.

Допустимая цена конверсии

Цена определяется экономикой клиента: сколько обращений превращается в продажу и сколько допустимо потратить на привлечение продажи. Если цель — обращение, пример расчёта: допустимая цена обращения = допустимая стоимость привлечения продажи × доля обращений, завершающихся продажей.

При ручных ставках такого поля в стратегии нет: уточните величину у пользователя и зафиксируйте её в материалах анализа выбранного кабинета. Без неё оценка «дорого» не выполнена, а не «замечаний нет». В автоматических стратегиях ориентир может храниться в AverageCpa.AverageCpa или PayForConversion.Cpa; ценность ключевой цели — отдельное поле PriorityGoals.Value.

Цели, которые отражают пользу бизнесу

Цель оптимизации должна соответствовать ценному обращению или покупке, а не произвольному действию на сайте. Предпочтительный вариант — подтверждённый заказ или связанное событие CRM.

Покажите доступные цели и дайте пользователю выбрать ценные. Сумма «всех конверсий Директа» этот выбор не заменяет. Уже выбранные в задаче цели используйте без повторного вопроса; при нескольких целях показывайте их отдельно, чтобы не выдавать сумму достижений за число уникальных заказов. Порядок отчётов: REPORTS.md.

Счётчики и ключевые цели ищутся в структуре соответствующего типа кампании, а у пакетной кампании — в стратегии. Отсутствующее поле на кампании не доказывает отсутствия цели.

Повторный запуск обучения

Авторский приём для необучающейся автостратегии: примерно на минуту перейти на оплату за клики, затем вернуть прежнюю оптимизацию по конверсиям. Приём используется и для оплаты за конверсии, и для оптимизации конверсий при оплате за клики.

Покажите обе смены и сохранённые параметры как одну задачу. Учитывайте время и расход повторного обучения; текущее поведение платформы может измениться. Не выполняйте переключение попутно с исправлением текста.

Недостаток статистики у отдельной кампании

Если собственных данных не хватает для обучения, предложите пакет с однородными по продукту соседними кампаниями. Он объединяет статистику. Без подходящих соседей приём не применяется: объединение несопоставимых продуктов ради количества данных меняет экономику.

Кому принадлежат настройки пакетной кампании

У пакетной кампании цели, счётчики, атрибуция и параметры управления ставками могут принадлежать самой стратегии. Исправляйте их у стратегии, учитывая все связанные кампании; отвязка ради такого поля обычно не нужна.

Для оставшихся на кампании настроек — например, имени или минус-фраз — прямую правку может ограничивать пакет. Тогда требуется отдельное решение об отвязке: новое BiddingStrategy вместе с PackageBiddingStrategy: null. Это смена управления рекламой, а не техническая мелочь. Неверная настройка остаётся находкой, даже если готовая команда не может её исправить; назовите нужный путь в интерфейсе.

Автоматическая модель атрибуции

По умолчанию отчёты используют AUTO. Перед сравнением с целью стратегии проверьте её модель атрибуции; у пакета она читается у пакета. Если модели различаются, объясните, почему конверсии и их стоимость могут не сходиться, и предложите выбрать модель отчёта или сравнить обе. Если выбор пользователя уже известен, используйте его без повторного вопроса.

Если пользователь предпочитает AUTO, а в кампании стоит LC, можно предложить перейти на AUTO и в настройках кампании. Объясните последствия: стратегия будет использовать иначе рассчитанные конверсии и адаптировать прогноз, а при оплате за конверсии изменится состав оплачиваемых визитов. Для обоснования перехода полезно сравнить количество и качество конверсий по обеим моделям. Модели атрибуции в Директе.

Смена настройки — отдельное изменение кабинета: покажите кампанию или стратегию и LC → AUTO, затем действуйте по обычному порядку изменений. Если пользователь уже поручил смену, повторное согласие не требуется; предпочтение AUTO только для отчёта таким поручением не является. У пакетной стратегии учитывайте все связанные кампании. Если готовая команда не поддерживает правку, используйте доступный способ изменения стратегии или дайте инструкцию для интерфейса; отвязывать кампанию ради этого поля не нужно.

Недельный бюджет кабинета

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

Бюджет кампании от прибыльной траты

Выбор небольшой суммы на старте, проверка трафика и увеличение расходов — в управлении бюджетами.

Недельный бюджет вместо DailyBudget

Поддерживаемые поля и ограничения описаны в управлении бюджетами.

2. Уровни настройки: кампания, группа, объявление

Общие настройки на уровне кампании

Общую разметку, минус-фразы, уточнения и быстрые ссылки по методике задают на кампании, где это возможно. Группа или объявление переопределяют их только по конкретной причине: иначе растёт число мест, которые легко забыть обновить.

Для URL и минус-фраз в API предусмотрены уровни кампании и группы. Подробности схемы названий и UTM: naming.md. У дополнений интерфейс и API устроены по-разному.

Дополнения в API привязаны к объявлениям

Интерфейс позволяет наследовать быстрые ссылки и уточнения от кампании, а API не даёт соответствующих полей кампании. Чтобы выровнять набор через API, нужно прочитать объявления и привязать одинаковые дополнения каждому поддерживаемому ResponsiveAd; для отдельной группы выбрать только её объявления. Если готовая команда не поддерживает нужное поле, подготовьте ручные действия по MANUAL_SETUP.md.

Добавленное позже объявление автоматически этот набор не получит: привязку нужно повторить явно. Старые неподдержанные для записи форматы остаются для ручной правки, и неполное выравнивание нужно назвать.

Одинаковые уточнения переиспользуются по идентификатору после AdExtensions.get. Создавать дубликат незачем: API отклоняет идентичные уточнения. Быстрые ссылки связываются через SitelinkSetId, уточнения — AdExtensionIds при создании и CalloutSetting при изменении.

3. Структура: кампания, группа, фраза

Границы кампании: продукт, регион, место показа

Методика разделяет кампании по трём признакам: однородная товарная группа, регион и поиск/сети. Например, «кольца с бриллиантами», «дорогие кольца с бриллиантами» и «серебряные кольца» дают разную экономику спроса. Эти границы отражаются в имени кампании.

Разделение регионов помогает управлять ставками и защищать отдельные бюджеты. Региональные и групповые корректировки позволяют менять цену результата внутри одной кампании, но её недельный бюджет остаётся общим. Под одной пакетной стратегией общий расход снова объединяется: региональное разделение сохраняет аналитику и настройки, но уже не обещает изоляции денег.

У ЕПК места показа выбираются отдельно от формата объявления. Перед созданием и при изменении охвата читайте места показа: там есть выбор «только товарная галерея», явные флаги API и проверки оставшихся переключателей в интерфейсе. Не включайте дополнительные места только из-за использования фида.

Мастер кампаний объединяет места показа

В Мастере кампаний поиск и сети не разделяются по этой методике: имя с poisk-seti корректно. Campaigns.get не даёт полноценного чтения таких кампаний; отсутствие в списке не означает отсутствия в кабинете. Reports показывает их статистику, но по одному CampaignType Мастер не всегда отличим от обычной кампании.

Одна группа — одно намерение

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

Деление большого списка с балансом спроса

В группу входит вся семантика одного намерения до лимита API — 200 фраз. Если фраз больше, делите список с балансом спроса: не складывайте все популярные запросы в одну группу, а весь редкий остаток в другую. Иначе вторая не наберёт статистики.

Для баланса используйте частотность Вордстата или накопленную статистику. Произвольный предел «не больше десяти фраз» методика не вводит.

Мало показов и недостаточно данных

У новых товарных объявлений учитывайте срок генерации до трёх дней. Проверьте этот этап прежде, чем объяснять отсутствие первых показов только спросом, ставками или бюджетом; явные ошибки обработки и допуска требуют отдельного устранения.

При анализе рекламы самостоятельно выявляйте группы с редкими или отсутствующими показами и проверяйте их статусы. При создании или перестройке групп оценивайте спрос по фразам и риск его чрезмерного дробления. Если по оценке спроса отдельным группам может не хватить трафика, заранее объясните пользователю риск редких показов и нехватки статистики, предложите подходящую структуру. Не ждите, что пользователь знает об этой проблеме или назовёт статус. Различайте наблюдаемую проблему и предполагаемый риск: до запуска основанием служит оценка спроса.

Поводом для проверки также может быть сообщение пользователя о «малом числе показов», «редких показах» или «недостатке данных». Уточните по доступным сведениям точный текст сообщения, объект и источник: интерфейс, API или отчёт. Используйте их, чтобы различить причины.

В API поле группы ServingStatus=RARELY_SERVED называется «Мало показов»: при текущих условиях показы крайне редки, например из-за отсутствия спроса на фразы. Это свойство группы, отдельное от модерации Status. Значение ELIGIBLE означает возможность показов, но не гарантирует трафик. Статусы группы в API.

В справке по объединению однотипных групп используется формулировка «Для прогноза трафика не хватает статистики». Нехватка данных для прогноза сама по себе не доказывает запрет показов. Сообщение о недостатке конверсий для обучения стратегии также требует отдельного разбора; не переименовывайте его в «Мало показов».

Получите группы со статусом из API:

uv run scripts/adgroups.py --account "логин" --campaign 123 --rarely-served

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

Если спрос раздроблен по множеству однотипных товарных групп, предложите общую группу с шаблоном и параметрами ссылки. Это способ собрать спрос и сохранить переходы на нужные товары; он не создаёт спрос и не гарантирует снятия статуса. Сам приём объединения описан в справке Директа.

Одно объявление или несколько подач

По умолчанию в группе одно комбинаторное объявление: оно уже перебирает до семи заголовков и трёх текстов. Соседний похожий набор делит трафик и затрудняет сравнение.

До трёх неархивных комбинаторных объявлений предлагаются при большом спросе и задаче сравнить действительно разные способы подачи. Количество согласуется с пользователем. Сравнение API доступно по AdId; результаты отдельных элементов и пар оно не предоставляет.

4. Фразы, минусовка, автотаргетинг

Начальный список минус-фраз

Предлагаемый начальный слой:

Сначала объясните, какой спрос уйдёт, и проверьте продукт. Собственный список кампании и подключённые библиотечные наборы учитываются вместе. При замене целого поля сохраните нужные существующие значения. На кампании до 20 000 символов собственного списка и до трёх наборов.

Исключать только то, что не продаём

Любое слово начального списка отменяется смыслом предложения. Фотостудии нельзя автоматически исключать «фото», а услуге написания обзоров — «обзор». Минусовка выполняется по задаче и реальным запросам; общий список не подставляется молча.

Фиксация стоп-слов в минус-фразах

Авторский практический приём: фиксировать значимые предлоги, частицы, местоимения и союзы через !, например !как, !почему, !своими руками, -!б !у. По наблюдениям автора, без фиксации часть таких исключений не отсекала нежелательные показы.

Проверяйте все четыре уровня: минусы внутри ключевой фразы, группу, кампанию и библиотечные наборы. Наличие минус-фразы ещё не доказывает, что её смысл сохранился после обработки операторов; результат проверяется по запросам.

Запросы с конкурентами

Устойчивый бренд конкурента выделяется в отдельную кампанию; в остальных кампаниях этот бренд минусуется. Так более дорогой конкурентный трафик не смешивается с основной экономикой и бюджетом.

Для слабо брендированного рынка с множеством небольших производителей, например штакетника, присутствие в таком трафике допустимо без отдельной кампании. Решение зависит от узнаваемости бренда и результата.

Собственные списки и библиотечные наборы

Автор обычно хранит минусы списком кампании, но оба способа равноправны. Пользователь может использовать общие наборы NegativeKeywordSharedSets и привязки кампании или группы.

Перед заменой списка привязок прочитайте его целиком. Если общий набор используется другими объектами, изменение его на месте затронет их тоже; для локальной задачи подготовьте копию и перепривязку.

Автотаргетинг в разных стратегиях

Для новой поисковой группы стартовый выбор — только узкие запросы, если пользователь не выбрал другой состав. Значение каждой категории, случаи расширения охвата, отдельный выбор брендов и команды — в AUTOTARGETING.md. При аудите действующей рекламы сначала оцените результат её категорий, затем предлагайте изменение.

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

Автотаргетинг встречается не только у ЕПК. В Keywords.get его можно отличить по Keyword = ---autotargeting; он приходит рядом с обычными фразами. В обязательной группе его нельзя остановить, удалить или выключить все категории. Доступны поддерживаемые категории и признаки упоминания бренда.

У автотаргетинга нет обычной таблицы торгов для расчёта по объёму; его нельзя включать в такой расчёт или кросс-минусовку как обычную фразу.

Когда выделять коммерческое слово

Для широкой фразы можно отдельно купить запросы со словом «купить» по высокой ставке, а остальное оставить по более низкой: условно рейка кондор купить и рейка кондор -купить.

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

Откуда брать частотность

Для новой семантики и оценки спроса используйте соседний скилл Вордстата. Если его нет или доступ не настроен, назовите это и дайте ссылку; частотность на глаз не оценивается.

Reports показывает уже полученные показы и клики, а GetForecast — прогноз; они не заменяют частотность Вордстата на этапе составления новой семантики.

Квадратные скобки против нежелательной подмены смысла

По авторским наблюдениям, фиксация отдельного слова квадратными скобками помогает ограничить семантическую подмену, сохраняя склонение. Например, [дымоход] для бани использовалось против показов по воздуховодам и вентиляции. Фиксируется изменяющее смысл слово, а не вся фраза, чтобы сохранить остальной охват.

Документация описывает [ ] как оператор порядка слов; дополнительный эффект рассматривайте как наблюдение методики, а не гарантированное свойство любого запроса. Проверяйте поисковые запросы после изменения.

Восклицательный знак при изменении смысла словоформы

В ключевой фразе ! применяется точечно, когда изменение падежа разворачивает смысл. Примеры исходной практики: дымоходы !печи, дымоходы !печей; отдельный вариант с предлогом и минусами — дымоход !для печь -печи -печь.

Не фиксируйте каждое слово ради общей «точности»: лишние ограничения режут охват. Перед записью убедитесь, что конкретное сочетание операторов сохраняет нужные запросы.

Группы вариантов через OR

В исходной практике запись (carl zeiss|карл цейс) (тео 020б|teo 020b) использовалась при работе через Excel, но не работала как обычный ввод в интерфейсе. Поддержка такой записи через Keywords.add здесь не подтверждена.

Поэтому скилл не создаёт новые OR-последовательности на основании этого примера. Уже существующие при чтении сохраняются; для новой семантики используются явные фразы, пока поддержка нужного способа не установлена.

5. Ставки и корректировки

Четыре границы стартовой ставки

Сначала прочитайте аукцион, спрос и приоритет направления. Постоянной стартовой ставки нет. Выбор ограничивают четыре условия:

1. Видимость: ставка должна давать хотя бы некоторые показы, иначе данных не появится.
2. Для приоритетного направления: ориентир объёма трафика не ниже 70, желательно 100. Это показатель аукциона, а не обещанная доля показов на первой позиции.
3. Потолок клиента: максимальная допустимая цена ставки за клик; расчёт не должен его превышать.
4. Надбавка: процент выше аукционного ориентира, чтобы не ставить ровно на текущую границу.

Отдельно действуют допустимые минимум и максимум валюты из Dictionaries.get → Currencies. BidIncrement не следует автоматически превращать в запрет некратной ставки: API может сохранять её без округления.

Для таблицы «объём → ставка → списываемая цена» используйте KeywordBids.get, SearchFieldNames: AuctionBids. Старые позиционные показатели Bids.get её не заменяют. Потолок клиента — отдельное условие локального расчёта. Перед записью показываются аукцион, текущая и предлагаемая ставки.

Формула ставки по объёму трафика

Расчёт: новая ставка = min(ставка для выбранного объёма × (1 + надбавка / 100), потолок клиента).

В KeywordBids.setAuto объём поиска задаётся TargetTrafficVolume (5–100), охват сетей — TargetCoverage (1–100), потолок — BidCeiling, надбавка — IncreasePercent (0–1000). Нижняя граница видимости отдельным параметром не задаётся: если потолок опускает результат ниже доступной нижней строки аукциона, пользователь должен это увидеть.

Скилл рассчитывает число сам по свежей таблице KeywordBids.get и записывает через Bids.set. Так до записи видно конкретное значение; setAuto его заранее не возвращает, а часть подобных операций выполняется асинхронно. Цена такого подхода — аукцион может измениться между чтением и записью.

Расчёт не применяется к идентификатору автотаргетинга и сам по себе не сбрасывает автоматическое управление его ставкой. На поиске ручное назначение требует HIGHEST_POSITION; совместимость сетевых стратегий проверяется отдельно.

Постоянное управление аукционом

Разовая ставка быстро устаревает. Для удержания нужного объёма автор использует внешний сервис управления ставками, например ZoomKit; подробности — ZOOMKIT.md.

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

Только обоснованные стартовые корректировки

На старте задаются лишь очевидные ограничения бизнеса: например, возрастная группа заведомо не может быть покупателем. Корректировка без статистики — отдельный эксперимент с возможной ценой.

Автоматическое «мобильные −30%» не используется: хорошие мобильные результаты нельзя исключать заранее.

Мобильные устройства и качество сайта

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

В этой методике снижение мобильной ставки обосновывается плохой работой сайта на телефоне. Это временное ограничение потерь, а основная проблема требует исправления сайта. Один срез устройств в Reports не показывает качество мобильной страницы.

Исключение сегмента через −100%

Корректировка −100%, то есть BidModifier = 0, применяется точечно к заведомо нецелевому сегменту. Методика не строит «белый список» массовым исключением всех остальных: так легко потерять полезный спрос.

6. Комплект комбинаторного объявления

Полный и сокращённый комбинаторный набор

Для кампаний с достаточным объёмом рабочий ориентир — полный набор до 7 × 3: семь заголовков и три текста. Для бренда, премиального предложения, малого бюджета или сообщения, требующего особого контроля, предлагается сокращённый набор — алгоритму при малом трафике нечего надёжно сравнивать.

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

Где показывать бренд

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

Последний вариант хуже заметен и может обрезаться; отображаемая ссылка всё равно должна соответствовать содержанию предложения. Не подменяйте этот порядок случайным размещением бренда в элементе, который обычно скрыт.

Сначала намерение, затем заголовки

Сначала выясните намерение группы по её фразам, затем подготовьте подходящие заголовки и совместимые с ними тексты. Обязательного перечня «скорость, доверие, география, ассортимент» нет: полезность каждого мотива определяется запросом человека.

Две роли цены в заголовке

Решение принимает пользователь после объяснения вариантов. Цена может быть преимуществом «у нас дешевле» и привлекать клик, либо фильтром для тех, кому предложение дорого, намеренно уменьшая число кликов.

Фильтр особенно полезен, когда нецелевой клик дорог. Отдельное поле PriceExtension можно использовать вместе с ценой в заголовке; OldPrice должно быть больше Price, а цена — соответствовать допустимому шагу и валюте. Не меняйте цену без актуальных данных.

Самостоятельный смысл каждого элемента

Каждый заголовок и текст — законченная мысль. Заголовок не начинает фразу, которую должен завершить один определённый текст: Директ может выбрать другую пару. В сетях текст может не показаться, а заголовок — обрезаться.

Прочитайте все сочетания, включая подстановки по фразам. Порядок подготовки и команды: COMBINATORIAL_COPY.md, TEMPLATES.md.

Что проверять по длинам

Проверяются реальные пределы полей, слов и символов. Отдельного требования стыковать самый короткий заголовок с самым длинным текстом или обязательно иметь два заголовка короче 35 символов нет: самостоятельный понятный текст важнее такого подбора.

У заголовка предел 56 символов и 22 на слово, у текста — 81 обычный символ, до 15 узких и 23 на слово. Решётки шаблона не учитываются. Актуальные числа и расчёт берутся из limits.json, а не дублируются в реализации.

Сокращённый набор и след автоконвертации

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

Сокращённый осознанно набор не считается неполным только по числу элементов. Читайте Ads.get с ResponsiveAdFieldNames: без типовых полей преобразованное объявление может выглядеть как старый формат и скрыть реальный состав.

7. Дополнительные элементы объявления

Два назначения быстрых ссылок

Быстрые ссылки предлагаются всегда, где формат их допускает. Предпочтительный способ — досказать про продукт: для автомобиля акция, кредит и трейд-ин. Если про продукт добавить нечего, второй способ — показать широту предложения: например, рядом с водоочисткой бесплатный анализ воды.

Обычные «Контакты» или «О магазине» сами по себе предложение не усиливают. Ссылки должны вести к обещанному, а не просто заполнять места.

У набора своя модерация. Пока новая версия проверяется или отклонена, может показываться прежняя, недоступная чтению API; проверка реально используемых адресов должна учитывать SitelinksModeration. Набор не редактируется: создаётся новый и перепривязывается. До восьми ссылок, заголовок до 30, описание до 60 символов.

Количество быстрых ссылок

Количество определяется реальными преимуществами. Восемь ссылок с описаниями могут понадобиться для эксклюзивного размещения, но при четырёх убедительных преимуществах лучше четыре настоящих ссылки, чем ещё четыре выдуманных.

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

Уточнения дополняют основной текст

Уточнения — дополнительные условия и преимущества после текста: «договор за один день», «работаем с НДС». Они должны сочетаться с объявлением; их показ не гарантирован.

Одно уточнение до 25 символов, до 50 привязок. Уже существующее одинаковое уточнение переиспользуется по идентификатору. При изменении набором управляйте через CalloutSetting, учитывая различия ADD, REMOVE и SET.

Промоакция через интерфейс

При сборке предложения обсудите подходящую реальную акцию: бесплатную консультацию, тест-драйв или замер. Через API скилл не может создать промоакцию или привязать её к объявлению; покажите точный путь в UI_MAP.md.

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

Изображения и видео по месту показа

Для сетевой кампании методика считает набор полным при наличии и изображений, и видео. Это требование к качеству подготовки в методике, а не утверждение, что API всегда запрещает объявление без одного из них.

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

Результат видео важнее его CTR

Высокий CTR видео в сетях может сопровождаться случайными кликами и отсутствием ценных конверсий. По методике видео оценивается по расходу и результату; расход без отдачи — повод снять видео, а не повышать ставку из-за кликабельности.

API даёт результат объявления в целом по AdId. Без отдельного измерения нельзя приписать весь результат именно видео или доказать преимущество видео над изображением внутри того же объявления.

Баннер на поиске для заметности бренда

Отдельный баннер рядом с выдачей рассматривается, когда задача — занять максимально заметное место по бренду. В авторской практике показ или клик дороги, но общий объём может быть небольшим; это оценивается по конкретному кабинету.

На баннере нужны интересный понятный материал и телефон, если формат позволяет позвонить без перехода на сайт. Создание и управление выполняются через интерфейс. MCBANNER_CAMPAIGN встречается в отчётах, но не даёт полноценного управления через Campaigns.

8. География, расписание, площадки

Площадки поисковой кампании

Проверяйте не только сети: поисковая кампания также получает показы на сайтах-партнёрах. Используйте Placement вместе с AdNetworkType; нежелательные площадки исключаются через ExcludedSites.

При замене целого списка сначала прочитайте существующие исключения и сохраните нужные. В списке до 1000 площадок.

Исключение площадки по цене результата

Основной критерий — кратное превышение допустимой цены ценной конверсии, а не просто большой расход. Коэффициент превышения должен соответствовать экономике клиента; универсальный порог из этого приёма не следует.

Не делайте уверенный вывод по редким конверсиям: один результат на ста кликах ещё не задаёт устойчивую конверсионность. Для нулевых конверсий учитывайте объём наблюдений и доверительный интервал, а не только ноль в таблице.

Низкий CTR площадки как отдельная гипотеза

Авторский приём — исключать площадку с большим числом показов и низким CTR даже до накопления претензий по конверсиям. Его исходная гипотеза: такая площадка ухудшает общую статистику, что может повышать цену остального поискового трафика.

Не выдавайте эту причинную связь за гарантированное свойство API. Покажите достаточность показов, расход, конверсии и предполагаемую пользу; результат проверьте по CTR, цене клика и ценным конверсиям всей кампании после изменения. Методика сохраняет этот вариант отдельно от критерия дорогих конверсий.

География без устаревшего переключателя

Настройка расширенного географического таргетинга стала недоступна; Директ учитывает контекст региона сам. Не предлагайте старое поле ENABLE_AREA_OF_INTEREST_TARGETING как работающий рычаг: принятие поля записью не доказывает применения.

Проверяйте реальные регионы показов и выбранную географию. Отсутствие отдельного переключателя не отменяет разделения кампаний по регионам для ставок и бюджета. Подробнее об измерении дополнительной географии: hypotheses.md.

Расписание по работе бизнеса

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

Сокращение дней показов меняет возможный дневной расход: при трёх днях и более — до 35% недельного бюджета за день, при двух — до 50%, при одном — до 100%. Это нужно назвать, даже если просьба звучит как «выключить ночь».

Расписание задаётся TimeTargeting; для почасовых коэффициентов допустимый диапазон 0–200%, 100% сохраняет ставку, 0% убирает показы. Проверьте часовой пояс.

Мониторинг доступности сайта

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

Проверяется Settings → ENABLE_SITE_MONITORING = YES в структуре соответствующего типа, а не только у ЕПК. Смарт-кампании и продвижение приложений не нужно объявлять ошибочными за отсутствие неподдерживаемой настройки.

Исключение выявленных нежелательных IP

Список не заполняется профилактически. В него добавляют адреса конкретного нежелательного источника показов. До 25 адресов и запрет частных подсетей делают этот механизм ограниченным: он не защищает от массового недействительного трафика.

BlockedIps заменяется целиком; перед записью сохраните нужные старые значения. null явно очищает список.

9. Здоровье кампании

Ориентиры для первого просмотра

Исходные ориентиры методики:

Это грубый отбор для дальнейшего вопроса, а не отраслевой норматив и не доказательство плохой кампании. Нужны тематика, регион и история. Денежные диапазоны относятся только к рублёвым кабинетам; для другой валюты здесь нет готового ориентира, и произвольным пересчётом его не заменяют.

Дорого и без конверсий — разные случаи

Единый подход используется для площадки, фразы и группы, но выводы различаются:

• «Конвертирует, но дорого»: фактическая цена = расход / число ценных конверсий; сравните её с допустимой ценой и согласованной кратностью превышения.
• «Тратит и не конвертирует»: делить не на что; сравнивайте расход с допустимой ценой, отдельно оценивая достаточность наблюдений и вероятность случайного нуля.

Не ограничивайте поиск дорогого трафика только строками с нулём конверсий: большой перерасход бывает при ненулевом результате. Для фразы сначала посмотрите запросы внутри неё — часто достаточно минусовки, а не отключения всей фразы.

Как подать находки

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

Проверка адресов вне API

Проверка посадочных страниц — отдельное сетевое чтение по адресам, введённым в кабинете. Не отправляйте запросы к localhost, частным сетям, служебным адресам и другим непубличным назначениям.

Адрес проверяется до первого запроса и после каждого перенаправления; соединение должно использовать уже проверенное назначение, чтобы повторное разрешение имени его не подменило. Ограничение числа перенаправлений само по себе этого не обеспечивает.

Отказ проверять такой адрес означает «проверка не выполнена» с причиной, а не «ссылка сломана». Проверять нужно и основной адрес объявления, и быстрые ссылки, и адрес магазина приложения на уровне группы.

Что требует реакции сегодня

Сначала проверьте аналитическую разметку: её отсутствие или дублирование может сделать остальные выводы о конверсиях недостоверными. Далее — остальные срочные случаи:

• работающая кампания расходует деньги без подходящего счётчика или ключевой цели;
• нужные показы остановились из-за отклонения кампании или объявлений;
• основная или быстрая ссылка ведёт на недоступную страницу.

Срочность относится к текущему состоянию. Расход в начале периода не делает архивную, завершённую или сознательно остановленную кампанию срочной сегодня. Проверяйте и объявление, и родительскую кампанию.

API отдаёт последнюю версию, а на показе иногда остаётся предыдущая. Содержимое ссылок и текстов соответствует используемой версии при подходящем статусе допуска; если правка ещё проверяется или отклонена, назовите ограничение вывода. Не теряйте типы кампаний с другими путями счётчика или пакетной стратегией. Адрес магазина приложения принадлежит группе и после создания может требовать пересоздания, а не простой замены поля.

10. Применимость типов кампаний и форматов

Мастер кампаний как дополнительная проверка спроса

Мастер запускается рядом с ЕПК, а не вместо неё, с оплатой за конверсии. Это эксперимент с отдельными условиями, описанными в hypotheses.md; отсутствие Мастера не является ошибкой кабинета.

Создание и правка — через интерфейс. Дайте пользователю подготовленные значения и пошаговую инструкцию. Reports используется для доступной статистики; отсутствие кампании в Campaigns.get не означает, что её нет.

Товарная кампания при каталоге и фиде

Оба условия обязательны для предлагаемого штатного пути: на сайте есть каталог и подготовлен фид. Товарная кампания добавляется к обычной.

Товарные объявления ShoppingAd в ЕПК создавайте и изменяйте через shopping.py, фиды в библиотеке кабинета — через feeds.py. Перед подготовкой товарной рекламы прочитайте FEEDS.md: там описаны загрузка фида, текст по умолчанию, источники заголовков и текстов, фильтры и проверка обработки. Для неподдерживаемых форматов и настроек дайте путь в интерфейсе.

Два пути в товарную галерею

Штатный вариант методики — товарное предложение с фидом; ради него обычный комплект специально не перекраивается. Вариант без фида, через комбинаторное объявление с ценой, остаётся проверяемой идеей. Условия запуска и измерения сохранены в hypotheses.md.

Медийные форматы под задачу бренда

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

Типы дополняют друг друга. Баннер на поиске для захвата заметного места по бренду — отдельный частный приём; ограничения создания и настройки уточняются по интерфейсу и API.

Ретаргетинг для дополнительного охвата

Ретаргетинг предлагается, когда нужно добрать охват среди уже знакомой аудитории. Это повторная покупка внимания людей, за которых уже заплатили, поэтому он не включается просто из-за наличия возможности.

Условия создаются в RetargetingLists, связываются с группой через AudienceTargets; ставка и доступность зависят от стратегии. Назовите бюджет и ожидаемую дополнительную пользу.

Можно ли исключить уже купивших

В опыте автора ретаргетинг лучше подходит недвижимости и автодилерам: цикл сделки длинный и есть отслеживаемый факт покупки. Для интернет-магазинов он вызывает больше вопросов: потребность могла уже закрыться, в том числе у конкурента.

Практический критерий — насколько надёжно можно исключить купивших. Цель своей покупки помогает, но не сообщает о покупке в другом месте. Это ограничение оценивается по продукту; универсального обещания эффективности ретаргетинга нет.

Метрика и Яндекс Аудитории

Поведение на сайте описывают цели и сегменты Метрики. Внешние данные — списки CRM, телефоны, геолокация, похожие аудитории — относятся к Яндекс Аудиториям. Оба источника могут участвовать в RetargetingLists, но их происхождение и смысл не смешиваются.

Сегмент на поиске через корректировку

Методика использует сегмент аудитории на поиске как корректировку ставки. Прямое условие аудитории в группе пересекается с ключевыми фразами через «И» и может резко сократить показы. В сетях условия работают через «ИЛИ», поэтому сегмент подходит как самостоятельное условие показа.

Корректировка задаётся через BidModifiers, условие показа — через AudienceTargets; перед записью проверьте ограничения типа группы.

11. Автоматика Яндекса, включённая по умолчанию

Отключение автоматического применения рекомендаций

По методике автоприменение рекомендаций отключается: оно может менять кампанию одновременно с работой пользователя и скилла, затрудняя понимание фактического результата.

Доступного поля чтения и записи этой настройки в API нет. Состояние проверяется и меняется в интерфейсе; не сообщайте, что оно проверено по одной выгрузке API.

Персонализация текста как эксперимент

Нейросетевая адаптация заголовков и текстов не включается по умолчанию: переписанный элемент уже отличается от проверенного набора. Её можно предложить с измеримым результатом, сроком и условиями остановки.

Переключатель API — Settings → ALTERNATIVE_TEXTS_ENABLED. Исключения персонализации задаются в интерфейсе и могут быть общими на весь кабинет; соответствующего списка в объекте кампании нет. Изменение одного переключателя не заменяет настройку исключений.