Google 이미지 검색은 많은 사이트의 전체 오가닉 트래픽 중 20~30%를 끌어옵니다 — 이커머스, 레시피, 하우투 콘텐츠에서는 더 높을 때도 있습니다. 대부분의 팀은 텍스트는 끝없이 최적화하면서 이미지는 장식 취급합니다. 결과는 손쉬운 랭킹 승리를 테이블 위에 그대로 두는 것. 다음은 우리가 감사하는 모든 사이트에서 돌리는 전체 체크리스트입니다.
1. 설명적이고 키워드가 담긴 파일명을 쓰세요
Google은 파일명을 관련성 신호로 읽습니다. IMG_4521.jpg는 크롤러에게 아무것도 말하지 않습니다. red-leather-running-shoe-side-view.jpg는 주제 전체를 말합니다. 업로드 전에 이름을 바꾸세요. 언더스코어 대신 대시를 쓰세요 — Google은 대시를 단어 구분자로 간주하지만 언더스코어는 그렇지 않다고 명시했습니다.
2. 의미 있는 alt 텍스트를 쓰되, 키워드 도배는 금물
alt 텍스트는 스크린 리더와 검색 엔진 두 청중을 위한 것입니다. 두 쪽 모두에 통하는 같은 규칙: 이미지를 정확하게 묘사하세요. alt="흰 밑창의 빨간 가죽 러닝화 측면 뷰"는 좋고,alt="러닝화 빨간 가죽 러닝화 러닝화 사기 러닝화 온라인"은 키워드 도배이며 Google이 잡아냅니다.
장식적 이미지(아이콘, 구분자)는 alt="" — 비워두되 누락하지 말 것. 빈 alt는 스크린 리더에게 이미지를 건너뛰라고 알립니다.
3. 표시 크기와 파일 크기를 일치시키세요
4032×3024 사진을 600×450 자리에 박으면 바이트의 95%가 낭비됩니다. 브라우저는 풀 이미지를 다운로드하고 렌더링 시 축소합니다 — 시각적 결과는 동일합니다. 업로드 전에 리사이즈하거나srcset으로 여러 변형을 제공하세요.
Lighthouse의 "Properly size images" 감사가 이를 잡습니다. Google의 모바일 친화도 랭크 신호도 이를 봅니다.
4. 모던 포맷을 fallback과 함께
WebP는 JPEG/PNG 대비 25~35%의 바이트를 절약합니다. AVIF는 그 위에 추가 20%. 둘 다 2026년 95% 이상의 사용자에게 도달합니다. <picture>로 모던 포맷을 안전 fallback과 함께 제공하세요:
<picture>
<source type="image/avif" srcset="hero.avif">
<source type="image/webp" srcset="hero.webp">
<img src="hero.jpg" alt="...">
</picture>
5. 폴드 아래 이미지는 지연 로드
<img>의 loading="lazy" 속성은 이미지가 뷰포트 근처로 올 때까지 다운로드를 미루도록 브라우저에 알립니다. 이미지당 한 줄로, LCP 요소를 위한 대역폭을 확보합니다. 폴드 위 이미지는 lazy 하지 마세요 — LCP가 늦어집니다.
6. 명시적 width와 height 설정
<img>에 치수가 없으면 브라우저는 이미지가 로드될 때까지 공간을 예약하지 않습니다. 각 이미지가 도착할 때마다 페이지 콘텐츠가 점프합니다 — Cumulative Layout Shift, Core Web Vitals의 C에 안 좋습니다. 항상 width와 height를 (또는 CSS의 aspect-ratio를) 설정하세요.
7. 공격적으로 압축
사진: JPEG 품질 80, WebP 품질 80, AVIF 품질 60. 원본과 구분이 안 되지만 카메라 출력 대비 50~70%의 바이트가 빠집니다. UI 스크린샷과 그래픽: WebP 무손실. 저희 이미지 압축 도구 같은 일괄 압축 도구가 이를 브라우저에서 일괄, 업로드 없이 처리합니다.
8. 구조화 데이터 ImageObject 스키마 사용
제품 페이지, 기사, 레시피에 ImageObject 항목이 들어간 <script type="application/ld+json">을 추가하면 Google이 풍부한 결과에서 이미지를 보여주는 데 도움이 됩니다. 필수 필드:
contentUrl— 이미지 URLcreator— 작성자license— 라이선스 URL (스톡 사진 SEO에 특히 가치 있음)caption— 짧은 설명
9. 이미지를 크롤 가능하게 만드세요
이미지가 Google에서 숨는 두 가지 경로:
- JS 전용 로딩. 페이지 로드 후 JS로 이미지를 추가하고
<noscript>fallback이 없으면 Googlebot이 놓칠 수 있습니다.<img>태그를 서버 렌더하거나 사전 렌더하세요. - 콘텐츠에 CSS 배경 이미지. Google은 이를 장식으로 취급합니다. 의미 있는 이미지에는
background-image가 아닌<img>를 쓰세요.
10. 이미지 사이트맵 제출
XML 사이트맵에 이미지 항목을 추가하세요. 형식:
<url>
<loc>https://example.com/page</loc>
<image:image>
<image:loc>https://example.com/image.jpg</image:loc>
</image:image>
</url>
이미지가 동적으로 로드되는 사이트(이미지 갤러리, 제품 카탈로그)에서 특히 가치 있습니다.
11. 페이지 의도가 아닌 이미지 검색 의도에 맞춰 최적화
"러닝화" 페이지가 웹 검색에서 #4지만 이미지 검색에서 #1일 수 있습니다 — 이미지가 더 명확하면. 이미지 검색 사용자는 다른 의도를 갖습니다 — 자주 쇼핑 중이거나 조사 중. 이미지가 단독으로 서야 합니다:
- 제품을 깨끗한 배경 위에 명확히 보여주기
- 이미지 위에 텍스트를 얹지 않기 (Google은 오버레이가 아닌 이미지를 읽습니다)
- 맥락이 명료함을 더할 때만 보여주기 (흰 배경의 신발이 아닌, 발에 신은 신발)
12. 정말 원하는 EXIF 메타데이터를 잃지 마세요
일부 압축기는 최적화 시 모든 EXIF를 제거합니다. 사진 포트폴리오에서는 카메라/렌즈 메타데이터를 잃어 카메라 특정 쿼리("Sony A7R5 sample images")에서의 랭킹을 떨어뜨립니다. 압축기를 EXIF 보존으로 설정하거나 선택할 수 있는 도구를 쓰세요.
사진 외 사이트에서는 EXIF 제거가 괜찮습니다 — 파일을 줄이고 공개하기 싫은 위치 데이터를 없앱니다.
60초 감사
사이트의 아무 페이지나 여세요. DevTools Network 패널에서 "Img"로 필터링. 각 이미지에 대해:
- 파일명이 주제를 설명하는가? ✓
- 비-히어로 이미지는 200KB 미만인가? ✓
- 포맷이 WebP나 AVIF인가? ✓
- 치수가 표시 크기와 (2배 이내로) 일치하는가? ✓
- 설명적 alt 텍스트가 있는가? ✓
- 명시적 width/height 속성이 있는가? ✓
- 폴드 아래는 loading="lazy"인가? ✓
우리가 감사하는 대부분 사이트는 처음 보여주는 페이지에서 이 중 4~5개에 실패합니다. 이를 고치는 것은 작은 변화이지만 누적 보상이 큽니다 — 모든 이미지 수정은 그 페이지를 로드하는 모든 페이지 뷰에 이익을 주고, 이미지 검색은 정리에 트래픽으로 보상합니다.