Hướng dẫn về PageSpeed Insights (PSI)

Tóm tắt — PageSpeed Insights (PSI) là free Google tool đó grades trang hai khác ways: Cách thực khách truy cập thực ra experienced nó (trường dữ liệu), và Cách single simulated kiểm thử chạy went ( 0–100 lab score). 0–100 number là một mọi người obsesses over — và nó không Điều gì Google dùng cho xếp hạng. So không panic over red score.

Điều gì PageSpeed Insights là

PageSpeed Insights lives tại pagespeed.web.dev. nó free, có không login, và nó hoạt động on bất kỳ công khai URL — including của bạn các đối thủ’. bạn paste trong URL, và nó các kiểm thử cả hai mobile và desktop (mobile là default tab, và mobile scores là gần như luôn thấp hơn).

hai điều PSI hiển thị bạn

Đây là part đó confuses mọi người, so I’ll giữ nó đơn giản. PSI hiển thị hai tách biệt các báo cáo cho giống nhau trang:

1. Trường dữ liệu — điều gì real mọi người experienced. Này xuất hiện từ đó Chrome UX Báo cáo (CrUX), mà là real Chrome người dùng visiting trang của bạn over đó cuối cùng 28 days. đây là đó section labeled “Discover what your real users are experiencing.” (bản dịch) «Discover điều gì của bạn real người dùng là experiencing.» Này là nơi bạn nhận đó Core Web Vitals Assessment — một đơn giản Đã truyền hoặc Failed.
2. Lab dữ liệu — một simulated kiểm thử. PSI cũng chạy Google Lighthouse khi, on một simulated phone và network, và spits out đó 0–100 Performance score plus một list of suggested các cách sửa.

một điều để remember

** 0–100 score không phải xếp hạng factor.** Google ranks on trường Cốt lõi Web Chỉ số quan trọng — Largest Contentful Paint, Interaction để tiếp theo Paint, và Cumulative Layout Shift, measured từ thực người dùng. 0–100 lab score là tách biệt number từ tách biệt hệ thống. Bạn có thể score 72 và vẫn truyền Core Web Vitals.

một vài nhiều hơn điều đó trip mọi người lên:

• ** score thay đổi mỗi time bạn chạy nó.** nó một simulated kiểm thử, so number bounces khoảng. Chạy nó một vài times và không đọc vào 3–5 point swing.
• bạn không cần 100. Gần như không ai scores 100. Aim để truyền Cốt lõi Web Chỉ số quan trọng, không để hit perfect number.
• ** good score không bảo đảm fast trang** cho thực người dùng, và “bad” score không có nghĩa là thực người dùng là suffering.

Honestly, trừ khi của bạn trang web là genuinely chậm, điều này không phải nơi I’d bắt đầu. Muốn đầy đủ breakdown — trường so với. lab, p75 thresholds, dữ liệu fallbacks, và Cách PSI differs từ Lighthouse và Search Console? Chuyển để Nâng cao tab.

Tóm tắt — PSI (pagespeed.web.dev) các báo cáo hai independent analyses của một URL: trường dữ liệu từ Chrome UX Báo cáo — thực người dùng over rolling 28 days, mà drives Đã truyền/thất bại Core Web Vitals Assessment tại 75th percentile — và lab dữ liệu, single Lighthouse chạy giving 0–100 Performance score plus diagnostics. 0–100 score là lab dữ liệu và là không xếp hạng factor; xếp hạng dùng trường Core Web Vitals (LCP/INP/CLS). Trường dữ liệu cần đủ CrUX samples (URL-cấp độ, falling lại để origin-cấp độ, khác “Không dữ liệu”). lab score là cũng variable chạy-để-chạy — chạy nó một vài times. PSI là web UI; Lighthouse là engine; Search Console’s báo cáo là tuy vậy một CrUX view.

PSI là hai tools wearing một coat

Đó single hầu hết quan trọng điều để understand về PageSpeed Insights là đó đây là không một analysis — đây là hai, surfaced trong một interface. web.dev diễn đạt điều này cleanly: “PSI is a tool that reports field data from CrUX and lab from Lighthouse for a given page.” (bản dịch) «PSI là một tool đó các báo cáo trường dữ liệu từ CrUX và lab từ Lighthouse cho một được cho trang.» Những hai halves come từ khác nhau các hệ thống, đo lường khác nhau điều, và quan trọng cho khác nhau reasons. Conflate them và nearly mỗi PSI câu hỏi becomes confusing; giữ them tách biệt và điều này all clicks.

