Отчет по поисковым запросам: как находить потери бюджета в Яндекс Директе
Как анализировать поисковые запросы в Яндекс Директе: найти потери бюджета, проверить конверсии и выбрать действие без поспешных отключений.
Отчет «Поисковые запросы» показывает, что человек действительно ввел перед показом объявления и какое условие запустило этот показ. Но строка без конверсии еще не доказывает потерю бюджета. Сначала нужно проверить смысл запроса, источник показа, объем данных и результат после клика. Только после этого запрос получает статус: подтвержденное семантическое несоответствие, релевантный спрос со слабым результатом, проблема измерения или обработки либо недостаточно данных.
Я разбираю отчет в такой последовательности:
запрос → кампания и группа → условие показа → релевантность → данные → бизнес-результат → действие.
Результатом анализа должен стать не максимальный список минус-фраз, а обоснованное решение по каждому значимому паттерну спроса: кандидат на исключение, отдельная структура, исправление связки после клика или повторная проверка.
Названия срезов, доступные действия и состав отчетов в Яндекс Директе могут меняться. Перед работой стоит сверить интерфейс с актуальной справкой платформы.
Что показывает отчет «Поисковые запросы»
«Я не начинаю разбор с кнопки “Добавить в минус-фразы”. Сначала нужно понять, почему запрос оказался в отчете и на каком этапе возникла проблема».
Поисковый запрос и ключевая фраза не равны друг другу.
- Поисковый запрос. формулировка, которую ввел пользователь.
- Ключевая фраза. заданное рекламодателем условие, которое могло инициировать показ.
- Тип условия показа. объясняет, что запустило показ: фраза, автотаргетинг или другое доступное условие.
- Тип соответствия. показывает связь запроса с исходной ключевой фразой.
- Категория запроса. показывает системную классификацию спроса.
В текущем интерфейсе используются категории Целевые запросы, Альтернативные запросы, Сопутствующие запросы, Запросы с упоминанием конкурентов, Широкие запросы и Не определена. Среди стандартных группировок также есть упоминание брендов в запросах. Отчет находится в Библиотеке отчетов в разделе Оптимизация размещения. К отчету конкретной кампании можно перейти из меню кампании, если в ней предусмотрено размещение на Поиске (справка об отчете «Поисковые запросы»).
Разница важна на практике. Ключевая фраза может выглядеть коммерческой, а фактические показы по ней соберут разные задачи: заказать услугу, узнать цену, найти инструкцию, устроиться на работу, пройти обучение или обратиться в другом регионе. Название ключевой фразы не доказывает качество трафика. Проверять нужно полную формулировку пользователя и контекст показа.
Отчет не является полным сырым журналом
Данные доступны только за последние 180 дней. Часть строк объединяется в «Другие поисковые запросы». По справке Яндекса, туда попадают запросы, сделанные менее часа назад и еще не обработанные, а также запросы без кликов и с небольшим числом показов при указанных платформой условиях (справка об отчете).
Отсюда два ограничения:
- Не каждая формулировка всегда отображается отдельной строкой.
- Для истории длиннее 180 дней важные срезы и решения нужно сохранять вне интерфейса.
Эти ограничения не делают отчет бесполезным. Они лишь не позволяют считать его бессрочным и исчерпывающим списком всех запросов.
Как подготовить сопоставимый срез
Открыть отчет и отсортировать расход недостаточно. Решение должно относиться к конкретной связке, а не к строке, где смешаны разные настройки.
Рабочая единица анализа:
поисковый запрос × кампания × группа × условие показа × ключевая фраза
Ключевую фразу учитывают, если она участвовала в показе. Период, цель, модель атрибуции и источник конверсии должны быть зафиксированы. Агрегированная строка может подсказать паттерн, но по ней нельзя сразу назначать исключение для нескольких кампаний или групп.
1. Выберите период под задачу
Короткий срез помогает быстро обнаружить явно нерелевантный смысл. Для оценки конверсий и качества лидов обычно нужен более зрелый период, особенно при длинном цикле сделки. Универсального количества дней нет.
Не смешивайте без маркировки данные до и после существенного изменения: запуска новой стратегии, смены региона, оффера, страницы, цели или структуры кампании. Иначе среднее значение скроет различия между версиями.
2. Добавьте объясняющие группировки
Минимальный набор:
- поисковый запрос;
- кампания и группа;
- тип условия показа;
- ключевая фраза;
- тип соответствия;
- категория запроса;
- упоминание брендов в запросах;
- при необходимости объявление и страница перехода.
Без запроса и условия показа видно, где потрачены деньги, но неясно, почему состоялся показ.
3. Разделите объем, онлайн-конверсии и коммерческий результат
Для первого прохода нужны показы, клики, CTR, средняя цена клика и расход. Они показывают объем и стоимость трафика, но не подтверждают качество клиента.
Для конверсионных показателей кампанию нужно связать со счетчиком Метрики и настроить цели. Чтобы доход, прибыль и ROI появились в отчете Директа, необходимо передавать ценность конверсий. Без передачи ценности эти показатели можно рассчитать отдельно по собственным данным (справка об оценке эффективности).
Просмотр страницы, клик по кнопке, отправленная форма, квалифицированный лид и продажа — разные этапы. Один нельзя подменять другим.
4. Зафиксируйте конфигурацию
Перед выводом сохраните конфигурацию среза:
- период и дату проверки;
- кампанию и группу;
- выбранные цели;
- модель атрибуции;
- источник конверсии;
- фильтры и уровень группировки.
Модель атрибуции определяет, к какому переходу относится конверсия. Сравнивать периоды и сегменты корректно только при одной и той же логике учета (справка о моделях атрибуции).
Состав кампаний, доступы, цели, объявления и контрольный запуск разобраны отдельно в материале про настройку Яндекс Директа. Здесь задача уже: получить воспроизводимый срез фактического спроса.
Четыре статуса вместо одного ярлыка «потеря»
«Ноль конверсий - это наблюдение, а не готовое решение. Без объема данных и проверки страницы легко отключить спрос, который еще не успел себя показать».
Слово «потеря» слишком часто объединяет разные ситуации. Для решения нужны четыре основных рабочих статуса.
Сначала проверяют буквальное соответствие спроса предложению. Если запрос релевантен, следующим шагом проверяют исправность измерения, затем достаточность данных и только после этого коммерческий результат. В журнале фиксируют один основной статус и при необходимости отдельную сопутствующую проблему.
1. Подтвержденное семантическое несоответствие
Запрос буквально не соответствует предложению: другой продукт, неподходящий регион, вакансия вместо покупки, обучение вместо услуги или несовместимое условие. Такой паттерн становится кандидатом на исключение. Финансовой потерей можно назвать только уже возникший расход на это несоответствие.
2. Релевантный спрос с неудовлетворительным результатом
Бизнес может выполнить задачу пользователя, но стоимость выбранного результата не укладывается в принятую экономику при достаточных и надежных данных. Причина еще не установлена: это может быть структура рекламы, оффер или этап после клика.
3. Ошибка измерения, страницы или обработки
Запрос соответствует предложению, но форма не работает, цель настроена неверно, звонок потерян, страница не отвечает на запрос или обращение не обработано. Исключение трафика здесь маскирует первопричину.
4. Недостаточно данных
Расход, клики или время ожидания результата еще не позволяют сделать вывод. Запрос остается под наблюдением с заранее назначенным условием повторной проверки.
Ноль конверсий — наблюдение, а не готовое решение. Яндекс приводит 100 кликов как пример достаточности данных при отключении критериев таргетинга, а не как универсальный порог для отдельного поискового запроса (чек-лист эффективного размещения). Рабочий порог зависит от допустимой стоимости результата, объема спроса и длины сделки.
Четыре слоя диагностики
Статус определяется последовательной проверкой четырех слоев.
Семантическая релевантность
Первый вопрос: может ли бизнес выполнить буквальную задачу пользователя?
Очевидное несовпадение видно по полному запросу, а не по отдельному слову.
Поэтому оценивают сочетание целиком, географию, продукт и ограничения предложения.
Коммерческое намерение
Релевантная тема не всегда означает готовность обратиться сейчас. Пользователь может покупать, сравнивать, изучать проблему, искать поддержку или пытаться попасть на сайт конкретной компании.
Информационный спрос не обязательно бесполезен. Он может работать в длинной воронке, если для него есть отдельный контентный сценарий и измеримый следующий шаг. Но вести его на страницу «Купить сейчас» и оценивать только по немедленной заявке некорректно.
Категория, которую присвоил Директ, помогает ориентироваться, но не заменяет бизнес-решение. Только компания знает, является ли альтернативный продукт реальной заменой, а сопутствующий спрос — полезным.
Статистический результат
Здесь оценивают расход, клики и конверсии при зафиксированной конфигурации:
- достаточно ли данных для вывода;
- повторяется ли смысл в нескольких формулировках;
- менялась ли связка внутри периода;
- успела ли завершиться конверсия;
- есть ли сезонность.
Один дорогой клик не доказывает потерю. Большой расход тоже не является проблемой сам по себе, если он дает приемлемый коммерческий результат.
Коммерческое качество
Последний слой отвечает не на вопрос «была ли форма», а на вопрос «что произошло с обращением». Здесь нужны заранее определенные статусы: квалифицированный лид, продажа, выручка, маржа или другой этап, важный для бизнеса.
Если таких данных нет, уровень уверенности нужно снизить. Нельзя называть лид качественным только потому, что цель сработала.
Матрица решений
| Сигнал | Что проверить | Решение |
|---|---|---|
| Запрос явно не относится к предложению | Полная формулировка, регион, товар, сценарий | Присвоить статус подтвержденного семантического несоответствия и передать как кандидата на исключение |
| Нецелевой паттерн приходит из одной связки | Кампания, группа, условие показа, ключевая фраза | Пересмотреть условие или структуру; техническое исключение проверять отдельно |
| Запрос регулярно дает приемлемый результат | Объявление, страница, стоимость и качество | Выделить в управляемую фразу, группу или сегмент, если ему нужны свои настройки |
| Спрос релевантен, но намерение отличается | Этап воронки, оффер, ожидаемое действие | Разделить сообщение и посадочный сценарий |
| Клики есть, результата нет при достаточных данных | Цель, объявление, страница, оффер, обработка | Проверить одну гипотезу; временное ограничение допустимо только с условием возврата |
| Заявки есть, но не проходят квалификацию | Статусы, причины отказа, обещание объявления | Уточнить сообщение, форму или критерии целевого обращения |
| Расход есть, данных мало | Цикл сделки, повторяемость, допустимый риск | Оставить под наблюдением и назначить повторную проверку |
| Много мелких похожих строк | Общий смысл и суммарный расход | Объединить в паттерн и оценивать совокупно |
Если подтверждено семантическое несоответствие, запрос получает статус кандидат на исключение и предупреждение о возможном радиусе действия. Уровень группы или кампании, операторы, синтаксис, конфликты и проверка минус-фраз относятся к отдельному руководству. Это важно: широкое исключение одного слова способно убрать полезные сочетания.
Директ позволяет из отчета добавлять выбранные запросы в минус-фразы и ключевые фразы (справка об отчете). Но доступная кнопка не заменяет решение об архитектуре.
Как расставить приоритеты
«Самые опасные строки отчета не всегда самые дорогие. Иногда бюджет теряется в длинном хвосте похожих запросов, которые по одному выглядят безобидно».
Не нужен искусственный рейтинг с весами. Достаточно рабочей очереди.
- Сначала доказанные нерелевантные паттерны. , отсортированные по суммарному расходу.
- Затем повторяющиеся релевантные паттерны с плохим коммерческим качеством.
- После них дорогие строки без достаточных данных. , где нужно ограничить риск или назначить срок ожидания.
- Единичные строки с малым объемом. остаются под наблюдением.
Два прохода помогают не пропустить длинный хвост. Сначала строки сортируют по абсолютному расходу. Затем похожие формулировки объединяют по смыслу: вакансии, обучение, самостоятельное решение, неподходящий регион, другой продукт, информационный этап или конкурентный спрос.
Главный вопрос:
Если сложить все запросы с одним намерением, изменится ли приоритет решения?
Так обнаруживается расход, который незаметен в отдельных строках. При сложном разборе запросы можно дополнительно размечать в рабочей таблице, сохраняя исходные кампанию, группу и условие показа.
Как связать запрос с экономикой
Для паттерна полезно разделять три показателя:
Стоимость целевого действия =расход / количество выбранных целевых действийСтоимость квалифицированного лида =расход / количество лидов с заранее определенным статусомСтоимость подтвержденной продажи =расход / количество сделок, подтвержденных по правилу бизнесаЕсли знаменатель равен нулю, показатель не вычисляют. Вместо него фиксируют расход, клики, срок ожидания, смысл запроса, наличие данных по обращениям и дату следующей проверки.
Показатели сравнивают при одинаковых периодах, правилах квалификации и окне атрибуции. Допустимый уровень задает экономика конкретного бизнеса, поэтому чужой CPA нельзя использовать как универсальный порог.
CRM и yclid — разные контуры
Источник, кампания и объявление описывают рекламный вход, но сами по себе не связывают заказ с визитом.
Метрика позволяет загружать данные CRM и связывать их с визитами по ClientId — предпочтительному идентификатору — а также по телефону или email. Успешно привязанные статусы и цели можно использовать в анализе, но подробные причины отказов и качество сделки остаются в CRM (справка о загрузке CRM-данных).
yclid используется в отдельном сценарии передачи и привязки офлайн-конверсий к переходу из Директа. Идентификатор нужно получить на сайте специальным JavaScript-кодом, сохранить вместе с данными обращения и передать с конверсией через CSV или API; между визитом и обработкой данных должно пройти не более 21 дня (справка о yclid).
Эти способы нельзя описывать как одну настройку. Если связь не настроена или работает частично, вывод по продажам должен прямо содержать это ограничение.
Если релевантные запросы дорожают сразу по нескольким причинам, отчет по запросам уже не владеет всей задачей. Тогда нужен разбор трафика, страницы, целей, звонков и обработки, описанный в материале о том, почему заявки становятся дорогими.
Кейс: запросы были частью системы
В опубликованном кейсе доставки еды команда Медиакода регулярно убирала формулировки, которые давали клики без заказов или приводили аудиторию с низким намерением купить. Одновременно отключались дорогие связки, перераспределялся бюджет, усиливались объявления и подключался ретаргетинг.
Описание кейса не раскрывает порог данных для каждой строки. Поэтому оно подтверждает факт системной работы с запросами, но не устанавливает правило нет заказа → исключить. Результат проекта нельзя приписать одной минус-фразе или переносить как прогноз на другую кампанию.
Регламент из семи шагов
- Сохраните конфигурацию. период, кампанию, группу, цель, атрибуцию, фильтры и источник конверсии.
- Прочитайте полный запрос. и определите буквальную задачу пользователя.
- Проверьте источник показа. условие, фразу, соответствие и категорию.
- Объедините похожие запросы в паттерн. и посчитайте суммарный расход.
- Присвойте один из четырех статусов. , отделив смысл от статистики и результата после клика.
- Назначьте одно действие и владельца. кандидат на исключение, новая структура, проверка связки после клика или наблюдение.
- Запишите условие повторной проверки. дату, объем новых данных или бизнес-сигнал.
Для журнала решений достаточно полей:
| Поле | Что записать |
|---|---|
| Паттерн и примеры | Общий смысл и несколько фактических формулировок |
| Источник показа | Кампания, группа, условие, ключевая фраза |
| Конфигурация | Период, цель, атрибуция, источник конверсии |
| Данные | Клики, расход, конверсии, коммерческий статус |
| Статус | Один из четырех статусов диагностики |
| Действие и владелец | Что меняется и кто отвечает |
| Повторная проверка | Дата, требуемый объем или условие возврата |
После изменения проверьте не только экономию, но и сохранность полезного спроса. Расход по затронутому паттерну может исчезнуть, а общий бюджет кампании — перераспределиться на другие запросы. Поэтому важно убедиться, что не ухудшилось качество обращений и нежелательный паттерн не вернулся через другое условие показа.
Частые ошибки
Исключать все строки без конверсий
Так можно остановить релевантный спрос до накопления данных. Сначала проверяют смысл, объем, цикл сделки и корректность цели.
Смотреть только на ключевые фразы
Ключевая фраза объясняет условие, но не заменяет фактическую формулировку пользователя.
Принимать высокий CTR за качество
CTR показывает реакцию на объявление. Он не доказывает квалификацию обращения или продажу.
Оценивать длинный хвост построчно
Десятки небольших запросов с одним намерением могут суммарно расходовать больше одной заметной строки.
Не записывать основание решения
Без журнала команда помнит само изменение, но теряет его причину. Тогда один и тот же паттерн могут циклически исключать и возвращать.
Что должно остаться после анализа
«Хорошая чистка запросов заканчивается не списком исключений, а изменением структуры: часть спроса нужно убрать, часть - выделить, а часть - привести на более точную страницу».
У команды должны появиться четыре результата:
- доказанные нерелевантные паттерны и кандидаты на исключение;
- перспективный спрос, который стоит выделить или усилить;
- релевантные запросы, где проблема находится после клика;
- запросы с недостатком данных и назначенной повторной проверкой.
Если решения пока принимаются только по среднему CTR, CPC или количеству форм, начните с сопоставимого среза запросов, целей и коммерческих статусов. Более широкую роль спроса, объявления, страницы и аналитики раскрывает материал о контекстной рекламе как системе.
Для предметного разбора подготовьте доступы к Директу и Метрике, перечень целей, правила квалификации и допустимую стоимость результата. Команда Медиакода сопоставит фактические запросы с условиями показа и данными после обращения в рамках настройки и ведения Яндекс Директа.
Частые вопросы
Поисковый запрос вводит пользователь. Ключевую фразу задает рекламодатель как одно из условий показа. Показ также может инициировать автотаргетинг, поэтому при анализе нужны и запрос, и тип условия.
Часть данных объединяется в «Другие поисковые запросы». Туда попадают недавно сделанные и еще не обработанные запросы, а также запросы без кликов и с небольшим числом показов при условиях Яндекса. Кроме того, история отчета ограничена 180 днями.
Нет, не автоматически. Нужны проверка релевантности, достаточный объем данных, корректная цель и принятая экономика. Явно нецелевой смысл можно признать семантическим несоответствием независимо от конверсии; финансовой потерей становится только фактический расход на него. Релевантная строка требует дальнейшего диагноза.
Нужно корректно связать рекламный визит с онлайн- или офлайн-конверсией и затем сохранить коммерческий статус. CRM-данные и передача конверсий по yclid являются разными сценариями. Если связь неполна, уровень уверенности в выводе по продажам нужно снизить.
Проверьте достаточность данных, объявление, страницу, цель и обработку обращения. Затем выберите одну проверяемую гипотезу. Если финансовый риск уже неприемлем, трафик можно временно ограничить, но следует заранее определить условие его возврата.
Усилить результат
Если выводы из материала совпадают с вашей задачей, эти направления помогают перейти от чтения к действию.

_resized-1.jpg&w=128&q=75)
_resized.jpg&w=128&q=75)
_resized%2520(1).jpg&w=128&q=75)
_resized.jpg&w=128&q=75)
