Здравствуйте. Мы организация. К нам обратилась некая компания, которая, как они нам говорят, обладает запатентованной технологией извлечения мобильного номера телефона (его личного телефона!!!!) посетителя сайта, который зашел к нам на страничку. Все это по их словам - легально и законно. Мы реально попробовали и такие номера действительно мы получаем..но вот с качеством клиента у них беда, т.к. более подробной информации нет о том, что именно смотрел и искал этот посетитель.

Если они (небольшая компания) могут это, то может ли такую информацию предоставлять Яндекс?

Много сфер, где принятие решения о покупке происходит не сразу, например, человек хочет купить машину, сначала переходит по платному объявлению на сайте, изучает модели, потом его догоняет ретаргет из соц.сетей с конретной моделью авто и записывается на сайте на тест-драйв, а затем по аудитории из CRM мы его в яндексе догоняем баннерами с рассрочкой и он заходит на сайт и оформляет рассрочку на покупку авто. Итого если мы будем проверять конверсию на форму получения рассрочки, то в атрибуции "первый переход" будет поиск, а в атрибуции "последний переход" или "последний значимый переход" будет кампания на CRM, но ни в одноймодели атрибуции мы не увидим участие ретагрета в соц.сетях в этой цепочке. В таком случае специалист может отключить ретаргет в соц.сетях как неэффективный, тем самым разорвав цепочку и сделав невозможным получение данной конверсии. Посему было логично добавить модель атрибуции, которая бы отражала вклад каждого рекламного канала в получении конверсии (например, делила конверсию между несколькими каналами равными частями, в данном случае по 33% или неравными долями с большей частью для последнего источника, например 25%, 25% и 50%) Либо же можно вынести отдельный отчет, который бы показывал все взаимодействия с рекламными источниками на пути к конверсии с сортировкой от большего к меньшему, тогда бы можно было отслеживать все источники, и пусть конверсию мы будем отдавать последней, мы будем понимать, что другие отключать нельзя, так как они пормежуточное звено.  Второй вариант можно сделать на базе отчета по ЮТМ, тк там можно что угодно под себя настроить для отслеживания.

Пробовал настроить цель типа "Клик по кнопке". Выбрал элемент на сайте и получил такой "путь" до элемента:
//HTML/BODY/DIV/DIV[5]/DIV/DIV/DIV[4]/DIV
Чтобы понять, что это за структура, пришлось обращаться в техподдержку Метрики. Техподдержка сказала, что это стандарт XPath. 

Предлагаю в интерфейсе добавления цели "Клик по кнопке" явно указать на применение стандарта XPath. Например, как на скриншоте. Это снимет вопрос, который может возникнуть у многих людей, и они не будут обращаться в техподдержку, а просто почитают о стандарте.

Добавить в интерфейс метрики/цели возможность группировки целей по сходным элементам.

Чтобы не создавался длинный сложно читаемый список второстепенных целей

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

В отчете "Посещаемость по времени суток" добавить коэффициенты:
1) Визитов в час посетителем. 2) Просмотров в час посетителем
Посетители по часам приходит разное количество и делают разное количество визитов и просмотром.  
Цель: смотреть наглядно на графике. может утром и вечером  одинаковое число визитов/посетителем или 
просмотров/посетителем в каждый час

Если сравнивать сегменты по месяцам. Расположить с учетом понедельника.

Например март 2020 и апрель 2020 сравнивать. Но выстраивать столбцы с понедельника.

Для апреля 2020 два первых дня понедельник и вторник будут пустые.

Для марта 2020 с понедельника до субботы первые дни будут пустые.

Цель сравнивать месяца с учетом строения по неделям.