Trường dữ liệu: Điều gì thực người dùng experienced

Đó top section — “Discover what your real users are experiencing” (bản dịch) «Discover điều gì của bạn real người dùng là experiencing» — là powered by đó Chrome UX Báo cáo (CrUX). web.dev mô tả đó CrUX API as giving “low-latency access to aggregated real-user experience data at page and origin granularity” (bản dịch) «thấp-latency access để được tổng hợp real-người dùng experience dữ liệu tại trang và origin granularity» as một “28-day rolling average.” (bản dịch) «28-day rolling average.» PSI cập nhật daily; đó BigQuery CrUX dataset releases monthly.

một vài mechanics đó quan trọng:

• Đó Core Web Vitals Assessment là Đã truyền/Failed tại p75. Theo Chrome tài liệu, “to pass, the percentile must be categorized as ‘good’ in all three Core Web Vitals. Otherwise, the assessment appears as ‘failed’.” (bản dịch) «để truyền, đó percentile phải được categorized as ‘good’ trong all three Core Web Vitals. Nếu không, đó assessment xuất hiện as ‘failed’.» Đó three là Largest Contentful Paint (good < 2,5s), Interaction để Tiếp theo Paint (good < 200ms), và Cumulative Layout Shift (good < 0,1). PSI cũng cho thấy FCP và TTFB as “Other metrics” (bản dịch) «Other các chỉ số» — informative, nhưng không part of đó verdict.
• có một được ghi lại exception, và đây là INP-chỉ. Nếu một trang không có đủ CrUX samples để báo cáo INP cụ thể, PSI hiện tại hướng dẫn says điều này có thể vẫn assess Truyền/Fail từ good LCP và CLS p75 các giá trị alone. có không tương đương exception cho LCP hoặc CLS — nếu either of những là đó một bị thiếu đủ dữ liệu, không đọc đó as một truyền; insufficient dữ liệu không một được ghi lại free truyền on bất kỳ chỉ số except INP.
• p75 có nghĩa là đó 75th percentile. Đó giá trị shown là đó experience 75% of trang views đã là nhanh hơn. web.dev chose đó 75th percentile so đó number là “resistant to outliers” (bản dịch) «resistant để outliers» — một stricter đích hơn một median.
• INP replaced FID trong March 2024. Nếu bạn là looking tại old screenshots hoặc old các hướng dẫn (including my own older Ahrefs writing on PageSpeed Insights và Core Web Vitals), they có thể vẫn cho thấy FID; đó assessment hiện tại dùng INP.
• URL → origin → “Không dữ liệu” fallback. Nếu ở đó không đủ CrUX dữ liệu cho đó cụ thể URL, PSI falls lại để origin-cấp độ dữ liệu (được tổng hợp trên đó toàn bộ site). Nếu có không CrUX dữ liệu tại all, bạn’ll see “Không dữ liệu,” nhưng Lighthouse vẫn chạy. As web.dev notes, “CrUX data is only available when sites meet certain eligibility criteria” (bản dịch) «CrUX dữ liệu là chỉ khả dụng khi các trang đáp ứng certain eligibility criteria» và “PSI is only available for public URLs.” (bản dịch) «PSI là chỉ khả dụng cho công khai URLs.» Thấp-traffic các trang và brand-new các trang frequently có không URL-cấp độ trường dữ liệu.

đọc phạm vi label trước khi writing finding. URL-cấp độ CrUX mô tả eligible trường sample attributed để đó URL. Origin-cấp độ fallback là hữu ích trang web-wide tín hiệu, nhưng nó không thể diagnose tested trang on của nó own. “Không dữ liệu” có nghĩ là trường sample là không khả dụng hoặc insufficient—không đó trang đã truyền, thất bại, hoặc đã nhận không traffic. Lighthouse kết quả dưới có thể vẫn diagnose đó controlled lab chạy, nhưng nó không fill bị thiếu trường-dữ liệu khoảng trống.

Lab dữ liệu: 0–100 Lighthouse score

