Динамический ремаркетинг на базе мобильных событий

Динамический ремаркетинг в myTarget основан на событиях — действиях пользователей на сайтах и в мобильных приложениях рекламодателя.

События — это посещение страниц сайтов или экранов мобильных приложений и выполнение целевых действий на сайтах и в приложениях. Информация о событиях используется для анализа поведения пользователей и дальнейшего показа рекламы именно тех продуктов рекламодателя, которыми интересуются пользователи.
События с сайта
Изначально базовым источником событий для динамического ремаркетинга в myTarget был сайт рекламодателя. С помощью специального JavaScript кода счетчика Top.Mail.Ru, интегрированного на страницы сайта, информация о событиях передается в myTarget. Для анализа поведения пользователей на сайте используется несколько основных сущностей и параметров, которыми размечаются страницы сайта:

  • product — посещение страницы продукта, передается идентификатор продукта и его стоимость;

  • cart — посещение страницы корзины или добавление товара в корзину (страницы с перечнем выбранных пользователем продуктов), передаются идентификаторы продуктов и их суммарная стоимость;

  • purchase — посещение страницы подтверждения покупки (по факту совершения покупки), передаются идентификаторы продуктов и их суммарная стоимость.
Особенности: Название сущностей (событий/страниц), информация об идентификаторах продуктов и их суммарной стоимости передается в параметрах pagetype, productid и totalvalue соответственно. Параметр productid должен содержать те же идентификаторы, что указаны в продуктовом фиде магазина. Параметр totalvalue всегда должен содержать сумму стоимости всех продуктов. Помимо этого, в служебном параметре list должен быть указан идентификатор фида, к которому относится продукт.
Пример передачи данных (вызов JS-кода на сайте рекламодателя):
<script type="text/javascript">
var _tmr = _tmr || [];
_tmr.push({
type: 'itemView',
productid: '12345',
pagetype: 'product',
totalvalue: '3499.50',
list: '1'
});
</script>
Более подробная информация о динамическом ремаркетинге на основе событий с сайтов и о создании продуктовых фидов (источник данных для формирования рекламных объявлений) — в статье.
События из мобильных приложений, постбеки от трекинговых систем к myTarget
Помимо использования основных сведений о действиях пользователей на сайте теперь рекламодатель может использовать данные о событиях, производимых пользователями в его мобильных приложениях (in-app events). В рамках интеграции myTarget и трекинговой системы рекламодатель может настроить передачу данных о мобильных событиях. Трекинговая система автоматически передает сведения о событиях и параметрах этих событий к myTarget в постбеках (postbacks), в соответствии с настройками модуля myTarget в личном кабинете клиента, заданными рекламодателем.

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

  • viewProduct — событие просмотра продукта (экрана с описанием продукта), в событии передается идентификатор продукта и его стоимость;

  • addToCart — событие добавления продукта в корзину, либо просмотр экрана корзины (экрана с перечнем выбранных покупателем продуктов), передаются идентификаторы продуктов, их количество и стоимость;

  • purchase — событие оформления покупки, либо просмотр экрана подтверждения покупки (по факту совершения покупки), передаются идентификаторы продуктов, их количество и стоимость.
Обратите внимание: Названия событий должны быть указаны и передаваться именно в том виде, в котором они перечислены выше.
Для AppsFlyer задать названия событий можно только на уровне SDK, интегрированного в мобильное приложение рекламодателя.

Для Adjust задать названия событий можно одним из стандартных способов — либо на уровне SDK Adjust, интегрированного в мобильное приложение рекламодателя, либо на уровне личного кабинета Adjust в разделе мэппинга (сопоставления/соответствия) названий событий и параметров, используемых для постбеков. Также существует возможность задать правила сопоставления всех названий событий и некоторых параметров (идентификатор продукта, идентификатор фида) со стороны myTarget, если по каким-то причинам рекламодатель не имеет возможности задать их стандартными способами.

Каждое событие должно содержать в себе параметры (все или только обязательные):

  • productid — идентификатор продукта, с которым выполнил действие (событие) пользователь;
