웹사이트 INP 점수 개선 방법: Core Web Vitals 최적화 가이드

웹사이트에서 INP 점수는 어떻게 개선할 수 있나요? 간단히 말해, 사용자가 클릭, 터치 또는 키보드로 상호작용한 후 화면에 다음 페인트가 지연되지 않도록 메인 스레드 작업 부하를 줄여야 합니다. 이를 위해 긴 JavaScript 작업을 분할하고, 불필요한 스크립트를 제거하며, 이벤트 리스너를 경량화하고, 렌더링을 차단하는 리소스를 최적화하고, 서드파티 코드를 점검하며 실제 사용자 데이터를 기반으로 측정해야 합니다. 좋은 INP 점수는 200ms 이하이며, 200~500ms는 개선이 필요하고 500ms 이상은 낮은 점수로 간주됩니다.

INP, 즉 Interaction to Next Paint는 2026년 SEO와 사용자 경험에서 중요한 Core Web Vitals 지표 중 하나입니다. 구글은 이제 단순히 페이지가 빠르게 열리는 것뿐만 아니라, 페이지가 열린 후 사용자가 사이트와 얼마나 원활하게 상호작용하는지도 평가합니다. 제품 필터 클릭 시 메뉴가 늦게 열리거나, 장바구니 추가 버튼이 멈추거나, 모바일 메뉴가 느리게 반응하거나, 폼 입력 시 딜레이가 발생하는 현상은 INP 문제의 대표적인 신호입니다.

이 가이드에서는 INP 값을 측정하는 방법, 낮은 점수를 유발하는 기술적 병목 현상을 찾는 법, 그리고 개발자, 사이트 관리자 또는 WordPress 운영자가 적용할 수 있는 명확한 최적화 방법을 배웁니다. 또한 호스팅 인프라, CDN 사용, 안전한 연결이 성능에 미치는 간접적인 영향도 실용적인 예시와 함께 다룹니다. 성능 중심의 인프라를 선택하려면 웹 호스팅 패키지와 WordPress 기반 프로젝트를 위한 WordPress 호스팅 옵션을 고려해 보세요.

INP란 무엇이며 왜 중요한가요?

INP는 페이지 내 사용자 상호작용의 전반적인 반응 속도를 측정합니다. 사용자가 버튼을 클릭하거나, 탭을 변경하거나, 메뉴를 열거나, 폼 필드에 입력하거나, 모바일에서 요소를 터치할 때 브라우저는 이 상호작용을 처리하고, 자바스크립트를 실행하며, 스타일과 레이아웃을 계산한 후 화면에 새로운 시각적 상태를 만듭니다. 이 상호작용부터 시각적 업데이트가 완료될 때까지의 시간이 INP로 평가됩니다.

과거에는 First Input Delay(FID)가 중요했지만, FID는 첫 상호작용의 지연에만 초점을 맞췄습니다. 반면 INP는 페이지 전체 생애주기에서 발생하는 모든 상호작용을 포괄적으로 평가합니다. 따라서 이커머스, 블로그, SaaS 대시보드, 기업 사이트, 회원제 시스템 등에서 실제 사용자 경험을 더 잘 반영합니다.

Google이 제시한 기준은 다음과 같습니다:

INP는 단순히 SEO뿐 아니라 전환율에도 매우 중요합니다. 예를 들어 모바일에서 필터 버튼이 700ms 이상 지연되어 열리는 카테고리 페이지에서 사용자는 기능이 작동하지 않는다고 생각해 버튼을 반복해서 누르거나 페이지를 떠날 수 있습니다. 반면 150-180ms 내에 반응하는 인터페이스는 더 신뢰할 수 있고 빠르며 전문적으로 인식됩니다.

INP 점수는 어떻게 측정하나요?

INP 최적화를 시작하기 전에 정확한 측정이 필요합니다. 실험실 도구는 예상 문제를 보여주지만, 실제 사용자 데이터는 현장의 기기, 네트워크, 브라우저 환경을 반영합니다. 가장 효과적인 방법은 두 가지 데이터 유형을 함께 활용하는 것입니다.

1. PageSpeed Insights로 빠르게 확인하기

PageSpeed Insights는 Chrome User Experience Report 데이터가 있으면 실제 사용자 INP 값을 보여줍니다. 모바일과 데스크톱 결과를 따로 살펴보세요. 특히 모바일 데이터를 우선시해야 하는데, 저사양 휴대폰에서는 메인 스레드가 쉽게 막히기 때문입니다. 페이지 INP 값이 200ms를 넘으면, 아래의 개선점과 진단 섹션을 참고하세요.