Đó thấp hơn section là một single Lighthouse chạy on một simulated device và network, producing đó Performance score và một list of opportunities và diagnostics. Google banding: “A score of 90 or above is considered good. 50 to 89 is a score that needs improvement, and below 50 is considered poor.” (bản dịch) «MỘT score of 90 hoặc trên là considered good. 50 để 89 là một score đó cần improvement, và dưới 50 là considered poor.»

Điều gì để know về lab chạy:

• đây là simulated, và đó mobile chạy là có chủ ý chậm. Mobile emulates một mid-tier phone on một throttled connection; desktop dùng một nhanh hơn emulated profile. đó là vì sao của bạn mobile score là gần như luôn thấp hơn desktop — và vì sao real-người dùng trường dữ liệu thường looks tốt hơn hơn đó lab diagnostics suggest.
• Đó score là variable. Mỗi chạy là một fresh, máy chủ-side Lighthouse audit — đó trang, Google datacenter, network conditions, và ngay cả đó Chrome/Lighthouse version có thể all move đó number giữa chạy. I khuyến nghị đang chạy điều này vài times (3–5) và looking tại đó range thay vì treating bất kỳ single chạy as gospel. MỘT vài points of swing là noise.
• Nếu bạn là comparing chạy, save hơn đó score. Đó API phản hồi carries một timestamp, đó requested và cuối URL, form factor, đó emulated environment, đó Lighthouse version, và bất kỳ warnings — giữ những alongside mỗi score. Hai “72”s không comparable nếu một ran on một khác nhau Lighthouse version hoặc hit một chuyển hướng đó other đã không. không average unlabeled scores; label them hoặc không so sánh them.
• Lighthouse versions move independently of đó PSI API. PSI stayed on API v5, nhưng đó Lighthouse engine underneath điều này giữ shipping new releases (đó hầu hết gần đây noted trong Google phát hành notes as of này review là Lighthouse 13,0, dated 2025-10-20) — audit các trường, weights, và bands có thể shift với đó engine version mặc dù đó API contract không thay đổi.
• “Estimated savings” (bản dịch) «Estimated savings» không phải additive. Đó seconds shown tiếp theo để mỗi diagnostic assume đó cách sửa là đã làm trong isolation. Các vấn đề interact; thực tế gains là gần như luôn ít hơn đó sum of đó riêng lẻ estimates. Treat them as directional, không as một budget bạn có thể total lên.
• Đó chỉ số weights thay đổi với Lighthouse versions. Đó Performance score là một weighted blend of lab các chỉ số (load-time các chỉ số, Total Blocking Time, và CLS carry đó hầu hết weight), nhưng đó chính xác weights shift giữa Lighthouse releases — kiểm tra đó hiện tại scoring calculator thay vì trusting một fixed split.

Đó myth đó gây ra đó hầu hết damage: “the score is a ranking factor” (bản dịch) «đó score là một xếp hạng factor»

Điều này không. Đó 0–100 Performance score là một Lighthouse lab number, và I haven’t được tìm thấy bất kỳ hiện tại chính thức Google Search nguồn đó documents đó score itself as một xếp hạng input hoặc ties một score thay đổi để một xếp hạng thay đổi. Google trang experience tài liệu thay vì points để trường Core Web Vitals — CrUX-based real-người dùng dữ liệu, đó giống nhau loại of dữ liệu PSI trường section cho thấy tại p75. (Một caveat worth đang precise về: PSI công khai trường display là một reporting surface với của nó own eligibility và fallback rules; Google hasn’t published đó chính xác internal pipeline đó feeds xếp hạng, so treat “trường dữ liệu” as đó giống nhau kind of tín hiệu thay vì assuming byte-cho-byte identity với điều gì PSI cho thấy bạn.) MỘT trang có thể sit tại 72 trong đó lab và vẫn truyền đó Core Web Vitals Assessment vì của nó real-người dùng dữ liệu là good — khác nhau numbers từ khác nhau các hệ thống. Đó corollary myth — “a good lab score equals a good real-user experience” (bản dịch) «một good lab score equals một good real-người dùng experience» — fails cho đó giống nhau reason: lab conditions không của bạn khách truy cập’ conditions. Khi trường và lab diverge, trường dữ liệu là đó hơn relevant một cho SEO.

