Аудит Яндекс Директа: чек-лист проверки работающего кабинета

Что именно должен дать аудит Яндекс Директа

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

Полезный аудит отвечает на пять вопросов:

1. Можно ли доверять данным, по которым сейчас управляют рекламой?
2. Какие кампании, запросы, площадки и аудитории покупают нужный бизнесу трафик?
3. Где подтверждено нецелевое расходование, а где пока есть только гипотеза?
4. Какие изменения нужно выполнить первыми, а какие могут подождать?
5. Как команда поймет, что изменение помогло, не помогло или создало новую проблему?

Проверка нового запуска и аудит работающего кабинета — разные задачи. Новый запуск принимают по составу сборки: ссылки, цели, география, расписание, стратегия, ограничения бюджета, объявления и тестовые обращения. Такой порядок разобран в материале о настройке Яндекс Директа под ключ.

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

До кабинета: зафиксировать задачу и границы проверки

Формулировка проверить Директ слишком широкая. Один бизнес хочет понять причину роста стоимости квалифицированного лида. Другой принимает кабинет у прежнего подрядчика. Третий готовится увеличить бюджет. Четвертый видит разные цифры в Директе, Метрике и CRM. Для каждой ситуации нужны разные данные и глубина проверки.

До аудита фиксируют:

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

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

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

Подготовить доступы и исходные данные

Для первичной проверки не нужно отправлять специалисту пароль от основного аккаунта. В Яндекс Директе можно добавить представителя с уровнем Только чтение: он видит настройки и статистику, но не получает доступ к балансу и оплате (справка Яндекса о представителях). Доступ к счетчику Метрики выдается отдельно; для просмотра отчетов без изменения настроек подходит гостевой доступ Только просмотр (справка Метрики о доступах). Если аудит должен сразу включать исправления, права и момент перехода к редактированию согласуют отдельно.

Минимальный комплект:

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

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

Три слоя проверки

«Если цели, звонки и CRM называют результат по-разному, первым приоритетом становится не перестройка кампаний, а восстановление данных, которым сможет доверять вся команда».

Чтобы не смешивать причины, кабинет проверяют по трем слоям.

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

Как вести проверку

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

Используйте четыре статуса:

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

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

Чек-лист аудита Яндекс Директа

1. Доступы, владение и история изменений

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

Затем изучают историю изменений. Яндекс сохраняет в ней запуск и остановку кампаний, изменения географии, расписания, стратегии, корректировок и настроек сетей, остановку объявлений и другие действия, влияющие на показы. При этом автоматические остановки из-за ограничения недельного бюджета или нехватки денег в историю не попадают (справка Яндекса).

Поэтому история помогает ответить на вопросы:

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

Само совпадение дат не доказывает причинность. Оно только задает гипотезу для проверки по сопоставимым данным.

2. Метрика, цели, звонки и CRM

До оценки CPA (стоимости целевого действия), ДРР (доли рекламных расходов) и автоматической стратегии нужно пройти приемку измерения.

Проверяют:

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

Яндекс позволяет передавать из CRM реальные продажи и этапы сделок, связывать их с онлайн-историей и использовать офлайн-конверсии в анализе и оптимизации Директа. Для этого нужны поддерживаемые идентификаторы, корректный формат данных и успешная привязка к визиту (справка Метрики об офлайн-данных). Это не означает, что такую интеграцию нужно внедрять каждому проекту. Ее необходимость зависит от длины воронки и того, насколько верхняя цель отличается от коммерческого результата.

Цель Клик по номеру телефона фиксирует взаимодействие с номером, но не подтверждает состоявшийся разговор. В зависимости от устройства и способа показа номера событием может быть клик или наведение на частично скрытый номер (справка Метрики о цели). Сырой звонок не равен новому лиду. Отправка формы не гарантирует, что обращение подходит по услуге и региону. Телефонную ветку нужно принимать отдельно: проверить факт звонка, привязку к визиту, статус обращения и соответствие данным CRM.

Также нельзя требовать полного совпадения кликов Директа и визитов Метрики. Яндекс объясняет, что Директ учитывает клики по объявлениям, а Метрика — визиты на сайт; сравнивать статистику нужно в специальных отчетах Метрики по Директу и с учетом различий в методике (вопросы по статистике).

Связь источника, UTM-меток, целей и CRM разобрана подробнее в материале о настройке аналитики.

3. Архитектура кампаний

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

Вопросы для проверки:

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

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

4. Фактические поисковые запросы

Ключевая фраза — условие показа, а поисковый запрос — то, что ввел пользователь. Аудит должен смотреть оба уровня.

