Яндекс директ секреты настройки: фишки настройки объявлений контекстной рекламы

alexxlab

Содержание

3 главных секреты настройки Яндекс Директ

Автор Шустрый маркетолог На чтение 4 мин Просмотров 1.8к. Опубликовано Обновлено

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

Яндекс Директ простой инструмент, как молоток или отвертка, но с ним нужно уметь обращаться. Сейчас расскажу о директе, исходя из опыта 5 лет. Кстати, по ссылке ниже убойный материал + подарок

Содержание

  1. Секрет №1 — желание купить у тебя
  2. Секрет №2 — крутой сайт и предложение
  3. Секрет №3 — оптимизация стоимости обращения
  4. Заказать разработку рекламных кампаний и стратегию продвижения

Секрет №1 — желание купить у тебя

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

Дошло? Если нет, то почитай про ключевые и минус слова:

  • Как подобрать ключевики, чтобы навалило корзину заявок?
  • Минус слова, как защита сайта от мусора.

Мы «удовлетворяем аудиторию», показываем объявления, соответствующие их потребностям. Вот пример запросов, в которых видно желание купить

Чтобы разобраться, какие запросы подходят для рекламы, нужен навык. Я набил немало шишек и теперь как мастер йода — ловко отсекаю аудиторию на сайт, которая не подходит под критерии «покупающей».

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

  • купить
  • заказать
  • гео-частица(мск, спб)
  • цена
  • стоимость
  • и т. д.

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

Тут подробная статья про подбор годных ключей для Директа

Или посмотри видео

Дружище — секрет настройки директа в этом вопросе прост. Собирай ключевые и минус слова, которые приведут аудиторию, «готовую к действиям», в направлении твоего кармана.

Секрет №2 — крутой сайт и предложение

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

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

Реклама является лишь транспортом, который доставит клиента из точки А в точку Б. От его запроса в яндексе, до сайта.

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

Не забываем, что клиента еще нужно грамотно обработать по телефону. Уверен, тебе нужны продажи, а не просто заявки со звонками. Деньги, вот ради чего ты читаешь эти строки.

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

Секрет №3 — оптимизация стоимости обращения

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

Так же важно проводить тесты предложений сайта, его элементов. В совокупности все эти телодвижения позволяют влиять на стоимость заявок и звонков.

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

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

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

Каждый должен заниматься своим делом. Если нужна моя консультация, то контакты тут. Вопрос по директу пиши в комментах.

Секрет Яндекс.Директ в релевантности связки запроса, объявления и предложения на сайте | Блог YAGLA

Как совместить то, что хочет Яндекс.Директ со своими интересами и с тем, что хочет ваша целевая аудитория, сэкономив бюджет – в этой статье.

За последний год Яндекс выкатил ряд мягко скажем непопулярных среди рекламодателей изменений.

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

Что хочет Яндекс

Яндекс – это бизнес, не так ли? А любой бизнес хочет заработать. Желательно как можно больше, что естественно. Поэтому обвинения в духе «да они там вконец оборзели, хотят бабла» кажутся мне немного наивными.

 

Особенность бизнес-модели – две стороны, участвующие в процессе. Пользователи и рекламодатели. Первые приходят по своим делам. Что-то узнать, посмотреть, скачать, купить.

 

Вторые платят за то, чтобы показаться им на глаза на как можно более выгодном месте.

 

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

 

Будет этот симбиоз эффективен – будет повторяемость платежей, то есть, повторяемость пополнения рекламных бюджетов. Иначе кто станет заносить в систему деньги, если не увидит хоть какой-то отдачи.

 

Отсюда правило релевантности. Сильнее оно выражено в SEO, но и рекламный аукцион на нем построен.

 

Просто взять и вбухать много денег – недостаточно, в противном случае мы имели бы свалку из шлака в рекламной выдаче. Пользователи Яндекса бы её игнорировали, заказчики не зарабатывали, система бы загнулась. Спору нет, г…на хватает, но баланс годного / негодного более-менее соблюдается.

 

В конце концов, если в какой-то тематике в конкретном месте и времени по неким запросам конкурируют только некачественные предложения, это не вина Яндекса.

Что хочет аудитория Яндекса

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

 