và ngay cả trường Core Web Vitals là fairly nhỏ xếp hạng input. Google own mọi người có downplayed them — Gary Illyes có được gọi là trang experience closer để tiebreaker hơn major tín hiệu. My honest position hasn’t changed: I không think Core Web Vitals có nhiều impact on SEO, và trừ khi trang web là extremely chậm, I generally sẽ không prioritize sửa them over nội dung và links. khắc phục them cho người dùng và cho genuinely-chậm case — không out của panic over red number.

Cách thực ra đọc PSI báo cáo

1. đọc trường dữ liệu đầu tiên. Đã làm nó Truyền hoặc Fail Core Web Vitals Assessment? đó SEO-relevant verdict. nếu nó nói “Không dữ liệu,” ở đó không phải đủ CrUX traffic tuy vậy — bạn’re hoạt động từ lab dữ liệu alone.
2. kiểm tra mobile và desktop riêng. Mobile là default và thường weaker một; nó cũng Điều gì mostly matters, since Google indexes mobile-đầu tiên.
3. sau đó sử dụng lab diagnostics để tìm nguyên nhân. Lab dữ liệu là của bạn fast feedback loop cho finding và sửa root vấn đề — render-blocking các tài nguyên, oversized images, layout shift sources, dài tasks.
4. khắc phục, sau đó chờ. Trường dữ liệu là rolling 28-day window, so khắc phục bạn ship hôm nay có thể take lên để 28 days để fully hiển thị lên trong Core Web Vitals Assessment. sử dụng lab dữ liệu để xác nhận khắc phục immediately; sử dụng trường dữ liệu để xác nhận nó thực ra moved thực người dùng.
5. Benchmark các đối thủ. vì PSI hoạt động on bất kỳ công khai URL, Bạn có thể chạy đối thủ các trang và so sánh của họ trường Core Web Vitals để yours — sử dụng case phần lớn các hướng dẫn không bao giờ mention.

PSI so với. tools nó nhận confused với

• PSI so với. Lighthouse. Lighthouse là engine; PSI là web UI đó chạy Lighthouse và layers CrUX trường dữ liệu on top. Chạy Lighthouse yourself (trong Chrome DevTools hoặc CLI) và bạn nhận lab audit nhưng on của bạn machine và network, với không trường dữ liệu.
• PSI so với. Search Console’s Core Web Vitals báo cáo. Cả hai là CrUX-based, so cả hai reflect thực người dùng. khác biệt: Search Console groups similar các URL together và các báo cáo tại quy mô trên của bạn toàn bộ thuộc tính, trong khi PSI là theo-URL (hoặc origin-cấp độ fallback). nếu GSC và PSI seem để disagree, nó thường grouping.
• PSI so với. Chrome DevTools / WebPageTest / DebugBear / Ahrefs trang web Audit. những điều này cho nhiều hơn configuration (custom devices, locations, throttling) và, trong some cases, thực-người dùng monitoring. PSI strength là free, zero-setup, và tied để Google own CrUX dataset.

PSI API (cho bulk kiểm thử)

