PageSpeed Insights(PSI)는 모바일과 데스크톱 기기 모두에서 페이지의 사용자 경험을 보고하고, 페이지 개선 방법에 관한 제안사항을 제공합니다.
PSI에서는 페이지에 대한 실험실 및 현장 데이터를 모두 제공합니다. 실험실 데이터는 디버깅에 유용함
통제된 환경에서 수집되기 때문에
매우 중요합니다 그러나
캡처합니다. 필드 데이터는 실제 사용자 환경을 포착하는 데 유용하지만 측정항목이 더 제한적입니다. 두 가지 유형의 데이터에 관한 자세한 내용은 속도 도구에 관해 생각하는 법을 참고하세요.
특정 페이지의 사용자 환경 데이터를 표시하려면 충분한 데이터가 있어야 합니다.
CrUX 데이터 세트에 포함될 것입니다. 페이지가 최근에 게시되었거나 실제 사용자의 샘플이 너무 적은 경우 페이지에 데이터가 충분하지 않을 수 있습니다. 이 경우 PSI는 웹사이트의 모든 페이지에 있는 모든 사용자 환경을 포함하는 출처 수준 세부사항으로 대체됩니다. 출처에 데이터가 충분하지 않은 경우 PSI에서 실제 사용자 환경 데이터를 표시할 수 없습니다.
경험의 품질 평가
PSI에서는 사용자 경험의 품질을 좋음, 개선 필요,
또는 '나쁨'으로 표시됩니다. PSI는 PSI의 기준에 따라 다음 임곗값을
Web Vitals 이니셔티브:
좋음
개선 필요
나쁨
FCP
[0, 1800밀리초]
(1800ms, 3000ms]
3,000ms 초과
LCP
[0, 2500밀리초]
[2500ms, 4000ms]
4000ms 초과
CLS
[0, 0.1]
(0.1, 0.25]
0.25 초과
INP
[0, 200ms]
(200ms, 500ms]
500ms 초과
TTFB(실험용)
[0, 800ms]
(800ms, 1800ms]
1800ms 이상
분포 및 선택한 측정항목 값
PSI는 개발자가 해당 페이지 또는 출처의 환경 범위를 파악할 수 있도록 이러한 측정항목의 분포를 표시합니다. 이 분포는 세 가지 카테고리로 나뉩니다.
좋음, 개선 필요, 나쁨은 녹색, 황색, 빨간색 막대로 표시됩니다.
예를 들어 LCP의 황색 막대 내에 11%가 표시되면 관찰된 모든 LCP 값의 11%가 2,500ms~4,000ms 사이임을 나타냅니다.
분포 막대 위의 PSI는 모든 측정항목의 75번째 백분위수를 보고합니다. 75번째
백분위수가 선택되므로 개발자는
사용자 경험을 저해할 수 있습니다. 이러한 필드 측정항목 값은 다음과 같이 분류됩니다.
좋음/개선 필요/나쁨의 기준을 적용합니다.
코어 웹 바이탈
코어 웹 바이탈은 비즈니스 결정을 내리는 데 중요한
모든 웹 환경에 적용됩니다 Core Web Vitals 측정항목은 INP, LCP, CLS이며 페이지 또는 출처 수준에서 집계될 수 있습니다. 세 가지 측정항목에 모두 데이터가 충분한 집계의 경우 세 가지 측정항목의 75번째 백분위수가 '좋음'이면 집계가 Core Web Vitals 평가를 통과합니다. 그렇지 않으면 집계가 평가를 통과하지 못합니다. 만약
집계에 INP 데이터가 충분하지 않은 경우 75번째
백분위수가 양호함을 나타냅니다. LCP 또는 CLS에 데이터가 충분하지 않으면 페이지 또는 출처 수준 집계를 평가할 수 없습니다.
PSI와 CrUX의 필드 데이터 차이
PSI 필드 데이터와
BigQuery의 CrUX 데이터 세트에 따르면 PSI 데이터는 매일 업데이트되며
BigQuery 데이터 세트는 매월 업데이트되며 출처 수준 데이터로 제한됩니다.
두 데이터 소스 모두 최근 28일 동안의 기간을 나타냅니다.
실습 진단
PSI는 Lighthouse를 사용하여 시뮬레이션된 프로젝트에서 지정된 URL을 분석합니다.
실적, 접근성, 권장사항, 검색엔진 최적화 카테고리에 적합한 환경입니다.
점수
섹션 상단에는 Lighthouse를 실행하여 페이지에 관한 진단 정보를 수집하고 분석하여 결정된 각 카테고리의 점수가 표시됩니다. 90점 이상의 점수는
좋습니다. 50~89점은 개선이 필요한 점수이며 50점 미만은 좋지 않은 점수로 간주됩니다.
각 카테고리에는 페이지 사용자를 개선하는 방법에 관한 정보를 제공하는 감사가 있습니다.
경험해 볼 수 있습니다 각 카테고리의 감사에 관한 자세한 내용은 Lighthouse 문서를 참고하세요.
자주 묻는 질문(FAQ)
Lighthouse는 페이지 로드를 시뮬레이션하기 위해 어떤 기기 및 네트워크 조건을 사용하나요?
현재 Lighthouse는 모바일의 경우 모바일 네트워크에서 중급 기기(Moto G4)의 페이지 로드 조건을, 데스크톱의 경우 유선 연결이 있는 에뮬레이션된 데스크톱의 페이지 로드 조건을 시뮬레이션합니다. PageSpeed는 네트워크 상태에 따라 달라질 수 있는 Google 데이터 센터에서도 실행됩니다. Lighthouse 보고서의 환경 블록을 확인하여 테스트가 실행된 위치를 확인할 수 있습니다.
참고: PageSpeed는 북미, 유럽 또는 아시아 중 한 곳에서 실행되고 있다고 보고합니다.
간혹 현장 데이터와 실험실 데이터가 서로 상충하는 이유는 무엇인가요?
필드 데이터는 특정 URL의 실적에 대한 이전 보고서로서
다양한 기기 및 네트워크의 실제 사용자로부터 익명처리된 실적 데이터
조건일 수 있습니다 실험실 데이터는 단일 기기의 페이지 로드 시뮬레이션을 기반으로 하며 고정되어 있습니다.
네트워크 조건 집합일 수 있습니다. 따라서 값이 다를 수 있습니다.
실습 데이터와 필드 데이터가 다를 수 있는 이유
(대응 방법)을 참조하세요.
모든 측정항목에 대해 75번째 백분위수가 선택된 이유는 무엇인가요?
Google의 목표는 페이지가 대부분의 사용자에게 잘 작동하도록 하는 것입니다. 75번째에 초점을 맞추면
백분위수 값을 제공하여 페이지가 우수한 사용자 환경을
작업을 수행할 수 있습니다.
자세한 내용은 Core Web Vitals 측정항목 기준 정의를 참고하세요.
실습 데이터에 적합한 점수는 무엇인가요?
녹색 점수 (90점 이상)는 좋은 것으로 간주되지만 실습 데이터가 좋으면
실질적 사용자 경험도 좋다는 의미일 뿐입니다.
실행마다 실적 점수가 달라지는 이유는 무엇인가요? 페이지에서 아무것도 변경하지 않았습니다.
실적 측정의 변동성은 영향 수준이 다른 여러 채널을 통해 도입됩니다. 측정항목 변동의 일반적인 소스는 로컬 네트워크 가용성, 클라이언트 하드웨어 가용성, 클라이언트 리소스 경합입니다.
URL 또는 출처에 실제 사용자 CrUX 데이터를 사용할 수 없는 이유는 무엇인가요?
Chrome 사용자 환경 보고서는
동의한 사용자 및
을 사용하려면 URL이 공개 상태여야 합니다.
(크롤링 및 색인 생성 가능)
익명처리된 대표 뷰를 제공하는 충분한 수의 개별 샘플이 있어야 합니다.
실적을 확인할 수 있습니다
더 궁금한 점이 있으신가요?
PageSpeed Insights 사용에 관해 구체적이며 답변을 제공할 수 있는 질문이 있다면 Stack Overflow에서 영어로 질문해 주세요.
PageSpeed Insights에 관한 일반적인 의견이나 질문이 있거나 일반적인 토론을 시작하려면 메일링 리스트에서 대화목록을 시작하세요.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["필요한 정보가 없음","missingTheInformationINeed","thumb-down"],["너무 복잡함/단계 수가 너무 많음","tooComplicatedTooManySteps","thumb-down"],["오래됨","outOfDate","thumb-down"],["번역 문제","translationIssue","thumb-down"],["샘플/코드 문제","samplesCodeIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-07-25(UTC)"],[[["\u003cp\u003ePageSpeed Insights (PSI) assesses the performance of web pages on both mobile and desktop, offering suggestions for optimization by analyzing lab and real-world data.\u003c/p\u003e\n"],["\u003cp\u003ePSI utilizes the Chrome User Experience Report (CrUX) for real-world data, measuring metrics like First Contentful Paint (FCP), Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS), and Interaction to Next Paint (INP).\u003c/p\u003e\n"],["\u003cp\u003eLab data is generated through Lighthouse, simulating page load and providing diagnostics on performance, accessibility, best practices, and SEO.\u003c/p\u003e\n"],["\u003cp\u003ePSI categorizes user experiences into Good, Needs Improvement, and Poor based on established thresholds for key performance metrics.\u003c/p\u003e\n"],["\u003cp\u003eCore Web Vitals, a subset of critical performance signals, includes LCP, CLS, and INP, and their assessment determines the overall page experience quality.\u003c/p\u003e\n"]]],["PageSpeed Insights (PSI) analyzes page performance on mobile and desktop, offering lab and field data. Field data, powered by the Chrome User Experience Report (CrUX), reflects real-world user experiences, measuring metrics like First Contentful Paint (FCP), Interaction to Next Paint (INP), Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS), and Time to First Byte (TTFB), and the quality of them. PSI classifies experiences as Good, Needs Improvement, or Poor. Lab data uses Lighthouse to simulate page loads, providing diagnostic scores and metrics.\n"],null,["PageSpeed Insights (PSI) reports on the user experience of a page on both mobile and desktop\ndevices, and provides suggestions on how that page may be improved.\n\n\nPSI provides both lab and field data about a page. Lab data is useful for debugging\nissues, as it is collected in a controlled environment. However, it may not\ncapture real-world bottlenecks. Field data is useful for capturing true, real-world user\nexperience - but has a more limited set of metrics. See [How To Think\nAbout Speed Tools](/web/fundamentals/performance/speed-tools) for more information on the two types of data.\n\nReal-user experience data\n\n\nReal-user experience data in PSI is powered by the [Chrome User Experience\nReport](/web/tools/chrome-user-experience-report) (CrUX) dataset. PSI reports real users' [First\nContentful Paint](https://web.dev/articles/fcp) (FCP), [Interaction to Next Paint](https://web.dev/articles/inp) (INP),\n[Largest Contentful Paint](https://web.dev/articles/lcp) (LCP), and [Cumulative Layout\nShift](https://web.dev/articles/cls) (CLS) experiences over the previous 28-day collection period. PSI also reports\nexperiences for the experimental metric [Time to First Byte](https://web.dev/articles/ttfb) (TTFB).\n\n\nIn order to show user experience data for a given page, there must be sufficient data for it\nto be included in the CrUX dataset. A page might not have sufficient data if it has been\nrecently published or has too few samples from real users. When this happens, PSI will fall\nback to origin-level granularity, which encompasses all user experiences on all pages of the\nwebsite. Sometimes the origin may also have insufficient data, in which case PSI will be\nunable to show any real-user experience data.\n\nAssessing quality of experiences\n\n\nPSI classifies the quality of user experiences into three buckets: Good, Needs Improvement,\nor Poor. PSI sets the following thresholds in alignment with the\n[Web Vitals](https://web.dev/articles/vitals) initiative:\n\n| | Good | Needs Improvement | Poor |\n|---------------------|---------------|-------------------|-------------|\n| FCP | \\[0, 1800ms\\] | (1800ms, 3000ms\\] | over 3000ms |\n| LCP | \\[0, 2500ms\\] | (2500ms, 4000ms\\] | over 4000ms |\n| CLS | \\[0, 0.1\\] | (0.1, 0.25\\] | over 0.25 |\n| INP | \\[0, 200ms\\] | (200ms, 500ms\\] | over 500ms |\n| TTFB (experimental) | \\[0, 800ms\\] | (800ms, 1800ms\\] | over 1800ms |\n\nDistribution and selected metric values\n\n\nPSI presents a distribution of these metrics so that developers can understand the range of\nexperiences for that page or origin. This distribution is split into three categories:\nGood, Needs Improvement, and Poor, which are represented by green, amber, and red bars.\nFor example, seeing 11% within LCP's amber bar indicates that 11% of all observed LCP values\nfall between 2500ms and 4000ms.\n\n\nAbove the distribution bars, PSI reports the 75th percentile for all metrics. The 75th\npercentile is [selected](#why-is-the-75th-percentile-chosen-for-all-metrics) so that developers can understand the most\nfrustrating user experiences on their site. These field metric values are classified as\ngood/needs improvement/poor by applying the same thresholds shown above.\n\nCore Web Vitals\n\n\nCore Web Vitals are a common set of performance signals critical to\nall web experiences. The Core Web Vitals metrics are INP, LCP, and CLS, and they may be\naggregated at either the page or origin level. For aggregations with sufficient data in all\nthree metrics, the aggregation passes the Core Web Vitals assessment if the 75th percentiles\nof all three metrics are Good. Otherwise, the aggregation does not pass the assessment. If the\naggregation has insufficient data for INP, then it will pass the assessment if both the 75th\npercentiles of LCP and CLS are Good. If either LCP or CLS have insufficient data, the page or\norigin-level aggregation cannot be assessed.\n\nDifferences between Field Data in PSI and CrUX\n\n\nThe difference between the field data in PSI versus the\n[CrUX dataset on BigQuery](https://developer.chrome.com/docs/crux/guides/bigquery) is that PSI's data is updated daily,\nwhile the BigQuery dataset is updated monthly and limited to origin-level data.\nBoth data sources represent trailing 28-day periods.\n\nLab diagnostics\n\n\nPSI uses [Lighthouse](https://developer.chrome.com/docs/lighthouse/) to analyze the given URL in a simulated\nenvironment for the Performance, Accessibility, Best Practices, and SEO categories.\n\nScore\n\n\nAt the top of the section are scores for each category, determined by running Lighthouse\nto collect and analyze diagnostic information about the page. A score of 90 or above is\nconsidered good. 50 to 89 is a score that needs improvement, and below 50 is considered poor.\n\nMetrics\n\n\nThe Performance category also has the page's performance on different metrics, including:\n[First Contentful Paint](https://web.dev/articles/fcp),\n[Largest Contentful Paint](https://web.dev/articles/lcp),\n[Speed Index](https://developer.chrome.com/docs/lighthouse/performance/speed-index/),\n[Cumulative Layout Shift](https://web.dev/articles/cls),\n[Time to Interactive](https://developer.chrome.com/docs/lighthouse/performance/interactive/),\nand [Total Blocking Time](https://web.dev/articles/tbt).\n\nEach metric is [scored](https://developer.chrome.com/docs/lighthouse/performance/performance-scoring/) and labeled with a icon:\n\n- Good is indicated with a green circle\n- Needs Improvement is indicated with amber informational square\n- Poor is indicated with a red warning triangle\n\nAudits\n\n\nWithin each category are audits that provide information on how to improve the page's user\nexperience. See the [Lighthouse documentation](https://developer.chrome.com/docs/lighthouse/) for a detailed\nbreakdown of each category's audits.\n\nFrequently asked questions (FAQs)\n\nWhat device and network conditions does Lighthouse use to simulate a page load?\n\n\nCurrently, Lighthouse simulates the page load conditions of a mid-tier device (Moto G4) device\non a [mobile network](https://github.com/GoogleChrome/lighthouse/blob/master/docs/throttling.md) for mobile, and an\nemulated-desktop with a wired connection for desktop. PageSpeed also runs in a Google\ndatacenter that can vary based on network conditions, you can check the location that the test\nwas by looking at the Lighthouse Report's environment block:\n\n\nNote: PageSpeed will report running in one of: North America, Europe, or Asia.\n\nWhy do the field data and lab data sometimes contradict each other?\n\n\nThe field data is a historical report about how a particular URL has performed, and represents\nanonymized performance data from users in the real-world on a variety of devices and network\nconditions. The lab data is based on a simulated load of a page on a single device and fixed\nset of network conditions. As a result, the values may differ.\nSee [Why lab and field data can be different\n(and what to do about it)](https://web.dev/articles/lab-and-field-data-differences) for more info.\n\nWhy is the 75th percentile chosen for all metrics?\n\n\nOur goal is to make sure that pages work well for the majority of users. By focusing on 75th\npercentile values for our metrics, this ensures that pages provide a good user experience\nunder the most difficult device and network conditions.\nSee [Defining the Core Web Vitals metrics thresholds](https://web.dev/articles/defining-core-web-vitals-thresholds)\nfor more info.\n\nWhat is a good score for the lab data?\n\n\nAny green score (90+) is considered good, but note that having good lab data does not\nnecessarily mean real-user experiences will also be good.\n\nWhy does the performance score change from run to run? I didn't change anything on my page!\n\n\n[Variability](https://developer.chrome.com/docs/lighthouse/performance/performance-scoring/#fluctuations) in performance measurement is introduced via a\nnumber of channels with different levels of impact. Several common sources of metric\nvariability are local network availability, client hardware availability, and client resource\ncontention.\n\nWhy is the real-user CrUX data not available for a URL or origin?\n\n\nChrome User Experience Report aggregates real-world speed data from\n[opted-in users](https://developer.chrome.com/docs/crux/methodology) and\nrequires that a URL must be public\n([crawlable and indexable](https://developer.chrome.com/docs/lighthouse/seo/is-crawlable/))\nand have sufficient number of distinct samples that provide a representative, anonymized view\nof performance of the URL or origin.\n\nMore questions?\n\n\nIf you've got a question about using PageSpeed Insights that is specific and answerable,\nask your question in English on [Stack Overflow](https://stackoverflow.com/questions/tagged/pagespeed-insights).\n\n\nIf you have general feedback or questions about PageSpeed Insights, or you want to start a\ngeneral discussion, start a thread in the [mailing list](https://groups.google.com/forum/#!forum/pagespeed-insights-discuss).\n\n\nIf you have general questions about the Web Vitals metrics, start a thread in the [web-vitals-feedback](https://groups.google.com/g/web-vitals-feedback) discussion group.\n\nFeedback\n\nWas this page helpful? \nYes Great! Thank you for the feedback. If you have a specific, answerable question about using PageSpeed Insights, ask the question in English on [Stack\n| Overflow](https://stackoverflow.com/questions/tagged/pagespeed-insights). For general questions, feedback, and discussion, start a thread in the [mailing list](https://groups.google.com/forum/#!forum/pagespeed-insights-discuss).\nNo Sorry to hear that. If you have a specific, answerable question about using PageSpeed Insights, ask the question in English on [Stack\n| Overflow](https://stackoverflow.com/questions/tagged/pagespeed-insights). For general questions, feedback, and discussion, start a thread in the [mailing list](https://groups.google.com/forum/#!forum/pagespeed-insights-discuss)."]]