2. Search Console Core Web Vitals 보고서 확인하기

Google Search Console의 Core Web Vitals 보고서는 URL 그룹별로 문제를 나열합니다. 개별 페이지가 아닌 유사한 템플릿의 문제 여부를 파악할 수 있습니다. 예를 들어 모든 제품 상세 페이지에서 INP가 나쁘다면, 문제는 테마, 장바구니 스크립트, 댓글 플러그인 또는 제품 변형 코드에 있을 가능성이 큽니다.

3. Chrome DevTools Performance 패널 사용하기

Chrome DevTools Performance 패널은 클릭 시 어떤 JavaScript 함수가 실행되고, 50ms 이상 지속된 작업이 무엇인지 보여줍니다. 메뉴 클릭을 기록한 뒤 메인 스레드의 보라색, 노란색, 초록색 블록을 살펴보세요. 긴 스크립트 실행, 반복되는 스타일 재계산, 무거운 레이아웃 작업은 INP에 중요한 신호입니다.

4. 실제 사용자 모니터링(RUM) 설정하기

트래픽이 많은 프로젝트에서는 RUM(Real User Monitoring)이 매우 유용합니다. Web Vitals 라이브러리로 INP 데이터를 수집하고, URL, 기기 유형, 브라우저, 국가, 상호작용 목표별로 분석할 수 있습니다. 예를 들어 데이터가 Android 사용자만 모바일 메뉴 클릭 시 620ms가 걸린다고 나타낼 수 있습니다. 이 정보는 전체 최적화보다 특정 문제를 정확히 개선하는 데 도움을 줍니다.

나쁜 INP 점수의 가장 흔한 원인

INP 문제의 대부분은 서버 응답 때문이 아니라, 브라우저가 사용자와 상호작용하는 순간에 과도한 작업을 수행하기 때문입니다. 하지만 인프라, 파일 전달, 캐싱, 그리고 서드파티 의존성들이 간접적으로 이 부하를 증가시킬 수 있습니다.

무거운 자바스크립트 파일

현대 웹사이트들은 테마, 슬라이더, 라이브 채팅, 광고, 분석, A/B 테스트, 지도, 소셜 미디어 컴포넌트 등 수많은 자바스크립트 파일을 로드합니다. 파일은 단순히 다운로드되는 것이 아니라 브라우저에서 파싱, 컴파일, 실행됩니다. 이 과정이 메인 스레드를 점유하면 사용자 클릭에 대한 응답이 늦어집니다.

긴 작업

50ms 이상 걸리는 메인 스레드 작업은 롱 태스크(long task)로 간주됩니다. 300ms의 단일 작업도 사용자의 클릭을 지연시킬 수 있습니다. 예를 들어 필터 버튼 클릭 시 1000개의 상품을 클라이언트 쪽에서 다시 계산하는 스크립트는 INP 값을 쉽게 500ms 이상으로 끌어올릴 수 있습니다.

복잡한 DOM과 비용이 많이 드는 레이아웃 처리

너무 많은 HTML 노드, 중첩된 컴포넌트, 빈번한 스타일 변경, 그리고 레이아웃 스래싱(layout thrashing)이라 불리는 반복적인 측정과 쓰기 오류는 INP를 악화시킵니다. 특히 메가 메뉴, 상품 목록 페이지, 긴 싱글 페이지 애플리케이션이 이런 위험에 노출됩니다.

서드파티 스크립트

광고 네트워크, 추적 픽셀, 히트맵 도구, 라이브 지원 코드, 소셜 미디어 임베드 등은 사이트 외부의 코드를 실행합니다. 이 코드가 상호작용 순간에 메인 스레드를 사용하면, 아무리 깔끔하게 작성된 UI라도 반응이 늦어질 수 있습니다.

WordPress 플러그인과 테마 과부하

WordPress 사이트에서는 각 플러그인이 자체 CSS와 JS 파일을 추가할 수 있습니다. 예를 들어, 연락처 폼 플러그인의 스크립트가 연락처 페이지에서만 필요한데도 사이트 전체에 로드된다면 불필요한 부하가 발생합니다. 이와 비슷하게 비주얼 에디터, 슬라이더, 팝업 플러그인도 모바일 INP 점수에 부정적인 영향을 줄 수 있습니다.

