Срок действия функции "Официальный представитель" истек

Дмитрий Громов

Дмитрий Громов
Официальный представитель yandex.ru
Рейтинг
339
Регистрация
15.08.2018
Должность
Специалист службы поддержки
Название компании
Яндекс
8 лет в контексте, 6 из них в Яндексе. Увлекаюсь лыжами, хозяин двух алабаев.
Sherveron:
Дмитрий, добрый день.

Просьба подсказать по отклоненной рекламной кампании 45277241 - хотя бы в какую сторону смотреть или копать.

В техподдержке, к сожалению конкретного ответа дать не смогли. При этом кампании отклонили не по 15 пункту, поэтому могу я получить от Вас какие-то комментарии по исправлению? Можно в личку.

Спасибо.

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

keepersheet:
Доброго дня, Дмитрий. Спасибо за ответ.

Честно сказать, не думаю, что семплирование имеет отношение к описанным проблемам.
ЛОгика формирования запроса к API Metrika в данном случае такова, как показана далее. Не использовал либы Яндекса для работы с API Metrika, т.к. задачка совсем простая:

require 'typhoeus'


def referers
return Rails.cache.fetch('referers', :expires_in => 1.hours) {
authToken = ENV['AUTH_TOKEN_METRIKA']
response = Typhoeus::Request.get(
"https://api-metrika.yandex.ru/stat/v1/data",
params: {
'ids' => ENV['IDS_METRIKA'],
'metrics' => 'ym:s:visits',
'dimensions' => 'ym:s:externalRefererPathLevel1',
'date1' => '15daysAgo',
'date2' => 'yesterday'
},
headers: {
Accept: 'application/x-yametrika+json',
Authorization: 'OAuth' + authToken
}
)
JSON.parse(response.body)
}
end


Как видите, запрашивается отчет (id счетчика 4411126) о реферерах за последние две недели, и JSON должен включать не самый мизерный объем данных; что несложно увидеть, собственно, и на примере живого чарта по ссылке выше. Запрос составлен с учетом февральских изменений этого года в работе API Yandex.Metrika, теперь не принимающей токен доступа в параметрах.

Тем не менее, не выдаю себя за специалиста по API Яндекса, показанные виджеты являются плодом довольно поверхностного изучения метрик и группировок, описываемых докой сервиса. Если заметите какие-то явные ошибки/недочеты кода, буду искренне благодарен за любые ваши ремарки, либо же комментарии программистов.

Показал выше логику формирования запроса в контексте RoR, но учитывая пожелания некоторых форумчан серча, весьма отрицательно, насколько сумел понять, относящихся к фреймворкам, либам, etc... на "нативном" php то же самое вид сбоку будет следующим образом. Сразу подчеркну, curl суть штатный модуль из основного дерева сурсов :) :

<?

function curl_file_get_contents($url)
{
$authToken = '**************************';
$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_HTTPHEADER, ['Content-Type: application/x-yametrika+json', 'Authorization: OAuth' . $authToken]);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 0);
$obj = curl_exec($ch);
curl_close($ch);
return $obj;
}
$url = 'https://api-metrika.yandex.ru/stat/v1/data';
$params = array(
'ids' => '*******',
'metrics' => 'ym:s:visits',
'dimensions' => 'ym:s:externalRefererPathLevel1',
'date1' => '15daysAgo',
'date2' => 'yesterday'
);
$obj = curl_file_get_contents($url . '?' . http_build_query($params));
$obj = json_decode($obj, true);

for ($i = 0;$i < count($obj['data']);$i++)
{
echo '[', "'", $obj['data'][$i]['dimensions'][0]['name'], "'", ', ', $obj['data'][$i]['metrics']['0'], '],';
}
?>

Добрый день! Удалось воспроизвести запрос из присланных вами данных - действительно, если появляется семплирование, то может прийти только 1 или 2 значения.

В данном случае можно дать 2 рекомендации:

1) Проверять параметр "sampled" результирующих данных. Это позволит понять было ли применено семплирование;

2) Добавлять в запрос URL параметр "accuracy=1". Этот параметр будет гарантировать, что данные будут рассчитываться без семплирования.

Спасибо всем пользователям, которые предоставили мне в ЛС данные по своим площадкам.

Для проведения анализа потребуется несколько дней, вернусь с рекомендациями по увеличению дохода на следующей неделе.

Ashlander:
А минималка все та же - 3к деревянных?
А то я тестить РСЯ начал - 2910р за прошлый месяц. :D

Да, всё верно. Вознаграждение для резидентов РФ выплачивается по достижении порога в 3 000 рублей.

Toyvo Glumov:
После переезда на другой хостинг в Метрике "Результаты проверки - Аптайм" идут постоянные ошибки, либо "неизвестный ip", либо 404. Хотя сайт доступен и ДНС уже обновились. Кэши ДНС провайдеров тоже уже должны были обновиться. В Вебмастере проверка ответа сервера тоже работает, хоть и тупит иногда. Кто-то сталкивался?

Добрый день! Отправьте мне, пожалуйста, в ЛС номер счетчика. Посмотрим с коллегами и вернусь с ответом.