Не пытайтесь их переубедить, сломать намерение. Человек пришел за инструкцией как сделать что-то самостоятельно, а вы ему: «нафиг тебе инструкция, покупай у нас, не парься». Сразу «давай, до свидания». Бюджет в трубу.

 

Околоцелевой трафик – о-о-чень непростая история. И в другом месте, в сетях. Про РСЯ отдельно поговорим ближе к финалу, пока про поиск. Тут этот номер с переформатированием информационной потребности на коммерческую не прокатит.

 

Как отличить одно от другого, когда сомневаетесь?

 

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

 

Для примера – запрос «Дизайн интерьера». Регион – Пермский край.

 

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

 

Тот же самый запрос, но уже с добавкой по гео:

 

Совсем другой коленкор. В поисковом топе – предложения различных студий, запрос коммерческий.

 

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

 

Допустим, по акции, в рассрочку, в кредит. Если нет – не включайте эти фразы в семантику. Какой толк, если клиент зайдет на сайт, разочаруется и уйдет?

 

Ок, вернемся к релевантности.

 

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

 

На уровне объявлений это вхождение ключевой фразы как минимум в заголовок. Зашел человек в Яндекс, глянул на выдачу, видит «о, то, что мне нужно», переходит.

 

Дальше решает посадочная страница. Факт перехода на неё, разумеется, не означает, что посетители там что-то сделают. Может, они сбегут через две секунды, если контент будет «мимо кассы». Логика «о, то, что мне нужно» должна быть продолжена и здесь.

 

Конечному клиенту наплевать, кто и где удовлетворить его потребность. На какой позиции сайт, из «органики» он или из рекламной выдачи.

 

Ну а Директ, сами понимаете, напрямую заинтересован, чтобы это был второй вариант. Помните про две стороны процесса? Всем хорошо, и нам хорошо. В этом основа благополучия Яндекса.

 

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

Релевантность, показатель качества и цена клика

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

 

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

 

В отличие от Гугла, Директ скрывает показатель качества. В интерфейсе системы вы его не увидите. Понять, высокий он или низкий можно по косвенным признакам.

 

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

 

 

С объявлениями понятно. Соответствие заголовка / текста ключевику, заполнение всех расширений.

 

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

 

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

 

Вывод из этой части: чем лучше проработана связка «ключевой запрос – объявление – посадочная страница» с точки зрения соответствия потребности пользователей, тем выше показатель качества = тем ниже цена клика.

Что всё это значит для рекламодателей и как им влиять на стоимость заявки

Подкину ложку дегтя. Мы так красиво расписали про показатель качества, цену клика. Но! Пытаться давить через неё на стоимость заявки (а именно она интересует рекламодателей в конечном итоге), заведомо проигрышный вариант. Если у вас не резиновый бюджет, конечно.

 

Доп. факторы, показатель качества – это круто. Сколько-то сэкономить на кликах – святое дело, кто же спорит.

 

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

 

Одно отличие. У первых больше денег. Соответственно, больше ставки, а ставка, как ни крути, фактор № 1 в аукционе. Это означает выкуп большего объема трафика.

 

А теперь хорошая новость.

 

Больший объем трафика еще не означает больше конверсий (камешек в огород мажоров на первых позициях).

 

Часто происходит так: клиент «протыкивает» всё спецразмещение в Директе + часть «сеошки». Абсолютно не глядя в объявления открывает 5-6 сайтов, сравнивает. В тематиках массового спроса особенно. Окна / потолки, ремонт, стройка, бытовая техника и так далее.

 

Что же, забить на объявления?

 

Нет, но излишне заморачиваться с ними не советую. Поберегите свое время.

 

В объявлениях достаточно соблюсти семантическую релевантность. То есть соответствие заголовка / текста запросу. Точнее намерению, потребности аудитории, кто вводит этот запрос.

 

Конкретно – вхождение ключа в заголовок плюс наиболее сильная выгода.

 

Пример:

 

 

Заполните все расширения (быстрые ссылки с описаниями, уточнения, визитку). Это и занимаемое объявлением место увеличит, и Директу сигнал дадите как добросовестный рекламодатель.

 

