Core Web Vitals

Core Web Vitals
David Kaufmann
Уроки SEO
8 min read

Google невпинно шукає способи надати вебмайстрам інструменти, потрібні для оптимізації часу завантаження сторінок. Не лише тому, що це вигідно з погляду вартості сканування й кешування неоптимізованих ресурсів, а й щоб поліпшити користувацький досвід під час перегляду інтернету.

Саме на цьому останньому Google ставить фокус, і вже кілька років пропонує вебмайстрам різні інструменти для оптимізації швидкості завантаження сторінок. Тепер він знов дістав з рукава 3 метрики, що об'єднують найпоширеніші проблеми, з якими стикаються під час рендерингу HTML. Ми не знаємо, чи Core Web Vitals з нами надовго, але поки що ми маємо їх знати й глибше копати в їхню оптимізацію. Ми всі хочемо показати найкраще обличчя, коли «бос» приходить у гості.

Мета цієї статті — пояснити, що таке Core Web Vitals, як вони працюють і яку важливість мають для швидкості й часу завантаження вебсайту. Поїхали!

ВАЖЛИВО (оновлено 10 листопада 2020 року): Google щойно оголосив, що з травня 2021 року Core Web Vitals стануть дуже важливим фактором ранжування разом з користувацьким досвідом. Стаття в блозі Google

Що таке Core Web Vitals?

Core Web Vitals — це метрики, створені Google для поліпшення користувацького досвіду на вебсайтах. Велика різноманітність інструментів для аналізу швидкості завантаження стала одним з факторів, які врахував Google, об'єднавши всі ці метрики, аби трохи спростити складність, пов'язану з оптимізацією часу завантаження. Ця ініціатива має на меті змусити нас сфокусуватися на цих «сигналах якості», які такі важливі для досягнення оптимального користувацького досвіду.

Google підсумовує кількома словами те, на чому фокусуються Core Web Vitals:

  • Досвід завантаження

  • Інтерактивність

  • Візуальна стабільність вмісту сторінки

Largest Contentful Paint, або LCP

LCP, або Largest Contentful Paint — це метрика, що повідомляє нам час завантаження «найбільшого» елемента контенту, видимого користувачу, аби він став доступним і корисним. Іншими словами, Google каже, що елементи, розміщені в так званому «Above the Fold», мають швидко завантажуватися й бути придатними для читання, аби бути доступними користувачу для взаємодії з ними.

Слід уточнити, що елементи, які з'являються, коли користувач клікає на екран або скролить, не впливають на LCP. Найбільший контент може бути блоком тексту, відео, зображенням тощо.

графік оптимальних часів LCP
графік оптимальних часів LCP

Класифікація стану LCP за часом. Зображення © web.dev

Який час Google вважає оптимальним?

Як бачимо на графіку, Google уважає, що максимальний час для завантаження LCP і забезпечення гарного користувацького досвіду — до 2,5 секунди. Важливо зазначити, що під час завантаження елемент LCP може змінюватися.

Core Web Vitals fcp і lcp
Core Web Vitals fcp і lcp

Як дізнатися LCP URL-адреси?

У самому браузері Chrome через виконання Lighthouse-аудиту в нас є опція дізнатися, що Google уважає найбільшим контентом для завантаження. Ось як:

як дізнатися найбільший елемент для завантаження
як дізнатися найбільший елемент для завантаження

Які фактори можуть впливати на завантаження LCP?

На те, що час завантаження LCP вищий за очікуваний, впливають кілька дій. Ці елементи чи дії:

  • Відповідь сервера

  • Запити до бази даних

  • Відповіді API, що повільно вирішуються

  • CSS або JS, що блокує рендеринг

  • Повільність у завантаженні інших ресурсів

  • Неоптимізовані зображення

  • І т. д.

First Input Delay, або FID

FID, або First Input Delay — це метрика, що вказує, скільки часу сторінка реагує на взаємодію користувача з будь-яким з елементів.

метрики pagespeed
метрики pagespeed

Метрики, отримані з Pagespeed