Примечание: Идентификатор продукта должен быть указан в том же виде, что представлен в файле продуктового фида. Информация о формате файла фида, его загрузке в личном кабинете myTarget и использовании для рекламных кампаний динамического ремаркетинга — в статье.
  • value — текущая стоимость одной единицы продукта;

  • quantity — количество единиц продуктов в событии;

  • trg_feed — идентификатор счетчика Top.Mail.Ru и идентификатор фида, в формате <ID счетчика>_<ID фида> (например, 12345_1).
Параметр
Тип данных
Обязательный
Передается в событиях
productid
string
да
viewProduct, addToCart, purchase
trg_feed
string
да
viewProduct, addToCart, purchase
value
string
нет
viewProduct, addToCart, purchase
quantity
string
нет
addToCart, purchase
Идентификация продуктов из фидов — параметр trg_feed
Поскольку рекламодатель может загрузить неограниченное количество продуктовых фидов в свой аккаунт в myTarget, то при передаче каждого мобильного события необходимо наличие уникального идентификатор фида. По этому идентификатору определяется, к какому именно фиду рекламодателя относится продукт, передаваемый в событии (постбеке по событию). Идентификатор составляется из ID счетчика Top.Mail.Ru (каждый фид должен быть привязан к счетчику) и ID фида, присвоенного рекламодателем.

В общем случае для передачи идентификатора фида, которому принадлежит продукт, используется параметр trg_feed — он должен быть указан в каждом событии. Параметр должен содержать в себе значение вида <ID счетчика>_<ID фида> (например, 12345_1). Получить эти ID можно в личном кабинете рекламодателя myTarget.
Передача постбеков по событиям

Adjust

Если мобильное приложение рекламодателя уже интегрировано с Adjust с помощью SDK, убедитесь, что генерируются необходимые для работы динамического ремаркетинга события и параметры к ним. Имена событий и параметров могут быть произвольными, задать их сопоставление с именами, используемыми в myTarget, можно в личном кабинете Adjust для каждого партнера индивидуально.

Для передачи параметров событий, предназначенных для отправки от Adjust к партнерам (myTarget), используйте метод addPartnerParameter SDK Adjust.
Примечание: Описание метода addPartnerParameter SDK Adjust представлено в официальной документации:

SDK для native приложений:

SDK для WebView приложений:

Настройки в SDK (в коде мобильного приложения)

Пример использования метода addPartnerParameter при событии просмотра экрана приложения о продукте (событие viewProduct), который имеет стоимость "3499.50 руб" и идентификатор "12345":
SDK для native приложений Android:
AdjustEvent event = new AdjustEvent("viewProduct");
event.addPartnerParameter("productid", "10001");
event.addPartnerParameter("value", "3499.50");
event.addPartnerParameter("trg_feed", "12345_1");
Adjust.trackEvent(event);
SDK для native приложений iOS:
ADJEvent *event = [ADJEvent eventWithEventToken:@"viewProduct"];
[event addPartnerParameter:@"productid" value:@"10001"];
[event addPartnerParameter:@"value" value:@"3499.50"];
[event addPartnerParameter:@"trg_feed" value:@"12345_1"];
[Adjust trackEvent:event]
SDK для WebView приложений Android:
let adjustEvent = new AdjustEvent('viewProduct');
adjustEvent.addPartnerParameter('productid', '10001');
adjustEvent.addPartnerParameter('value', '3499.50');
adjustEvent.addPartnerParameter('trg_feed', '12345_1');
Adjust.trackEvent(adjustEvent);
SDK для WebView приложений iOS:
var adjustEvent = new AdjustEvent('viewProduct');
adjustEvent.addPartnerParameter('productid', '10001');
adjustEvent.addPartnerParameter('value', '3499.50');
adjustEvent.addPartnerParameter('trg_feed', '12345_1');
Adjust.trackEvent(adjustEvent);

Передача нескольких продуктов в событии

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

Пример использования метода addPartnerParameter при событии просмотра экрана корзины (событие addToCart — может использоваться как при добавлении товара в корзину, так и при просмотре содержимого корзины), в которую пользователь добавил два товара, в разном количестве:
SDK для native приложений Android:
AdjustEvent event = new AdjustEvent("addToCart");
event.addPartnerParameter("productid", "10001");
event.addPartnerParameter("value", "499.05");
event.addPartnerParameter("quantity", "1");
event.addPartnerParameter("trg_feed", "12345_1");
Adjust.trackEvent(event);
 
