페이지 속도 · 코어 웹 바이탈

코어 웹 바이탈 기준은 몇 초인가요?

구글이 ‘좋음’으로 보는 기준은 LCP 2.5초 이하, INP 200밀리초(0.2초) 이하, CLS 0.1 이하예요. 세 지표 모두 ‘좋음’이어야 그 페이지가 코어 웹 바이탈을 통과했다고 봐요.

기준은 방문 한 번이 아니라 방문의 75퍼센타일로 판단해요. 쉽게 말해 손님 100명 중 75명 이상이 기준 안의 속도를 경험해야 ‘좋음’이에요. 휴대전화와 컴퓨터는 따로 계산해요.

예전에는 첫 클릭 반응만 재는 FID라는 지표가 있었는데, 2024년 3월부터 모든 클릭 · 터치 반응을 보는 INP로 바뀌었어요. 오래된 글에서 FID 기준을 보면 지금과 다르다는 점을 기억하세요.

PageSpeed Insights로 우리 홈페이지 속도는 어떻게 재나요?

구글의 무료 도구 PageSpeed Insights에 주소만 넣으면 바로 잴 수 있어요. 결과 화면은 실제 방문자 기록과 기계로 다시 재 본 진단 두 부분으로 나뉘어 있어서, 둘을 구분해서 읽는 게 핵심이에요.

1. 01pagespeed.web.dev에 들어가 우리 홈페이지 주소를 넣고 ‘분석’을 눌러요.
2. 02결과가 나오면 ‘휴대전화’ 탭을 먼저 봐요. 손님 대부분이 폰으로 들어오기 때문이에요.
3. 03위쪽 ‘실제 사용자 경험’에서 LCP · INP · CLS가 ‘좋음’인지 봐요. 크롬 사용자의 최근 28일 기록이라 가장 믿을 만해요.
4. 04방문자가 적으면 실제 기록이 ‘데이터 없음’으로 나올 수 있어요. 이때는 아래 ‘성능 문제 진단’ 점수를 참고해요.
5. 05진단 아래 이미지 · 자바스크립트 관련 개선 항목을 캡처해 두면 업체에 정확히 요청할 수 있어요.
6. 06첫 페이지만 말고 메뉴 · 예약 · 오시는 길처럼 손님이 많이 보는 페이지도 하나씩 재 봐요.

PageSpeed 점수가 잴 때마다 다른 이유는 뭔가요?

아래쪽 진단 점수는 구글 서버가 그 순간 페이지를 다시 불러와 계산한 값이라, 서버 상태와 네트워크에 따라 몇 점씩 오르내려요. 한 번 잰 숫자보다 여러 번 잰 흐름을 보는 게 맞아요.

광고 · 채팅 · 리뷰 위젯처럼 외부에서 불러오는 코드가 있으면 그쪽 서버 상태에 따라 결과가 더 크게 흔들려요. 점수가 갑자기 떨어졌다면 최근에 붙인 외부 코드부터 의심해 보세요.

점수 100점에 매달릴 필요는 없어요. 구글도 검색만을 위해 완벽한 점수를 쫓는 건 시간을 잘 쓰는 방법이 아닐 수 있다고 안내해요. ‘실제 사용자 경험’이 ‘좋음’이면 충분히 잘 관리되고 있는 거예요.

위쪽 실제 기록과 아래 진단 점수가 서로 다르게 나오는 것도 자연스러운 일이에요. 실제 기록은 여러 손님의 폰과 통신 환경을 몇 주 동안 모은 값이고, 진단은 정해진 조건 하나로 다시 잰 값이에요. 둘이 다르면 손님이 실제로 겪은 쪽인 실제 기록을 먼저 믿으세요.

홈페이지가 느려지는 흔한 원인은 무엇인가요?

작은 가게 홈페이지가 느려지는 원인은 대부분 공개 뒤에 하나씩 더해진 것들이에요. 처음엔 빨랐는데 몇 달 사이 사진과 위젯이 쌓이면서 느려지는 경우가 많아요.

원인마다 나빠지는 지표가 달라요. 무거운 대표 사진은 LCP를, 무거운 외부 코드는 INP를, 크기를 정해 두지 않은 사진과 늦게 뜨는 배너는 CLS를 나쁘게 만들어요.

원인을 찾을 때는 하나씩 빼 보는 게 가장 확실해요. 최근에 붙인 위젯을 잠시 끄고 다시 재 보면 그 위젯이 얼마나 느리게 만드는지 숫자로 보여요. 꼭 필요한 위젯이라면 첫 화면이 다 뜬 뒤에 불러오게 바꾸는 방법도 있어요.

• 폰으로 찍은 원본 사진을 줄이지 않고 그대로 올린 경우
• 첫 화면에 자동 재생 동영상이나 큰 슬라이드를 둔 경우
• 채팅 상담 · 인스타그램 피드 · 리뷰 위젯을 여러 개 붙인 경우
• 쓰지 않는 추적 코드나 예전 광고 코드가 남아 있는 경우
• 글꼴을 여러 종류 불러오거나, 손님과 먼 곳의 느린 서버를 쓰는 경우

속도 개선을 업체에 맡길 때 무엇을 요청하면 되나요?

‘빠르게 해 주세요’보다 ‘어느 페이지의 어떤 지표를 좋음으로’처럼 목표를 정해 요청하는 게 좋아요. 그래야 작업 전후를 비교할 수 있고, 끝났는지 판단할 기준이 생겨요.

흔한 실수는 점수를 올리려고 꼭 필요한 내용을 지우는 거예요. 예약 버튼이나 지도를 빼서 빨라졌다면 손님에게는 오히려 손해예요. 컴퓨터로만 확인하고 폰은 안 보는 것도 자주 하는 실수예요.

• 개선할 페이지 목록과 목표 지표 (예: 첫 페이지 휴대전화 LCP ‘좋음’)
• 작업 전후 PageSpeed Insights 결과 캡처
• 지금 붙어 있는 외부 코드 · 위젯 목록과 꼭 필요한 것 표시
• 새 사진을 올릴 때 자동으로 줄여 주는지
• 유지관리 중 속도가 다시 나빠지면 누가 언제 확인하는지

작은 가게 홈페이지에서는 속도를 어떻게 챙기나요?

가장 효과가 큰 건 첫 화면이에요. 손님이 가장 먼저 보는 대표 사진 한 장을 가볍게 만들고, 첫 화면 아래 사진은 스크롤할 때 불러오게 하는 것만으로도 체감이 크게 달라져요.

필라테스 스튜디오라면 첫 화면의 수업 영상을 대표 사진으로 바꾸고 영상은 아래 ‘수업 둘러보기’로 옮길 수 있어요. 음식점이라면 메뉴판 사진 수십 장 대신 메뉴를 글로 적고 대표 메뉴 사진만 두면 빨라지고 검색에도 잘 읽혀요.

사진을 줄여도 별로 나아지지 않는다면 서버를 의심해 봐야 해요. 진단에서 서버 응답이 늦다는 항목이 나온다면 호스팅 사양이나 서버 위치를 점검하고, 손님과 가까운 곳에서 파일을 보내 주는 CDN을 쓰는 것도 방법이에요.

이시모는 공개 전 기본 설정으로 이미지 최적화와 빠른 첫 화면을 넣고, 유지관리 구독에서는 무거운 이미지가 새로 생기지 않았는지 매달 점검해요.