bạn không có để sử dụng web UI một URL tại time. PageSpeed Insights API (base https://www.googleapis.com/pagespeedonline/v5) trả về giống nhau dữ liệu programmatically. mấu chốt parameters: url (bắt buộc), strategy (mobile hoặc desktop), và category (performance, accessibility, best-practices, seo). phản hồi splits giống nhau way UI làm: loadingExperience (URL-cấp độ trường dữ liệu), originLoadingExperience (origin-cấp độ trường dữ liệu), và lighthouseResult ( lab audit). đó Cách bạn’d kiểm thử batch của các URL on schedule thay vì clicking qua them by hand.

không xây dựng durable trường-dữ liệu automation on điều này API. Google own API tài liệu hiện tại opens với notice đó nó plans để discontinue including CrUX thực-world dữ liệu trong PSI API, và points automators tại dedicated CrUX API hoặc CrUX History API thay vì. giữ sử dụng PSI API cho Lighthouse lab audit — đó part không phải affected — nhưng nếu bạn’re scheduling bulk trường-dữ liệu pulls, xây dựng so với CrUX-cụ thể API, không loadingExperience/originLoadingExperience trong PSI phản hồi.

nơi điều này sits trong web performance

PSI là việc đo lường tool, không đích. các chỉ số nó surfaces — Largest Contentful Paint, Interaction để tiếp theo Paint, Cumulative Layout Shift — là Core Web Vitals, và hub cho những điều đó (thresholds, Điều gì mỗi một có nghĩ là, và Cách để improve them) là place để go tiếp theo. Lighthouse là lab engine PSI chạy on; CrUX ( Chrome UX Báo cáo) là trường-dữ liệu nguồn feeding top của mỗi PSI báo cáo. Understand những điều đó three và PSI dừng là mystery box.

AI summary

condensed take on Nâng cao version:

• PSI = hai tools trong một UI. Trường dữ liệu từ đó Chrome UX Báo cáo (real người dùng) và lab dữ liệu từ một single Lighthouse chạy, cho đó giống nhau URL, tại pagespeed.web.dev. Free, không login, bất kỳ công khai URL, mobile + desktop.
• Trường dữ liệu drives đó Core Web Vitals Assessment — Đã truyền/Failed, tại đó 75th percentile, trên LCP (<2,5s), INP (<200ms), và CLS (<0,1). Rolling 28-day window, đã cập nhật daily. FCP và TTFB là shown nhưng không count toward đó verdict.
• Lab dữ liệu là đó 0–100 Performance score (90+ good, 50–89 cần hoạt động, <50 poor) plus diagnostics. Mobile là throttled và scores thấp hơn desktop.
• Đó 0–100 score không phải được ghi lại as một xếp hạng factor. Google xếp hạng các hệ thống dùng trường Core Web Vitals (CrUX-based real-người dùng dữ liệu — đó giống nhau loại of dữ liệu PSI trường section cho thấy, though Google hasn’t published đó chính xác internal pipeline as giống hệt để PSI công khai display). MỘT trang có thể score 72 và vẫn truyền CWV — khác nhau numbers từ khác nhau các hệ thống.
• CrUX fallback: URL-cấp độ → origin-cấp độ → “Không dữ liệu” (Lighthouse vẫn chạy). Thấp-traffic và new các trang thường có không URL-cấp độ trường dữ liệu.
• Đó score là variable chạy-để-chạy — chạy 3–5 times. “Estimated savings” (bản dịch) «Estimated savings» không additive. Bạn không cần 100.
• Đọc trường dữ liệu đầu tiên (Đã truyền/Failed), thì dùng lab diagnostics để tìm đó nguyên nhân; ship đó cách sửa, thì chờ lên để 28 days cho trường dữ liệu để reflect điều này.
• PSI so với. Lighthouse (engine so với. UI+trường) và so với. Search Console CWV báo cáo (cũng CrUX, nhưng grouped tại quy mô). CWV là overall một minor xếp hạng input.

Tài liệu chính thức

Chính-nguồn tài liệu từ Google và Chrome / web.dev nhóm.

Google / PageSpeed Insights

• PageSpeed Insights tool — tool itself.
• PageSpeed Insights API — về — Điều gì PSI làm, hai dữ liệu types, và 0–100 score bands.
• PSI API — runPagespeed reference — parameters (url, strategy, category) và phản hồi structure.

Chrome UX Báo cáo ( trường-dữ liệu nguồn)

• sử dụng CrUX trong PageSpeed Insights — Cách trường section hoạt động và Đã truyền/thất bại assessment.
• CrUX methodology — eligibility, opt-trong, và mà các trang là được bao gồm.
• CrUX API — 28-day rolling average powering PSI trường dữ liệu.
• CrUX overview — Cách CrUX feeds trang experience tín hiệu xếp hạng.

web.dev / Core Web Vitals

• Điều gì là Core Web Vitals tools? — nơi PSI fits among CrUX/Lighthouse tooling.
• Core Web Vitals — LCP/INP/CLS thresholds và 75th-percentile rule.
• Defining Core Web Vitals thresholds — Vì sao p75.
• Core Web Vitals & Google Search — xếp hạng-tín hiệu context.

Quotes từ nguồn

Verbatim statements, mỗi linked để passage on nguồn trang.

Google / Chrome / web.dev — Cách PSI hoạt động

• “PSI is a tool that reports field data from CrUX and lab from Lighthouse for a given page.” (bản dịch) «PSI là một tool đó các báo cáo trường dữ liệu từ CrUX và lab từ Lighthouse cho một được cho trang.» — web.dev. Nhảy đến trích dẫn
• “PSI is only available for public URLs. It cannot be used on development sites that are not publicly accessible.” (bản dịch) «PSI là chỉ khả dụng cho công khai URLs. Điều này không thể là dùng on development các trang đó không phải publicly accessible.» — web.dev. Nhảy đến trích dẫn
• Đó trường section là described as “Discover what your real users are experiencing.” (bản dịch) «Discover điều gì của bạn real người dùng là experiencing.» — Chrome cho Nhà phát triển, CrUX trong PSI. Nhảy đến trích dẫn
• “To pass, the percentile must be categorized as ‘good’ in all three Core Web Vitals. Otherwise, the assessment appears as ‘failed’.” (bản dịch) «Để truyền, đó percentile phải được categorized as ‘good’ trong all three Core Web Vitals. Nếu không, đó assessment xuất hiện as ‘failed’.» — Chrome cho Nhà phát triển, CrUX trong PSI. Nhảy đến trích dẫn
• Đó CrUX API cho “low-latency access to aggregated real-user experience data at page and origin granularity” (bản dịch) «thấp-latency access để được tổng hợp real-người dùng experience dữ liệu tại trang và origin granularity» as một “28-day rolling average.” (bản dịch) «28-day rolling average.» — Chrome cho Nhà phát triển, CrUX API. Nhảy đến trích dẫn

web.dev — thresholds

• “a good threshold to measure is the 75th percentile of page loads, segmented across mobile and desktop devices.” (bản dịch) «một good ngưỡng để đo lường là đó 75th percentile of trang loads, segmented trên mobile và desktop devices.» — web.dev, Core Web Vitals. Nhảy đến trích dẫn
• “if at least 75 percent of page views to a site meet the ‘good’ threshold, the site is classified as having ‘good’ performance.” (bản dịch) «nếu ít nhất 75 percent of trang views để một site đáp ứng đó ‘good’ ngưỡng, đó site là classified as có ‘good’ performance.» — web.dev, defining đó thresholds. Nhảy đến trích dẫn

Ngành — score-so với-xếp hạng phân biệt (relayed, không Google)

• “The Performance score on PageSpeed Insights does not impact SEO directly. However, the real-user Core Web Vitals assessment does impact Google rankings.” (bản dịch) «Đó Performance score on PageSpeed Insights không impact SEO trực tiếp. Tuy nhiên, đó real-người dùng Core Web Vitals assessment làm impact Google thứ hạng.» — Matt Zeunert, DebugBear. Nguồn
• “Core Web Vitals are the only metrics Google explicitly uses for grading.” (bản dịch) «Core Web Vitals là đó chỉ các chỉ số Google explicitly dùng cho grading.» và “Running the same URL just minutes apart can yield different scores.” (bản dịch) «Đang chạy đó giống nhau URL chỉ minutes apart có thể yield khác nhau scores.» — Ryan Sullivan, SiteCare. Nguồn

PSI báo cáo bảng tra nhanh

mỗi PSI section: trường so với. lab, và Ý nghĩ

Core Web Vitals “good” thresholds (trường, p75)

Lighthouse score bands (lab)

• 90–100 — good · 50–89 — cần improvement · <50 — poor

Trường-dữ liệu fallback

• URL-cấp độ CrUX → nếu không đủ, origin-cấp độ → nếu none, “Không dữ liệu” (Lighthouse vẫn chạy).

Fast facts

• Trường dữ liệu = rolling 28 days, đã cập nhật daily → một cách sửa có thể take lên để 28 days để cho thấy.
• Đó 0–100 score là variable — chạy 3–5 times, bỏ qua một 3–5 point swing.
• “Estimated savings” (bản dịch) «Estimated savings» không thêm lên — they assume mỗi cách sửa là đã làm alone.
• Mobile là đó default tab và thường scores thấp hơn hơn desktop.
• INP replaced FID trong March 2024.

Tools khoảng PSI

• PageSpeed Insights (pagespeed.web.dev) — tool itself: trường (CrUX) + lab (Lighthouse), mobile và desktop, bất kỳ công khai URL.
• Google Lighthouse — lab engine PSI chạy. Chạy nó locally trong Chrome DevTools (Lighthouse panel) hoặc qua CLI cho lab audit on của bạn own device/network (không trường dữ liệu).
• Google Search Console — Core Web Vitals báo cáo — khác CrUX-based view; groups similar các URL và các báo cáo trường dữ liệu trên của bạn toàn bộ thuộc tính.
• CrUX Vis / CrUX API / BigQuery — go straight để trường dữ liệu behind PSI cho trends theo thời gian. ( old CrUX Dashboard trong Looker Studio là deprecated tại end của November 2025 — Google own phát hành notes và của nó dedicated deprecation post cả hai xác nhận date và point để CrUX Vis (cruxvis.withgoogle.com) as replacement. nếu hướng dẫn vẫn tells bạn để sử dụng Dashboard, nó stale.)
• PSI API — bulk-kiểm thử nhiều các URL programmatically (url, strategy, category); phản hồi splits vào loadingExperience, originLoadingExperience, và lighthouseResult. Google có announced nó plans để discontinue including CrUX thực-người dùng dữ liệu trong điều này API và hiện tại khuyến nghị dedicated CrUX API hoặc CrUX History API cho durable trường-dữ liệu automation — không xây dựng pipeline đó assumes PSI API trường objects stay khoảng dài-term.
• Ahrefs trang web Audit và WebPageTest / DebugBear — nhiều hơn configuration và, trong some cases, thực-người dùng monitoring beyond single Lighthouse chạy.

PageSpeed Insights mistakes đó distort priorities

• Treating 0–100 score as xếp hạng factor. score là một Lighthouse lab chạy. xếp hạng-relevant Core Web Vitals assessment xuất hiện từ CrUX trường dữ liệu.
• Reading origin fallback as URL performance. Khi URL lacks đủ samples, PSI có thể hiển thị origin-cấp độ dữ liệu. kiểm tra phạm vi label trước khi claiming trang itself đã truyền hoặc thất bại.
• Reacting để một lab chạy. máy chủ phản hồi và synthetic environment vary. Repeat khớp chạy và sử dụng range hoặc median để distinguish tín hiệu từ noise.
• Thêm opportunity savings together. Audit estimates overlap và assume mỗi khắc phục happens independently. Treat them as directional clues, không promised total.
• Expecting deployment để thay đổi trường dữ liệu immediately. CrUX là rolling 28-day view. sử dụng lab section cho immediate diagnosis và trường section cho xác nhận theo thời gian.
• Comparing mobile và desktop scores as nếu conditions match. Evaluate mỗi profile so với itself và của bạn audience thay vì treating numbers as một quy mô.

PSI nói “Không dữ liệu”

Symptom: trường section có không CrUX kết quả, nhưng Lighthouse báo cáo chạy.

có khả năng nguyên nhân: URL và origin không đáp ứng CrUX eligibility hoặc sample-volume requirements, hoặc trang là new hoặc thấp traffic.

khắc phục và xác nhận: không manufacture trường conclusion. sử dụng lab diagnostics cho immediate hoạt động, kiểm tra representative cao hơn-traffic templates, và trả về sau đó để see liệu URL- hoặc origin-cấp độ trường kết quả xuất hiện.

PSI và Search Console disagree

Symptom: URL looks healthy trong PSI trong khi của nó Search Console group là poor, hoặc reverse.

có khả năng nguyên nhân: PSI có thể hiển thị URL- hoặc origin-cấp độ dữ liệu, trong khi Search Console groups similar các URL. Device, phạm vi, và rolling-window timing có thể cũng differ.

khắc phục và xác nhận: Match mobile/desktop, inspect PSI dữ liệu phạm vi, và sample several các URL từ Search Console group trước khi concluding đó either báo cáo là sai.

lab score swings giữa chạy

Symptom: Repeating PSI produces materially khác scores hoặc chỉ số các giá trị.

có khả năng nguyên nhân: variable máy chủ phản hồi, thứ ba-party yêu cầu, hoặc thông thường single-chạy lab noise changed trace.

khắc phục và xác nhận: Chạy giống nhau strategy several times, so sánh riêng lẻ các chỉ số và yêu cầu waterfalls, và investigate repeated bottleneck thay vì score alone.

khắc phục là visible trong Lighthouse nhưng không trường dữ liệu

Symptom: lab chỉ số improves immediately, trong khi trường Core Web Vitals assessment vẫn giữ unchanged.

có khả năng nguyên nhân: CrUX vẫn bao gồm pre-phát hành visits trong của nó rolling 28-day window, hoặc khắc phục đã làm không help người dùng và templates represented trong trường dataset.

khắc phục và xác nhận: Verify deployment và lab trace hiện tại, annotate phát hành date, sau đó watch trường distribution qua đầy đủ reporting window.

Pull một PSI kết quả từ API

API exposes trường và lab sections riêng. Supply của bạn own API mấu chốt và URL:

curl --get 'https://www.googleapis.com/pagespeedonline/v5/runPagespeed' \
  --data-urlencode "url=$TARGET_URL" \
  --data 'strategy=mobile' \
  --data-urlencode "key=$PSI_KEY" \
  --output psi.json

giữ thô phản hồi so kiểm thử date, strategy, và dữ liệu phạm vi vẫn auditable.

Tách biệt trường phạm vi từ lab score

với jq, extract URL trường category, origin fallback category, và Lighthouse score thay vì collapsing them vào một number:

jq '{
  url_field: .loadingExperience.overall_category,
  origin_field: .originLoadingExperience.overall_category,
  lab_score: (.lighthouseResult.categories.performance.score * 100)
}' psi.json

