홈페이지 속도, 점수보다 먼저 볼 세 가지 지표

빨리 보이고, 잘 반응하고, 덜 흔들려야 합니다

Core Web Vitals는 주요 콘텐츠가 나타나는 속도인 LCP, 조작에 대한 반응인 INP, 화면 배치의 안정성인 CLS를 살펴봅니다. 홈페이지 경험을 하나의 대기 시간만으로 판단하지 않도록 돕는 지표입니다.

가게로 비유하면 메뉴판이 언제 보이는지, 주문을 부르면 얼마나 빨리 반응하는지, 읽던 메뉴판이 갑자기 움직이지 않는지를 나누어 보는 셈입니다. 첫 화면이 빨리 떠도 예약 버튼이 늦게 반응하면 손님은 여전히 답답할 수 있습니다.

먼저 실제 홈페이지에서 사진이 늦게 보이는지, 버튼을 누르면 잠시 멈추는지, 글을 읽다가 화면이 밀리는지를 구분해 보십시오. ‘전체가 느립니다’보다 불편한 순간을 기록하면 담당자가 확인할 위치를 좁히는 데 도움이 됩니다.

좋음 기준은 평균이 아니라 75백분위로 봅니다

현재 권장되는 좋음 기준은 LCP 2.5초 이내, INP 200밀리초 이하, CLS 0.1 이하입니다. 모바일과 데스크톱을 구분해 세 지표 모두 75백분위에서 기준을 만족하는지 평가합니다.

75백분위는 측정값을 작은 쪽부터 놓았을 때 약 75% 지점의 값입니다. 몇 번 가장 잘 열린 결과만 골라 보는 것과는 다릅니다. 익숙한 휴대폰 한 대에서 확인하는 작업은 출발점으로 삼고, 다른 방문자의 조건도 살펴봐야 합니다.

또한 기준을 통과하는 것과 검색 상위에 오르는 것은 같은 일이 아닙니다. Google은 좋은 Core Web Vitals 결과가 높은 검색 순위를 보장하지 않는다고 설명합니다. 숫자는 손님의 불편을 찾는 근거로 사용하고, 내용의 정확성이나 문의 동선도 함께 확인하는 편이 좋습니다.

실제 방문 자료와 실험 결과를 구분합니다

PageSpeed Insights에는 실제 방문 경험 자료와 정해진 환경에서 실행한 실험 결과가 함께 나옵니다. 실제 방문 자료는 앞선 28일의 수집 기간을 바탕으로 하므로 수정 직후 바로 바뀌는 수치와 다릅니다.

같은 메뉴를 평소 손님이 얼마나 기다렸는지 기록한 장부와, 오늘 주방에서 한 번 시험한 시간을 비교한다고 생각하면 쉽습니다. 두 자료는 목적과 조건이 달라 결과가 다를 수 있습니다. 점수 한 번의 변화만으로 전체 방문 경험이 좋아졌다고 단정하기 어렵습니다.

키리웹에 속도 점검을 요청하실 때는 검사한 페이지 주소와 모바일·데스크톱 구분, 불편했던 행동을 함께 알려 주시면 좋습니다. 첫 화면뿐 아니라 상품 설명이나 문의 화면처럼 손님이 실제로 이동하는 페이지를 지정하면 확인 목적이 분명해집니다.

손님이 자주 겪는 불편부터 고칩니다

개선 순서는 낮은 점수를 모두 없애는 일보다 중요한 화면의 실제 불편을 줄이는 데 맞추는 편이 실용적입니다. 수정 전후에는 같은 주소와 비슷한 조건에서 상태를 비교해야 합니다.

큰 사진을 바꾼 뒤 속도가 달라졌는지 살피는 경우라면, 한꺼번에 여러 기능까지 고치기보다 무엇을 바꿨는지 기록을 남겨 보십시오. 개선에 필요했던 작업과 결과를 연결할 수 있어 다음에 비슷한 문제가 생겼을 때도 판단하기 쉽습니다.

점검표에는 수치와 함께 ‘메뉴를 읽을 수 있었는가’, ‘예약 버튼을 눌러 다음 단계로 갔는가’도 적어 두면 좋습니다. 빠르게 보여도 정보가 빠지거나 필요한 기능이 작동하지 않으면 손님에게는 도움이 되지 않기 때문입니다.

• 검사할 페이지 주소와 기기 구분을 기록합니다.
• 로딩·반응·화면 흔들림 중 불편한 순간을 적습니다.
• 실제 방문 자료와 실험 결과를 구분해 읽습니다.
• 변경 내용을 남기고 같은 조건에서 다시 확인합니다.
• 속도뿐 아니라 메뉴·문의·예약 기능도 확인합니다.