LCP가 느리게 나올 때 확인할 것

1. LCP 요소 찾기
2. 이미지 용량·로딩 점검
3. 서버 응답·캐시 확인
4. 스크립트·글꼴 정리
5. 수정 후 재측정

핵심 요약 LCP는 첫 화면에서 가장 큰 요소가 보이기까지 걸리는 시간입니다. 어떤 요소가 LCP인지 먼저 찾고, 이미지와 서버 응답, 스크립트와 글꼴 순으로 좁혀 가면 원인을 찾기 쉽습니다. 측정값은 기기와 환경에 따라 달라지므로 수정 내용을 기록하며 확인합니다.

LCP는 무엇을 재는 지표입니까?

LCP는 방문자가 페이지를 열었을 때 화면에서 가장 큰 이미지나 글 덩어리가 보이기까지 걸리는 시간입니다. 첫 화면이 얼마나 빨리 다 뜬 것처럼 보이는지를 가늠하는 지표입니다.

Search Console의 Core Web Vitals 보고서는 비슷한 문제를 가진 페이지를 묶어서 보여 줍니다. 그래서 한 페이지만의 문제가 아니라 같은 템플릿을 쓰는 여러 페이지의 문제일 수 있습니다. 다만 이 지표는 페이지 경험을 살피는 한 요소일 뿐이며, 검색 노출을 보장하거나 콘텐츠 품질을 대신하지는 않습니다.

먼저 어떤 요소가 LCP인지 찾았습니까?

원인을 추측하기 전에 해당 페이지의 LCP 요소가 무엇인지부터 확인합니다. PageSpeed Insights 결과나 크롬 개발자 도구의 성능 탭에서 볼 수 있습니다. 많은 경우 첫 화면의 큰 배너 이미지, 의료진·직원 사진, 제목 문단 중 하나가 해당됩니다.

LCP 요소가 이미지인지 글인지에 따라 점검 방향이 달라집니다. 이미지라면 파일 크기와 불러오는 방식을, 글이라면 글꼴과 CSS 로딩을 먼저 봅니다.

• 문제로 표시된 URL 그룹에서 대표 페이지 한두 개를 고릅니다
• 모바일 기준 결과를 먼저 봅니다
• LCP 요소가 페이지마다 같은지 비교합니다

대표 이미지에서는 무엇을 확인합니까?

첫 화면 이미지를 원본 그대로 올리는 경우가 많습니다. 화면에 보이는 크기보다 훨씬 큰 파일이면 내려받는 데 시간이 걸립니다.

흔한 실수는 첫 화면 이미지에 나중에 불러오기(지연 로딩)를 걸어 두는 것입니다. 처음부터 보이는 이미지는 오히려 먼저 불러와야 합니다. 슬라이더 배너도 첫 장면 하나 때문에 느려질 수 있으니 장면 수와 첫 장면 용량을 함께 봅니다.

• 파일 크기와 이미지 형식이 적절한지
• 표시 크기에 맞는 해상도인지
• 첫 화면 이미지에 지연 로딩이 걸려 있지 않은지
• 배경 이미지로만 넣어 늦게 발견되지 않는지

서버와 스크립트는 어디까지 봐야 합니까?

이미지를 줄여도 여전히 느리다면 서버 응답이 늦거나, 화면 표시를 막는 파일이 많은 경우일 수 있습니다. 호스팅 환경, 캐시 설정, 설치된 플러그인이 영향을 줄 수 있습니다.

상담 채팅, 예약 위젯, 분석 도구, 지도처럼 외부에서 불러오는 코드도 점검 대상입니다. 하나씩 끄고 비교하면 원인을 좁히기 쉽습니다. 다만 예약이나 분석처럼 운영에 필요한 도구는 제작사나 담당자와 상의한 뒤 조정하는 편이 안전합니다.

• 서버 응답이 늦지 않은지, 캐시가 켜져 있는지
• 화면 표시를 막는 CSS·자바스크립트가 많지 않은지
• 글꼴 파일이 지나치게 크거나 많지 않은지
• 외부 위젯이 첫 화면 로딩을 지연시키지 않는지

고친 뒤에는 어떻게 확인합니까?

수정 직후에 Search Console 보고서가 바로 바뀌지는 않습니다. 이 보고서는 실제 방문자 데이터를 일정 기간 모아 반영하기 때문에 시간이 걸립니다. 그 사이에는 PageSpeed Insights의 실험실 측정으로 방향이 맞는지 살펴봅니다.

측정값은 기기, 네트워크, 측정 시점에 따라 달라질 수 있습니다. 변경한 내용과 날짜를 기록해 두면 다음 점검 때 어떤 조치가 영향을 주었는지 따져 보기 쉽습니다.

한눈에 보는 확인표

웹사이트 상위노출을 고민할 때 속도 같은 기술 점검이 전체 작업에서 차지하는 범위는 웹사이트 상위노출에서도 함께 살펴볼 수 있습니다.

자주 묻는 질문