В отчете Поисковые запросы Яндекс показывает запросы на поисковых площадках, по которым показывались объявления, и условие, участвовавшее в подборе рекламы. Отчет по конкретной кампании доступен только для кампаний с размещением на Поиске; данные доступны за последние 180 дней, а часть малочастотных запросов объединяется в строку Другие поисковые запросы (официальное описание отчета). В аудите смотрят:

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

Для релевантного запроса один дорогой клик еще не доказывает неэффективность, а высокий CTR — отношение кликов к показам — не подтверждает коммерческую ценность. Зафиксируйте строку или группу как гипотезу и сопоставьте расход, объем, цели, качество обращений и бизнес-приоритет. Явно нецелевой запрос можно исключить по смыслу без ожидания дополнительной статистики.

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

5. Площадки РСЯ

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

Проверяют:

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

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

6. География, расписание, аудитории, ссылки и параметры

Дальше настройки сверяют с реальной работой бизнеса:

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

Актуальный перечень зависит от типа кампании. Яндекс объединяет на странице настроек места показа, стратегию, расписание, URL, корректировки, минус-фразы, мониторинг и другие параметры (справка о параметрах кампаний). Это технический блок для профильного специалиста: владелец проверяет не наличие каждого переключателя, а связь настройки с понятным бизнес-условием.

Каждое замечание связывают с последствием. Не заполнена настройка — слабая находка. Кампания привлекает обращения из региона, который отдел продаж не обслуживает; это подтверждено расходом и CRM-статусами — проверяемая находка.

7. Стратегии, цели, бюджеты и ограничения

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

Здесь нужны ответы на шесть вопросов:

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

В Директе для стратегии можно выбирать целевые действия Метрики и задавать их ценность. Чем выше ценность, тем важнее цель для работы кампании (справка о целевых действиях). Поэтому технически срабатывающая, но неверно оцененная микроконверсия — промежуточное действие до заявки или продажи — может направлять алгоритм не к тому бизнес-результату.

Официальный чек-лист Яндекса советует проверять соответствие стратегии цели бизнеса и реалистичность целевых значений относительно трафика и экономики заявки или продажи (проверка эффективности кампании). Однако нет универсальной правильной CPA. Она зависит от маржинальности, конверсии отдела продаж, повторных покупок и других показателей конкретного бизнеса.

8. Объявления и посадочные страницы

Объявление проверяют не отдельно, а в связке с запросом, аудиторией и страницей.

Нужно понять:

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

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

9. Качество обращений и путь до продажи

Последний слой связывает кабинет с тем, что произошло после цели.

Минимальная классификация:

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

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

В опубликованном кейсе Медиакода по юридическим услугам описана связка: услуги разделены по намерению, информационный трафик отсечен, а звонки связаны с CRM (кейс юридической компании). Методическая роль кейса в том, что оценка кабинета становится полезнее, когда заканчивается не кликом или сырой заявкой, а согласованным коммерческим статусом.

Как оформить находку, чтобы по ней можно было работать

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

Одна строка плохая семантика ничего не объясняет. Ниже используем рабочую матрицу из семи элементов.

Пример без данных клиента

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

Как назначать приоритеты

«Когда одновременно меняют цели, стратегию, семантику и страницу, результат уже трудно объяснить. Поэтому после аудита мы разбиваем внедрение на проверяемые шаги».

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

1. Влияние. насколько проблема способна исказить решения, расход или коммерческий результат.
2. Срочность. продолжается ли активный риск прямо сейчас.
3. Доказанность. подтверждена ли причина или пока виден только симптом.
4. Обратимость. насколько легко вернуть прежнее состояние, если гипотеза не подтвердится.

Практическая матрица:

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

Что нельзя доказать по одному рекламному кабинету

Даже полный доступ к Директу не показывает всю систему продаж.

По кабинету нельзя надежно доказать:

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

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

Признаки слабого аудита

Отчет требует осторожности, если:

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

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

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

Владелец может провести первичный контроль, если:

• кабинет небольшой и его структура понятна владельцу;
• Метрика и цели прошли тесты;
• есть доступ к качеству обращений;
• изменения документированы;
• задача ограничена одним вопросом;
• команда способна безопасно внедрять и сравнивать изменения.

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

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

Что входит во внешний аудит

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

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

Итоговый чек-лист приемки аудита

• Указаны вопрос, границы, период, источники и ограничения.
• Измерение проверено до выводов об эффективности.
• Кампании, трафик и настройки связаны с качеством обращений.
• Факты отделены от интерпретаций и гипотез.
• Каждая находка содержит доказательство, влияние и следующее действие.
• Назначены приоритет, ответственный и контрольный показатель.
• Нет универсальных нормативов и массовых правок без плана.

Вывод

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

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