Max
При помощи сегментов «Яндекс Метрики» можно разделить трафик на две части. Одна группа совершает конверсии, другая НЕ совершает. Таким образом в отчете «Время загрузки страниц» мы увидим технические характеристики этих групп и, в частности, скорость отрисовки.
Да, в целом полезно посмотреть в Яндексе скорость загрузки сайта + определить какая часть загрузки загружает большую часть времени.
Пример из жизни: один из наших проектов хостился в Нидерландах - время на соединение\DNS составляло до 50% времени от запроса до получения ответа. С переездом сервера в РФ это время кратно уменьшилось, что в моменте внесло больший рост скорости, чем все наши оптимизации сервера в сумме.
Мы сделали такой отчет в нескольких проектах и получили похожие результаты.
Не информативно будет делить пользователей на группы 'сделал конверсию'\'не сделал конверсию', а затем сравнивать у них 'время до отрисовки' (включает в себя и время на соединение).
Вот простой пример: у вас оффлайн магазин в Москве. Представим что на него заходят москвичи (представим что у них хороший интернет и быстрый коннект) + случайный траффик из деревни в другой области с медленным 3g интернетом и слабыми девайсами.
Ожидаемо, москвичи конвертируются в заявки\покупки\ключевые действия, а люди из деревни - нет. Так как они вообще не смогут добраться до вашей услуги - они это понимают и сразу уходят с сайта.
Теперь построим отчет который вы предложили - видим в нем, что у группы 'без конверсий' очень сильно хуже время до отрисовки и делаем ошибочный вывод: "давайте ускорим сайт и наши конверсии будут расти". Хотя на самом деле проблема была в том, что группа без конверсий была смещена и физически вообще не могла купить товар
Компания Akamai в 2016 году провела исследование с 3700 сайтами и выявила закономерность, что даже каждые 100 миллисекунд влияют на конверсию от 2 до 7 процентов.
Работаю над развитием продуктов 3-4 года, часто возникают предложения\задачи ускорить часть функционала, с аргументацией на словах: 'была же статья, которая говорит что каждая миллисекунда в загрузке влияет на конверсию \ 'это же общеизвестный факт'). Но на практике из ~5 экспериментов по опитимизации на страницах\приложениях с сотнями тысяч юзеров в день, только 1 позволил дать хотя бы пару процентов; во всех экспериментах данные прироста абсолютно не бились с существующими ресерчами
Был очарован Redmi 6 в свое время (за свою цену), поменял на Redmi 9c - сперва был сильно разочарован
Телефон прожил примерно год и начал лютейше тупить - через пару часов работы он просто зависал и не реагировал на мои действия. Думал что уже все, придется брать новый - но 4pda увидел прошивки, в которых полностью вычищается реклама и ненужные приложения.
На удивление перепрошивка помогла:
- смог включить нужную функцию автозаписи звонков (была заблокирована)
- НИКАКОЙ больше рекламы MIUI, ее нет, вообще нет
- Телефон стал летать как новый. Прошел уже год - никаких прежних тормозов, все до сих пор для меня отлично работает
В процессе поиска как прошить увидел много советов заблокировать обновления MIUI (аргументы: теория заговоров о специально тормознутых прошивках + банально плохо оптимизированный код новых прошивок)
Плюсы танцев с бубнами (прошивкой):
- Девайс 'освежается' и начинает работать намнооооого шустрее
- Убираются все лишние приложения, которые нельзя было удалить
- Убирается ВСЯ реклама MIUI и больше не возвращается
Минусы:
- Нужно пару часов уделить чтению веток 4pda
- Нужно будет стереть данные \ обнулить телефон
- Есть риски безопасности разблокировки и накатывания левых прошивок
- Телефон нельзя прошить сразу, нужно инициировать анлок для прошивки и ждать 2 недели пока возможность разблокируется, время ожидания ускорить нельзя (фича безопасности телефона)
В целом, после прошивки девайс снова полностью оправдывает свою стоимость (7-9к на момент покупки). Если бы с завода был таким - было бы замечательно