홈페이지 속도 개선은 무엇이 느린지 재는 데서 시작합니다. 구글은 실제 사용자 경험을 LCP(가장 큰 내용이 뜨는 시간, 2.5초 이내), INP(누른 뒤 반응까지, 200밀리초 미만), CLS(화면 밀림, 0.1 미만) 세 지표로 보라고 안내합니다. 어느 지표가 기준을 넘는지 확인한 뒤 큰 이미지, 무거운 스크립트, 크기를 정하지 않은 영역처럼 그 지표를 늦추는 원인부터 고칩니다. 구글은 이 지표가 좋다고 상위 노출이 보장되지는 않는다고 밝히므로, LJH는 속도를 순위 약속이 아니라 손님이 덜 기다리게 하는 개선으로 다룹니다.
실험실 점수와 실제 사용자 숫자를 나눠 봅니다.
성능 개선을 맡기기 전에 어떤 숫자를 기준으로 할지 정합니다. 개발자 컴퓨터나 측정 도구에서 잰 점수는 조건이 매번 같아 원인을 찾기 좋지만, 실제 손님의 휴대폰과 통신 환경을 대신하지는 못합니다. 서치콘솔의 Core Web Vitals 보고서는 실제 방문 기록이 쌓인 쪽을 보여 주므로, 방문이 적은 새 홈페이지에서는 아직 데이터가 없을 수 있습니다.
| 지표 | 뜻 | 좋음 기준 | 주로 늦추는 원인 |
|---|---|---|---|
| LCP | 가장 큰 그림·글 덩어리가 뜨기까지 | 2.5초 이내 | 용량 큰 첫 화면 이미지·영상, 늦은 서버 응답 |
| INP | 눌렀을 때 화면이 반응하기까지 | 200밀리초 미만 | 무거운 스크립트, 한꺼번에 실행되는 외부 도구 |
| CLS | 읽는 중 화면이 밀리는 정도 | 0.1 미만 | 크기를 정하지 않은 이미지·광고 자리, 글꼴 교체 |
같은 쪽도 휴대폰과 컴퓨터에서 숫자가 다릅니다. 손님 대부분이 휴대폰으로 들어오는 업종이라면 휴대폰 숫자를 기준으로 삼습니다.
원인별로 고치는 곳이 다릅니다.
- 첫 화면 이미지를 실제로 보이는 크기에 맞게 줄이고, 용량이 작은 최신 형식(WebP·AVIF 등)으로 바꿉니다. 첫 화면 밖의 이미지는 화면에 가까워질 때 불러옵니다.
- 채팅·분석·지도 같은 외부 스크립트 목록을 만들고, 쓰지 않는 것은 빼고 꼭 필요한 것은 늦게 불러옵니다.
- 이미지·영상·광고 자리에는 가로세로 크기를 미리 정해, 내용이 들어올 때 글이 밀리지 않게 합니다.
- 글꼴은 꼭 필요한 굵기만 쓰고, 글꼴 파일이 늦게 와도 글자가 먼저 보이게 설정합니다.
- 고친 뒤 같은 쪽을 같은 조건에서 다시 재고, 바꾼 날짜와 함께 적어 둡니다.
움직임이 많은 화면을 만들 때도 LJH는 본문과 메뉴, 연락 버튼을 그래픽보다 먼저 쓸 수 있게 둡니다. 화려한 장면이 조금 늦게 떠도 손님이 할 일은 먼저 할 수 있어야 하기 때문입니다.
구조 개선은 속도보다 검색에 더 직접 닿을 때가 많습니다.
홈페이지 개선을 의뢰하는 경우 속도보다 구조가 문제인 일도 많습니다. 같은 내용이 여러 주소로 열리거나, 중요한 쪽이 메뉴 깊숙이 있어 이어지는 링크가 거의 없거나, 없는 주소에도 정상 화면이 뜨는 경우입니다. 이런 문제는 속도 점수에 드러나지 않지만, 검색엔진이 쪽을 찾고 대표 쪽을 고르는 데 영향을 줍니다.
| 구분 | 보는 것 | 확인 도구 | 효과가 보이는 곳 |
|---|---|---|---|
| 속도·성능 개선 | 뜨는 시간, 반응, 화면 밀림 | 측정 도구, Core Web Vitals 보고서 | 이탈, 연락 버튼까지 가는 비율 |
| 구조 개선 | 주소 중복, 내부 링크, 404 처리, 사이트맵 | 직접 열기, 색인 보고서, 수집 현황 | 색인되는 쪽, 검색어별 노출 |
| 화면(사용성) 개선 | 글자 크기, 버튼 위치, 휴대폰 글자 잘림 | 실제 기기 폭에서 보기 | 연락 버튼 누름, 문의 수 |
- 모든 쪽이 https로 열리는지 확인합니다.
- 휴대폰에서 글자가 잘리거나 옆으로 밀리는 곳이 없는지 360·390픽셀 폭에서 봅니다.
- 본문을 가리는 전면 팝업이 없는지 확인합니다.
- 중요한 쪽마다 다른 쪽 본문에서 들어오는 링크가 하나 이상 있는지 봅니다.
자주 묻는 질문
속도 점수를 100점으로 만들면 검색 순위가 오르나요?
구글은 Core Web Vitals를 순위에 쓰지만, 좋다고 해서 상위 노출이 보장되지는 않는다고 밝힙니다. 관련성 높은 내용이 우선이므로 점수보다 실제 손님이 덜 기다리는지를 목표로 삼습니다.
우리 홈페이지가 느린지 어떻게 알아요?
서치콘솔의 Core Web Vitals 보고서에서 실제 방문 기준 상태를 보고, 데이터가 없으면 측정 도구로 휴대폰 조건을 재 봅니다. 한 번만 재지 말고 몇 번 재서 가운데 값을 봅니다.
사진이 많은 업종인데 사진을 줄여야 하나요?
줄이실 필요는 없습니다. 실제 보이는 크기보다 큰 원본을 그대로 올린 것이 문제인 경우가 많아서, 크기와 형식을 맞추고 첫 화면 밖 사진을 나중에 불러오면 됩니다.
홈페이지 성능 개선만 하면 리뉴얼은 안 해도 되나요?
화면 구성과 쪽 구조가 고객 질문에 맞는다면 성능 개선만으로 충분할 수 있습니다. 쪽 구성 자체가 맞지 않으면 그때 리뉴얼을 검토하고, 주소를 바꿀 때는 이동표를 함께 만듭니다.
호스팅을 바꾸면 홈페이지가 빨라지나요?
서버 응답이 느린 것이 원인이라면 도움이 됩니다. 다만 첫 화면 이미지가 크거나 외부 스크립트가 많아서 느린 경우에는 호스팅을 바꿔도 크게 달라지지 않으니, 어느 지표가 느린지 먼저 보고 정합니다.
홈페이지 구조 개선은 뭘 하는 건가요?
같은 내용이 여러 주소로 열리지 않게 대표 주소를 정하고, 중요한 쪽에 링크를 이어 주고, 없는 주소가 404로 답하게 하고, 사이트맵에 보일 쪽만 넣는 일입니다. 화면은 거의 그대로일 수도 있습니다.
아래 링크는 각 회사가 공개한 안내입니다. LJH의 제휴·인증·성과를 뜻하지 않습니다.Google 검색 센터: Core Web Vitals 및 Google 검색결과 이해하기 ↗Google 검색 센터: Google 검색결과의 페이지 경험 이해하기 ↗Google 검색 센터: 링크 권장사항(크롤링 가능한 링크·앵커 텍스트) ↗Search Console 도움말: 페이지 색인 생성 보고서 ↗