SEO.Tech

2021-02-16 13:18:02 ​​ Как провести аудит Core Web Vitals с помощью Screaming Frog

В ходе аудита Core Web Vitals необходимо проанализировать показатели LCP, FID и CLS.

Понадобятся три вещи:

Платная версия поискового робота Screaming Frog.
Ключ API PageSpeed Insights (который можно получить на этой странице документации Google PageSpeed Insights).
Домен проверяемого веб-сайта.

Шаг 1. Подключите ключ API PageSpeed Insights к Screaming Frog

С ключом API PageSpeed Insights в руке откройте Screaming Frog и перейдите в раздел «Configuration»> «API Access»> «PageSpeed Insights».
Вставьте свой ключ API в поле «Secret Key».
Нажмите «Connect».

После подключения нажмите «Metrics». Здесь определяются метрики, которые будут отображаться при сканировании. Можно выбрать все «All Metric Groups» или только те, по которым хотите составить отчет, и нажать «ОК».

Доступны следующие группы показателей:

Overview - предоставляет общую обзорную информацию для страницы, такую как размер страницы и потенциальную экономию нагрузки, которую можно сделать на странице.
CrUX Metrics - данные из отчета об опыте пользователей Chrome . Если данные поля доступны от реальных включенных пользователей, они появятся здесь.
Lighthouse Metrics - отсюда берутся большинство лабораторных данных, которые мы используем в ходе аудита, включая оценки LCP, TBT и CLS.
Opportunities - предлагает предложения по повышению скорости загрузки страниц для каждой страницы.
Diagnostics - предоставляет дополнительную информацию об общей производительности сканируемого веб-сайта.

Шаг 2: Просканируйте веб-сайт

Шаг 3. Определите размер проблемы

На верхней панели навигации выберите «PageSpeed»> «Export».

Просматривая экспортированные данные, найдите следующие столбцы и выполните соответствующую фильтрацию:

Largest Contentful Paint Time (максимальное время рисования содержимого, мс) - Фильтр для поиска всех страниц с LCP 4000 мс или более.
Total Blocking Time (общее время блокировки, мс) - фильтр для поиска всех страниц с TBT 300 мс или более.
Cumulative Layout Shift (совокупный сдвиг макета) - отфильтруйте все страницы с CLS 0,25 или более.

Теперь у вас есть полный список (или примерный, если сайт был слишком большим) страниц, которые не соответствуют минимальным пороговым значениям Core Web Vitals.

Шаг 4. Соберите проблемы для каждой страницы и составьте соответствующие рекомендации

Справа на вкладке «Overview» прокрутите вниз до «PageSpeed» и получите данные по всем проблемам/рекомендациям для скорости и Core Web Vitals.

Чтобы просмотреть сколько страниц затронуто конкретной проблемой щелкните на нее и экспортируйте для сохранения в таблице данных. Для каждой из рекомендаций вы также сможете увидеть предполагаемую «экономию», полученную после исправления конкретной проблемы, в байтах или миллисекундах.

Шаг 5. Соберите примеры проблем, характерных для каждой страницы

Сообщая о примерах проблем предоставляется более детализированный набор данных, который позволяет понять, в чем проблема и можно ли ее решить или нет.

Следуя примеру ресурсов с блокировкой рендеринга, теперь вам нужно выбрать один из URL-адресов, затронутых этой проблемой, и выбрать вкладку «PageSpeed Details» на нижней панели навигации. После перейдите к Opportunities > Eliminate Render Blocking Resources.

В правой нижней панели вы увидите URL-адреса ресурсов, блокирующих рендеринг. К сожалению, невозможно экспортировать конкретные проблемы массово (насколько это известно), но можно скопировать и вставить несколько примеров в свою таблицу и снова поискать любые шаблоны.

Шаг 6. После внесения изменений снова просканируйте сайт и сравните изменения

Источник информации по ссылке [ENG] https://goo-gl.su/YpzueIN0 Відкрити / Коментувати