Объедините инструменты Google для эффективного аудита, улучшения и мониторинга вашего веб-сайта.
Опубликовано: 28 мая 2020 г.
Core Web Vitals — это набор показателей, которые оценивают пользовательский опыт по таким критериям, как производительность загрузки, скорость реагирования на пользовательский ввод и стабильность макета.
В этом руководстве будет рассмотрен рабочий процесс улучшения основных веб-показателей вашего сайта, но начало этого процесса зависит от того, собираете ли вы собственные данные. Завершение процесса может зависеть от того, какие инструменты Google окажутся вам полезны для диагностики и устранения проблем с пользовательским интерфейсом.
Основные показатели веб-показателей лучше всего измерять в полевых условиях.
Показатели Core Web Vitals специально разработаны для оценки того, как пользователи взаимодействуют с вашим сайтом, — это метрики, ориентированные на пользователя . Лабораторные инструменты, такие как Lighthouse, представляют собой диагностические инструменты, выявляющие потенциальные проблемы с производительностью и предлагающие лучшие практики. Лабораторные инструменты работают в определённых, предопределённых условиях и могут не отражать реальные показатели Core Web Vitals, которые получают ваши пользователи.
Например, Lighthouse — это лабораторный инструмент, который проводит тесты с имитацией ограничения скорости в среде, имитирующей работу настольного компьютера или мобильного устройства. Хотя такое моделирование условий более медленной работы сети и устройств полезно при диагностике проблем с производительностью, оно представляет собой лишь часть широкого спектра сетевых условий и возможностей устройств и может не отражать особенности работы пользователей ваших сайтов.
Лабораторные инструменты, такие как Lighthouse, обычно выполняют «холодную» загрузку веб-страницы, когда её заходит совершенно новый посетитель. Это часто самая медленная загрузка, но в реальной жизни у посетителей могут быть кэшированы некоторые ресурсы, если они уже посещали сайт ранее или просматривают его. Новые посетители и инструменты также могут воспринимать сайт по-другому из-за баннеров cookie или другого контента.
Короче говоря, хотя лабораторные инструменты могут выявить потенциальные проблемы с производительностью и помочь вам в отладке и итерации, они могут не отражать фактическое количество посетителей вашего сайта. Используйте данные из реальных условий для измерения производительности, а лабораторные инструменты, такие как Lighthouse, — для диагностики и поиска путей её улучшения. См. также раздел «Когда использовать Lighthouse» .
Google измеряет основные показатели веб-приёмов (Core Web Vitals) с помощью отчёта об удобстве использования Chrome (CrUX) . Это общедоступный набор данных, собранный у реальных пользователей Chrome. Он лежит в основе многих инструментов Google и сторонних разработчиков, отслеживающих основные показатели веб-приёмов (Core Web Vitals) сайта.
Однако у CrUX есть свои ограничения. Он часто может сообщить о проблеме, но зачастую не располагает достаточными данными, чтобы определить её причину .
Если возможно, соберите собственные полевые данные.
Лучший набор данных для повышения эффективности веб-сайта в полевых условиях — это тот, который вы создадите сами. Всё начинается со сбора данных о посетителях вашего сайта. Способ сбора данных зависит от размера вашей организации и от того, готовы ли вы платить за стороннее решение или создать собственное.
Платные решения почти наверняка измеряют основные веб-показатели (и другие показатели производительности) и обычно предоставляют разнообразные инструменты для анализа полученных данных. В крупных организациях со значительными ресурсами этот метод может быть предпочтительным.
Однако, возможно, вы не являетесь частью крупной организации или даже не располагаете средствами для использования сторонних решений. В таких случаях библиотека Google web-vitals поможет вам собрать все данные Web Vitals. Однако вы будете нести ответственность за то, как эти данные представляются, хранятся и анализируются.
Если вы уже используете Google Analytics, но еще не начали собирать собственные полевые данные, у вас может быть возможность использовать библиотеку web-vitals для отправки собранных на местах данных Web Vitals в Google Analytics и использовать экспорт BigQuery из GA4 для составления отчетов по данным.
Понять инструменты Google
Независимо от того, собираете ли вы данные самостоятельно, существует несколько инструментов Google, которые могут быть полезны для анализа основных веб-показателей. Прежде чем разрабатывать рабочий процесс, общий обзор каждого инструмента поможет вам понять, какие из них могут подойти вам лучше всего, а какие — нет.
Отчет об опыте использования Chrome (CrUX)
Как упоминалось ранее, CrUX — это общедоступный набор данных, собранных у сегмента реальных пользователей Google Chrome с миллионов веб-сайтов. Он включает показатели Core Web Vital и другие показатели для веб-сайтов с достаточным трафиком.
CrUX доступен в виде ежемесячного набора данных BigQuery на уровне источника или ежедневного API на уровне URL-адреса или источника, при условии, что URL-адрес или источник содержит достаточное количество образцов в наборе данных CrUX. Данные CrUX доступны через различные инструменты CrUX как для программного доступа, так и для визуального использования пользователями.
Когда использовать CrUX
Даже если вы собираете собственные данные о полях, CrUX всё равно полезен. Хотя CrUX представляет лишь подгруппу пользователей Chrome, полезно сравнить данные о полях вашего сайта, чтобы увидеть, насколько они соответствуют данным CrUX. У каждого подхода есть свои преимущества и недостатки, что может привести к различиям . Если вы не собираете данные о полях для своего сайта, CrUX особенно полезен для получения общего обзора, при условии, что ваш сайт представлен в его наборе данных.
Вы можете использовать CrUX напрямую или с помощью другого инструмента (включая упомянутые ниже). Использование набора данных CrUX напрямую, как через BigQuery, так и через API, полезно для предоставления данных, которые не отображаются в других инструментах (например, данные на уровне страны часто недоступны в других инструментах), или для просмотра дополнительных показателей в CrUX , которые, опять же, часто не отображаются в других инструментах.
Когда не следует использовать CrUX
CrUX представляет только пользователей Chrome, да и то лишь их подгруппу . Полноценное решение RUM может включать больше возможностей в Chrome и других браузерах, поддерживающих метрики Web Vital.
Веб-сайты с недостаточным трафиком не представлены в наборе данных CrUX. В этом случае вам потребуется собрать собственные полевые данные, чтобы понять, как ваш сайт работает в реальных условиях, поскольку CrUX не подходит. В качестве альтернативы вам придётся полагаться на лабораторные данные, но с учётом ограничений, связанных с их нерепрезентативностью, как было описано ранее.
Поскольку данные, предоставляемые CrUX, представляют собой скользящее среднее значение за предыдущие 28 дней, это не идеальный инструмент на этапе разработки, поскольку потребуется немало времени, чтобы улучшения отразились в наборе данных CrUX.
Наконец, будучи публичным набором данных, CrUX ограничен в объёме информации, которую он может предоставить, и в способах запроса этих данных. Сбор собственных данных RUM позволяет собрать больше информации (например, элемент LCP ) и более точно сегментировать данные для выявления проблем. Получают ли вошедшие в систему пользователи показатели Core Web Vitals лучше или хуже, чем не вошедшие в систему? Есть ли у пользователей с медленным LCP определённый элемент LCP? Какие взаимодействия приводят к высоким значениям FID и INP?
PageSpeed Insights (PSI)
PSI — это инструмент, который предоставляет данные полевых исследований из CrUX и лабораторных исследований из Lighthouse для заданной страницы. Подробнее см. в соответствующих разделах.
Когда использовать PSI
PSI отлично подходит для оценки производительности CrUX на уровне страницы или источника, как для мобильных устройств, так и для настольных компьютеров. Это хороший выбор для первоначального обзора основных веб-показателей страницы или сайта. Он также позволяет просматривать данные основных веб-показателей других сайтов, например, конкурентов.
PSI также предоставляет данные Lighthouse, которые дают полезные рекомендации по улучшению основных веб-показателей (Core Web Vitals) при условии соответствия показателей. В противном случае рекомендации Lighthouse могут быть менее релевантными.
Поскольку Lighthouse запускается с сервера, он может сформировать более последовательную базовую линию, чем запуск Lighthouse из DevTools.
Когда не следует использовать PSI
PSI доступен только для публичных URL-адресов. Его нельзя использовать на сайтах разработки, которые не являются общедоступными.
Данные CrUX доступны только в том случае, если сайты соответствуют определённым критериям , включая пороговые значения популярности. PSI менее полезен, если данные CrUX недоступны для страницы или источника, поскольку в таких случаях он может отображать только данные лаборатории Lighthouse.
Аналогично, если у вас есть только данные CrUX на уровне источника, а не данные о конкретном проверяемом URL, это также ограничивает возможность сопоставления данных полей на уровне источника с лабораторной диагностикой на уровне страницы. Наличие данных полей на уровне источника по-прежнему очень полезно для оценки эффективности сайта, и аудит Lighthouse может быть полезен, но в этом случае следует проявлять особую осторожность.
Наконец, если данные на уровне страниц доступны в CrUX, но отличаются от лабораторных данных Lighthouse, рекомендации Lighthouse могут оказаться малополезными. Это особенно актуально для проблем CLS после загрузки и для интерактивных основных веб-показателей (FID и INP), для которых лабораторные аудиты менее полезны.
Консоль поиска
Search Console отслеживает поисковый трафик и производительность вашего сайта, включая основные веб-показатели . Сервис доступен только владельцам сайтов, подтвердившим право собственности на него .
Ценная функция Search Console заключается в том, что она группирует похожие страницы (например, страницы, использующие один и тот же шаблон) в единую групповую оценку. Search Console также включает отчёт Core Web Vitals, основанный на полевых данных CrUX.
Когда использовать Search Console
Search Console отлично подходит как разработчикам, так и другим специалистам, позволяя оценивать эффективность поиска и страниц способами, недоступными другим инструментам Google. Представление данных CrUX и группировка страниц по схожести дают новое представление о том, как повышение производительности влияет на целые категории страниц.
Когда не следует использовать Search Console
Search Console может не подойти для проектов, в которых используются различные сторонние инструменты, группирующие страницы по схожести, или если веб-сайт не представлен в наборе данных CrUX.
Группировка страниц также может вызывать путаницу, когда страницы-примеры в группе имеют характеристики, отличающиеся от характеристик остальной группы, например, если группа не проходит определённые тесты Core Web Vitals, но все страницы-примеры, по-видимому, проходят один и тот же тест Core Web Vitals. Это может произойти, если группа содержит длинный хвост или редко посещаемые страницы, которые могут загружаться медленнее, поскольку они с меньшей вероятностью кэшируются. Если в длинном хвосте таких страниц достаточно много, они могут влиять на общий процент прохождения теста группой.
Маяк
Lighthouse — это лабораторный инструмент, предоставляющий конкретные возможности для повышения производительности страниц. Пользовательские потоки Lighthouse также позволяют разработчикам создавать сценарии взаимодействия для тестирования производительности за пределами загрузки страницы.
Lighthouse-CI — это связанный инструмент, который запускает Lighthouse во время сборки и развертывания проекта для облегчения регрессионного тестирования производительности. Он предоставляет отчёт Lighthouse вместе с запросами на включение изменений и отслеживает метрики производительности с течением времени.
Когда использовать Lighthouse
Lighthouse отлично подходит для поиска возможностей повышения производительности в процессе разработки как в локальной, так и в тестовой среде. Lighthouse CI также полезен на этапах сборки и развертывания в тестовой и производственной средах, где требуется регрессионное тестирование производительности для поддержания хорошего пользовательского опыта.
Когда не следует использовать Lighthouse
Lighthouse (или Lighthouse CI) не заменяет данные из полевых данных . Lighthouse — это, прежде всего, диагностический инструмент, предоставляющий список потенциальных проблем и рекомендации по загрузке предопределенной страницы. Представляемые им рекомендации могут не всегда соответствовать результатам, наблюдаемым вашими пользователями.
Хотя Lighthouse можно использовать для диагностики производственных сайтов с помощью таких инструментов, как PageSpeed Insights, в идеале Lighthouse следует использовать в средах разработки и непрерывной интеграции для устранения проблем с производительностью до того, как они попадут в производственную среду.
Аудиты, предоставляемые Lighthouse, также доступны в разделе «Аналитика» на панели «Производительность» в Chrome DevTools, где представлен более подробный анализ производительности страницы.
Панель «Производительность» в Chrome DevTools
Chrome DevTools — это набор инструментов для разработки в браузере, включая панель «Производительность» . Панель «Производительность» — это лабораторный инструмент, работающий в двух режимах:
При первом открытии панели «Производительность» на экране «Текущие показатели» отображаются текущие метрики Core Web Vitals с возможностью импорта данных из полей CrUX. Это полезно для «живого» просмотра производительности при взаимодействии со страницей и выявления проблем с производительностью, особенно проблем после загрузки, которые могут наблюдаться с метриками CLS и INP.
Во-вторых, панель «Производительность» позволяет разработчикам собирать профиль (или трассировку) всей активности страницы во время загрузки или за указанный период времени. Это представление предоставляет подробную информацию обо всех наблюдаемых измерениях, таких как сетевая активность, рендеринг, отрисовка и выполнение скриптов, а также основные веб-показатели страницы. Оно также включает в себя аналитику, аналогичную той, что предоставляет Lighthouse.
Когда использовать панель «Производительность»
Панель «Производительность» должна использоваться разработчиками для получения глубокого понимания производительности конкретной страницы.
Просмотр показателей в реальном времени можно использовать для быстрого понимания текущих характеристик производительности страницы, а также для выявления потенциальных проблем при взаимодействии со страницей.
Представление трассировки особенно полезно для отладки проблем с откликом, влияющих на INP. После того, как взаимодействие с некорректным откликом выявлено и повторяется, панель «Производительность» может предоставить обширную информацию о том, что происходит в браузере, помогающую понять проблему: от блокировки основного потока до стеков вызовов JavaScript и работы рендеринга.
Когда не следует использовать панель «Производительность»
Панель «Производительность» — это инструмент разработчика, который в первую очередь предоставляет лабораторные данные, хотя и с некоторым контекстом полевых испытаний из CrUX. Она не заменяет полевые данные.
Представление трассировки содержит большой объём отладочной информации, но из-за этого оно может быть сложным для понимания начинающими разработчиками или теми, кто не является разработчиком. Однако представление динамических метрик, открывающееся на панели, решает эту проблему, предоставляя более простой интерфейс для тех, кому не требуется полная информация.
Трехэтапный рабочий процесс для обеспечения работоспособности основных веб-показателей вашего сайта
Работая над улучшением пользовательского опыта, лучше всего рассматривать процесс как непрерывный цикл. Для улучшения основных веб-показателей и других показателей производительности можно использовать следующий подход:
- Оцените состояние веб-сайта и определите проблемные места.
- Отладка и оптимизация.
- Осуществляйте мониторинг с помощью инструментов непрерывной интеграции для выявления и предотвращения регрессий.
Шаг 1: Оцените состояние веб-сайта и определите возможности для улучшения
Для оценки состояния веб-сайта лучше всего начать с полевых данных.
- Используйте PageSpeed Insights для просмотра общих показателей Core Web Vitals в отношении источника и конкретной информации по отдельному URL-адресу.
- Search Console может быть полезен для выявления страниц, требующих улучшения, если ее функция группировки страниц хорошо подходит для вашего сайта.
- Если у вас есть данные RUM, то это зачастую лучший вариант для выявления конкретных страниц или сегментов трафика с проблемами.
Независимо от того, анализируете ли вы собранные вами полевые данные или данные CrUX, этот первый шаг крайне важен. Если вы не собираете полевые данные, CrUX-данных может быть достаточно, чтобы помочь вам, опять же, при условии, что ваш сайт представлен в наборе данных.
Анализируйте эффективность сайта с помощью PageSpeed Insights
PageSpeed Insights отображает данные CrUX за последние 28 дней на уровне 75-го процентиля. Это означает, что если 75% результатов пользователя соответствуют пороговому значению, заданному для данной метрики , то качество считается «хорошим».
Если вы хотите оценить эффективность какой-то конкретной страницы, используйте её. Для общего представления о сайте при первом запуске оптимизации можно начать с главной страницы, поскольку она, как правило, является одной из самых популярных страниц на многих сайтах.
Сначала сосредоточьтесь на разделе PSI «Что испытывают ваши реальные пользователи» . Вы увидите до четырёх представлений данных: для мобильных устройств и компьютеров, для введённого URL-адреса и для всего источника. Сравните их и посмотрите, чем они отличаются. Мобильные устройства, как правило, менее производительны, чем компьютеры, поскольку это устройство с более ограниченными ресурсами, работающее в потенциально менее стабильных условиях сети. Если данные URL-адреса и источника значительно различаются, попытайтесь понять причину: домашние страницы часто являются первыми посещаемыми страницами (то есть целевыми), поэтому они могут загружаться медленнее, чем исходные, и пользователи принимают на себя всю нагрузку из-за неподготовленного кэша браузера. Последующие страницы, вероятно, будут загружаться быстрее, поскольку все общие ресурсы будут кэшироваться, что снизит агрегированные данные на уровне источника.
PSI также показывает все три основных показателя веб-безопасности (LCP, CLS и INP), а также диагностические показатели TTFB и FCP. Есть ли какие-либо показатели основных веб-безопасности, и насколько они выражены? Это подскажет, на чём следует сосредоточить усилия.
Поймите взаимосвязь между этими числами, особенно для LCP. Если LCP медленный, как в этом примере, то посмотрите на TTFB и FCP, которые являются контрольными точками для этой метрики. В этом примере у нас есть 1,8 секунды TTFB, что очень затруднит достижение рекомендуемого порога в 2,5 секунды для хорошего LCP. Это говорит либо о медленном бэкэнде (проблемы сервера или отсутствие CDN), либо о более медленных сетях, либо о перенаправлениях, задерживающих первые байты HTML. Дополнительную информацию см. в руководстве по оптимизации TTFB . FCP занимает еще секунду сверх этого, что опять же может указывать на более медленные сети. В этом примере LCP идет немного позже FCP, что говорит о том, что ресурс LCP хорошо оптимизирован после загрузки самой страницы. CrUX также теперь показывает больше диагностической информации в типах ресурсов и подразделах , что также помогает вам диагностировать проблемы LCP.
Для CLS проверьте результаты CrUX CLS и Lighthouse CLS, чтобы понять, связана ли проблема с загрузкой CLS (которую Lighthouse выявит и по которой предоставит рекомендации) или с проблемой CLS после загрузки, которую Lighthouse не выявит. Подробнее см. в руководстве по оптимизации CLS .
Для оценки отзывчивости обратите внимание на показатели INP. Проверьте аудиты TBT в Lighthouse, чтобы определить, выполняется ли интенсивная обработка JavaScript во время начальной загрузки страницы, что может повлиять на INP. INP может быть сложной метрикой для улучшения, поэтому обратитесь к руководству по оптимизации INP для получения дополнительной информации.
Определите неэффективные страницы в Search Console
Хотя PSI полезен, когда вы хотите протестировать конкретный URL или сайт в целом, Search Console может помочь сфокусировать ваши усилия на определённых типах страниц. Это особенно полезно, если многие страницы имеют схожие темы или технологии, и Search Console может успешно их определить.
Отчёт «Основные интернет-показатели» в Search Console отображает общую картину эффективности вашего сайта, но вы также можете детализировать отдельные страницы, требующие внимания. С помощью Search Console вы также можете:
- Определите отдельные группы страниц, требующие улучшения, и те, которые обеспечивают хороший пользовательский опыт.
- Получайте детальные данные об эффективности по URL-адресам, сгруппированным по статусу, метрике и группам схожих веб-страниц (например, страниц сведений о товарах на веб-сайте электронной коммерции).
- Получайте подробные отчеты, группирующие URL-адреса по каждой категории качества пользовательского опыта как для мобильных устройств, так и для настольных компьютеров.
Как только у вас появится несколько конкретных страниц для просмотра, вы можете использовать PSI, как объяснялось ранее, чтобы получить более подробную информацию о проблемах на этих страницах.
Шаг 2: Отладка и оптимизация
На шаге 1 вы должны были определить страницы, производительность которых требует улучшения, а также определить, какие показатели Core Web Vitals вы хотите улучшить. Вы можете воспользоваться инструментами Google, чтобы получить дополнительную информацию и понять первопричину проблемы.
- Посмотрите аудит Lighthouse и получите общее руководство по странице.
- Используйте представление динамических показателей на панели «Производительность» для анализа основных веб-показателей в режиме реального времени.
- Используйте трассировку панели «Производительность» для отладки проблем с производительностью и тестирования изменений кода.
Более подробные инструкции см. в следующих руководствах:
Откройте возможности с Lighthouse
PageSpeed Insights запускает Lighthouse автоматически. Lighthouse также можно запустить из Chrome DevTools, что полезно для локальной проверки исправлений, хотя панель производительности (о которой мы поговорим далее) — это более комплексный инструмент для локального выявления и устранения проблем с производительностью.
Ключевой момент — убедиться, что аудит Lighthouse воспроизводит проблемы, которые вы пытаетесь решить (например, медленный LCP или проблемы CLS). По умолчанию Lighthouse оценивает только пользовательский опыт во время загрузки страницы. Поскольку это лабораторный инструмент, он также исключает INP в пользу TBT.
Если показатели Lighthouse указывают на проблему, схожую с той, которую вы пытаетесь решить, обширная информация в его аудитах может помочь выявить проблемы и предложить решения.
Вы можете отфильтровать аудиты только по тем основным веб-показателям, которые вас интересуют, чтобы сосредоточиться на исправлении проблем, связанных с определенной метрикой:
Для INP используйте аудиты TBT для выявления проблем, которые могут потенциально повлиять на эти показатели, но имейте в виду, что без взаимодействия возможности Lighthouse по диагностике ограничены.
Анализируйте в режиме реального времени с помощью экрана показателей Chrome DevTools
Экран динамических метрик Chrome DevTools на панели «Производительность» отображает основные веб-показатели в режиме реального времени во время загрузки страницы и при её просмотре. Благодаря этому он может фиксировать INP, а также изменения макета, возникающие после загрузки. Также можно просмотреть более подробную информацию по каждой метрике:
Это представление предоставляет массу полезной информации для выявления проблем с производительностью и даже может извлекать информацию из полей CrUX. Для получения более подробной информации можно использовать трассировку.
Детализация с помощью панели «Производительность»
Панель «Производительность» в Chrome DevTools позволяет записывать профиль (или трассировку) всего поведения страницы за определенный период времени.
Аналитика производительности доступна на боковой панели «Аналитика» . Там также отображаются основные показатели Web Vital и значения полей для них (если они доступны).
На треке «Сдвиги макета» выделены сдвиги макета, и при щелчке по ним можно получить более подробную информацию об элементах, которые были смещены для отладки CLS.
Ключевые тайминги, такие как LCP, отображаются в разделе «Тайминги» в нижней части трассировки. Щелкните по ним, чтобы получить более подробную информацию.
Длительные задачи (которые могут привести к проблемам с INP) также выделены красными треугольниками на диаграмме.
Эти функции, а также информация в других частях панели «Производительность» , могут помочь вам определить, оказывают ли исправления какое-либо влияние на основные веб-показатели страницы.
Отладка основных веб-показателей в полевых условиях
Лабораторные инструменты не всегда могут определить причину всех проблем с основными веб-показателями, влияющих на ваших пользователей. Именно поэтому так важно собирать собственные полевые данные, поскольку они учитывают факторы, которые лабораторные данные не учитывают.
Для получения более подробной информации ознакомьтесь с разделом «Производительность отладки в полевых условиях» .
Шаг 3: Отслеживайте изменения
После устранения всех проблем необходимо убедиться, что они дали желаемый результат, а новые проблемы не нарушат работу основных веб-приложений. Для этого необходимо отслеживать проблемы с производительностью в рамках рабочего процесса разработки, чтобы предотвратить их попадание в рабочую среду, а также регулярно отслеживать данные с мест эксплуатации, чтобы убедиться в этом.
Мониторинг требований к производительности в средах непрерывной интеграции (CI)
Lighthouse-CI позволяет автоматически запускать аудит Lighthouse для коммитов кода, чтобы предотвратить снижение производительности при его вводе. Это может быть проверка времени выполнения (которое может меняться ) или просто аудит производительности , например, для линтинга, чтобы предотвратить использование вредоносных практик в коде.
Просмотр тенденций состояния веб-сайта с использованием полевых данных
Хотя вам следует стремиться выявлять и устранять все проблемы с производительностью до того, как они попадут в рабочую среду, мониторинг полевых данных с помощью RUM крайне важен для выявления любых проблем, которые могут остаться незамеченными. Существует множество коммерческих RUM-продуктов, которые могут помочь в этом. Библиотека JavaScript web-vitals позволяет автоматизировать сбор полевых данных на веб-сайте и при необходимости использовать эти данные для создания настраиваемых панелей мониторинга и систем оповещения.
Для сайтов, на которых не установлено RUM-решение, можно использовать различные инструменты CrUX в качестве базового анализа тенденций полевых данных.
Заключение
Обеспечение быстрого и качественного пользовательского опыта требует ориентированности на производительность и внедрения рабочего процесса, обеспечивающего прогресс. С правильными инструментами и процессами аудита, отладки и мониторинга вы сможете создать отличный пользовательский опыт и оставаться в рамках пороговых значений, определенных для хороших основных веб-показателей.