AdjustEvent event = new AdjustEvent("addToCart");
event.addPartnerParameter("productid", "10002");
event.addPartnerParameter("value", "145.75");
event.addPartnerParameter("quantity", "3");
event.addPartnerParameter("trg_feed", "12345_1");
Adjust.trackEvent(event);

Включение передачи постбеков, сопоставление названий событий и параметров (в Adjust)

Чтобы передаваемые из мобильного приложения в Adjust данные о событиях и параметрах, предназначенных для передачи партнёрам, поступали в myTarget, включите отправку постбеков, задайте список передаваемых событий и, при необходимости, выполните сопоставление названий событий и параметров.
Обратите внимание: Инструкция ниже обязательна к выполнению вне зависимости от того, какие названия событий и параметров используются в мобильном приложении.
Последовательность действий в личном кабинете Adjust:

1. Добавить партнера myTarget в настройках приложения, если еще не добавлен, и включить передачу событий и параметров:

  • Перейдите в раздел "All Settings" приложения;
  • В боковом меню выберите раздел "Partner Setup", нажмите "Add Partners" (см. скриншот 1 — шаг 1);
  • Укажите "myTarget" в строке поиска (см. скриншот 2 — шаг 1), нажмите плюс (см. скриншот 2 — шаг 2);
  • Установите переключатели "Enabled" и "Parameter Forwarding" в состояние "On" (см. скриншот 3 — шаги 1 и 2);

Примечание: Если ваше приложение в Adjust заведено как мультиплатформенное, то включить переключатели "Enabled" и "Parameter Forwarding" необходимо как для iOS версии приложения, так и Android. Эти же условия распространяются на разделы "Event Linking" и "Partner Parameter Mapping", инструкция по настройке которых представлена ниже.

2. Настроить передачу событий, задать правила соответствия названий событий:

  • После добавления партнера в разделе "Partner Setup" в списке будет отображен пункт "myTarget", выберите его;
  • Перейдите в раздел "Event Linking" — выберите те из событий SDK, которые соответствуют событиям, необходимым для динамического ремаркетинга, и задайте им соответствующие названия (см. скриншот 4 — шаги с 1 по 3), нажмите кнопку "Ok" (см. скриншот 4 — шаг 4), затем кнопку "Save".

Примечание: Названия событий, которые следует указать, описаны в разделе «События из мобильных приложений, постбеки от трекинговых систем к myTarget». В постбеках из Adjust в myTarget будут передаваться только те события, для которых явно задано название в разделе "Event Linking", поэтому, вне зависимости от того используются ли в приложении нужные для динамического ремаркетинга названия событий или нет, необходимо указать названия в пустых строках напротив событий из приложений — в противном случае события передаваться не будут. Если необходимо, чтобы события передавались с оригинальными названиями, используемыми в SDK, укажите эти имена как есть.

3. Настроить передачу параметров событий — сопоставление названий:

  • В разделе "Partner Setup" выберите пункт "myTarget", затем выберите раздел "Partner Parameter Mapping";
  • Укажите названия параметров, используемых в SDK, и задайте им названия, необходимые для динамического ремаркетинга (см. скриншот 5 — шаги 1 и 2);
  • Нажмите "Save" (см. скриншот 5 — шаг 3).
Примечание: Названия параметров, которые используются в динамическом ремаркетинге, описаны в разделе «События из мобильных приложений, постбеки от трекинговых систем к myTarget». Если используемые в SDK названия параметров для событий, необходимых для динамического ремаркетина, соответствуют тем, что используются в myTarget, то заполнять таблицу соответствия в разделе "Partner Parameter Mapping" не требуется. Adjust автоматически передает все параметры событий с их оригинальными названиями, если включена передача этих событий, а переключатель "Parameter Forwarding" установлен в значение "On".

AppsFlyer

