D2 · 23.10 · помесячная выгрузка Директа

Главная · Все таблицы · Исследования

D2. Помесячная базовая выгрузка Яндекс Директа

Проверено API 23.10.2026. Вопрос до сбора (question.md) · официальные правила и журнал решения об ограничении запросов (preflight.md) · итоговый TSV по брендам и месяцам (brand-month.tsv) · протокол проверок и SHA (validation.json) · исходные TSV по кампаниям (../../sources/direct/2026-10-23/monthly-baseline/).

Что получено

По отдельным клиентским кабинетам Gerard Darel, IRO Paris и Tara Jarmon собраны шесть годовых отчётов Direct Reports API за 01.01–30.09.2025 и 01.01–30.09.2026. Все кампании с историческими строками включены без фильтра по их текущему состоянию. Модель атрибуции целей — LC («последний переход»), задана явно. Расход — Cost в рублях с НДС. Для PurchaseRevenue явно задан PurchaseGoals IN [ID ecommerce-покупки] каждого бренда. Запросы, ответы и ID целей находятся в .meta.json рядом с исходными TSV.

Всего 207 исходных строк и 54 строки итогового TSV (3 бренда × 18 месяцев). Итоговый TSV содержит показы, клики, расход, CPC, количество целевых визитов по покупке и корзине, соответствующую конверсию от кликов, PurchaseRevenue и отдельно ценность цели покупки Revenue_<ID>_LC. ID кабинета и обеих целей записаны в каждой строке. Исходные TSV сохраняют CampaignId и CampaignName для повторной агрегации и дальнейшей сверки.

Как читать столбцы

• cpc_rub_vat_cost_div_clicks = sum(Cost) / sum(Clicks). Средний CPC по бренду не получен усреднением CPC отдельных кампаний.
• purchase_target_visits_reported и cart_target_visits_reported — суммы числовых Conversions_<ID>_LC в строках кампаний. По определению Reports API это целевые визиты, а не количество заказов, товарных добавлений, оплаченных или выкупленных покупок. purchase_cr_pct_reported_div_clicks и аналог корзины — целевые визиты / клики × 100%, проценты.
• *_dash_rows показывает, сколько исходных строк содержали -- вместо числовой метрики. В исходниках прочерк сохранён. В итоге суммируются только числовые значения; сумма с прочерками не объявляется полной оценкой без выяснения смысла пропуска. Для покупки 51 из 207 строк с прочерком, для корзины 6; все 54 бренд-месяца имеют хотя бы одно числовое значение по обеим целям.
• purchase_revenue_rub_reported — PurchaseRevenue с явным фильтром по ecommerce-цели покупки. Это оценка Директа по цели покупки, не финансовый выкуп и не чистая выручка. purchase_goal_value_rub_reported — другая метрика: ценность конверсии Revenue_<ID>_LC, которая для ключевой цели может опираться на заданную в кампании ценность. Они не взаимозаменяемы: например, в исходной строке GD января 2025 по кампании 75950636 4 целевых визита дают Revenue_...=8000 ₽, тогда как PurchaseRevenue=123490 ₽. Это наблюдение API, механизм конкретной ценности кампании ещё не проверен.

Проверки и ограничения

Для всех шести исходных файлов проверены SHA256 против метаданных, точные 9 месяцев, отсутствие повторного CampaignId × Month, совпадение исходного и сохранённого количества строк, целевые ID и фильтр в параметрах. Для каждой исходной строки проверено, что AvgCpc совпадает с Cost / Clicks с точностью округления 0,011 ₽. Итоговый файл содержит 54 уникальных кабинет × месяц. Все 29 фактических запросов и их HTTP-статусы есть в журнале (../../sources/direct/2026-10-23/monthly-baseline/request-log.jsonl): 7 × 200, 7 × 201, 14 × 202 и один остановивший сбор 400/56, после которого интервал был увеличен; новых ошибок не было. Лимит в 90 попыток не достигнут.

Первый отчёт GD 2025 без фильтра PurchaseGoals оставлен отдельным диагностическим TSV (../../sources/direct/2026-10-23/monthly-baseline/gd-2025-default-purchase-goals-diagnostic.tsv), он не входит в итог. Фильтрованный отчёт GD 2025 вернул такое же значение PurchaseRevenue в проверенной строке, но это не доказывает идентичность логики для других кабинетов/периодов. Исходные метрики Директа могут меняться по мере сопоставления данных Метрики и поздних корректировок; момент исторического формирования отчёта — 23.10.2026.

Надёжность для следующего шага: расходы и клики получены из Директа, помесячная агрегация проверена. Целевые визиты имеют чёткие ID и модель, но прочерки требуют осторожности; это не уникальные order_id. Перед окончательным ДРР необходима сверка PurchaseRevenue с ecommerce-покупками Метрики, заказами Битрикса и фактическими оплатами/выкупами/возвратами. Стоимость одной ecommerce-покупки в следующем расчёте корректнее подписать CPA/CPO по целевым визитам, а не стоимость лида. До этой сверки выводы об эффективности рекламы не делаем.

Источник: analysis/2026-10-23-direct-monthly-baseline/report.md.