Чтобы проверить время загрузки страниц в Метрике, выберите точный адрес страницы услуги и одинаковые условия сравнения: период, устройство, браузер и показатель времени. Квантиль, то есть границу времени для выбранной доли загрузок, разберём ниже. Затем передайте разработчику сохранённый отчёт вместе с описанием задержки. Одно число по всему сайту не объясняет, что происходит с рекламной страницей на телефоне.
Ниже — порядок проверки по документации Яндекса. Это не испытание клиентского сайта и не обещание увеличить число заявок. Для работы нужны доступ к отчётам нужного счётчика и реальные данные страницы; изменять настройки рекламы или параметры рабочих URL не требуется.
Сначала выберите страницу и условия
Начните с адреса, на который ведёт конкретное объявление. Например, для рекламы ремонта коробок передач проверяйте страницу этой услуги, а не главную автосервиса. Это условный пример выбора, а не результат проверки Easy Box.
Запишите адрес и откройте его на телефоне. Что именно заставляет ждать: первый видимый экран, появление цены, кнопка записи? Отдельно проверьте, можно ли нажать кнопку и дойти до формы. Если страница вообще не открывается, сначала решайте вопрос доступности: для него есть отдельная инструкция о мониторинге сайта в Директе.
Выберите период, когда на странице были посетители, и сохраните его даты. Если знаете дату изменения сайта, разделите наблюдения до и после неё. Не сравнивайте старую страницу на компьютере с новой на телефоне: в таком сравнении меняются сразу несколько условий.
Как открыть нужные данные в Метрике
В справке отчёта указан путь: Отчёты → Мониторинг → Время загрузки страниц. Для отдельной страницы добавьте условие Просмотр URL в группе Скорость загрузки сайтов, для которых и укажите её адрес. Диаграмма Линии показывает изменение по времени.
Убедитесь, что условие относится к нужному адресу, а не случайно охватывает весь раздел услуг. Если в адресах есть метки рекламы или другие варианты, попросите аналитика проверить состав отбора. Не удаляйте параметры из рабочих объявлений и URL ради удобства отчёта.
Яндекс также рекомендует разбирать быстродействие по устройствам. Нажмите Группировки и выберите тип устройства и браузер в разделе Технологии: эти параметры перечислены в настройках отчётов. Сначала разберите строки смартфонов отдельно от компьютеров, затем нужный браузер. Сохраняйте одну и ту же строку при сравнении. Браузер вашего телефона не заменяет сведения о браузерах посетителей.
Если нужный параметр недоступен или вы не уверены в настройке, попросите аналитика показать отчёт только для нужного адреса и пары «тип устройства + браузер». До этого не принимайте общую цифру за результат проверки выбранной группы. Это условие приёмки, а не просьба изменить настройки рекламы.
Если данных нет, не записывайте время как нулевое. По описанию работы Метрики, параметры загрузки измеряет JavaScript-код счётчика. Попросите специалиста проверить его работу на выбранной странице и наличие данных за нужные даты. Блокировка кода или ошибка установки могут мешать сбору; пустой отчёт сам по себе не устанавливает причину.
Что означают цифры в отчёте
Времена указаны в секундах. По умолчанию выбран квантиль 50%: указанное время не превышено в половине учтённых случаев. Для 90% граница охватывает девять десятых случаев. Это описание набора наблюдений, а не гарантия для следующего посетителя. Сравнивайте один и тот же квантиль.
Не подменяйте один показатель другим. Время до отрисовки относится к началу появления страницы, Время до загрузки DOM — отдельный показатель загрузки. У времени до загрузки DOM в этом отчёте есть верхняя граница отображения 30 секунд. Значение на границе не даёт точного времени ожидания сверх неё.
Для первой проверки можно сохранить оба показателя: они отвечают на разные вопросы. Если начало появляется быстро, а нужная кнопка долго недоступна, передайте разработчику именно это наблюдение. Не объявляйте сайт исправным только по быстрому появлению фона.
Смена квантиля способна изменить число без единой правки сайта. Поэтому снимок «стало быстрее» без названия показателя, квантиля и условий сравнения не подходит для приёмки.
Как поставить задачу разработчику
До начала работ согласуйте с разработчиком конкретный сценарий: какой блок должен стать доступен, на каком устройстве и в каком браузере. Запишите допустимое время ожидания этого блока и способ проверки; берите его из задачи вашего сайта, а не из универсальной «нормы». Отдельно согласуйте, какой показатель отчёта будете сравнивать. Целевой сценарий на странице и число в отчёте проверяются раздельно.
Попросите проверить этап, на котором видна задержка, и повторить её в условиях посетителя. Не назначайте заранее замену хостинга или удаление всех скриптов: отчёт помогает выбрать направление проверки, но сам по себе не доказывает причину.
Вместо задания «ускорить сайт» отправьте короткую запись:
Страница: [точный адрес услуги].
Период: [даты наблюдения до изменения].
Условия: [устройство, браузер, при необходимости регион].
Показатель и квантиль: [что именно сравниваем].
В отчёте: [время в секундах, ссылка или снимок условий].
На странице: [какой элемент появляется или работает с задержкой].
Нужно: проверить причину и описать выполненное изменение.
Приёмка сценария: [нужный блок, допустимое ожидание, способ проверки].
После изменения: повторить тот же сценарий и сравнить новые данные
с сохранёнными условиями, отметив различия в составе посетителей.Не прикладывайте контакты посетителей или пароль от счётчика. Для задачи достаточно адреса страницы и относящегося к задержке фрагмента отчёта. Если задержка на вашем телефоне не повторяется, так и напишите: сначала нужна проверка гипотезы.
Что принять после исправления
Сначала повторите действия на странице: откройте её, дождитесь нужного блока, перейдите к форме. Если есть препятствия при нажатии и заполнении, используйте отдельный разбор Вебвизора для сайта услуг. Оценка скорости не заменяет проверку удобства и получения обращения менеджером.
Для отчёта после исправления выберите полные дни, когда новая версия уже работала; день выкладки исключите, если в нём смешались версии. Сопоставьте периоды одинаковой длительности с похожими днями недели и режимом рекламы. Если это невозможно, запишите различия и ограничьте вывод. Это предлагаемый порядок сравнения, а не автоматическое доказательство причины изменения.
Оставьте тот же адрес, показатель, квантиль и строку устройства с браузером. Попросите аналитика приложить объём измерений, на которых построено каждое сравниваемое значение, и объяснить, хватает ли данных для такого вывода. Число визитов из другого отчёта не подставляйте вместо числа измерений загрузки. Если объём не удалось установить, наблюдений мало или состав посетителей изменился, отмечайте числовой вывод как неподтверждённый и продолжайте сбор.
Если согласованный сценарий на странице всё ещё не проходит, верните задачу разработчику, даже когда число в отчёте уменьшилось. Если сценарий проходит, но сопоставимых данных пока нет, примите только проверку сценария; стабильное ускорение по Метрике остаётся неподтверждённым.
Результат приёмки — запись о том, что изменили, удалось ли повторить прежнюю задержку и что показывает сопоставимый отчёт. Она не доказывает, сколько заявок бизнес потерял раньше или получит теперь. Скорость проверена по выбранному сценарию; влияние на обращения требует отдельного наблюдения.