INP 점수 어떻게 개선할까? 단계별 실행 계획

INP 점수를 개선하는 실질적인 방법은 측정하고, 문제를 분리하고, 줄이고, 나누고, 다시 측정하는 과정입니다. 아래 단계는 기술팀이 실제 프로젝트에서 우선순위에 따라 적용하는 순서로 구성되었습니다.

1. 가장 문제되는 상호작용 찾기

먼저 어떤 상호작용이 나쁜 INP를 만드는지 확인하세요. 모바일 메뉴인가요, 장바구니 버튼인가요, 필터 패널인가요, 검색창인가요, 아니면 폼 전송인가요? DevTools Performance 기록을 하면서 해당 작업을 여러 번 반복하세요. 기록 내 Event Timing 또는 Interaction 섹션에서 클릭 대상과 시간을 분석합니다.

구체적 예시: 한 이커머스 사이트에서 카테고리 필터 버튼이 740ms INP를 발생시켰습니다. 조사 결과 버튼 클릭 시 모든 상품 카드가 다시 렌더링되며 1800개의 DOM 노드가 동시에 업데이트되는 것으로 확인됐습니다. 필터 패널을 별도 컴포넌트로 분리하고 리스트 업데이트를 지연시키자 INP가 190ms로 줄었습니다.

2. JavaScript 번들 크기 줄이기

사용하지 않는 코드를 제거하는 것은 INP 개선에 매우 효과적입니다. 번들 분석 도구를 사용해 어떤 라이브러리가 파일 크기를 키우는지 파악하세요. 전체 라이브러리를 가져오기보다 필요한 모듈만 임포트하는 것이 좋습니다. 예를 들어, 큰 날짜 라이브러리 대신 가벼운 대체제나 네이티브 Intl API를 활용할 수 있습니다.

• 사용하지 않는 테마 기능은 비활성화하세요.
• 페이지에 필요 없는 슬라이더, 갤러리, 애니메이션 스크립트는 로드하지 마세요.
• 트리 쉐이킹(tree shaking)을 지원하는 최신 빌드 도구를 사용하세요.
• 관리자 패널 코드를 방문자 쪽에 보내지 마세요.
• 오래된 폴리필은 정말 필요한 브라우저에만 제공하세요.

3. 긴 작업을 작은 단위로 나누기

브라우저가 사용자 상호작용에 빠르게 반응하려면 메인 스레드가 주기적으로 비워져야 합니다. 큰 계산을 한 번에 처리하지 말고 여러 조각으로 쪼개세요. setTimeout, scheduler.postTask, requestIdleCallback 또는 프레임워크의 스케줄링 기능을 활용할 수 있습니다. 목표는 300ms짜리 하나의 작업 대신 20~40ms 정도의 작은 작업 여러 개를 만드는 것입니다.

예를 들어 5000줄짜리 테이블을 필터링하고 다시 그려야 할 경우, 사용자가 보는 최초 50줄만 먼저 업데이트하고 나머지는 가상화나 백그라운드 작업으로 처리하세요. 이렇게 하면 클릭 결과가 빠르게 보여지고 나머지 작업은 사용자의 경험을 방해하지 않습니다.

4. 이벤트 리스너 간소화하기

클릭, 입력, 스크롤, 키다운 이벤트마다 무거운 함수가 실행되면 INP가 악화됩니다. 특히 입력 필드에서 키 입력마다 API 요청을 보내거나 전체 리스트를 다시 계산하는 것은 좋지 않습니다. 디바운스(debounce)와 스로틀(throttle) 기법으로 호출 빈도를 줄이세요.

• 검색창에 300ms 디바운스를 적용하세요.
• 스크롤 이벤트에는 passive listener를 사용하세요.
• 수백 개 개별 요소에 리스너를 붙이기보다 이벤트 위임(event delegation)을 활용하세요.
• 클릭 후에는 시각적 피드백을 먼저 주고 무거운 작업은 나중에 시작하세요.

5. 사용자에게 즉각적인 시각적 피드백 제공하기

INP는 다음 페인트와 연관되므로, 사용자 상호작용 직후 작더라도 시각적 변화가 있어야 합니다. 버튼이 활성화되거나, 로딩 표시가 뜨거나, 스켈레톤 화면이 나타나거나, 패널 열림의 첫 장면이 보이면 사용자는 시스템이 작동 중임을 느낍니다. 무거운 API 응답을 기다려 한꺼번에 UI를 바꾸기보다 빠른 피드백과 점진적 업데이트를 설계하세요.