Если мобильное приложение рекламодателя уже интегрировано с AppsFlyer с помощью SDK, убедитесь, что генерируются необходимые для работы динамического ремаркетинга события и параметры к ним. Допустимо использование собственных или стандартных имён событий и параметров AppsFlyer — в этом случае можно задать сопоставление всех имен и некоторых параметров (идентификатор продукта, идентификатор фида) со стороны myTarget. Но мы рекомендуем использовать имена событий и параметров myTarget — в этом случае задавать какое-либо сопоставление не потребуется, в myTarget сразу будут передаваться данные, необходимые для динамического ремаркетинга.

Для передачи параметров событий, предназначенных для отправки от AppsFlyer к партнерам (myTarget), используйте метод trackEvent SDK AppsFlyer.
Примечание: описание метода trackEvent SDK AppsFlyer представлено в официальной документации:

Настройки в SDK (в коде мобильного приложения)

Пример использования метода trackEvent при событии просмотра экрана приложения о продукте (событие viewProduct), который имеет стоимость "3499.50 руб" и идентификатор "12345":
SDK для Android:
Map<String, Object> eventValue = new HashMap<String, Object>();
eventValue.put("productid","10001");
eventValue.put("value","3499.50");
eventValue.put("quantity","1");
eventValue.put("trg_feed","12345_1");
AppsFlyerLib.getInstance().trackEvent(context,"viewProduct",eventValue);
Обратите внимание: В примере отображено использование имен событий и параметров myTarget. Это наиболее предпочтительный способ, не требующий дополнительных действий по сопоставлению имен и параметров на стороне myTarget.

