Chrome 사용 데이터에 따르면 사용자가 페이지 로드 후에 머문 시간 중 90% 를 페이지 수명 주기 전체에 걸쳐 주의 깊게 측정하는 것이 중요합니다. INP 측정항목이 평가합니다.
우수한 응답성은 페이지가 상호작용에 빠르게 반응한다는 의미입니다. 페이지가 상호작용에 응답하면 브라우저는 다음에 그리는 프레임에 시각적 피드백을 표시합니다. 시각적 피드백을 통해 예를 들어 온라인 장바구니에 추가한 항목이 실제로 추가되는지, 모바일 탐색 메뉴가 열렸는지, 로그인 양식의 콘텐츠가 서버에서 인증되었는지 등을 알 수 있습니다.
일부 상호작용은 일반적으로 다른 상호작용보다 시간이 오래 걸리지만, 특히 복잡한 상호작용의 경우 몇 가지 초기 시각적 피드백을 신속하게 제공하여 사용자에게 무언가가 발생하고 있음을 알리는 것이 중요합니다. 브라우저에서 다음에 그릴 프레임이 이를 수행할 수 있는 가장 이른 기회입니다.
따라서 INP의 목적은 상호작용의 모든 최종 효과(예: 다른 비동기 작업의 네트워크 가져오기 및 UI 업데이트)를 측정하는 것이 아니라 다음 페인트가 차단되는 시간을 측정하는 것입니다. 시각적 피드백을 지연시키면 사용자가 페이지가 충분히 빠르게 반응하지 않는다는 인상을 줄 수 있으며, INP는 개발자가 사용자 환경의 이러한 부분을 측정하는 데 도움이 되도록 개발되었습니다.
다음 동영상에서 오른쪽 예는 아코디언이 열리는 즉시 시각적 피드백을 제공합니다. 왼쪽의 예시에서 응답성이 좋지 않은 경우 어떻게 사용자 환경이 저하될 수 있는지 확인할 수 있습니다.
이 가이드에서는 INP의 작동 방식과 측정 방법을 설명하고 INP 개선을 위한 리소스를 안내합니다.
INP란 무엇인가요?
INP는 사용자가 페이지를 방문하는 전체 기간에 발생하는 모든 클릭, 탭, 키보드 상호작용의 지연 시간을 관찰하여 사용자 상호작용에 대한 페이지의 전반적인 응답성을 평가하는 측정항목입니다. 최종 INP 값은 관찰된 가장 긴 상호작용이며 이상점을 무시합니다.
INP는 페이지와의 모든 상호작용을 관찰하여 계산됩니다. 대부분의 사이트에서는 최악의 지연 시간 상호작용이 INP로 보고됩니다.
하지만 상호작용이 많은 페이지의 경우 반응이 없는 페이지에서 임의적인 연결 끊김이 비정상적으로 긴 지연 시간으로 이어질 수 있습니다. 특정 페이지에서 상호작용이 많이 발생할수록 이러한 상황이 발생할 가능성도 높아집니다.
상호작용이 많은 페이지의 실제 응답성을 더 정확하게 측정하기 위해 상호작용 50회당 가장 높은 상호작용 하나를 무시합니다. 대부분의 페이지 경험은 상호작용이 50회를 넘지 않으므로 최악의 상호작용이 가장 많이 보고됩니다. 그런 다음 모든 페이지 조회의 75번째 백분위수가 평소와 같이 보고되며, 이상점을 제거하여 대다수의 사용자가 경험하는 또는 더 나은 값을 제공합니다.
상호작용은 동일한 논리적 사용자 동작 중에 실행되는 이벤트 핸들러 그룹입니다. 예를 들어 터치스크린 기기의 '탭' 상호작용에는 pointerup, pointerdown, click 등 여러 이벤트가 포함됩니다. 상호작용은 자바스크립트, CSS, 기본 제공 브라우저 컨트롤 (예: 양식 요소) 또는 이들의 조합에 의해 발생할 수 있습니다.
상호작용의 지연 시간은 사용자가 상호작용을 시작한 시점부터 브라우저가 다음 프레임을 그리는 순간까지 상호작용을 유도하는 이벤트 핸들러 그룹에서 가장 긴 단일 기간으로 구성됩니다.
좋은 INP 점수란 무엇인가요?
'좋음' 또는 '나쁨'과 같은 라벨을 응답성 측정항목에 고정하기는 어렵습니다. 한편, 여러분은 우수한 응답성을 우선시하는 개발 관행을 장려해야 합니다. 반면, 사용자가 달성 가능한 개발 기대치를 설정하기 위해 사용하는 기기의 기능은 상당히 달라질 수 있다는 사실을 고려해야 합니다.
우수한 응답성으로 사용자 환경을 제공하려면 필드에 기록되는 페이지 로드의 75번째 백분위수를 모바일 및 데스크톱 기기별로 세분화하여 측정해야 합니다.
- INP가 200밀리초 이하라면 페이지의 응답성이 양호하다는 의미입니다.
- INP가 200밀리초 이하 또는 500밀리초이면 페이지 응답성을 개선해야 함을 의미합니다.
- INP가 500밀리초를 초과하면 페이지의 응답성이 좋지 않음을 의미합니다.
상호작용이란 무엇인가요?
상호작용의 기본 동인은 대개 자바스크립트이지만 브라우저는 체크박스, 라디오 버튼, CSS에서 제공하는 컨트롤과 같이 JavaScript로 구동되지 않는 컨트롤을 통해 상호작용을 제공합니다.
INP의 목적에 따라 다음과 같은 상호작용 유형만 관찰됩니다.
- 마우스로 클릭합니다.
- 터치스크린이 있는 기기를 탭합니다.
- 물리적 키보드 또는 터치 키보드의 키 누르기
상호작용은 기본 문서 또는 문서에 삽입된 iframe에서 발생합니다(예: 삽입된 동영상에서 재생 클릭). 최종 사용자는 iframe에 무엇이 있는지 알지 못하므로 최상위 페이지의 사용자 환경을 측정하려면 iframe 내의 INP가 필요합니다. JavaScript Web API는 iframe 콘텐츠에 액세스할 수 없으므로 CrUX와 RUM의 차이점으로 표시될 수 있습니다.
상호작용은 여러 이벤트로 구성될 수 있습니다. 예를 들어 키 입력에는 keydown, keypress, keyup 이벤트가 포함됩니다. 탭 상호작용에는 pointerup 및 pointerdown 이벤트가 포함됩니다. 상호작용 내에서 지속 시간이 가장 긴 이벤트가 상호작용의 총 지연 시간에 영향을 미칩니다.
페이지의 INP는 사용자가 페이지를 떠날 때 계산됩니다. 그 결과, 수명 주기 동안 페이지의 전반적인 응답성을 나타내는 단일 값이 생성됩니다. INP가 낮으면 페이지가 사용자 입력에 안정적으로 반응했다는 의미입니다.
INP는 최초 입력 반응 시간 (FID)과 어떻게 다른가요?
INP는 최초 입력 반응 시간 (FID)의 후속 측정항목입니다. 둘 다 반응성 측정항목이지만 FID는 페이지에서 첫 번째 상호작용의 입력 지연만 측정했습니다. INP는 입력 지연부터 이벤트 핸들러를 실행하는 데 걸리는 시간, 그리고 마지막으로 브라우저가 다음 프레임을 그릴 때까지 페이지의 모든 상호작용을 관찰하여 FID를 개선합니다.
이러한 차이는 INP와 FID가 모두 다른 유형의 응답성 측정항목이라는 것을 의미합니다. FID가 사용자에 대한 페이지의 첫인상을 평가하기 위해 설계된 로드 반응성 측정항목인 경우, INP는 페이지 상호작용이 발생하는 시점에 관계없이 전반적인 응답성을 더 정확하게 나타내는 지표입니다.
INP 값이 보고되지 않으면 어떻게 하나요?
페이지에서 INP 값을 반환하지 않을 수 있습니다. 이 문제는 다음과 같은 여러 가지 이유로 인해 발생할 수 있습니다.
- 페이지가 로드되었지만 사용자가 키보드의 키를 클릭하거나 탭하거나 누르지 않았습니다.
- 페이지가 로드되었지만 사용자가 스크롤 또는 요소 위로 마우스 오버와 같이 측정되지 않는 동작을 사용하여 페이지와 상호작용했습니다.
- 페이지와 상호작용하도록 스크립트가 작성되지 않은 검색 크롤러 또는 헤드리스 브라우저와 같은 봇이 페이지에 액세스하고 있습니다.
INP 측정 방법
INP는 다양한 도구를 사용하여 현장과 실험실에서 모두 측정할 수 있습니다.
현장
INP 최적화 여정은 필드 데이터에서 시작하는 것이 이상적입니다. 최상의 상태에서 Real User Monitoring (RUM)의 필드 데이터는 페이지의 INP 값뿐만 아니라 INP 값 자체에 기여한 특정 상호작용을 보여주는 문맥 데이터도 제공합니다. 페이지 로드 중 또는 이후에 발생한 상호작용, 상호작용의 유형 (클릭, 키 누름 또는 탭), 기타 중요한 타이밍을 통해 상호작용의 어느 부분이 응답성에 영향을 미쳤는지 파악하는 데 도움이 될 수 있습니다.
웹사이트가 Chrome 사용자 환경 보고서 (CrUX) 포함 요건을 충족하는 경우 PageSpeed Insights의 CrUX (및 기타 코어 웹 바이탈)를 통해 INP의 필드 데이터를 빠르게 확인할 수 있습니다. 최소한 웹사이트의 INP에 대한 출처 수준의 그림을 가져올 수 있지만 경우에 따라 URL 수준 데이터를 가져올 수도 있습니다.
그러나 CrUX는 문제가 있는지는 알려줄 수 있지만 문제의 원인을 알려주지는 못합니다. RUM 솔루션을 사용하면 응답 문제가 발생한 페이지, 사용자 또는 사용자 상호작용에 대한 자세한 내용을 파악할 수 있습니다. 개별 상호작용에 INP를 기여할 수 있으면 추측에 의존하거나 노력의 낭비를 방지할 수 있습니다.
실험실
페이지 상호작용이 느림을 시사하는 필드 데이터가 확보되면 실험실에서 테스트를 시작하는 것이 좋습니다. 하지만 필드 데이터가 없는 경우 실습에서 느린 상호작용을 재현하기 위한 몇 가지 전략이 있습니다. 사용자 경험의 중요한 부분에서 느린 상호작용을 식별하기 위해 일반적인 사용자 플로우를 따르고 그 과정에서 상호작용을 테스트하는 것은 물론 페이지가 로드될 때(기본 스레드가 가장 많이 사용 중일 때) 페이지와 상호작용하는 것도 전략이 포함됩니다.
INP 개선 방법
INP 최적화를 위한 가이드 모음에서 현장에서 느린 상호작용을 식별하는 프로세스를 안내하고 실험실 데이터를 사용하여 원인을 파악하고 최적화할 수 있습니다.
변경 로그
측정항목을 측정하는 데 사용되는 API에서 버그가 발견되기도 하고 측정항목 자체의 정의에서 발견되는 경우도 있습니다. 따라서 변경이 필요한 경우도 있으며, 이러한 변경사항은 내부 보고서와 대시보드에서 개선되거나 회귀된 것으로 나타날 수 있습니다.
이러한 측정항목을 쉽게 관리할 수 있도록 이러한 측정항목의 구현 또는 정의에 대한 모든 변경사항이 이 변경 로그에 표시됩니다.
이러한 측정항목에 관한 의견이 있으면 web-vitals-feedback Google 그룹에 제공해 주세요.