6. 렌더링과 레이아웃 비용 줄이기

JavaScript만큼 CSS와 레이아웃도 INP에 영향을 줍니다. 클릭 후 많은 요소의 크기, 위치, 스타일을 바꾸는 것은 비용이 큽니다. CSS 애니메이션에서 width, height, top, left 대신 transform과 opacity를 사용하는 것이 보통 더 효율적입니다. 큰 리스트는 가상화를 적용해 화면에 보이지 않는 수백 개 카드를 DOM에 유지하지 마세요.

레이아웃 스래싱(layout thrashing)을 피하세요. 즉, 반복문 내에서 요소 너비를 읽고 스타일을 쓰고 다시 읽는 식으로 작업하지 말고, 읽기와 쓰기를 묶어서 처리하세요. 이 간단한 최적화만으로도 복잡한 페이지에서 수십 밀리초를 절약할 수 있습니다.

7. 서드파티 코드 점검하기

외부 스크립트마다 "이 코드가 직접적으로 변환 성능에 기여하는가?"를 자문하세요. 기여도가 낮으면 제거하거나 지연 로드하고, 꼭 필요한 페이지에서만 불러오세요. 예를 들어 라이브 채팅 코드는 결제 페이지에만 두는 게 합리적일 수 있지만, 모든 블로그 글 첫 로딩에 포함될 필요는 없습니다. 광고 및 분석 스크립트는 가능하면 defer나 async로 로드해 주요 상호작용을 방해하지 않도록 하세요.

8. Web Worker로 무거운 계산 분리하기

상품 필터링, 대용량 JSON 처리, 암호화, 데이터 변환, 복잡한 계산 등 메인 스레드를 막는 작업이 있다면 Web Worker를 사용하세요. 워커는 백그라운드에서 작업하고, 메인 스레드는 계속 사용자와 상호작용할 수 있게 합니다. 모든 작업을 워커로 옮길 필요는 없지만, 100ms 이상 CPU를 많이 쓰는 작업에선 큰 도움이 됩니다.

9. 프레임워크와 하이드레이션 비용 최적화하기

React, Vue, Angular, Next.js, Nuxt 같은 환경에서는 첫 로드 후 하이드레이션 비용이 INP에 영향을 줄 수 있습니다. 페이지 전체를 인터랙티브하게 만드는 대신 아키텍처 분할, 부분 하이드레이션, 서버 컴포넌트 같은 방식을 고려하세요. 상호작용이 필요 없는 콘텐츠는 정적으로 두는 게 좋습니다. 모달, 댓글 영역, 추천 컴포넌트 등은 사용자가 필요할 때 로드하는 것이 효과적입니다.

10. WordPress 사이트 플러그인 부담 줄이기

WordPress를 사용한다면 INP 최적화를 위해 플러그인 현황을 점검하세요. 동일 기능을 하는 중복 플러그인은 제거하세요. 폼, 갤러리, 슬라이더, 팝업 플러그인이 모든 페이지에서 파일을 로드하는지 확인하고, 퍼포먼스 플러그인의 에셋 언로드 기능으로 불필요한 CSS와 JS를 페이지별로 비활성화할 수 있습니다.

실제 사례: 한 기업용 WordPress 사이트에서 메인 페이지 모바일 INP가 560ms였습니다. 슬라이더 플러그인을 제거하고 히어로 영역을 가벼운 HTML/CSS로 재구성했으며, 팝업 스크립트는 5초 지연 로드, 연락처 폼 JS 파일은 연락처 페이지에서만 로드하도록 했습니다. 결과적으로 모바일 INP가 210ms로 감소했고, 이후 추가 조정으로 175ms까지 개선되었습니다.

호스팅과 인프라는 INP 점수에 어떻게 영향을 미칠까?

INP는 주로 클라이언트 측 응답성 지표로, 브라우저의 메인 스레드 부하가 결정적인 역할을 합니다. 하지만 호스팅 인프라가 전혀 무관한 것은 아닙니다. 빠른 서버 응답, 적절한 캐싱, 최신 PHP 버전, HTTP/2 또는 HTTP/3 지원, CDN과 압축 기술은 파일을 더 빠르고 안정적으로 전달하는 데 도움을 줍니다. 이는 특히 첫 로딩 시 메인 스레드가 보다 원활하게 작동하도록 돕습니다.