Ломать голову над текстами, «вылизывать» каждую буковку не советую. Конечно, это не значит, что там можно писать всякую фигню. Нет. Просто единую конструкцию составьте, возможно чуть меняя её в зависимости от ключа. Сэкономите время.

 

Посадочная страница решает судьбу конверсий, на неё следует обратить основное внимание.

 

Вот что у нас получается в рамках всей связки.

 

 

 

1) У нас есть продукт, собираем под него целевой трафик. Только коммерческие запросы. Тех, кто хочет купить.

 

2) Даем точный ответ на эти запросы в объявлениях. Первый заголовок – вхождение ключа, второй – выгода.

 

3) Давим конкурентов на посадочной странице. Вот где принцип релевантности раскрывается в полной мере.  

 

На уровне посадочной страницы у вас полная свобода действий. Сюда не дотянутся рекламные системы со своими ограничениями. Определите истинные потребности ЦА и вперед.

 

Чисто математически выгодее всего влиять на стоимость заявки через конверсию сайта. Чем выше конверсия, тем ниже стоимость заявки.

Что с РСЯ

История с релевантностью в первую очередь касается рекламы на поиске. Это не значит, что в РСЯ её нет, просто тут иная механика.

 

Аудитория РСЯ намного больше аудитории на поиске. Вывод: в сетях нет жесткой привязки к ключам. Они всего лишь отправная точка, от которой система отталкивается, подыскивает вам аудиторию.

 

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

 

Наверняка вы сами замечали в роли пользователя, что Яндекс подсовывает вам рекламу по тематикам, которые вы не искали.

 

Следующий важный момент.

 

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

 

Слишком мало – Яндекс режет охваты, задвигает ваши объявления на второсортные площадки. Слишком много – система решает «о, у этого чувака немерено бабла, надо накрутить показы». К качественным ресурсам лепит всё, что можно. Внешние сети и мобильные приложения – этого «добра» навалом.

 

Таким образом в первом звене связки у вас не ключевые фразы по сути, а широкие сегменты. Направления спроса.

 

Скажем, «физики» и оптовики. Либо вообще вся ЦА в кучу, но есть разные офферы. Разные потребности, которые можно отработать. Наличие на складе и индивидуальное изготовление, например. Потому что знаете, что части аудитории важно одно, части другое.

 

Дальше составляете под каждую из этих групп объявления с соответствующими заголовками.

 

Не «Ищете металлические двери?», а «Металлические двери на заказ от 30 т.р.»

 

Четко та выгода, на которую вы цепляете. Картинки привлекательные подберите. В РСЯ визуал на первом месте.

 

Запускаете трафик, система оценивает, кто кликает на ваши объявления и приводит похожих.

 

Рекомендую настроить ключевые цели.

 

Так вы дадите Яндексу указание пригонять не просто тех, кто кликает, а кто совершает нужное вам целевое действие (заполняет форму заявки или делает заказ, например).

 

Таким образом в РСЯ объявления привлекают нужных и отсекают ненужных вам пользователей. Если вы их правильно составите, конечно. В помощь эта статья.

 

Ну и точка X – так же посадочная страница. А поскольку в РСЯ больше «рулит» эмоциональный подход, можно попробовать покреативить.

 

Пример по группе «установка / монтаж пластиковых окон»:

 

Не останавливайте кампанию в сетях без острой необходимости, ведь РСЯ это нейронная сеть. Она обучается «на боевую». Процесс пойдет заново и не факт, что условия будут те же. Отсюда скачки цены клика и прочие «прелести».

AT Internet SmartTag Руководство по установке

В этой статье описывается, как настроить тег AT Internet SmartTag в вашей учетной записи Tealium iQ Tag Management.

Советы по тегам

  • Параметр типа должен быть заполнен, чтобы инициировать отслеживание событий Click.
  • Текущая размещенная версия — 5.18.2
  • . Начиная с версии 5.13.0, поля Log , LogSSL и Collection Domain устарели и заменены полем 9.Поля 0008 collectDomain и collectDomainSSL .
  • Для получения дополнительной информации см. документацию AT Internet Tag Composer.
  • Установите имя переменной уровня окна, которое будет использоваться для прямых вызовов в AT Internet.
  • Использовать сопоставление для динамического переопределения стандартных значений конфигурации.
  • Все параметры допускают сопоставление пользовательских свойств.
  • Использует некоторые переменные электронной коммерции (подробности см. в сопоставлениях).