Аналогичный пример вызова метода trackEvent на базе универсального события af_content_view AppsFlyer, но дополненный передачей параметра trg_feed ниже.
SDK для Android:
Map<String, Object> eventValue = new HashMap<String, Object>();
eventValue.put(AFInAppEventParameterName.CONTENT_ID, "10001";
eventValue.put("trg_feed","12345_1");
AppsFlyerLib.getInstance().trackEvent(getApplicationContext(), AFInAppEventType.CONTENT_VIEW, eventValue);
Обратите внимание: В примере используется универсальное событие AppsFlyer, значит, его имя будет передано в myTarget как af_content_view, а ID продукта — как af_content_id. Поскольку задать сопоставление имён событий и параметров к именам, используемым в myTarget, на стороне AppsFlyer нельзя, то потребуется задать сопоставление имен на стороне myTarget. Для этого подайте соответствующую заявку, инструкция описана в разделе «Обработка постбеков о событиях в myTarget».

Примечание: Описание стандартного события af_content_view представлено в документации AppsFlyer — пункт "Content View". В свою очередь, пункты "Add to Cart" и "Purchase" описывают использование стандартных событий af_add_to_cart и af_purchase ознакомьтесь с ними, если планируете использовать стандартные события, а не события с именами myTarget.

Передача нескольких продуктов в событии

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

Пример использования метода trackEvent при событии просмотра экрана корзины (событие myTarget addToCart — может использоваться как при добавлении товара в корзину, так и при просмотре содержимого корзины), в которую пользователь добавил два товара, в разном количестве:
SDK для native приложений Android:
Map<String, Object> eventValue = new HashMap<String, Object>();
eventValue.put("productid","10001");
eventValue.put("value","499.05");
eventValue.put("quantity","1");
eventValue.put("trg_feed","12345_1");
AppsFlyerLib.getInstance().trackEvent(context,"addToCart",eventValue);
 
Map<String, Object> eventValue = new HashMap<String, Object>();
eventValue.put("productid","10002");
eventValue.put("value","145.75");
eventValue.put("quantity","3");
eventValue.put("trg_feed","12345_1");
AppsFlyerLib.getInstance().trackEvent(context,"addToCart",eventValue);
Обратите внимание: SDK AppsFlyer позволяет использовать множественные значения и комплексные постбеки по событиям, для передачи данных о нескольких товарах в одном событии, но в текущей реализации учета событий в myTarget такие значения не обрабатываются. Возможность их использования будет добавлена в будущем.

Включение передачи постбеков, альтернативный вариант указания параметра trg_feed (в кабинете AppsFlyer)

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

Последовательность действий в личном кабинете AppsFlyer:

  • Перейдите в раздел "Integrated Partners" настроек приложения;

  • Укажите "myTarget" в строке поиска (см. скриншот 1 — шаг 1), нажмите кнопку "Edit" напротив названия модуля "myTarget (Mail.ru)" (см. скриншот 1 — шаг 2);

  • На вкладке "Integration" включите передачу "In-App Events Postback" (см. скриншот 2 — шаг 1);

  • В пункте "Sending Option" выберете значение "Events attributed to any partner or organic" (см. скриншот 2 — шаг 2), затем выберите пункт "Add Manually" (см. скриншот 2 — шаг 3);

  • Добавьте события, которые должны передаваться в myTarget. Нажмите "Add Event" — события можно выбрать из выпадающего списка с теми именами, которые используются в SDK (см. скриншот 3 — события с именами AppsFlyer, см. скриншот 4 — события с именами myTarget);

  • Нажмите кнопку "Save" внизу страницы.

Установка единого trg_feed на все постбеки по событиям

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

Такой способ подходит, если рекламодатель использует только один фид в myTarget, при этом в мобильном приложении не используются идентификаторы фидов/клиентов из других рекламных систем, на основе которых можно было бы задать сопоставление для идентификаторов фидов на стороне myTarget (см. раздел «Сопоставление идентификаторов фида на основе идентификаторов из других рекламных систем»).

Чтобы задать единый идентификатор фида, укажите в разделе "In-App Events Settings" для поля "trg_feed" значение в формате <ID счетчика>_<ID фида> (например - 12345_1), затем нажмите кнопку "Save" (см. скриншот 5).

Использование диплинков — добавление в файл фида

Для того чтобы пользователи при клике на рекламные объявления кампаний динамического ремаркетинга переходили не на сайт рекламодателя, а напрямую в мобильные приложения, в файле фида для каждого продукта необходимо указать диплинк (deeplink) и идентификатор приложения в маркетплейсе (App Store, Google Play). Диплинки используются при показе объявлений в мобильных приложениях ОК и ВК, а также в приложениях рекламных партнеров myTarget.

Подробнее о том, какие диплинки поддерживает myTarget

Adjust — атрибуция кликов

Реализация диплинков с параметрами атрибуции в Adjust имеет несколько особенностей. При использовании обычных диплинков (реализованных на базе технологии "URL Scheme" в iOS или "Intent URL" в Android) для корректной атрибуции кликов и сбора статистики со стороны Adjust необходимо:

  • Использовать в диплинке специальные GET-параметры — adjust_campaign, adjust_adgroup и adjust_creative;
Примечание: Для прямых диплинков SDK Adjust обрабатывает только заданные параметры, и именно с указанием префикса "adjust_", а все остальные параметры, в том числе стандартные UTM-метки, игнорируются (существует возможность учета и других параметров в SDK, но они не будут отображаться в отчетах Adjust, а могут быть использованы только как raw data).
Настроить обработку параметров реатрибуции adjust_campaign, adjust_adgroup и adjust_creative в коде мобильного приложения (SDK Adjust).
Примечание: Инструкция по включению учета параметров реатрибуции в SDK Adjust представлена в документации:

AppsFlyer — атрибуция кликов

Реализация диплинков с параметрами атрибуции в AppsFlyer имеет особенность. При использовании обычных диплинков (реализованных на базе технологии "URI Scheme" в iOS или "Intent URL" в Android) для корректной атрибуции кликов и сбора статистики со стороны AppsFlyer, необходимо использовать в диплинке специальные GET-параметры — "pid=mail.ru_int" и "is_retargeting=true". Первый определяет источник перехода, второй указывает на то, что переход выполнен в рамках ретаргетинговой рекламной кампании.

Действия с продуктовым фидом

Добавьте в файл фида элементы ios_url, android_url, bundle_id (идентификатор приложения в Google Play) и ios_app_store_id (идентификатор приложения в App Store) для каждого продукта.

Пример:
SDK для native приложений Android:
<ios_url>app://path/to/scr/?adjust_tracker=abcde</ios_url>
<android_url>app://path/to/scr/?adjust_tracker=fghij</android_url>
<bundle_id>com.app.lite</bundle_id>
<ios_app_store_id>123456789</ios_app_store_id>

Добавление динамических параметров в диплинки и ссылки

Динамические параметры (макросы) в файлах фида не поддерживаются, но их можно добавить на уровне рекламной кампании. Например, для сегментирования источников трафика в Adjust по кампаниям и объявлениям можно использовать параметры adjust_campaign и adjust_creative, со значениями {{campaign_id}} и {{banner_id}}. Эти значения будут автоматически заменены на идентификаторы кампании и объявления, при клике на баннер. Параметры добавляются как к ссылке на сайт (элемент url фида), так и к диплинкам (элементы ios_url и android_url).

Для этого укажите следующую строку в разделе «Разметка объявлений — добавлять метки вручную» настроек кампании:
adjust_campaign={{campaign_id}}&adjust_creative={{banner_id}}

Обработка постбеков о событиях в myTarget

Данные о событиях передаются в myTarget через трекинговые системы, с помощью постбеков. Чтобы myTarget начал учитывать постбеки по событиям из мобильного приложения, его необходимо подключить к аккаунту. Отправьте заявку на подключение приложения вашему менеджеру, или в службу поддержки (support_target@corp.my.com). В заявке укажите ссылку на страницу вашего приложения в магазине приложений (Apple App Store, Google Play), и аккаунт, к которому следует подключить приложения (тот аккаунт, на котором будут созданы рекламные кампании динамического ремаркетинга для работы на основе событий из мобильных приложений). Помимо этого укажите, необходимо ли задать правила сопоставления названий событий и их параметров, а также параметра trg_feed на стороне myTarget — информация о сопоставлении с примерами правил и заявки представлена ниже.

Сопоставление названий событий и параметров — со стороны myTarget

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

Для того чтобы мы могли выполнить сопоставление, сообщите нам правила сопоставления — название ваших событий и параметров, соответствующие используемым в myTarget. Правила задаются на уровне приложения, т.е. задать правила можно для каждого мобильного приложения индивидуально, но нельзя задать разные правила для разных аккаунтов, если приложение подключено более чем к одному аккаунту в myTarget.
Пример: К аккаунту привязано приложение для Android (например, "com.example.app"), в нем используются события с названиями fb_content_view (просмотр продукта), fb_addtocart (добавление в корзину), fb_purchase (совершение покупки) и параметр content_id, используемый в каждом событии для указания идентификатора продута, к которому относится событие. Для сопоставления данных пришлите нам описание правил вида «Для приложения com.example.app событие fb_content_view соответствует viewProduct, событие fb_addtocart соответствует addToCart, событие fb_purchase соответствует purchase, а параметр content_id соответствует productid».

Сопоставление идентификаторов фида на основе идентификаторов из других рекламных систем

Если передача параметра trg_feed в постбеках по событиям не представляется возможной, но при этом в каждом постбеке уже передается какой-либо параметр с уникальными значениями (например, ID фидов или названий ваших аккаунтов в другой рекламной системе), то со стороны myTarget возможно задать сопоставление значений этих параметров с идентификаторами счётчика и фида myTarget, принадлежащих рекламодателю.

Для того чтобы мы могли выполнить сопоставление, сообщите нам правила сопоставления — название вашего параметра и возможные варианты его значений, а также идентификаторы ваших счетчиков и фидов myTarget, соответствующие каждому из значений. Правила задаются на уровне приложения, т.е. задать правила можно для каждого мобильного приложения индивидуально, но нельзя задать разные правила для разных аккаунтов, если приложение подключено более чем к одному аккаунту в myTarget.
Пример: К аккаунту рекламодателя привязано два счетчика Top.Mail.Ru — 00001 и 00002, к счетчику 00001 привязан фид 1, а к счетчику 00002 привязан фид 2. При этом в мобильном приложении уже используется параметр customer_ID, со значениями shop1 и shop2 (будем считать их аккаунтами или ID фидов в другой рекламной системе). Для сопоставления данных пришлите нам описание правил вида «Счетчику 00001 и фиду 1 соответствует значение shop1 из параметра customer_ID», «Счетчику 00002 и фиду 2 соответствует значение shop2 из параметра customer_ID», и так далее.
Вам помогла эта статья?
Да
Нет