저품질 인프라에서는 높은 TTFB, 지연된 리소스, 불규칙한 캐시 동작, 과부하 서버가 사용자 경험을 저해합니다. 캐시가 없는 WordPress 사이트가 매 요청마다 무거운 PHP 및 데이터베이스 작업을 수행하면 페이지가 더 늦게 상호작용 가능해집니다. 따라서 INP 최적화를 LCP와 TTFB 최적화와 완전히 분리해서 생각해서는 안 됩니다.

• 서버 측 캐싱을 활용하세요.
• PHP 8.x와 최신 데이터베이스 버전을 사용하세요.
• 정적 파일은 CDN을 통해 제공하세요.
• Brotli 또는 Gzip 압축을 활성화하세요.
• SSL/TLS 구성을 최신 상태로 유지하고, 안전한 연결을 위해 SSL 인증서 페이지를 참고하세요.
• 새 프로젝트나 브랜드 사이트를 구축할 때는 올바른 도메인 선택을 위해 도메인 조회 도구를 활용하세요.

INP 최적화를 위한 우선순위 표

아래 표는 일반적인 웹사이트에서 어떤 개선을 언제 해야 하는지 요약한 것입니다. 프로젝트마다 결과가 다를 수 있으니, 변경 후에는 반드시 PageSpeed Insights, Search Console, 실제 사용자 데이터를 통해 다시 측정하세요.

개발자를 위한 기술 점검 리스트

INP 개선 사항은 팀 내에서 관리 가능한 체크리스트로 전환되어야 합니다. 그렇지 않으면 일회성 속도 개선 작업이 몇 달 후 새로운 플러그인, 프로모션 코드, 디자인 변경으로 인해 무너질 수 있습니다.

• 모든 중요 템플릿에 대해 모바일 INP 목표는 200ms 이하로 설정해야 합니다.
• 풀 리퀘스트 과정에서 번들 크기 증가를 반드시 확인해야 합니다.
• 새로운 서드파티 스크립트 추가 전에는 성능 영향 테스트를 진행해야 합니다.
• DevTools Performance 기록으로 최소한 모바일 메뉴, 검색, 폼, 구매 인터랙션을 측정해야 합니다.
• 긴 작업은 50ms 이하로 줄이도록 노력해야 하며, 불가능할 경우 분할해야 합니다.
• 애니메이션에는 transform과 opacity를 우선 사용해야 합니다.
• 대용량 리스트에는 페이징, 인피니트 스크롤 또는 가상화를 적용해야 합니다.
• RUM 데이터는 월간 보고되고 Search Console 경고를 지속적으로 모니터링해야 합니다.

자주 발생하는 INP 최적화 실수

캐시 플러그인만 설치하기

캐시는 중요하지만, 나쁜 INP를 해결하는 유일한 방법은 아닙니다. 캐시는 페이지를 더 빠르게 전달할 수 있지만, 사용자 클릭 시 실행되는 무거운 자바스크립트 코드를 자동으로 수정하지는 않습니다. 따라서 캐시는 코드 최적화와 함께 고려해야 합니다.

실제 사용자 경험을 잊고 실험실 점수만 신경 쓰기

Lighthouse 테스트는 유용하지만, 그것만으로 충분하지 않습니다. 실제 사용자는 다양한 기기, 네트워크, 브라우저를 사용합니다. 특히 저사양 안드로이드 기기는 데스크톱 테스트에서 드러나지 않는 INP 문제를 보여줍니다.

모든 스크립트를 무작정 지연시키기

Defer와 delay 기법은 신중하게 적용해야 합니다. 잘못 설정하면 메뉴, 장바구니, 폼, 결제 흐름이 깨질 수 있습니다. 중요한 상호작용 스크립트는 반드시 유지하고, 불필요하거나 서드파티 코드는 통제된 방식으로 지연시켜야 합니다.

시각적 성능에만 집중하고 상호작용은 소홀히 하기

이미지 압축은 LCP 개선에 매우 중요하지만, INP 문제를 항상 해결하지는 않습니다. 문제가 클릭 후 실행되는 코드에 있다면, 이미지 최적화만으로는 부족합니다. Core Web Vitals를 종합적으로 고려해야 합니다.

2026년 INP 중심 SEO 전략

