워드프레스 INP 개선하기 전에 먼저 확인할 부분
Table of contents
새로고침을 열 번 해도 화면은⠀
그대로인데, PageSpeed Insights의⠀
INP 점수는 다른 방식으로 매겨집니다.⠀
클릭할 때마다 반응이 느리다고 느꼈던⠀
그 체감은 사실 이 점수와 직접⠀
연결되지 않을 수 있습니다.⠀
그러면 이 숫자는 대체 어디서⠀
나오는 값인지부터 짚어 보겠습니다.⠀
⠀⠀⠀
새로고침해도 그대로인 이 숫자의 정체⠀
⠀⠀⠀
⠀⠀⠀
⠀⠀⠀
메인은 잘 열리는데 버튼을 눌렀을⠀
때만 반응이 늦게 느껴지는 경우가⠀
있습니다.⠀
그럴 때 보통 F5를 몇 번 눌러⠀
보게 되는데요, 화면이 눈에 띄게⠀
달라지지 않는다면 애초에 그 방식으로는⠀
확인이 안 되는 값일 수 있습니다.⠀
INP는 내 브라우저 한 번의 클릭이⠀
아니라 페이지 방문의 75번째⠀
백분위 값으로 평가됩니다.⠀
여러 방문자가 남긴 응답 속도 중에서⠀
75번째에 해당하는 값을 가져온다는⠀
뜻이라, 혼자 새로고침을 반복하는⠀
방식으로는 이 점수가 어떻게⠀
나오는지 가늠하기 어렵습니다.⠀
⠀⠀⠀
화면 속 그 숫자, 어디부터 문제로 봐야 할까⠀
⠀⠀⠀
PageSpeed Insights를 열면 INP⠀
항목 옆에 ms 단위 숫자와 색깔이⠀
같이 표시됩니다.⠀
이 숫자를 보는 기준은 정해져⠀
있습니다.⠀
200ms 이하는 좋음, 200ms 초과⠀
500ms 이하는 개선 필요, 500ms를⠀
넘으면 나쁨으로 나뉩니다.⠀
화면에 뜬 숫자가 이 세 구간 중⠀
어디에 걸리는지부터 눈으로⠀
확인하고, 그 구간의 이름을⠀
그대로 적어 두면 됩니다.⠀
⠀⠀⠀
이 숫자, 내 컴퓨터가 잰 값이 아니었다⠀
⠀⠀⠀
여기서 한 가지 놓치기 쉬운 부분이⠀
있습니다.⠀
PageSpeed Insights와 Search⠀
Console의 Core Web Vitals 리포트는⠀
둘 다 CrUX라는 실사용자 데이터를⠀
씁니다.⠀
CrUX는 구글이 크롬 사용자의 실제⠀
방문 데이터를 모아 두는⠀
곳으로, 두 도구 모두 이 데이터를⠀
가져와 화면에 보여 주는⠀
역할만 합니다.⠀
내가 지금 이 화면에서 클릭해⠀
보는 속도가 아니라, 실제로⠀
그 페이지를 방문했던 사람들의⠀
기록이 이 숫자를 만든다는⠀
점이 다릅니다.⠀
그래서 개발자 도구로 직접 재는⠀
값과 이 화면의 숫자가 똑같이⠀
움직이지 않을 수 있습니다.⠀
⠀⠀⠀
설정 바꾼 다음 날 숫자가 안 바뀐 이유⠀
⠀⠀⠀
⠀⠀⠀
⠀⠀⠀
플러그인 하나를 끄거나 스크립트를⠀
지연 설정으로 바꾼 뒤 바로 다음⠀
날 PageSpeed Insights를 열어 보는⠀
경우가 있습니다.⠀
숫자가 그대로여도 설정을 잘못⠀
건드린 건 아닐 수 있습니다.⠀
PageSpeed Insights의 필드 데이터는⠀
최근 28일 수집 기간을 기준으로⠀
합니다.⠀
어제까지의 방문 기록이 여전히⠀
이 28일 안에 섞여 있어서, 오늘⠀
바꾼 설정의 효과가 숫자에⠀
바로 나타나지 않을 수 있습니다.⠀
⠀⠀⠀
다음에 이 화면을 열 때 비교할 것⠀
⠀⠀⠀
여러 설정을 한꺼번에 만지기 전에⠀
지금 화면에 뜬 값부터 적어⠀
두는 편이 나중에 도움이 됩니다.⠀
PageSpeed Insights 필드 데이터에⠀
나온 INP 값(ms)과 그 값이 속한⠀
구간(좋음·개선 필요·나쁨)을 확인한⠀
날짜와 함께 메모장이나 스프레드시트에⠀
남겨 둡니다.⠀
28일 기준으로 갱신되는 데이터이다⠀
보니, 날짜를 같이 적어 둬야⠀
이후에 찍힌 값과 비교할 때⠀
어느 시점의 변화인지 구분이⠀
됩니다.⠀
개인적으로는 숫자 하나만 적기보다⠀
확인한 날짜를 같이 적어야⠀
28일 뒤에 이 기록이 의미가⠀
있다고 봅니다.⠀
⠀⠀⠀
다음번 PageSpeed Insights 화면을⠀
열 때는 오늘 적어 둔 날짜 옆에⠀
새 INP 값을 나란히 적는 것부터⠀
시작하면 됩니다.⠀
You May Also Like
월 호스팅비 아끼려다 낭패? NAS 1년 실제 유지비 산정해보니
Google AI Overview 시대, CTR 58% 급감 공포 뒤에 숨은 반전