В інструменті Pagespeed, який Google зробив доступним для всіх деякий час тому, ми можемо побачити посилання на цю метрику. Значення, які вважаються гарними, мають бути нижчі за 100 мс.

first input delay
first input delay

Класифікація стану First Input Delay (FID) за часом. Зображення © web.dev

Основні причини проблем з цією метрикою (FID) виходять з виконання JavaScript, тож нам треба буде ідентифікувати, яка частина коду спричиняє те, що сторінка повільно реагує на взаємодію. Особисто я стикався з цією проблемою з рекламними завантаженнями JS.

Cumulative Layout Shift, або CLS

Cumulative Layout Shift — це метрика, що встановлює межі завантаження елементів, що змінюють відображення під час завантаження. Йдеться про забезпечення стабільності елементів на екрані, аби вид не зміщувався, поки завантажуються інші ресурси.

Google уважає (ну, Google і кожен користувач), що дуже дратує, коли ми вже почали взаємодіяти зі сторінкою (читаючи, скролячи тощо), а елемент, що завантажується пізніше, зміщує позицію користувача відносно вмісту, змушуючи коригувати скролом.

Cumulative Layout Shift
Cumulative Layout Shift

Цей приклад допомагає краще пояснити, як працює ця метрика. Спочатку бачимо вміст, завантажений з лівого боку. Коли Google говорить про стабільність, він посилається на те, що завантаження третього елемента не зміщує тих, що завантажені раніше. Як бачимо на зображенні справа, завантаження YouTube-відео змістило два блоки, що завантажилися спочатку.

Чому Core Web Vitals важливі?

Відколи ми співіснуємо з пошуковими системами, а конкретніше з Google, він додає обов'язки кожному, у кого є вебсайт і хто хоче, щоб він був одним з варіантів у результатах пошуку.

Поліпшення доступності з усіх пристроїв, сприяння безпечному перегляду під протоколом безпеки чи штрафи вебсайтів, що використовували інвазивну рекламу (interstitials), — це деякі з битв техногіганта.

Ці метрики — індикатори, які Google нам дає, аби вказати, які частини вебсайту можуть бути проблемою для користувача, але... Чи означає це, що вони важливі?

Чи розуміємо ми вебсайти з погляду «роботів», чи з погляду «користувачів», ці метрики — індикатори того, що наші вебсайти не працюють так добре, як мали б. Ми вже бачили в кількох дослідженнях, наскільки впливає час завантаження на конверсію і на терпіння користувача. Наразі вони не впливають на ранжування, але хіба ж ми ігноруватимемо ці метрики?

Зі свого боку ми точно їх ураховуватимемо.

Чи впливають Core Web Vitals на ранжування?

На сьогодні все, що ми знаємо, це що метрики поліпшення користувацького досвіду стають дедалі важливішими, і деякі з них уже враховуються в результатах пошуку. У статті від 28 травня в блозі Google було оголошено, що в 2021 році очікують випустити нове Update, яке включить кілька метрик, пов'язаних з користувацьким досвідом.

Достатньо згадати, як він обходився з Mobile First Index і попередніми повідомленнями. У цьому випадку, посилаючись знову на травневу статтю, він попереджає, що буде попереднє повідомлення щонайменше за 6 місяців, тож... Чи буде оновлення наприкінці наступного року?

Інструменти для оптимізації Core Web Vitals

Тепер, коли ми поговорили про те, що таке Core Web Vitals і яку важливість вони матимуть у найближчі місяці, час починати працювати над оптимізацією цих метрик. Через різні інструменти ми зможемо взятися за виявлені проблеми й досягти поліпшення продуктивності.

Інструменти Core Web Vitals
Інструменти Core Web Vitals

Lighthouse

Lighthouse — це потужний open-source-інструмент, який ми знаходимо в Chrome. Через Lighthouse ми можемо аудитувати наш вебсайт, виконуючи різні тести, аби отримати результати щодо недоліків чи частин сторінки, які потребують оптимізації. Серед цих частин — метрики Core Web Vitals.

метрики core web vitals у lighthouse
метрики core web vitals у lighthouse

Зображення з результатів Lighthouse-аудиту

Page Speed Insights