bị thiếu trường giá trị không phải zero; nó có nghĩ là đó phạm vi là không khả dụng trong phản hồi.

Repeat lab chạy không có hiding samples

for run in 1 2 3; do
  curl --silent --get 'https://www.googleapis.com/pagespeedonline/v5/runPagespeed' \
    --data-urlencode "url=$TARGET_URL" \
    --data 'strategy=mobile' \
    --data-urlencode "key=$PSI_KEY" \
  | jq -r "[$run, (.lighthouseResult.categories.performance.score * 100)] | @tsv"
done

Báo cáo all samples hoặc được ghi lại summary; không select chỉ best score.

Tự kiểm tra: PageSpeed Insights

Five nhanh các câu hỏi on reading PSI correctly. Pick câu trả lời cho mỗi, sau đó kiểm tra.

các tài nguyên worth của bạn time

My related writing

• Google PageSpeed Insights: Người mới bắt đầu-Friendly Hướng dẫn — my Ahrefs walkthrough (note: nó có trước FID→INP đổi).
• Core Web Vitals: Hoàn tất Hướng dẫn — trường so với. lab và my take on Cách nhiều CWV thực ra matters.
• Người mới bắt đầu Hướng dẫn để kỹ thuật SEO — nơi performance fits trong bigger picture.

