Профессионализм в «Директе» начинается с API. И это лишь уровень Middle
Заголовок наверно звучит неприятно и вызывающе. Но это не кликбейт, всё детально раскрываю. Статья может перевернуть Директ у того, кто глубоко и непредвзято в неё погрузится. А кто и так работает с API — добавится фокусировок. На вебинаре 26 марта поделюсь своим простым шаблоном для получения данных из метрики в гугл таблицы, чтобы эта статья сразу перешла в практику
(Вебинар будет доступен подписчикам тг-канала)
Всё что до API – несерьёзно. Без обид. Даже если опыт 10 лет, 200 проектов и миллионные бюджеты. Исключение – глубокое понимание маркетинга. И то, это уровень в маркетинге, а не Директе (его тоже обычно неверно оценивают, сильный маркетолог – дефицит). А ошибками на ведении Директа легко испортить хороший маркетинг и продукт
В следующей статье раскрою свои критерии для каждого уровня. Коротко – зависит от задач, которые спец решает системно и гарантировано. И уже Мидл должен решать ряд задач, которые требуют серьёзной работы с данными. Без этого только наудачу
Кто не сталкивался, API – это инструмент получения «сырых» данных из метрики: по каждому визиту, человеку, просмотру. Дальше из них строят свои отчёты. Но зачем, если есть метрика и мастер отчётов Директа?
Первое, что нужно увидеть и принять: отчёты метрики и Директа – с лютыми пробелами. Особенно Директа. Они годятся только для поверхностного осмотра (и игры в прятки от клиента). Но для достоверных выводов из них должно сойтись много звёзд
Косяки метрики:
- Примитивные модели атрибуции. Нет пользовательских (о них ниже)
- Ограниченные фильтры. Регулярные выражения только для некоторых группировок
- Нет пользовательских группировок (например, объединить 3 рк в один сегмент, или сделать периоды по 3 дня)
- Нет вычисляемых показателей
- Ограничение количества группировок, метрик, фильтров
- Офлайн-цели всего за 21 день
- Часто «нет данных» при пересечении разных группировок, или ещё почему-то
- Отчёты плохо согласованы друг с другом. Расходы, визиты, просмотры и параметры визитов нельзя пересечь между собой. Ещё и данные часто расходятся
- Скудные возможности для визуализации
- Нет важных срезов и показателей из Директа – текстов, id ключевиков и тд
- Трудно очистить данные от искажающих факторов. Их даже не видно
И ещё пару десятков наберётся. Системы сквозной аналитики закрывают лишь часть этих проблем, в основном неполноценно
В отчётах Директа совсем тоскливо. Те же косяки, но к ним добавляются:
- Фильтрация ещё хуже. Вообще нет регулярок, нормальных «содержит / не содержит». Часть фильтров кривые, отсекают лишнее
- Нет ряда срезов и показателей, которые напрашиваются – группировки регионов, точной позиции (есть только в utm-метках в метрике), доли показов наверху, дней недели, часов. Доля аукционов не по всем срезам. И т.д.
- Нет выбора: целевые визиты или посетители (и клики / визиты / посетители). В большинстве бизнесов задача – привлечь именно целевого посетителя. А часто показатели (и выводы!) по визитам и посетителям диаметрально отличаются
- Избранных целей нет, только сумма целей. Один человек мог достичь несколько целей
- В отчёте по запросам доступна только одна цель
(Последние 3 решаются офлайн-целями, с контролем передачи без дублей)
Плюсы у отчётов Директа тоже есть – ряд метрик и группировок, которых нет в метрике (хотя это скорее минус метрики). Заголовки для товарных рк, показы и CTR, категории таргетинга, средние позиции показов и в таком духе. Часто это решается объединением данных из API метрики и Директа, но не всегда
Надо отдать должное, что-то в метрике за последний год решили – избранные цели, страницы конверсий, единый отчёт по расходам нескольких аккаунтов. На этого очень мало. А я пишу не столько для критики яндекса (это не самоцель), а чтобы объяснить зачем API:
95-98% этих проблем полностью решаются с его помощью
Главная обида за людей – что они начинают мыслить шаблонами отчётов метрики. И это грустно – хорошая аналитическая среда наоборот, годами незаметно обучает человека правильному анализу. Шаблонизирует в нужную сторону. Это ведёт к более точным действиям и результатам. И усиливало бы LTV Яндекса. Так что тут скорее их непродуманность, а не палки в колёса. В общем, спасибо за API, без него была бы совсем лотерея (хотя и там пробелов хватает)
Поэтому я часто согласен с теми кого бомбит в тг-чатах, что люди выдумывают страдания когда всё проще. API и работа с сырыми данными это не трудно. Не ядерная физика. Любой за месяц-два неплохо освоит. И откроет целый мир, гораздо интереснее чем лотерейный перезапуск рк, бесконечные чистки и корректировки
Процесс творческий. Нужно самому продумать, в какие отчёты свести сырые данные и как вытащить из них ответы, а не отдавать это метрике. Метрика – просто интерфейс-распаковщик тех же самых данных
Кроме недостатков метрики, многие задачи просто непонятно как решать без API:
- А/Б тесты часто показывают ложные результаты, если смотреть в Метрике или Директе. Не раз я перепроверял чужие тесты и приходил к другим выводам. Об этом как-нибудь напишу статью
- Мой гарантированный метод борьбы с фродом в РСЯ, на который ссылался в видео, во многом стоит на анализе сырых данных
- Выявлять и администрировать риски гораздо проще. Например, следить за изменением структуры трафика
и т.д.
Несколько простых кейсов использования:
- Частый путь клиента в проектах с длинным циклом: несколько переходов с Директа и др., затем конверсия с имиджевого запроса в Директе. Эту конверсию в Метрике видно только для первого перехода и для самого имиджевого запроса. А промежуточные будто и не причём. Поэтому нужно считать линейную и равноценную атрибуции. Или чуть сложнее – «последний неимиджевый переход из Директа». В метрике устанешь собирать
- Сами типичные пути в метрике не видны, только с API
- Пример из видео про фрод – нужно очистить лишние и неоднородные данные по тестам в РСЯ. Бывает, что одно объявление показывалось в основном на дзене, а другое на com и dsp. Фильтров метрики и Директа тут недостаточно, но главное – сложно понять, какие именно данные надо отсечь
- Увидеть изменение структуры трафика и последующие риски неоднородности без API проблематично (видео с этими рисками)
- Ngram-анализ на предварительно обработанных, очищенных и сгруппированных данных, в разных атрибуциях, покажет гораздо более интересные результаты (ngram – это продвинутый анализ поисковых запросов, вот видео с простым шаблоном в Гугл таблице)
- Легко увидеть динамику цены клика в течение дня за длинный период
Большинство этих задач должны уметь решать спецы уровня Мидл. И в них нет ничего сложного. А собирать рк, чистить площадки и фразы, делать корректировки ставок по срезам, разгонять автостратегии – всё это должен уметь уже Джун, на этом нельзя застревать. Сравните с требованиями к прогерам
К тому же API сильно экономит время. Один раз настроил под задачу, и обновляешь в любом проекте. А в большом анализе экономия за счёт точности гипотез
Но API самого по себе мало. Нужно правильно выбрать данные, обработать, очистить, найти факты, интерпретировать. API лишь инструмент. И пока не освоил его, даже не догадаешься, что и как можно делать с этими данными дальше. Многие просто меняют одно ИБД на другое – строят красивые отчёты для клиента, а не решают его задачи. Поэтому уровень Мидл с API только начинается, а не заканчивается
На курсе по ведению Директа открываю окно в мир API. Целый модуль и 6 уроков этому посвящено. Делюсь своим простым инструментом в Гугл таблицах (видео выше), без кода и англицизмов – очень удобно для тех, кто никогда не сталкивался и пока побаивается. Чтобы познакомиться и начать удивляться. С примерами и инструкциями на пальцах. Сначала надо чуть повозиться, зато потом много радости и другие результаты. Скрины приложил:
Лучше не откладывать знакомство и погружение в API. Думаю через год-два заказчики будут чаще спрашивать об этом при выборе исполнителя. Некоторые уже задают такие вопросы. Скорее всего работа с API станет нормой
И рекомендация – настройте сразу полные динамические utm-метки, как описал в этом посте. Они очень пригодятся в работе с API. Пока освоите, данные уже подкопятся
Напишите в комментах, какие ещё видите косяки в отчётах метрики и Директа, и какие задачи решаете только через API?
Статья могла быть болезненной. Выбить ненастоящие точки опоры. Но не переживай слишком сильно. Эти пробелы почти у всех – уровень рынка очень низкий, профессионалов мало. Пока что. Хотя многие и не особо туда стремятся, их устраивает по кругу перезапускать рк наудачу и верить ноющим балаболам, которые обучая скорее вредят (и почему-то называют совесть синдромом самозванца). Так что за год можно улететь в космос от среднего по рынку. Директ может быть интересным и системным. И на такой подход приходят другие клиенты
Говорят, кто не может зашивать, не должен резать. Статья могла подвскрыть. Зашить тоже есть чем. Пройдись ещё раз по ссылкам в статье, и заходи на мой тг-канал – добавит реальных точек опоры. Чистая практика, которая соберёт фундамент для профессионализма. И даст уверенность в себе не на псевдопсихологии и аффирмациях, а на твёрдых навыках и результатах
На вебинаре для подписчиков 26 марта поделюсь файлом из этой статьи!
И подписывайся на блог VC. Следующая статья – про критерии для всех уровней в Директе