INP(상호작용 응답 지연)
Interaction to Next Paint · 상호작용 응답 지연
INP는 사용자가 페이지에서 클릭·탭·키보드 입력을 했을 때부터 그 결과가 다음 화면 프레임에 나타날 때까지의 지연을 여러 상호작용에서 평가하고 페이지 전반의 반응성을 대표하는 Core Web Vital입니다. 첫 입력만 재는 과거 FID보다 범위가 넓습니다.
AI 보조 조사·작성 후 원문과 대조한 설명입니다. 사례·계산은 별도 출처 표기가 없는 한 이해를 위한 가상 예시이며 실제 고객 성과가 아닙니다.
상호작용 지연을 세 구간으로 나눕니다
web.dev INP 문서는 입력 지연, 이벤트 처리 시간, 다음 화면을 그리기 전 표시 지연을 합쳐 상호작용 반응성을 평가합니다. Web Vitals 문서는 권장 INP를 200밀리초 이하로 제시하고 75번째 백분위수에서 평가합니다. 느린 클릭을 발견하면 메인 스레드 대기, 핸들러 작업과 렌더링 준비 중 어느 구간이 긴지 확인합니다.
가상 장바구니 버튼은 어떻게 점검하나요?
가상 상품 페이지에서 장바구니 버튼을 누른 뒤 수량 표시가 늦게 바뀐다고 가정합니다. 클릭 직전에 긴 JavaScript 작업이 메인 스레드를 막는지, 핸들러가 큰 목록을 다시 계산하는지, DOM 변경 뒤 복잡한 레이아웃이 발생하는지 프로파일링합니다. 서버 저장 완료를 기다려야 한다면 먼저 진행 상태를 화면에 표시하는 설계도 검토합니다.
관찰 조건
- 어떤 요소와 상호작용에서 발생했는가?
- 입력 지연·처리·표시 지연 중 어디가 긴가?
- 초기 로드뿐 아니라 오래 머문 뒤에도 반복되는가?
- 필드 자료와 개발 환경에서 같은 문제를 재현하는가?
INP와 FID·API 응답 시간은 무엇이 다른가요?
FID는 첫 상호작용의 입력 지연 부분에 초점을 뒀고 INP는 페이지 생애의 여러 상호작용과 다음 페인트까지 평가합니다. API 응답 시간은 네트워크와 서버 처리 시간이며 화면이 즉시 진행 상태를 보여주면 INP와 다르게 나타날 수 있습니다. TBT는 실험실에서 메인 스레드 차단을 보는 보조 지표이지 INP와 같은 필드 지표는 아닙니다.
200밀리초 이하를 모든 방문에서 보장하나요?
아닙니다. 권장 기준은 모든 단일 상호작용의 계약값이 아니라 실제 사용자 분포를 평가하는 기준이며 기기 성능과 페이지 상태와 상호작용 종류에 따라 값이 달라집니다. 수정 전후의 상호작용 이름과 구간별 시간과 필드 백분위수를 함께 보관해야 개발 기기의 빠른 버튼 한 번을 전체 사용자의 반응성 성과로 보고하지 않습니다. 한 버튼의 평균값만 저장하지 말고 느린 기기와 긴 세션에서 어떤 상호작용이 대표값이 됐는지 남기면 수정 대상이 초기 로드인지 후속 작업인지 다시 확인할 수 있습니다.
자주 묻는 질문
- INP는 첫 클릭만 측정하나요?
- 아닙니다. 페이지 생애 동안의 여러 상호작용을 평가하며 일반적으로 가장 긴 쪽을 대표값으로 다룹니다.
- 서버 API가 느리면 INP도 반드시 나쁜가요?
- 반드시 같지 않습니다. 다음 화면 피드백을 언제 그리는지와 메인 스레드 처리에 따라 다르므로 구간을 나눠 봅니다.
출처와 확인 범위
- Interaction to Next Paint (INP) · web.dev · 확인 2026-10-27
INP는 페이지 생애 동안 발생한 상호작용의 지연을 바탕으로 반응성을 평가하며 입력 지연뿐 아니라 처리와 다음 화면 표시까지 포함합니다.
확인 범위: 표시한 절의 정의·프로토콜·측정 조건·한계만 사용했습니다. 크롤링·렌더링·색인·검색 노출·속도·순위·처리 기간 보장은 근거로 사용하지 않았습니다.
- Web Vitals · web.dev · 확인 2026-10-27
Core Web Vitals는 로딩·반응성·시각 안정성을 나타내는 LCP·INP·CLS이며 권장 기준은 모바일·데스크톱별 75번째 백분위수로 평가합니다.
확인 범위: 표시한 절의 정의·프로토콜·측정 조건·한계만 사용했습니다. 크롤링·렌더링·색인·검색 노출·속도·순위·처리 기간 보장은 근거로 사용하지 않았습니다.