Какие параметры Яндекс.Директа в ссылках объявления поддерживает сервис?

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

  • {ad_id} or {banner_id}
  • {addphrases}
  • {campaign_id}
  • {device_type}
  • {gbid}
  • {keyword}
  • {phrase_id}
  • {retargeting_id}
  • {source_type}
  • {param1}
  • {param2}
  • {region_id}
  • {region_name}
  • {position_type}

Некоторые параметры Яндекс Директ не передает* в API, поэтому они не поддерживаются. К таким параметрам относятся:

  • {source}
  • {addphrasestext}
  • {interest}

Если вы используете в UTM-метках параметры, которые не поддерживаются в API, то увидите названия самих параметров вместо их значений. Например, {source} вместо go.mail.ru. Это не позволит проверить затраты в разрезе UTM-меток в отчетах.

Вы можете сохранить возможность получить отчет по затратам в разрезе UTM-меток. Для этого вышеперечисленные параметры, которые не поддерживаются в API необходимо перенести из UTM-меток в дополнительные GET-параметры и собирать в пользовательские параметры GA:

  • данные по расходам будут доступны только в разрезе передаваемых UTM-меток,
  • сесионные данные будут доступны в разрезе неподдерживаемых динамических параметров (в пользовательских параметрах) и UTM-меток.

* Параметры указаны для API версии 5 по состоянию на первый квартал 2017. С последующими обновлениями API данный список может существенно сократиться.

Была ли эта статья полезной?
Пользователи, считающие этот материал полезным: 1 из 1
Еще есть вопросы? Отправить запрос

4 Комментарии

  • 0
    Avatar
    Артем Кутянин

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

    1) Если я использую метку {source}, то это не позволит проверить затраты в разрезе UTM-меток в отчетах. Понял. Все затраты попадают в строку {source}

    2) Если я правильно понял, то вы дополнительными GET-параметрами называете те, GET-параметры, которые не являются стандартными UTM-метками. Так?

    3) Вы можете сохранить возможность получить отчет по затратам в разрезе UTM-меток. Для этого вышеперечисленные параметры которые не поддерживаются в API необходимо перенести из UTM-меток в дополнительные GET-параметры. Не понял. Здесь выменя запутали. Если мы переводим параметр из UTM-меток в дополнительные GET-параметры, то мне уже нужен отчёт не в разрезе UTM-меток, а в разрезе GET-параметров.

    4) ... и собирать в пользовательские параметры GA: Я попробовал в отчёт с расходом добавить свой пользовательский параметр (взятый не из GET-параметров) и все расходы слетели. Почему так? Потому что он не из GET-параметров или из-за того, что область действия у него "пользователь"? С областью действия "hit" не пробовал ещё.

    5) данные по расходам будут доступны только в разрезе передаваемых UTM-меток то есть в разрезе площадок, которые будут в пользовательском параметре я всё равно не увижу расходы?

    6) сесионные данные будут доступны в разрезе неподдерживаемых динамических параметров (в пользовательских параметрах) и UTM-меток Но я их вижу и без пользовательских параметров, т.к. при заходе на сайт в URL всё-таки прописаны настоящие площадки, а не {source} http://joxi.ru/GrqB5jGfQzQg4m

    Объясните, пожалуйста, как всё-таки увидеть данные о расходах в разрезе рекламных площадок?

  • 0
    Avatar
    Eugene Sorokin

    Начну с хорошего - сейчас мы тестируем новые возможности API Директа, которые позволят получать значение большего числа параметров. Чтобы принять участие в тестировании достаточно написать письмо на адрес bi@owox.com с темой "Закрытый тест отчётов Директа" и сылкой на поток, который следует включить в тест.
    2) Так. Например www.abc.com/?utm_source=yandex&utm_medium=cpc&utm_campaign=campaign-name&utm_term={keyword}&utm_position_type={position_type}&utm_position={position}&utm_matchtype={addphrases}&utm_placement={source}&utm_network={source_type}
    3) Да, здесь возникает некая путаница. В отчёте по меткам будут доступны данные о расходах, в то время как в отчёте по пользовательским параметрам этих данных не будет.
    4) Смените область действия параметра на уровень хита, в таком случае значение не будет перетираться ретроспективно каждый раз после его смены.
    5) К сожалению.
    6) Если в отчёте заменить традиционный показатель на пользовательский, то источника {source} в нём точно не будет.

    Изменено: Eugene Sorokin
  • 0
    Avatar
    Олег Демиденко

    Из статьи не стало понятно - в какие поля GA передаются те данные, которые вы можете собрать с API Директа?

    Например:

    • {param1}
    • {param2}
    • {source_type}

    ?

    Нам требуется решить следующую задачу: у нас работают два специалиста по контекстной рекламе, и нам требуется как-то разделить их метками, чтобы отдельно видеть расходы по каждому из них. Оптимально было бы, если бы название компании, как оно задается в Яндекс.Директе, умело транслироваться в GA. Примерно так происходит с объявлениями Google Adwords (там прямо русскоязычный текст попадает в названия компаний, в итоге)

  • 0
    Avatar
    Eugene Sorokin

    Олег, пользователи в разметке оперируют метками utm_source, utm_medium, utm_campaign, utm_term и utm_content. Параметры можно размещать в любой из меток.
    Однако под вашу задачу подходит метка utm_campaign, она соответствует названию кампании в AdWords. При этом можно добиться и отображения кирллического текста, достаточно модифицировать эту метку, например к виду utm_campaign={campaign_id}|Оптимус%20Прайм.

Войдите в службу, чтобы оставить комментарий.