Chính thức

• sử dụng CrUX trong PageSpeed Insights — Chrome own explainer của trường section.
• Điều gì là Core Web Vitals tools? — Cách PSI, Lighthouse, CrUX, và Search Console relate.

từ others

• Cách sử dụng PageSpeed Insights — Matt Zeunert (DebugBear); mạnh kỹ thuật depth on score và diagnostics.
• PageSpeed Insights: Google Highly Misunderstood Diagnostic Tool — Ryan Sullivan (SiteCare); good myth-busting.
• Core Web Vitals Xếp hạng Factor là nhiều hơn Tiebreaker — công cụ tìm kiếm Journal coverage của Gary Illyes’ comments putting CWV impact trong context.
• Google trang Experience Cập nhật là nhiều hơn Tie Breaker — SE Roundtable; Barry Schwartz reporting on Cách Google reps có characterized trang experience tín hiệu.

Số liệu worth citing

• Gần như không ai scores 100. Chỉ về 2% of tested các trang hit một perfect 100, và một score of 50 đã diễn đạt bạn trong đó top 25% — hữu ích context cho anyone panicking over một sub-90 number. Nguồn
• Trường dữ liệu là một 28-day rolling average. MỘT cách sửa có thể take lên để ~28 days để là fully reflected trong đó Core Web Vitals Assessment — dùng lab dữ liệu cho fast feedback trong đó meantime. Nguồn
• Đó “good” ngưỡng là đó 75th percentile. Google grades tại p75 so đó “a majority of visits experienced the target level of performance” (bản dịch) «một majority of visits experienced đó đích cấp độ of performance» — meaning ngay cả tại một passing LCP of 2,5s, một quarter of khách truy cập waited lâu hơn. Nguồn

Nhật ký thay đổi