Я искренне желаю Вам и дальше работать в таком режиме, но что-то мне подсказывает(к сожалению), что это - очень временное явление, возможно, как-то связанное с отложенным спросом или просто какая-то случайность (хотя, учитывая настойчивые звонки "персональных менеджеров" последнее время и, даже, более-менее адекватные вопросы от них, - возможно, яндекс стал разворачиваться в сторону клиентоориентированности на фоне отвала многих жирных клиентов).
В общем, интересно узнать, как оно будет работать дальше (недели через 2 хотя бы)
Благодарю за пожелания. Абсолютно точно это не отложенный спрос или сезонный эффект. Уверен на 90% что это результат работы РСЯ, когда оно попадает в живую аудиторию и (важно) само не знает что попало, т.е. продолжает гнать траф думая что гонит мусор. У меня есть ряд теорий как с этим работать, пока тестирую.
Подскажите, пожалуйста, что для этого делали?
Экспериментировал и страдал = платил.
Несколько перезапусков + ежедневный контроль площадок и лидов.
Например, в ходе экспериментов я практически точно уверен что яндекс не просто перебирает аудитории, но и локации выбранного региона показа. Т.е. сегодня реклама показывается живым в деревне Кукуево, завтра в Пупкино. Ботов при этом льёт ото всюду. Что явно указывает на работу алгоритма балансировки трафика "боты/люди".
Два месяца потребовалось на то чтобы управляемо повторить опыт. Сегодня открылся портал звёздных врат – 18 лидов (звонок) за день.
В данном случае процесс более управляем, обвешан статой.
вот где главная ошибка
Как когда-то заказчик могу сказать что брать студии с раскрученными акками на VC, а также PRO фрилансеров тоже не вариант.
Так,действительно, возможно, попроще,если подстановка номера осуществляется ровно в момент клика по номеру(или "показать номер"). Но все-равно общая логика описана мной выше. Мы когда-то такое пытались сделать самостоятельно, и общие соображения для "просто сайта"- см.выше.
Номер подставляется не в момент клика, а каждому посетителю показывается свой сразу. В момент тапа идёт привязка, и если посетитель тапает чтобы позвонить, то 1 номера на условные 100 посетителей в сутки вполне достаточно и работает неплохо. Проблемы начинаются когда посетитель например видит номер на экране компа и звонит и/или один тапнул, а другой позвонил так. Но это мы уже в дебри углубляемся )
Не забывайте, что клиент не просто набирает номер (тогда да – лажа), а часто тапает на номер и попадает в лапы JS кода колтрекера. Так что ещё клик помогает точнее идентифицировать клиента.
ясно, по номеру тел это ерунда, надо придумать именно как yclid приделать к конверсии, я вообще думал колтрекинг как раз yclid вяжет к клику на номер и колтрекер определяет привязку именно так, ко времени звонка например(а не по каким то мифическим базам телефонов что вообще несерьезно), вот тут было бы 99% привязок, потому что это его собственная метка, он сам ее ставит на клик на номер, может оно так и работает, я не уточнял
Коллтрекинг именно так и вяжет. Он ставит метку визиту, показывая каждому юзеру отдельный телефонный номер. И потом, по тому какой номер использовал юзер для звонка, определяет его yclid и пушит все данные о Звонок в метрику, а та вяжет именно по yclid. Но, т.к. количество номеров ограничено то они крутятся в карусели, завязываясь на временную метку визита.
В итоге как минимум 20% привязок идут ошибочно, когда вяжется к запросу "лопата" а клиент искал "тюльпаны". Сначала думал показалось, потом понял, что это происходит из-за того что номера ротируются между посетителями и привязка осуществляется неверно. Грубо говоря у тебя трафик 100 в сутки, а номеров 10. Значит как минимум один и тот же номер за сутки видят 10 разных челов. И уже может быть лажа, когда звонок одного привязался к заходу другого. А если юзер увидел номер в понедельник, а позвонил в четверг, то вообще беда и данные будут сильно врать. Это то о чем колтрекинг деликатно умалчивает. В итоге смысл какой в нём с такими погрешностями.
Проблему можно решить если резко расширять пул номеров, чем их больше, тем выше точность, но это недёшево.
==
Но колтрекинг это довесок, я пушу оффлайн конверсии в директ с осени. И на 200 отправленных, привязка 70. Вот это фактический выхлоп. А в марте вообще стало по нулям. Возможно, они звонят с карточки организации, не переходят, вот и нет yclida. Как вариант, почему пусто.
У меня по номеру телефона. Полагаю что всё очень просто: Яндекс не знает номера телефонов этих профилей.
Пока молотит как не в себя, за сегодня лидов налили как за месяц до этого. При той же цене в сутки, считай бесплатно. Но он их не видит 😂 Интересно если вообще не трогать, надолго хватит, когда снова ботов давать будет.
Т.е. Я считает что льет неконверсионный мусор, а льет как раз то что надо.
Вообще перестал вязать офф конверсии. Из 20 за неделю, привязано 0. Причём в разделе Конверсий всё ок, и файл загружен и количество обновлено и грузит их он даже чаще чем должен и ошибок 0.
Не фарт блин :)
Боты из саппорта цитируют фак, говорят что выяжут 90% и предлагают проверить правильность форматов, но там всё верно раз директ в разделе конверсий ошибки не пишет.
И именно в возможности реализации такой технологии в условиях приемлемой доходности я и выразил свои сомнения.
Проблема не сколько в мусоре, сколько в нелинейности мусор/живые. Если бы как в мясном отделе давали всегда определённый % костей, то и ладно.
Вот возьмём интервал в год. По соотношению прибыль/расходы ну просто супер. Вот если бы всё так же, но за месяц происходило, с той же ботностью и т.п. – я был бы счастлив. Но нет. То густо, то пусто и это не сезонность.
Сейчас их ИИ вообще сошёл с ума, дает 99,9% трафика из дзена, других площадок нет. Я экспериментировал в одной кампании на ОЗК из дзена, тормознул её, но теперь по всем кампам льёт only дзен вне зависимости от настроек кампании :) Интересный эффект, который немного помогает понять как этот недоалгоритм работает.
Причём согласно мануалу система не учится в рамках аккаунта, только в рамках 1 кампании. Как видим, ещё как учится, ещё и зацикливается.
