Search Console의 LCP 문제를 수정하는 방법? 2026년 가이드
LCP(최대 콘텐츠풀 페인트)는 2.5초 이내에 로드되어야 합니다. 최신 이미지 형식(WebP/AVIF) 제공, LCP 요소 프리로드, 렌더링 차단 리소스 제거, 서버 응답 시간 개선으로 수정하세요.
매주 수요일. 28,400명+ 구독자. 핵심만.
✓ 받은편지함을 확인하세요 — 확인 링크를 클릭해 가입을 완료하세요.
✓ 구독이 완료되었습니다!
✓ 이미 목록에 있습니다.
Table of contents
Open Table of contents
LCP란 무엇인가?
최대 콘텐츠풀 페인트(LCP)는 페이지에서 가장 큰 가시적 요소——보통 히어로 이미지, 동영상 썸네일 또는 큰 텍스트 블록——가 뷰포트에 완전히 렌더링되는 데 걸리는 시간을 측정합니다. 이것은 사용자가 체감하는 로드 속도 지표입니다. 페이지 로딩이 시작되는 시점이 아니라 주요 콘텐츠가 보이는 시점을 기준으로 합니다.
Google의 기준값:
- 좋음: 2.5초 미만
- 개선 필요: 2.5~4초
- 나쁨: 4초 초과
클릭이나 스크롤 후에만 나타나는 요소는 LCP 측정에서 제외됩니다. 방문자가 도착 즉시 보는 내용에 특화된 지표입니다.
관련: Search Console의 CLS 문제 수정 방법도 여기서 읽어보세요
2026년의 Core Web Vitals란?
Core Web Vitals는 페이지 경험을 위한 Google의 표준화된 지표 세트입니다. 2024년 3월 기준으로 세 가지 지표는 다음과 같습니다:
- LCP(최대 콘텐츠풀 페인트) — 로딩 성능; 목표 2.5초 미만
- INP(다음 페인트까지의 상호작용) — 응답성; 목표 200ms 미만
- CLS(누적 레이아웃 이동) — 시각적 안정성; 목표 0.1 미만
중요 업데이트: FID(최초 입력 지연)는 2024년 3월에 Core Web Vitals에서 제외되고 INP로 교체되었습니다. INP는 더 엄격합니다——첫 번째 상호작용만이 아니라 전체 페이지 세션에 걸쳐 최악의 상호작용 지연을 측정합니다. FID를 언급하는 오래된 게시글이나 문서가 있다면 그 정보는 이미 구식입니다.
전반적인 웹사이트 속도 최적화에 대해서는 제 Core Web Vitals 가이드에서 더 자세히 읽을 수 있습니다.
LCP가 순위에 중요한 이유
Google은 Core Web Vitals를 순위 신호로 사용합니다. LCP가 좋지 않으면 사용자 경험을 해칠 뿐만 아니라 검색 결과에서의 순위도 잃게 됩니다.
더 실질적으로 말하면: 히어로 이미지가 느리게 로드되면 사용자는 몇 초 동안 빈 화면이나 부분적으로 로드된 페이지를 보게 됩니다. 이는 이탈률을 높이며, 특히 모바일에서 두드러집니다. LCP 요소가 제품 이미지나 추천 기사 사진이라면, 나타나는 데 걸리는 매 초는 사용자가 머물지 여부를 결정하는 시간입니다.
Search Console에서 문제 URL 찾기
- Google Search Console에 로그인
- 왼쪽 사이드바의 경험 아래에서 Core Web Vitals 클릭
- 모바일과 데스크톱에 대한 별도 보고서가 표시됨——둘 다 확인
- 한쪽에서 보고서 열기 클릭
- 보고서는 나쁨, 개선 필요, 좋음 상태의 URL 그룹을 표시
- “LCP 문제: 4초 초과” 행을 클릭하여 예시 URL 확인
이것은 실제 사용자의 측정값(Chrome 사용자 경험 보고서의 현장 데이터)이므로 실험실 테스트만이 아닌 실제 방문자 조건을 반영합니다.
PageSpeed Insights에서 LCP 점수 확인하기
조사할 특정 URL이 생기면 PageSpeed Insights로 이동하여 URL을 입력합니다. 현장 데이터(사용 가능한 경우)와 제어된 테스트의 실험실 데이터를 모두 보여줍니다.
확인할 사항:
- Core Web Vitals 아래의 LCP 값
- 아래의 기회 및 진단 섹션——특정 문제와 예상 절감 시간 목록
모바일과 데스크톱 테스트를 별도로 실행하세요. 모바일은 느린 네트워크와 CPU로 인해 일반적으로 점수가 낮으며, Google 순위에서 더 많은 비중을 차지합니다.
LCP 요소 파악 방법
확인하려는 페이지에서 Chrome DevTools를 엽니다:
- 페이지 아무 곳에나 마우스 오른쪽 버튼 클릭 → 검사
- 성능 탭으로 이동
- 기록 (원 모양 아이콘) 클릭, 페이지 새로고침 후 기록 중지
- Timings 행에서 LCP 마커 찾기
- 클릭하여 LCP 요소로 식별된 요소 확인
대부분의 경우 히어로 이미지, 큰 <h1> 또는 동영상 포스터 프레임입니다. 정확히 어떤 요소인지 알면 최적화 작업을 어디에 집중해야 할지 알 수 있습니다.
LCP 문제를 수정하는 효과적인 방법
1. 이미지를 최신 형식으로 제공하기
이미지가 많은 LCP의 경우 가장 빠른 단일 개선은 JPEG/PNG에서 WebP 또는 AVIF로 전환하는 것입니다. 두 형식 모두 동등한 시각적 품질에서 훨씬 더 나은 압축을 제공합니다.
WordPress 사이트의 경우 Imagify, ShortPixel, Cloudflare’s Image Resizing 같은 플러그인이 자동으로 변환을 처리하고 브라우저 지원에 따라 올바른 형식을 제공합니다. 정적 사이트의 경우 대부분의 빌드 도구(Next.js, Astro 등)에는 빌드 시 변환 및 크기 조정을 수행하는 내장 이미지 최적화 기능이 있습니다.
참고: JPEG XR과 JPEG 2000(이전 가이드에서 언급됨)은 사실상 구식입니다. WebP는 브라우저에서 보편적으로 지원되며, AVIF는 2024년부터 광범위하게 지원됩니다.
2. LCP 요소 프리로드하기
LCP 요소가 이미지인 경우, HTML 파싱 중 나중에 발견되는 것이 아니라 브라우저가 즉시 가져올 수 있도록 <head>에 <link rel="preload"> 태그를 추가합니다:
<link rel="preload" as="image" href="/images/hero.webp" fetchpriority="high">fetchpriority="high" 속성(현재 브라우저에서 잘 지원됨)은 이 리소스를 페이지의 다른 이미지보다 우선시하도록 브라우저에 지시합니다.
3. 렌더링 차단 리소스 제거하기
렌더링을 차단하는 CSS와 JavaScript는 브라우저가 페이지 페인팅을 시작할 수 있는 시점을 지연시킵니다. 일반적인 수정 방법:
- 중요하지 않은 CSS를 비동기적으로 로드하거나 중요한 CSS를 인라인으로 포함
- 즉시 필요하지 않은 JavaScript 파일에
defer또는async추가 - 커스텀 폰트가 로드되는 동안 폴백 폰트로 텍스트가 렌더링되도록 웹 폰트에
font-display: swap사용
PageSpeed Insights 같은 도구는 기회 섹션에서 특정 차단 리소스를 표시합니다.
4. 서버 응답 시간 개선하기 (TTFB)
서버 응답이 너무 느리면 이후의 모든 것이 지연됩니다. TTFB(첫 번째 바이트까지의 시간)를 800ms 미만으로 목표하세요.
TTFB를 개선하는 방법:
- CDN을 사용하여 사용자에게 더 가까운 엣지 노드에서 페이지 제공
- 서버 측 캐싱 활성화 (페이지 캐시, 오브젝트 캐시)
- 동적 사이트의 경우: 데이터베이스 쿼리 최적화 또는 더 빠른 호스팅 스택으로 이전
- 정적 사이트의 경우: 에셋이 CDN에 있는지 확인——파일 전달은 거의 즉각적이어야 함
5. 폴드 아래 이미지에 지연 로딩 사용 (단, LCP 요소는 제외)
폴드 아래에 나타나는 이미지에는 loading="lazy"를 사용하여 로딩을 지연합니다. 하지만 결정적으로——LCP 요소 자체에는 지연 로딩을 적용하지 마세요. 그렇게 하면 더욱 지연되어 LCP 점수가 직접적으로 악화됩니다. 이는 WordPress 사이트에서 전역 지연 로딩 플러그인이 무차별적으로 적용될 때 흔히 나타나는 실수입니다.
6. 반응형 이미지 사용하기
요청하는 기기에 적합한 크기의 이미지를 제공합니다. 모바일 사용자에게 2400px 너비의 이미지는 필요하지 않습니다. srcset과 sizes 속성을 사용하여 브라우저가 올바른 버전을 선택할 수 있게 합니다:
<img
src="hero-800.webp"
srcset="hero-400.webp 400w, hero-800.webp 800w, hero-1600.webp 1600w"
sizes="(max-width: 600px) 400px, (max-width: 1200px) 800px, 1600px"
alt="Hero image"
fetchpriority="high"
>7. Search Console에서 수정 사항 검증하기
변경 후 PageSpeed Insights로 돌아가 URL을 다시 테스트하여 실험실 데이터에서 LCP가 개선되었는지 확인합니다. 그런 다음 Search Console에서 Core Web Vitals 보고서를 열고 영향받은 URL 그룹에서 수정 사항 확인을 클릭합니다. 이를 통해 Google에 개선 작업을 완료했음을 알립니다.
주의: 현장 데이터(실제 사용자 측정값)는 실제 방문의 롤링 기간을 반영하기 때문에 Search Console에서 업데이트되는 데 몇 주가 걸립니다. 보고서에서 즉각적인 변화를 기대하지 마세요.
LCP 수정 FAQ——2026년
LCP를 수정하면 순위 향상이 보장됩니까?
직접적으로 보장되지는 않습니다. Core Web Vitals는 순위 결정 요소지만 여러 요소 중 하나입니다. LCP 점수를 개선하면 적극적으로 불이익을 주고 있을 수 있는 신호를 제거하여 순위 향상으로 이어질 수 있습니다——특히 경쟁 페이지 간에 다른 신호가 비슷한 경쟁적인 틈새 시장에서. 특정 순위 상승을 보장하는 레버가 아니라 하한선을 높이는 것으로 생각하세요.
Google이 FID를 INP로 교체했나요?
네. 2024년 3월, Google은 Core Web Vitals의 응답성 지표로 First Input Delay(FID)를 Interaction to Next Paint(INP)로 공식 교체했습니다. INP는 첫 번째 상호작용만이 아닌 전체 페이지 세션에 걸친 최악의 상호작용 지연을 측정하여 사용 중 페이지의 반응성이 어떻게 느껴지는지를 더 엄격하고 현실적으로 측정합니다.
PageSpeed Insights 점수는 좋은데 Search Console에 여전히 나쁨이 표시됩니다. 왜 그런가요?
PageSpeed Insights 실험실 데이터는 제어된 합성 테스트입니다. Search Console 현장 데이터는 실제 환경(다양한 기기, 네트워크 속도, 지역)에서 사이트를 방문하는 실제 Chrome 사용자에게서 옵니다. 페이지는 실험실 테스트에서 정상으로 보일 수 있지만 느린 모바일 연결에서 실제 방문자에게는 성능이 떨어질 수 있습니다. 실험실 점수만 쫓는 것이 아니라 근본 원인——보통 이미지 크기, 렌더링 차단 리소스, 느린 서버 응답——을 해결하여 현장 데이터를 개선하는 데 집중하세요.
2026년에 LCP를 진단하는 데 어떤 도구를 사용할 수 있나요?
주요 도구: PageSpeed Insights(pagespeed.web.dev)——실험실과 현장 데이터 결합; Chrome DevTools 성능 패널——요소 수준 진단; WebPageTest——워터폴 분석 및 필름스트립 뷰; Search Console의 Core Web Vitals 보고서——사이트 전체 현장 데이터. Chrome DevTools에 내장된 Lighthouse도 LCP 진단을 표시합니다.
관련 읽기:
더 짧은 버전
여기서 설명하는 워크플로가 한 주를 통째로 잡아먹고 있어서 이 글을 읽고 계신다면, 바로 그런 루프를 위해 제가 AI 에이전트를 구축합니다. 동시에 두 개의 빌드 슬롯이 열려 있습니다.
2026년 5월 업데이트
2026년 Google의 이야기는 AI Overviews의 전면 확산입니다. 2023년의 SGE 실험은 2024년 5월에 기본 기능이 되었고 현재 **미국 정보 검색 쿼리의 약 60%**에 표시됩니다. SEO 및 광고 운영자에게:
- AI Overviews가 있는 쿼리에서 유기적 CTR이 평균 15~30% 감소했으며 Ahrefs, Authoritas 등의 발표된 연구(2024~25년 데이터)에 따릅니다.
- Google Ads는 여러 PMax 기능을 AI-powered Search로 리브랜딩했으며, 캠페인 관리 UI는 이제 기본적으로 AI 입찰 제안을 표시합니다.
- Search Console은 2025년 말에 “AI Overview 노출수” 필터를 추가했습니다——본 사이트에 GSC 보고서를 참조하는 게시글이 있다면 내용 업데이트가 필요합니다.
- Google의 광고 수익은 2024년에 ~$2,650억을 돌파했으며, Search는 여전히 Alphabet 전체 수익의 약 57%를 차지합니다.
2026년 “Google이 돈을 버는 방법”에 대한 답: 여전히 Search 광고(지배적)이지만 YouTube 광고, Cloud, 구독(YouTube Premium + Google One)도 모두 중요한 수익원이 되었습니다.
매주 수요일. 28,400명+ 구독자. 핵심만.
✓ 받은편지함을 확인하세요 — 확인 링크를 클릭해 가입을 완료하세요.
✓ 구독이 완료되었습니다!
✓ 이미 목록에 있습니다.
AI 플레이북을 받아보세요
매주 수요일. 28,400명+ 구독자. 핵심만.
받은편지함을 확인하세요.
확인 이메일을 보냈습니다 — 링크를 클릭해 구독을 완료하세요. 1분 안에 보이지 않으면 스팸함을 확인하세요.
구독이 완료되었습니다.
환영합니다 — 다음 호가 곧 받은편지함에 도착합니다.
이미 목록에 있습니다 — 매주 수요일에 확인하세요.