Мы бы тоже с удовольствием потестировали.

Евгений, я правильно понял, что реализовано управление на уровне объявления/группы(в понимании Я.Директа)/ключевика, но не на уровне нескольких ключевиков (не объединенных в группу в понимании Я.Директа)?

Евгений

0) Спасибо за оперативные реакции. Видимо, вы сейчас озабочены тем, как правильно реализовать брокер)

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

2) Я прошу прощения, но я не понял, о чем вы в этом пункте говорите.

Э... Не соглашусь. Роистат эту "примочку" продает за деньги. Речь не про акул отрасли, а просто про то, что текущая реализация брокера вообще всем вредна. И то, о чем я говорю, сделать довольно нетрудно)

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

1) Самое главное. Автоматическое управление ставками на уровне одного ключа - полная ерунда. Если у вас достаточно событий (заявок, оплат) по одной фразе, то либы вы делаете сотни тысяч-миллионы заявок в месяц (и роистат - не ваш инструмент 100%), либо вы просто не умеете делать контекст и не разбиваете ключ на более мелкие фразы.

Нужно управление на уровне группы групп объявлений.

2) в том тикете Максим пишет: "Оптимизаторы в Директе и AdWords по ROI нужно использовать очень аккуратно, так как корректно собираются данные о продажах из CRM в этих системах у очень маленького процента пользователей."

Ну это капец. Вы, всё-таки, делаете сервис в предположении, что люди могут корректно загрузить лиды из своей crm. Хотя, судя по тому, что Роистат не может нам (конкретно нам) уже 5 месяцев выгрузить правильно данные из Я.Директа и г.Эдвордса, думаю, проблема с Роистате)))

3) Вы пишите: "Смотрите, если ROI будет вычисляться, опираясь на данные заданного периода, то данные будут не актуальны. Ведь сами кампании за это время могли быть изменены в лучшую или худшую сторону, что могло повлиять на показатели."

Ну, это уже можно дать пользователям решать, что там актуально, а что нет.

Вы пишите: "Мне кажется, что в вашем случае правильнее было бы опираться на конверсию в заявки."

Правильно. Тогда и роистат нам нафиг не нужен. к50 и отлично живем.

Блин, неужели в Роистате нет людей, кто нормально делал контекст?

Да, нормальная интеграция. И, явно не трудная.

Спасибо, очень ждем эту реализацию.

Честно говоря, очевидно, что не хватает синтаксиса как в файлах robots.txt

Нужно иметь возможность поставить звездочку в любое место адреса.

Без этого пользоваться ловцом лидов ну очень не понятно как.

Представьте, что у меня на сайте 85 поддоменов (на каждый регион РФ).

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

максим, зачет: реализовали удобно и понятно.

Спасибо

Я бы хотел уточнить по этим двум пунктам:

1) Сейчас в роистат расходы можно вписать только с интегрированных вами каналов или вручную. Т.е. через API - нельзя. Получается, что в этом моменте у вас вообще нет никакой интеграции, кроме самых популярных каналов. Это очень странно выглядит со стороны. Либо мы не понимаем и это реально трудно реализовать, либо нужны от roistat какие-то комментарии на эту тему.

2) Себестоимость в попапе по каждой сделке показывается нормально, а вот в сводной таблице - только по завершенным сделкам. Ну это же просто кто-то не подумав сделал так?

Я опишу стандартный пример, где нам не хватает этих двух пунктов. Предположим, наша компания получает лиды где-нибудь на стороне (на внешних сайтах), например, cpa сети или собственная партнерская программа. Каждый лид нам обходится в какую-то сумму (иногда разную, но она не зависит от того, завершится ли сделка или нет). Эту сумму мы хотим передать в колонку "расходы", но не можем: такого функционала в api нет.

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

Я просто не понимаю, как можно интегрироваться с roistat в ситуации, когда через ваше api не всё загружается и потом странно отображается в таблице?

Я говорю про базовые вещи, в тонкостях мы ещё не успели поразбираться)