<стр>Барри Поллард из Google Chrome рассказал о 5 советах по оптимизации для отрисовки самого большого контента. Каждый SEO-специалист должен это прочитать.
<стр>Барри Поллард, защитник веб-производительности Google Chrome, объяснил, как найти реальные причины низкого результата в области Contentful Paint и как их исправить.стр>
Самая большая по содержанию краска (LCP)
LCP — это основной показатель веб-жизненных показателей, который измеряет, сколько времени требуется для отображения самого большого элемента контента в области просмотра посетителей сайта (той части, которую пользователь видит в браузере). Элементом контента может быть изображение или текст.
Для LCP самыми большими элементами контента являются HTML-элементы уровня блока, которые занимают наибольшее пространство по горизонтали, например абзац <p>, заголовки (H1 – H6) и изображения <img> (в основном большинство HTML-элементов, занимающих много горизонтального пространства).
<х2>1. Знайте, какие данные вы просматриваете
<п>Барри Поллард написал, что распространенная ошибка, которую совершают издатели и SEO-специалисты, увидев, что PageSpeed Insights (PSI) помечает страницу как имеющую низкий рейтинг LCP, — это устранение проблемы в инструменте Lighthouse или через Chrome Dev Tools.
<стр>Поллард рекомендует оставаться на PSI, поскольку он предлагает множество подсказок для понимания проблем, вызывающих плохую работу LCP.стр> <стр>Важно понимать, какие данные предоставляет вам PSI, в частности данные, полученные из отчета об опыте использования Chrome (CrUX), которые основаны на анонимных оценках посетителей Chrome. Есть два вида:
<ол>
ол> <стр>Оценки на уровне URL-адреса относятся к конкретной отлаживаемой странице. Данные уровня происхождения представляют собой агрегированные оценки со всего веб-сайта.
PSI покажет данные на уровне URL, если на URL-адрес поступило достаточно измеренного трафика. В противном случае будут показаны данные уровня происхождения (агрегированная оценка по всему сайту).
2. Просмотрите оценку TTFB
<стр>Барри рекомендует обратить внимание на показатель TTFB (время до первого байта), поскольку, по его словам, «TTFB — это первое, что происходит с вашей страницей».< /стр>
Байт — наименьшая единица цифровых данных для представления текста, чисел или мультимедиа. TTFB сообщает, сколько времени потребовалось серверу для ответа первым байтом, показывая, является ли время ответа сервера причиной низкой производительности LCP.
<стр>Он говорит, что сосредоточение усилий на оптимизации веб-страницы никогда не решит проблему, коренящуюся в плохом показателе TTFB.
<стр><эм>Барри Поллард пишет:эм>стр>
“Медленный TTFB в основном означает одну из двух вещей:
1) Отправка запроса на ваш сервер занимает слишком много времени
2) Ваш сервер слишком долго отвечаетНо что это такое (и почему!) может быть сложно понять, и есть несколько возможных причин для каждой из этих категорий.”
цитата> <стр>Барри продолжил свой обзор отладки LCP, описав конкретные тесты, которые описаны ниже.стр>
3. Сравните TTFB с лабораторным тестом Lighthouse
Поллард рекомендует провести тестирование с помощью тестов Lighthouse Lab, в частности, «Первоначальное время ответа сервера». аудит. Цель состоит в том, чтобы проверить, повторяется ли проблема TTFB, чтобы исключить возможность того, что значения PSI являются случайностью.
Результаты лабораторных исследований являются синтетическими и не основаны на реальных посещениях пользователей. Синтетические означают, что они моделируются алгоритмом, основанным на посещении, инициированном тестом Lighthouse.
<стр>Синтетические тесты полезны, поскольку они повторяемы и позволяют пользователю изолировать конкретную причину проблемы.стр><стр>Если лабораторный тест Lighthouse не воспроизводит проблему, это означает, что проблема не в сервере.стр>
Он посоветовал:
“Ключевым моментом здесь является проверка повторяемости медленного TTFB. Итак, прокрутите вниз и посмотрите, соответствует ли лабораторный тест Lighthouse этому медленному TTFB реального пользователя при тестировании страницы. Найдите “Начальное время ответа сервера” аудит.
В данном случае это было намного быстрее – это интересно!”
<х2>4. Совет эксперта: как проверить, не скрывает ли CDN проблему
<п>Барри дал отличный совет о сетях доставки контента (CDN), таких как Cloudflare. CDN будет хранить копию веб-страницы в центрах обработки данных, что ускорит доставку веб-страниц, но также скроет любые основные проблемы на уровне сервера.
<стр>CDN не хранит копии в каждом центре обработки данных по всему миру. Когда пользователь запрашивает веб-страницу, CDN извлекает эту веб-страницу с сервера, а затем создает ее копию на том сервере, который находится ближе к пользователю. Таким образом, первая загрузка всегда медленнее, но если сервер изначально медленный, то эта первая загрузка будет даже медленнее, чем доставка веб-страницы напрямую с сервера.
Барри предлагает следующие приемы, чтобы обойти кэш CDN:
- Протестируйте медленную страницу, добавив параметр URL (например, добавив “?XYZ” в конец URL).
- Протестируйте страницу, которая не часто запрашивается.
Он также предлагает инструмент, который можно использовать для тестирования определенных стран:
“Вы также можете проверить, являются ли страны особенно медленными—особенно если вы—не используете CDN— с CrUX и @alekseykulikov.bsky.social Treo — один из лучших инструментов для этого.
<стр>Вы можете запустить бесплатный тест здесь: treo.sh/sitespeed, прокрутите страницу вниз до карты и переключитесь на TTFB.стр> <стр>Если в определенных странах низкие показатели TTFB, проверьте, какой объем трафика поступает из этих стран. Из соображений конфиденциальности CrUX не показывает объемы трафика (за исключением случаев, когда трафика достаточно для отображения), поэтому для этого вам нужно будет просмотреть свою аналитику. ”
цитата> <стр>Что касается медленных соединений из определенных географических регионов, Полезно понимать, что низкая производительность в некоторых развивающихся странах может быть связана с популярностью недорогих мобильных устройств. И стоит повторить, что CrUX не раскрывает, из каких стран поступают низкие оценки, что означает необходимость привлечения Analytics для помощи в выявлении стран с медленным трафиком.
5. Исправьте то, что можно повторить
<стр>Барри завершил свое обсуждение, сообщив, что проблема может быть устранена только после того, как будет подтверждено, что она повторяется.стр>
Он посоветовал:
“Для проблем с сервером, недостаточно ли у сервера мощности?
<стр>Или код просто слишком сложный/неэффективный?стр>
Или база данных нуждается в настройке?
Для медленного соединения из некоторых мест вам понадобится CDN?
<стр>Или выясните, почему оттуда так много трафика (рекламная кампания?)стр> <стр>Если ничего из этого не выделяется, то это может быть связано с перенаправлениями, особенно с рекламы. Они могут добавить ~0,5 с к TTFB – через перенаправление!
Постарайтесь максимально сократить количество перенаправлений:
– Используйте правильный конечный URL, чтобы избежать необходимости перенаправления на www или https.
– Избегайте множественных сервисов сокращения URL-адресов. ”aВыводы: как оптимизировать для отрисовки самого большого контента
<стр>Барри Поллард из Google Chrome дал пять важных советов.стр> <стр>1. Данные PageSpeed Insights (PSI) могут дать подсказки для отладки проблем LCP, а также другие нюансы, обсуждаемые в этой статье, которые помогают понять данные.
<стр>2. Данные PSI TTFB (время до первого байта) могут указывать на причину низких оценок LCP страницы.
<стр>3. Лабораторные тесты Lighthouse полезны для отладки, поскольку их результаты воспроизводимы. Повторяемость результатов имеет ключевое значение для точного определения источника проблемы LCP, что затем позволяет применять правильные решения.
<стр>4. CDN могут скрывать истинную причину проблем LCP. Используйте трюк Барри, описанный выше, чтобы обойти CDN и получить реальный лабораторный результат, который может быть полезен для отладки.
<стр>5. Барри перечислил шесть потенциальных причин плохих результатов LCP:
- Производительность сервера
- перенаправления
- код
- база данных
- Медленные соединения из-за географического положения
- Медленные соединения из определенных областей, вызванные определенными причинами, такими как рекламные кампании.