Конфигурация тега

Сначала перейдите на рынок тегов Tealium и добавьте тег AT Internet SmartTag (узнайте больше о том, как добавить тег).

После добавления тега настройте следующие параметры:

Сопоставление данных

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

Доступные категории:

Стандарт

Переменная Описание
переменная_окна
  • Имя окна отслеживания
  • Задает переменную уровня окна, чтобы средство отслеживания можно было использовать вне шаблона тега.
сайт конфигурации
  • Идентификатор сайта в Интернете.
  • Для получения дополнительной информации см. документацию AT Internet Tag Composer.
config.collectDomain
  • AT Домен сбора данных в Интернете.
config.collectDomainSSL
  • AT Защищенный домен сбора данных в Интернете.
config.log
  • Журнал устарел с версии 5.13.0
config.logSSL
  • Устарело, начиная с версии 5.13.0.
  • AT Internet Secure Log для этого идентификатора сайта.
  • Для получения дополнительной информации см. документацию AT Internet Tag Composer.
  • Обратитесь к поддомену Tag Composer для сборщика защищенных страниц
конфигур. домен
  • Устарело, начиная с версии 5.13.0.
  • Домен коллекции.
  • xiti.com или ati-host.net , в зависимости от вашей конфигурации AT Internet.
  • Можно использовать сопоставления для указания пользовательского домена коллекции.
config.pixelPath
  • AT URL-адрес запроса пикселя в Интернете.
  • По умолчанию
    /hit.xiti     .
безопасность конфигурации
  • Обеспечивает безопасную отправку информации.
config.cookieSecure
  • Если установлено значение true , позволяет добавить параметр безопасный для записи файлов cookie трекера (первый).
  • Имейте в виду, что безопасные файлы cookie работают только на страницах HTTPS.
config. disableCookie
  • Отключить файлы cookie.
config.cookieDomain
  • Домен файлов cookie.
  • URL вашего сайта.
  • Неправильная конфигурация может вызвать проблемы при подсчете уникальных посетителей.
предварительный просмотр конфигурации
  • Предварительный просмотр.
config.sendHitWhenOptOut
  • Позволяет отправлять анонимные обращения, когда пользователь находится в режиме «OPT-OUT» (от первого лица).

Контекст

Переменная Описание
context.forcedCampaign Принудительная кампания.
context.forcedReferer Принудительный реферер.

Электронная коммерция — События

Для получения дополнительной информации см.

раздел События корзины (аналитика продаж).

Переменная Описание
заказ
  • Заказ
тележка
  • Тележка
продукт
  • Просмотр продукта
проход
  • Проход
подтверждение транзакции
  • Подтверждение транзакции
дисплей тележки
  • Дисплей тележки
обновление карты
  • Обновление корзины
демонстрация доставки
  • Отображение этапа отгрузки
Плата дисплея
  • Отображение шага платежа
ожидание оплаты
  • Корзина ожидает оплаты
дисплей продукта
  • Дисплей продукта
productpagedisplay
  • Отображение страницы продукта
дополнение продукта
  • Дополнение к продукту
удаление продукта
  • Удаление продукта

Электронная коммерция

Переменная Описание
идентификатор_заказа
  • Код заказа.
  • Переопределения _corder .
сумма_заказа
  • Сумма заказа.
  • Переопределения _ctotal .
order_subtotal
  • Итого заказа.
  • Переопределения _csubtotal .
заказ_доставка
  • Сумма доставки.
  • Переопределение _cship .
заказ_налог
  • Сумма налога.
  • Переопределения _ctax .
order_coupon_code
  • Промокод.
  • Переопределение _cpromo .
product_id
  • Массив.
  • Список идентификаторов продуктов.
  • Переопределения _cprod
имя_продукта
  • Массив.
  • Список имен.
  • Переопределения _cprodname .
product_sku
  • Массив.
  • Список артикулов.
  • Переопределение _csku .
product_brand
  • Массив.
  • Список торговых марок.
  • Переопределяет _cbrand .
product_category
  • Массив.
  • Список категорий.
  • Переопределение _ccat .
