Core Web Vitals History & Competitor Comparison
Free, no signup. Lab tests tell you how a page performs on your machine; Chrome's real users tell you how it performs on theirs. Chart 40 weeks of that field data — the same numbers Google uses for ranking — for up to 5 sites side by side.
Checks run from our server; we fetch the URL you enter and don't keep the results. Results are cached at the edge until the next weekly refresh. Research counters record run totals only; they store no URL, domain, IP, user agent, hash, or pseudonymous identifier. Anonymous run-level outcome counters may be used for aggregate research; URLs, domains, IPs, and identifiers are never included, and no statistic is released below 100 runs.
Sample data. The CrUX API key isn't configured on this deployment — these charts are generated placeholders so you can see how the tool works.
Long-term SEO tool history
The one-year view uses 12 monthly points. Lifetime defaults to yearly aggregation and can switch to monthly detail.
Source: Chrome UX Report BigQuery monthly origin dataset. Monthly origin-level BigQuery observations remain separate from the recent weekly History API series. Annual values average available monthly p75 observations and do not bridge missing months.
Data: Chrome UX Report History API — weekly p75 values over 28-day rolling collection periods, updated every Monday. A site only appears when enough Chrome users visit it.
Free, no signup. "Who's actually fastest" is a different question for every Core Web Vital. Rank a field of sites on real-Chrome-user data — a separate board for LCP, INP, CLS, FCP, TTFB, and the overall pass. Pick a curated group or paste your own origins.
…or paste your own origins
Checks run from our server; we fetch the URL you enter and don't keep the results. Results are cached at the edge until the next weekly refresh. Anonymous run-level outcome counters may be used for aggregate research; URLs, domains, IPs, and identifiers are never included, and no statistic is released below 100 runs.
Sample data. The CrUX API key isn't configured on this deployment — these boards are generated placeholders so you can see how the leaderboard works.
Sample report
Add one origin on mobile:
example.com (origin — most CrUX data)
competitor.com (add up to 5)
device: mobile …and the scorecard returns:
Illustrative example — real CrUX field data requires a live API lookup this static page can't make; the pass verdict bucketing shown matches this tool's actual good/needs-improvement/poor thresholds
example.com
- INP sits in needs-improvement, not poor — 240 ms is over the 200 ms good threshold but under the 500 ms poor threshold, so it gets the amber band, not red. See the full threshold table ↓.
- One non-good metric still keeps the whole origin from passing — Google's Core Web Vitals pass requires all three core metrics good simultaneously, so LCP and CLS being good doesn't offset an amber INP.
- The arrows are 40-week trend, not this week's change — LCP and CLS trending down (better) while INP creeps up 5% tells you which metric to prioritize fixing first: slow interactions, not loading or layout shift. Cross-check the interaction-heavy pages with the Core Web Vitals Checker for a per-URL diagnosis.
How to use it
- Type a site into the box and press Add. A bare origin like
example.comhas the most CrUX data; you can also add a specific URL. Repeat to stack up to 5 targets for a side-by-side race. - Pick the device — mobile or desktop. CrUX keeps separate field data per form factor, and mobile is usually the harder board to pass.
- Press Compare. You get a scorecard per site (current LCP, INP, CLS with a pass verdict) and a weekly trend chart per metric spanning up to 40 weeks.
- Read the scorecard first for today's standing, then the charts to see the trajectory — whether a metric is drifting toward or away from the good band. Use Export CSV or Copy share link to save or send the exact comparison.
- Switch to the Leaderboard tab to rank a whole field of sites on one metric at a time, or on the overall Core Web Vitals pass.
Checking a single page's field data right now? Use the Core Web Vitals Checker. Want the numbers explained? Read the Core Web Vitals guide.
How to read the result
Each metric tile is coloured by its p75 value against the official Core Web Vitals thresholds:
- Good (green) — LCP ≤ 2.5 s, INP ≤ 200 ms, CLS ≤ 0.10.
- Needs improvement (amber) — between the two thresholds: LCP 2.5–4 s, INP 200–500 ms, CLS 0.10–0.25.
- Poor (red) — LCP > 4 s, INP > 500 ms, CLS > 0.25.
The card verdict rolls those three up:
- passes Core Web Vitals — all three core metrics (LCP, INP, CLS) are good.
- Not passing — at least one core metric is needs-improvement or poor.
- incomplete data / no CrUX data — CrUX has no stable sample for one or more core metrics on this target and device, so no pass verdict is asserted.
FCP and TTFB show below the core three as supporting diagnostics (they are not part of the Core Web Vitals pass). Each core tile also carries a 40-week delta so you can see direction, and the trend charts shade the good, needs-improvement, and poor bands behind every line.
Data sources & freshness
The tool calls the Google Chrome UX Report History API through a cached edge proxy. That API returns up to 40 weekly data points per metric, each the p75 across a 28-day rolling collection window, refreshed every Monday. All the charting, bucketing, and pass verdict math runs client-side in your browser from that raw response; results are cached at the edge until the next weekly refresh, so re-running a popular comparison is instant and spends no API quota.
The number for each metric is the p75 — the value 75% of real Chrome visits were at or below — which is the exact figure Google evaluates. A site only appears when it has enough Chrome traffic to form a stable sample; targets below that bar are reported as no CrUX data rather than guessed.
Features
- Up to 40 weeks of history per metric — LCP, INP, CLS, plus FCP and TTFB as diagnostics.
- Compare up to 5 origins or URLs on one chart, colour-coded per target.
- Per-site scorecard with a Core Web Vitals pass verdict and a 40-week trend delta per metric.
- Trend charts with shaded good / needs-improvement / poor bands behind every line.
- Mobile and desktop toggle — CrUX field data is kept separate per device.
- Leaderboard mode: rank a curated group or your own list of origins on any single metric or on the overall Core Web Vitals pass.
- Shareable link that restores the exact comparison, plus CSV export of every weekly value.
Limitations
This is field data, not a lab audit. It tells you what real users experienced, not which element or script caused it — for that, run a lab tool on the page. Sites without enough Chrome traffic return no data and cannot be charted, and deep URLs often have less coverage than their origin. The values reflect a trailing 28-day window and refresh weekly, so a fix you shipped this morning will not show up for days. And because CrUX is Chrome-only, traffic from other browsers is not represented.
Frequently asked questions
What is CrUX field data and how is it different from a Lighthouse score?
CrUX is the Chrome UX Report — real Core Web Vitals measurements collected from actual Chrome users who opted in to sharing usage statistics. It is field data: what people really experienced on your pages. A Lighthouse or PageSpeed lab score is a single simulated load on one throttled device, useful for debugging but not what Google uses for ranking. Google ranks on the field (CrUX) data, which is exactly what this tool charts.
What are the Core Web Vitals thresholds?
A metric is "good" if its 75th-percentile value stays at or below the good threshold: LCP 2.5 seconds, INP 200 milliseconds, and CLS 0.10. It is "poor" above the poor threshold: LCP 4 seconds, INP 500 milliseconds, and CLS 0.25. Anything between the two is "needs improvement." A site passes Core Web Vitals only when all three of LCP, INP, and CLS are in the good range.
Why does my site show "no CrUX data"?
CrUX only reports a URL or origin once it has enough real Chrome traffic to form a stable sample. New pages, low-traffic sites, and specific deep URLs often fall below that bar. Bare origins (your root domain) collect far more visits than any single page, so if a deep URL returns nothing, try the origin instead — it usually has data even when individual pages do not.
What does the p75 value mean?
CrUX reports the 75th percentile of each metric — the value that 75% of visits were at or below. It is deliberately stricter than an average: it means three out of four of your real visits were at least this fast, so a fast median cannot hide a slow tail. Google uses this same p75 value to decide whether each metric is good, needs improvement, or poor.
How often does the CrUX History data update, and how far back does it go?
The History API returns weekly data points, each a 28-day rolling collection window, refreshed every Monday. This tool charts up to 40 of those weekly periods — roughly the trailing year — so you can see whether a fix actually moved the field data and when a regression began, rather than just today's snapshot.
Site passport Local context for this saved site
Local data
Saved targets, named lists, and recent check summaries remain only in this browser.
Rate this tool
Feature requests for Crux Tracker
Upvote what you want most. New ideas can be submitted from the floating Feedback menu; requests appear here once approved, and the most-wanted rise to the top.
You won't be emailed about that request anymore.
Loading…
➕ Request a feature
New requests are reviewed before they appear here.
حول الأداة
مختبر اختبارات اعرض كيف واحد صفحة performs على الخاص بك آلة; فعلي Chrome مستخدمون اعرض كيف إنه performs على theirs. مخطط 40 أسابيع من ذلك حقل بيانات من أجل up إلى 5 مواقع.
مجاني, من دون تسجيل. مختبر اختبارات يخبر أنت كيف واحد صفحة performs على الخاص بك آلة; Chrome's فعلي مستخدمون يخبر أنت كيف إنه performs على theirs. مخطط 40 أسابيع من ذلك حقل بيانات — ال نفس أرقام Google يستخدم من أجل ترتيب — من أجل up إلى 5 مواقع جانب بواسطة جانب.
الميزات
- Up إلى 40 أسابيع من السجل per مقياس — LCP, INP, CLS, بالإضافة FCP و TTFB باعتباره تشخيصات.
- قارن up إلى 5 الأصول أو عناوين عنوان URL على واحد مخطط, colour-coded per هدف.
- Per-site بطاقة درجات مع واحد مؤشرات أداء الويب الأساسية اجتياز حكم و واحد 40-أسبوع اتجاه دلتا per مقياس.
- اتجاه مخططات مع مظلّل جيد / needs-improvement / ضعيف نطاقات خلف كل سطر.
- الهاتف المحمول و سطح المكتب toggle — CrUX حقل بيانات هو محتفَظ به منفصل per جهاز.
- لوحة متصدرين وضع: ترتيب واحد curated مجموعة أو الخاص بك الخاص قائمة من الأصول على أي مفرد مقياس أو على ال إجمالي مؤشرات أداء الويب الأساسية اجتياز.
- قابل للمشاركة رابط ذلك restores ال دقيق مقارنة, بالإضافة CSV تصدير من كل أسبوعي قيمة.
كيفية العمل
ال الأداة استدعاءات ال Google Chrome UX تقرير السجل API من خلال واحد مخزّن مؤقتًا حافة وكيل. ذلك API يعيد up إلى 40 أسبوعي بيانات يشير per مقياس, كل ال p75 عبر واحد 28-يوم متدحرج مجموعة نافذة, محدّث كل الاثنين. كل ال رسم المخططات, تجميع في حاويات, و اجتياز حكم رياضيات تشغيل client-side في الخاص بك متصفح من ذلك خام استجابة; نتائج هي مخزّن مؤقتًا في ال حافة حتى ال التالي أسبوعي تحديث, لذلك إعادة التشغيل واحد شائع مقارنة هو فوري و ينفق لا API حصة. ال number من أجل كل مقياس هو ال p75 — ال قيمة 75% من فعلي Chrome زيارات كانت في أو أدناه — أي هو ال دقيق شكل Google يقيّم. واحد موقع فقط يظهر عندما إنه يحتوي كافٍ Chrome زيارات إلى form واحد ثابت عينة; أهداف أدناه ذلك شريط هي مُبلّغ عنه باعتباره لا CrUX بيانات بدلًا من مخمّن.
القيود
- هذا هو حقل بيانات, ليس واحد مختبر تدقيق. إنه يخبر أنت ما فعلي مستخدمون experienced, ليس أي عنصر أو نص برمجي سبّب إنه — من أجل ذلك, شغّل واحد مختبر الأداة على ال صفحة. مواقع من دون كافٍ Chrome زيارات أعد لا بيانات و لا يمكن يكون charted, و deep عناوين عنوان URL غالبًا يحتوي أقل تغطية من الخاص بهم الأصل. ال قيم يعكس واحد لاحق 28-يوم نافذة و تحديث أسبوعي, لذلك واحد أصلح أنت مُطلَق هذا morning سوف ليس اعرض up من أجل أيام. و لأن CrUX هو Chrome-only, زيارات من آخر متصفحات هو ليس represented.
الأسئلة الشائعة
ما هو CrUX حقل بيانات و كيف هو إنه مختلف من واحد Lighthouse درجة?
CrUX هو ال Chrome UX تقرير — فعلي مؤشرات أداء الويب الأساسية قياسات مجموع من فعلي Chrome مستخدمون من opted في إلى sharing استخدام إحصائيات. إنه هو حقل بيانات: ما أشخاص فعليًا experienced على الخاص بك صفحات. واحد Lighthouse أو PageSpeed مختبر درجة هو واحد مفرد محاكى تحميل على واحد throttled جهاز, مفيد من أجل debugging لكن ليس ما Google يستخدم من أجل ترتيب. Google يرتّب على ال حقل (CrUX) بيانات, أي هو بالضبط ما هذا الأداة مخططات.
ما هي ال مؤشرات أداء الويب الأساسية عتبات?
واحد مقياس هو "جيد" إذا الخاص به 75th-percentile قيمة يبقى في أو أدناه ال جيد عتبة: LCP 2.5 ثوانٍ, INP 200 milliseconds, و CLS 0.10. إنه هو "ضعيف" أعلاه ال ضعيف عتبة: LCP 4 ثوانٍ, INP 500 milliseconds, و CLS 0.25. أي شيء بين ال اثنان هو "يحتاج improvement." واحد موقع عمليات اجتياز مؤشرات أداء الويب الأساسية فقط عندما كل three من LCP, INP, و CLS هي في ال جيد نطاق.
لماذا يفعل my موقع اعرض "لا CrUX بيانات"?
CrUX فقط يبلّغ واحد عنوان URL أو الأصل بعد إنه يحتوي كافٍ فعلي Chrome زيارات إلى form واحد ثابت عينة. جديد صفحات, low-traffic مواقع, و محدد deep عناوين عنوان URL غالبًا يسقط أدناه ذلك شريط. Bare الأصول (الخاص بك root نطاق) يجمع بعيد أكثر زيارات من أي مفرد صفحة, لذلك إذا واحد deep عنوان URL يعيد لا شيء, حاول ال الأصل بدلًا من — إنه عادةً يحتوي بيانات حتى عندما فردي صفحات يفعل ليس.
ما يفعل ال p75 قيمة يعني?
CrUX يبلّغ ال 75th مئين من كل مقياس — ال قيمة ذلك 75% من زيارات كانت في أو أدناه. إنه هو عمدًا stricter من واحد متوسط: إنه يعني three خارج من أربعة من الخاص بك فعلي زيارات كانت في الأقل هذا سريع, لذلك واحد سريع median لا يمكن إخفاء واحد بطيء ذيل. Google يستخدم هذا نفس p75 قيمة إلى يقرر ما إذا كل مقياس هو جيد, يحتاج improvement, أو ضعيف.
كيف غالبًا يفعل ال CrUX السجل بيانات تحديث, و كيف بعيد رجوع يفعل إنه go?
ال السجل API يعيد أسبوعي بيانات يشير, كل واحد 28-يوم متدحرج مجموعة نافذة, محدّث كل الاثنين. هذا الأداة مخططات up إلى 40 من تلك أسبوعي فترات — roughly ال لاحق عام — لذلك أنت يمكن انظر ما إذا واحد أصلح فعليًا منقول ال حقل بيانات و عندما واحد تراجع began, بدلًا من فقط today's لقطة.