Page Speed Insights — ще один варіант, який Google нам надає, аби отримати дані продуктивності нашого вебсайту. Цей інструмент навіть показує нам графіки найважливіших метрик і їхній стан. Page Speed Insights базується на звіті користувацького досвіду, мета якого — отримати дані в порівнянні з іншими вебсайтами.

звіт page speed insight
звіт page speed insight

Метрики, що пропонує Page Speed Insights

Chrome UX

Chrome User Experience Report — це набір даних, який Google надає про поведінку користувачів у всьому світі через Chrome. Аби отримати доступ до цих даних, треба використовувати Big Query, а також мати акаунт Google Cloud.

Через Google Data Studio вони полегшили доступ і мають усе напівготове в цьому Dashboard

Chrome Dev Tools

Аналізувати метрики Core Web Vitals можна не лише за допомогою Lighthouse: якщо зануритися в інструменти розробника Chrome, можна дійти тих самих висновків. Наприклад, у вкладці «Performance», якщо ми робимо запис чи нове завантаження, можемо отримати цінну інформацію про те, як поводиться наша URL.

chrome dev tools
chrome dev tools

Знімок екрана, зроблений в опції Performance Chrome Dev Tools

Web.Dev

Завжди є простіший спосіб зробити речі, принаймні щоб дізнатися наші Core Web Vitals. На офіційному вебсайті в нас є сторінка, що детально описує кожну метрику, і дає нам пояснення того, що це таке, та практики для поліпшення.

Web Dev
Web Dev

Окрім того, у Chrome Store ми маємо розширення, яке дає нам цю інформацію під час входу на кожну URL:

розширення core web vitals
розширення core web vitals

З червоним або зеленим індикатором ми бачимо стан нашої URL щодо цих метрик:

розширення core web vitals
розширення core web vitals

Знімок екрана з результатами, які дає розширення Web Vitals

Search Console

Search Console — незамінний інструмент для будь-якого вебмайстра. Додано функцію, що допомагає нам бачити, які URL-адреси мають проблеми з цими 3 метриками (LCP, FID і CLS). У лівому меню маємо опцію «Core Web Vitals». Обравши цю опцію, з'являться два графіки, що показують результати URL-адрес за пристроєм. Якщо обираємо пристрій (desktop або mobile), побачимо детально, які URL мають проблеми.

search console web vitals
search console web vitals

Не панікуйте, якщо побачите високу кількість URL-адрес праворуч; це відносно нормально, оскільки проблеми зазвичай виникають за типами сторінок (наприклад, постів блогу), і робота над одним з них принесе нам поліпшення для всіх.

Висновки

Цей огляд Core Web Vitals має на меті ознайомити нас з метриками, що набуватимуть дедалі більшого значення, і ми, чи то SEO-фахівці, чи то вебмайстри, житимемо з ними. Від SEO Alive хочемо порекомендувати вам використовувати всі ці інструменти, які ми вам надали — вони, без сумніву, допоможуть поліпшити WPO-продуктивність вашого вебсайту.

Приймаєте виклик поліпшити швидкість свого сайту? Запустіть тест у будь-якому з інструментів, які ми згадали, і надішліть нам повідомлення зі знімком екрана. Дамо вам пораду для поліпшення повністю безкоштовно!

Автор: David Kaufmann

David Kaufmann

Останні 10+ років я повністю занурений у SEO — і чесно кажучи, не хотів би інакше.

Моя кар'єра вийшла на новий рівень, коли я працював старшим SEO-спеціалістом у Chess.com — одному зі 100 найвідвідуваніших сайтів у всьому інтернеті. Робота в такому масштабі навчила мене того, чого не дав би жоден курс чи сертифікат.

З цього досвіду я заснував SEO Alive — агенцію для брендів, які серйозно ставляться до органічного зростання. І оскільки не знайшов інструмента, що добре справляється з обома світами — класичним і AI, побудував SEOcrawl. Якщо ви шукаєте досвідченого SEO-партнера, який любить цю справу — буду радий поговорити!

→ Читайте всі статті від David
Більше статей: David Kaufmann

Дізнайтесь більше контенту цього автора