product_subcategory
  • Массив.
  • Список подкатегорий.
  • Переопределения _ccat2 .
количество_продуктов
  • Массив.
  • Перечень количеств.
  • Переопределения _cquan .
product_unit_price
  • Массив.
  • Прейскурант.
  • Переопределение _cprice .
product_discount
  • Массив.
  • Список скидок.
  • Переопределяет _cpdisc .
идентификатор_клиента
  • Идентификатор клиента.
  • Переопределение _ccustid .

Посетитель

Переменная Описание
посетитель.id
  • Идентификатор клиента.
  • Переопределение _ccustid .
посетитель.категория
  • Категория.
посетитель.###
  • Пользовательское свойство.

Реклама на месте

Переменная Описание
промо. адид
  • Идентификатор, который необходимо создать.
промо.адид
  • Идентификатор, указывающий формат объявления.
промо.productId
  • Идентификатор связанного продукта.
промо.###
  • Пользовательское сопоставление.

Пользовательские переменные

Переменная Описание
параметр### setParam Значение
— Пользовательские переменные — Пользовательские переменные.
cv.site.### Пользовательская переменная сайта.
cv.page.### Пользовательская переменная страницы.
cv. ###.### Пользовательская переменная.

Динамические метки

Переменная Описание
dynlabel.pageId
  • Идентификатор динамической страницы
dynlabel.update
  • Дата смены имени
dynlabel.chapter1
  • Название главы на уровне 1.
dynlabel.chapter2
  • Название главы на уровне 2.
dynlabel.chapter3
  • Название главы на уровне 3.
dynlabel.chapter#
  • Название главы на уровне #.

Внутренний поиск

Переменная Описание
intsearch. keyword
  • Ключевое слово для поиска.
intsearch.resultPageNumber
  • Номер страницы результатов поиска.
intsearch.resultPosition
  • Позиция результатов поиска.

Испытания СН

Переменная Описание
mvtesting.set.test
  • Идентификатор и название теста.
mvtesting.set.waveId
  • Идентификатор волны.
mvtesting.set.creation
  • Идентификатор и имя создания.
mvtesting.set.###
  • Сопоставление пользовательского набора.
mvtesting.add. variable
  • CSV/массив.
  • Тестовая переменная.
mvtesting.add.версия
  • CSV/массив.
  • Тестовая версия.
mvtesting.доп.###
  • Пользовательское сопоставление добавления.

Мультимедиа

Переменная Описание
richmedia.add.mediaType
  • Тип носителя.
  • Значения:
    • видео
    • аудио
    • vpost
Richmedia.add.playerId
  • Идентификатор игрока.
ричмедиа.адд.медиауровень2
  • Уровень носителя 2.
richmedia. add.mediaLabel
  • Этикетка носителя.
Richmedia.add.isEmbedded
  • Встроенный.
  • Значения: int или ext .
Richmedia.add.broadcastMode
  • Режим вещания.
  • Значения: live или clip .
ричмедиа.адд.вебдомен
  • Веб-домен внешнего размещения
Richmedia.add.duration
  • Продолжительность.
ричмедиа.отправить.действие
  • Отправить действие.
  • Значения:
    • Play
    • Пауза
    • Стоп
    • Информация
    • MOVE
ричмедиа. send.playerId
  • Идентификатор игрока.
Richmedia.send.mediaLabel
  • Этикетка носителя.
Richmedia.send.isBuffering
  • Буферизация.
  • Значения:
    • 1 — начало буферизации
    • 0 — окончание буферизации
ричмедиа.удалить
  • Удалить игрока.
ричмедиа.удалить все
  • Удалить всех игроков
  • Значения: true или false .

Мобильный

Переменный Описание
моб.апвр
  • Версия приложения.
моб.ссылка
  • Реферер.
моб.стк
  • Объект.
  • Жизненный цикл.
моб.stc.lc
  • Объект.
  • Жизненный цикл.
моб.stc.lc.sessionId
  • Идентификатор сеанса.
моб.stc.lc.fl
  • Первый запуск.
  • Переопределяет lifecycle_isfirstlaunch .
  • Значения: 0 или 1 .
моб.stc.lc.flau
  • Первый запуск после обновления.
  • Переопределяет lifecycle_isfirstlaunchupdate .
  • Значения: 0 или 1 .
