Порівняння сайтів за Core Web Vitals

Для чого цей інструмент

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

Як користуватись

Адреси вписуй у поле «Сайти або сторінки (по одному на рядок, до 20)». Протокол можна не вказувати, бо інструмент сам додасть https://. Однакові адреси перевіряються один раз, а все після 20-ї унікальної адреси ігнорується.

Далі порядок такий:

1. У списку «Рівень» вибери «Origin (весь сайт)» або «URL (конкретна сторінка)».
2. У списку «Пристрій» вибери «Мобільний», «Десктоп» або «Усі разом».
3. Натисни «Порівняти», а за потреби «Завантажити CSV».

На рівні Origin від адреси лишаються тільки протокол і домен, а на рівні URL відкидається лише частина після #. Зважай, що example.com і www.example.com для CrUX є різними origin.

Як читати таблицю

Кожне число в таблиці означає 75-й перцентиль (p75): у 75 % завантажень сторінок показник був таким або кращим. Колір клітинки залежить від порогів, які Google задає для кожної метрики. Між зонами «добре» і «погано» лежить жовта зона «потребує покращення».

Пороги такі, межа «добре» включна:

• LCP: добре до 2,5 с, погано понад 4 с.
• INP: добре до 200 мс, погано понад 500 мс.
• CLS: добре до 0,1, погано понад 0,25.
• FCP: добре до 1,8 с, погано понад 3 с.
• TTFB: добре до 800 мс, погано понад 1,8 с.

У таблиці час від 1000 мс показано в секундах, а CLS округлено до двох знаків після коми.

Статус CWV

Колонка CWV показує «Проходить», коли LCP, INP і CLS усі в зеленій зоні. Якщо хоч одна з цих метрик жовта чи червона, буде «Не проходить», а якщо для якоїсь немає даних, буде «н/д». FCP і TTFB на статус не впливають, бо до Core Web Vitals вони не входять.

Період і файл CSV

Під таблицею вказано дати періоду, за який зібрано дані. Це 28 днів, і вікно щодня зсувається. У файлі cwv-compare.csv значення записано без округлення: час у мілісекундах, CLS дробовим числом. Для адрес без даних текст помилки стоїть у колонці CWV.

Звідки дані та обмеження

Дані надходять з Chrome UX Report (CrUX) API від Google. Браузер надсилає адресу й тип пристрою на /api/crux, тобто на проксі-сервер marko-f.com. Проксі додає API-ключ і пересилає запит у Google, тому власний ключ не потрібен. Він обмежує кількість одночасних запитів, тож якщо частина рядків повернулася з помилкою, повтори перевірку трохи згодом.

Повідомлення «Немає даних у CrUX» означає, що в Google немає запису для цієї адреси. CrUX бере лише публічні сторінки та origin із достатньою кількістю відвідувань, тому для окремої сторінки даних часто немає, а для всього сайту є. Інструмент не запускає лабораторних тестів на кшталт Lighthouse і не показує історії, лише поточні p75 за 28 днів.

Джерела

Пороги й перцентиль узято з документації на web.dev. Правила CrUX описано на сайті Chrome for Developers.

• web.dev: How the Core Web Vitals metrics thresholds were defined: пороги LCP, INP і CLS та 75-й перцентиль.
• web.dev: First Contentful Paint (FCP): пороги FCP.
• web.dev: Time to First Byte (TTFB): пороги TTFB і те, що ця метрика не входить до Core Web Vitals.
• Chrome for Developers: CrUX API: 28-денне вікно, щоденне оновлення та період даних.
• Chrome for Developers: CrUX methodology: які сторінки й origin потрапляють у звіт.

Автор інструменту: Марко Федоренко, SEO Expert. Опис оновлено в жовтні 2026 року.