byDen:
На самом деле акты подписаны, а просто письма с актом не пришли партнерам? Или акты не подписаны, кто их не получил и выплата не будет до их подписания? Пролейте свет на этот момент

На сроках проведения выплаты вознаграждения формирование актов с небольшой задержкой никак не отразится.

ctit:
Дмитрий Громов, можно вопрос по CPM и AdBlock.
Если пользователь отключил AdBlock и снова перезагрузил страницу, изменится ли первоначальный CPM?

Добрый день! Если показ рекламы будет засчитан (засчитывается в том случае, если посетитель увидел не менее 50% площади блока в течение 2 секунд), то засчитаются отрисовка и показ. Или изменится значения по отрисовкам и показам. В партнерском интерфейсе отображается стоимость тысячи показов с учетом проверки видимости, при различной стоимости показа CPM может как измениться, так и не измениться.

keepersheet:
Вопрос ув. Дмитрию Громову, в основном. Но не только; если кто еще в теме описанного, буду благодарен за адекватный ответ. Примечание: не случайно говорю об адекватности, как показывает общение здесь - немалое количество технически безграмотного флуда имеет место быть, увы, на серче.

Дмитрий, вопрос мой о работе API Метрика. Неоднократно наблюдал сбои в работе данного интерфейса; по большей части сбои ночные. Локализовать, рассказать подробно не представляется возможным: потребовалось бы делать технический аудит ответов сервера, создавать релевантную выборку по работе endpoint, ресурсами для этого не располагаю.

Всего один только, случайно пойманный сегодня пример. Скриншот отображает состояние одного из чартов, визуализирующих JSON Яндекс.Метрики, штатную работу которого возможно наблюдать на страничке моего блога: код скрипта неизменен, а контраст, как видите, разителен. Прекрасно понимаю, сказанного недостаточно для технически компетентного утверждения, что проблемы - на стороне серверов Яндекса, а не у меня; но... располагаю также жалобами пользователей, декларирующих примерно то же самое, что уже сформулировал выше. А именно: отсутствие приемлемого уровня стабильности в работе API Metrika.

Собсно, сабж. Чарты мои кэшируют полученные данные, что в некоторой степени страхует от кратковременных сбоев в работе API, но совершенно не гарантирует от того, что будет закэширован "неверный" JSON, что и имеет место на скриншоте. Не посоветуете ли некое вхождение по строке, код ответа либо иной разумный критерий, оттолкнувшись от которого возможно было бы создать условие, позволяющее определить ошибочный ответ сервера Яндекса, который оптимально не кэшировать, не отображать? - пробую и так и эдак, и ответ вроде не пустой, и код 200 и error не содержит, а все одно, как видите, траблы.

Добрый день! В данном случае не могу предоставить какой-либо точной информации касательно такого поведения. Нужно получить более подробные технические данные об этой ситуации:

1) Полный URI запроса на сервер API Метрики;

2) Полный JSON-код ответа сервера.

В свою очередь, можно предположить, что в рамках запроса пользователя не учитывается семплирование, при котором используется только часть данных (например 0.01% от общих данных) для расчета показателей.

Больше информации о семплировании в рамках API Метрики можно узнать на странице https://yandex.ru/dev/metrika/doc/api2/api_v1/sampling-docpage/

Для ответа на большинство вопросов в данной теме мне нужны детали, которые многие из пользователей не предоставляют. Если вам необходимы развернутые ответы и рекомендации, то, пожалуйста, отправляйте мне в ЛС данные (логин, название площадки и ID блоков/дизайнов, про которые идет речь). Так мы с коллегами сможем быстрее реагировать на ваши обращения.

---------- Добавлено 08.08.2019 в 16:07 ----------

Румян:
Дмитрий, то есть по Вашим словам все дизайны выгодны?! Иначе должен наблюдаться хотя бы один дизайн с отрицательным CPM, а таких нет.

И еще много что не понятно. Например, как провести адекватный тест, когда у 1-го дизайна три объявления, а 2-го дизайна 4 объявления? Практические всегда будет откручиваться дизайн с 4-мя объявлениями, хотя CPM выше у дизайна с 3-мя объявлениями.

Чтобы определить эффективность того или иного дизайна, нужно построить отчет, где будет виден итоговый доход по каждому дизайну. Чаще выигрывает тот дизайн, формат которого наиболее конверсионный и эффективный. Делайте выводы об эффективности на основании общего дохода. Чтобы построить отчет по дизайнам, нужно пройти в раздел "Статистика" - "Отчет по монетизации". Здесь укажите номер блока и в поле "Группировки данных" отметьте "Дизайн ID" + другие показатели, включая "Вознаграждение за рекламу".

traveler007:
Кто подскажет или направит в нужное русло. Не пришел Electronic report за июль. Порог для выплаты преодолен, а отчета за этот месяц по доходу нет. Поддержка яндекса молчит уже три дня.

Я дал ответ в соседней ветке, посмотрите, пожалуйста: /ru/forum/comment/16148767

Всего: 5153