моб.stc.lc.lc
  • Номер.
  • Количество запусков.
  • Переопределения lifecycle_totallaunchcount .
моб.stc.lc.ldc
  • Номер.
  • Запуски в течение дня.
моб.stc.lc.lwc
  • Номер.
  • Запуски в течение недели.
моб.stc.lc.lmc
  • Номер.
  • Запуски в течение месяца.
моб.stc.lc.lcsu
  • Номер.
  • Запускается с момента последнего обновления.
моб.stc.lc.fld
  • Дата первого запуска.
  • Переопределяет lifecycle_firstlaunchdate .
  • Формат даты: ггггммдд .
моб.stc.lc.dsfl
  • Номер.
  • Количество дней с момента первого запуска.
  • Рассчитывается на основе lifecycle_firstlaunchdate .
моб. stc.lc.uld
  • Дата первого запуска с момента последнего обновления.
  • Переопределяет lifecycle_updatelaunchdate .
  • Формат даты: ггггммдд .
моб.stc.lc.dsu
  • Номер.
  • Количество дней с момента первого запуска после обновления.
  • Переопределяет lifecycle_dayssinceupdate .
моб.stc.lc.dslu
  • Номер.
  • Количество дней с момента последнего использования приложения.
  • Рассчитано на основе lifecycle_lastlaunchdate .

Пользовательская древовидная структура

Переменная Описание
customTreeStructure.category1
  • Категория Уровень 1
customTreeStructure. category2
  • Категория Уровень 2
customTreeStructure.category3
  • Категория Уровень 3

Кампания

Переменная Описание
xtor
  • Идентификатор кампании.

Интеграция Яндекса в качестве федеративного поставщика удостоверений с помощью WSO2 Identity Server | Шалиндри Перера

Вход в систему через социальные сети, такие как Яндекс, Google, Facebook, представляет собой форму федерации удостоверений, известную как Bring Your Own Identity (BYOID). Это ключевое требование для большинства предприятий, обеспечивающее хорошее взаимодействие с пользователем, и его можно легко реализовать с помощью WSO2 Identity Server.

В этом блоге я расскажу вам, как настроить Яндекс в качестве поставщика удостоверений на сервере идентификации WSO2 для федеративной аутентификации OAuth3.

Яндекс — один из крупнейших в Европе интернет-компаний и ведущая поисковая система в России. Помимо поиска, Яндекс предлагает несколько сервисов более чем 53 миллионам пользователей в месяц и 20 миллионам уникальных посетителей в день.

Поскольку Яндекс больше не поддерживает OpenIDConnect[1], в последней версии WSO2 Identity Server 5.10.0 появился специальный коннектор для Яндекса, который может включать аутентификацию через OAuth3.

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

Реализация федеративной аутентификации с помощью WSO2 Identity Server и Yandex API

Федеративная аутентификация с помощью WSO2 Identity Server и Yandex API

В этом примере мы используем Yandex в качестве внешнего поставщика удостоверений, WSO2 IS 5.10 в качестве сервера удостоверений и Образец приложения Pickup Dispatch в качестве поставщика услуг.

Шаг 1. Настройка WSO2 IS с помощью Yandex Connector

Примечание. В настоящее время коннектор Яндекса недоступен в магазине коннекторов WSO2. Но это свободно доступно в Git-Hub. Поэтому следуйте приведенным ниже ссылкам, чтобы развернуть коннекторы

  • . Загрузите последний выпущенный коннектор Яндекса с https://github.com/wso2-extensions/identity-outbound-auth-yandex/releases
  • . Скопируйте загруженный jar в < IS_HOME>/repository/components/dropins folder
  • Перезапустите WSO2 Identity Server

Шаг 2: Зарегистрируйте WSO2 IS в Яндексе

  • Перейдите на https://oauth.yandex.ru/client/new и войдите под своими учетными данными Яндекса
  • Введите следующие данные
  • Web services установите флажок и введите Callback URL
  • В разделе Access щелкните API Яндекс.Паспорта и установите следующие флажки
    Прокрутите вниз и нажмите 0014 Создать приложение.
  • Скопируйте свой Client ID и Client Secret