2026년 SEO 접근법은 기술적 성능, 콘텐츠 품질, 신뢰할 수 있는 인프라를 함께 고려합니다. Google의 AI Overviews와 진화된 검색 경험은 사용자에게 가장 빠르고 만족스러운 답변을 제공하는 페이지를 우선시하는 경향이 있습니다. 따라서 INP 최적화는 개발자만의 일이 아니라 SEO, UX, 콘텐츠, 인프라 팀이 함께 책임져야 합니다.

블로그 글에서는 목차, 카테고리 필터, 댓글 폼이 빠르게 작동해야 하고, 이커머스 사이트에서는 사이즈 선택, 옵션 변경, 장바구니 추가가 즉각 반응해야 합니다. 기업 사이트에서는 견적 문의 폼, 모바일 메뉴, 연락 버튼이 지연 없이 작동해야 합니다. 사용자가 사이트를 빠르게 느끼면 더 오래 머무르고 더 많은 페이지를 탐색하며 전환 가능성이 높아집니다.

Hostragons에서는 성능 중심 호스팅, 최신 서버 기술, 안전한 인프라 선택으로 기술적 SEO 작업을 위한 견고한 기반을 마련할 수 있습니다. 도메인, 호스팅, 보안 설정을 한 곳에서 관리하면 운영 부담이 줄어들어 팀이 사용자 경험과 콘텐츠 품질에 더 집중할 수 있습니다. 관련 솔루션은 기업 호스팅, VPS 서버, SSL 인증서 페이지를 참고하세요.

결론

INP 점수를 개선하는 핵심은 사용자가 상호작용할 때 브라우저에 불필요한 작업을 시키지 않는 것입니다. 먼저 실제 데이터로 가장 느린 상호작용을 찾아내고, JavaScript 부하를 줄이며, 긴 작업을 나누고, 이벤트 리스너를 간소화하고, 렌더링 비용을 낮추고, 서드파티 코드를 관리하세요. 호스팅, 캐시, CDN, 최신 보안 설정도 이 과정을 뒷받침하는 강력한 기반이 됩니다.

웹사이트를 더 빠르고 안정적이며 사용자 친화적으로 만들고 싶다면 간단한 측정부터 시작해 보세요: 가장 중요한 페이지의 모바일 INP 값을 확인하고 이 가이드의 처음 세 단계를 따라 하세요. 인프라 측면에서 효율적인 출발을 원한다면 Hostragons 솔루션을 살펴보고, 필요에 맞는 호스팅 플랜을 차분히 비교해 선택할 수 있습니다.

자주 묻는 질문

INP 점수는 얼마여야 하나요?

좋은 INP 점수는 200ms 이하입니다. 200~500ms는 개선이 필요한 구간이며, 500ms 이상은 사용자 경험이 좋지 않음을 의미합니다. 특히 모바일 사용자 데이터를 우선적으로 고려해야 합니다.

INP와 FID의 차이는 무엇인가요?

FID는 사용자의 첫 상호작용 지연만 측정하는 반면, INP는 페이지 전체 수명 주기 동안 발생하는 모든 상호작용의 응답 품질을 평가합니다. 그래서 INP가 실제 사용자 경험을 더 포괄적으로 반영합니다.

WordPress 사이트에서 INP 점수가 나쁜 이유는?

보통 과도한 플러그인, 무거운 테마, 모든 페이지에 불필요하게 로드되는 CSS/JS, 슬라이더, 팝업 스크립트, 그리고 서드파티 코드들 때문에 점수가 낮게 나옵니다. 플러그인 정리, 페이지별 파일 비활성화, 경량 테마 사용이 큰 개선 효과를 줍니다.

호스팅 변경이 INP 점수를 개선하나요?

호스팅만으로 무거운 자바스크립트나 긴 작업을 해결할 수는 없지만, 빠른 서버, 효과적인 캐시, CDN, 최신 PHP, 안정적인 리소스 전달은 INP 최적화를 돕습니다. 즉, 직접적인 영향은 아니지만 특히 WordPress 사이트에서 중요합니다.

INP 최적화는 얼마나 걸리나요?

코드와 플러그인 수정을 완료하면 실험실 테스트에서는 즉시 결과를 확인할 수 있습니다. 다만 Search Console과 Chrome 실제 사용자 데이터에서는 충분한 데이터 수집이 필요해 변화가 반영되기까지 보통 몇 주가 걸립니다.