Шаг 3. Настройте Яндекс в качестве провайдера идентификации в WSO2 IS

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

  1. Войдите в консоль управления WSO2 IS
  2. Перейдите к главному экрану > Identity > Identity Providers и нажмите Add
  3. 901 Заполните основную информацию40015 следующим образом:
  • Имя поставщика удостоверений: YandexIDP
  • Отображаемое имя: Yandex
  • Псевдоним: https://oauth.yandex.com/token

ЯНДЕКС Конфигурация форма

Заполните форму конфигурации следующим образом.

  • Включить: выбрано
  • По умолчанию: выбрано
  • Идентификатор клиента: (идентификатор клиента, полученный при регистрации WSO2 IS в Яндексе)
  • Client Secret: (Клиентский секрет, полученный при регистрации WSO2 IS в Яндексе)
  • Callback URL: https://localhost:9443/commonauth
9. 1005

Шаг 4: Настройте свое приложение в качестве поставщика услуг в WSO2 IS

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

Развертывание примера приложения

  1. Перейдите к примерам WSO2 Identity Server и загрузите файл saml2-web-app-pickup-dispatch.com.war
  2. Теперь вам нужно развернуть этот пример веб-приложения в веб-контейнере. Скопируйте файл saml2-web-app-pickup-dispatch.com.war в папку /apache-tomcat/webapps
  3. Запустите сервер Tomcat и в браузере перейдите к http:/ /:/saml2-web-app-pickup-dispatch.com/index.jsp . Например, http://localhost:8080/saml2-web-app-pickup-dispatch.com/index.jsp

Настроить образец приложения в качестве поставщика услуг

  1. Вернуться в консоль управления WSO2 IS и перейти к Main > Идентификация > Поставщики услуг и нажмите Добавить
  2. Введите saml2-web-app-pickup-dispatch в текстовом поле Имя поставщика услуг и нажмите Зарегистрировать 0014 Конфигурация входящей аутентификации , нажмите Настройте в разделе SAML2 Web SSO Configuration . URL-адрес получателя утверждения : http://localhost.com:8080/saml2-web-app-pickup-dispatch.com/home.jsp(Нажмите «Да» в появившемся сообщении)
  3. Установите следующие флажки:
  4. Включить подпись ответов
  5. Включить единый выход
  6. Включить профиль атрибутов
  7. Включать атрибуты в ответ Всегда

    8. Нажмите, чтобы сохранить изменения. Теперь вы будете отправлены обратно на страницу поставщиков услуг.

    1. Перейдите к разделу «Конфигурация локальной и исходящей аутентификации »
    2. Выберите Federated Authentication как Authentication Type
    3. Выберите созданного вами поставщика удостоверений из раскрывающегося списка рядом с Федеративная аутентификация
    4. Установите следующие флажки
    • Использовать домен клиента в локальном идентификаторе субъекта

    5. Щелкните Обновить , чтобы сохранить изменения

    Шаг 5. Сопоставление претензий

    Сопоставление претензий между поставщиком услуг, сервером идентификации и внешним поставщиком идентификации

    На этом шаге мы сопоставляем заявки, полученные от Яндекса (внешний поставщик удостоверений), с заявками, необходимыми для примера приложения (SP).

    Конфигурация утверждения для поставщика удостоверений

    1. Перейдите к созданному вами IdP для Яндекса и разверните раздел Конфигурация утверждения , а затем раздел Базовая конфигурация утверждения
    2. Добавьте следующие утверждения
    3. Установите уникальное утверждение в качестве идентификатора пользователя URI

    URI утверждения поставщика удостоверений (столбец справа) содержит утверждения, которые мы получаем от внешнего поставщика удостоверений (Яндекс).

    Конфигурация утверждения в поставщике удостоверений

    Конфигурация утверждения для поставщика услуг

    1. Перейдите к созданному образцу приложения SP for Pickup Dispatch и разверните раздел Конфигурация утверждения , а затем раздел Базовая конфигурация утверждения
    2. Добавьте следующие утверждения Заявление 10 17 настройка в сервис-провайдере

      Ну вот, теперь вы знаете, как интегрировать S

      авторизацию с Яндекс в ваше приложение с помощью WSO2 IS.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *