이미지 SEO 가이드 — alt·파일명·WebP 최적화

구글은 사진을 눈으로 보지 않는다. 이미지가 검색에 걸리려면 파일명, alt 텍스트, 용량, 주변 글이라는 네 가지 신호로 "이 사진이 무엇인지"를 알려줘야 한다. 이 신호가 없으면 아무리 좋은 사진도 검색엔진에게는 존재하지 않는 파일이나 마찬가지다.

결론부터 말하면 이렇다. 파일명은 gangnam-cafe-interior.jpg처럼 의미 있는 영문·하이픈으로 짓고, alt 텍스트는 키워드를 나열하지 말고 사진 속 상황을 한 문장으로 설명한다. 포맷은 사진이면 WebP, 투명 배경이나 로고면 PNG를 쓴다. 여기에 용량을 줄이고, 첫 화면 이미지가 아니면 지연 로딩을 걸고, 가로세로 크기를 미리 지정하면 이미지 SEO의 핵심은 거의 끝난다.

이 글에서 먼저 챙겨 갈 핵심만 추리면 이렇다.

• alt 텍스트는 키워드 나열이 아니라 사진 속 상황을 설명하는 문장으로 쓴다
• 파일명은 IMG_1234.jpg 대신 영문 소문자와 하이픈으로 의미를 담는다
• 이미지 포맷은 사진은 WebP, 로고·투명 배경은 PNG(또는 SVG)가 기본이다
• 용량을 줄이면 로딩 속도와 코어 웹 바이탈(페이지 속도를 재는 구글의 3대 지표)이 함께 좋아진다
• 지연 로딩은 화면 밖 이미지에만 걸고, 첫 화면 대표 이미지에는 걸지 않는다

이 다섯 가지는 개별 기술이 아니라 하나로 이어지는 작업이다. 파일명을 잘 지어야 검색엔진이 주제를 이해하고, alt 텍스트가 그 이해를 문장으로 완성하며, 포맷과 용량이 그 이미지를 사람에게 실제로 빠르게 보여준다. 이 글은 이 네 가지를 예시 중심으로, 초보자도 오늘 바로 적용할 수 있게 순서대로 정리한다.

특히 카페·병원·쇼핑몰·인테리어처럼 사진 한 장이 곧 신뢰이자 구매 결정 요소인 업종일수록 이미지 SEO의 효과가 크다. 아무리 좋은 시술 결과, 아무리 예쁜 상품이라도 그 사진이 검색에 걸리지 않거나, 걸려도 로딩이 느려 방문자가 다 보기 전에 이탈한다면 그 사진은 없는 것과 다름없다.

반대로 텍스트 콘텐츠만 열심히 챙기고 이미지는 대충 올리는 사이트도 많다. 본문 글쓰기는 SEO 글쓰기 가이드에서 이미 다뤘으니, 이 글에서는 그동안 상대적으로 소홀했던 이미지 쪽 빈틈을 집중적으로 채운다.

이미지 SEO란 무엇이고 왜 중요한가?

이미지 SEO는 검색엔진과 사람 모두가 이미지의 내용을 빠르게 이해하고, 그 이미지를 빠르게 받아 볼 수 있도록 이미지를 최적화하는 작업이다. 알맹이는 두 가지다. 하나는 "이 사진이 무엇에 관한 것인가"를 텍스트 신호로 알려주는 일이고, 다른 하나는 "이 사진을 얼마나 빨리 보여주는가"라는 속도의 문제다.

구글 공식 이미지 SEO 가이드는 alt 텍스트를 쓸 때 "유용하고 정보가 풍부한 콘텐츠를 만들고, 키워드를 적절하게 문맥에 맞게 사용하라"고 안내한다. 반대로 alt 속성에 키워드를 잔뜩 채워 넣는 방식은 "나쁜 사용자 경험을 만들고 스팸으로 보일 수 있다"고 명확히 경고한다. 즉 이미지 SEO의 원칙은 "키워드를 많이"가 아니라 "내용을 정확하게"다.

이미지 SEO가 중요한 이유는 두 갈래로 나뉜다.

• 이미지 자체가 검색 결과가 된다. 구글 이미지 탭에서 직접 클릭을 받거나, 일반 웹 검색 결과에도 관련 이미지가 함께 노출되는 경우가 많다. 인테리어, 레시피, 제품, 여행지처럼 시각적으로 판단하는 검색어일수록 이미지 노출의 비중이 크다.
• 이미지가 페이지 속도를 좌우한다. 대부분의 웹페이지에서 이미지는 전체 용량 중 가장 큰 비중을 차지하는 요소인 경우가 많다. 이미지가 무거우면 로딩이 느려지고, 느린 페이지는 코어 웹 바이탈 중 LCP(최대 콘텐츠풀 페인트, 화면에서 가장 큰 요소가 그려지기까지 걸리는 시간) 점수가 나빠진다. 속도와 관련된 내용은 코어 웹 바이탈 가이드에서 더 자세히 다룬다.

이미지 SEO를 "썸네일 예쁘게 만들기"로 오해하는 경우가 많다. 실제로는 텍스트 신호(파일명·alt)와 속도 신호(용량·포맷)를 함께 관리하는 일이다.

두 갈래 모두 결국 같은 곳으로 수렴한다. 검색엔진은 이미지를 "이해하기 쉽고, 빠르게 전달할 수 있는" 페이지를 더 좋은 페이지로 평가한다. 사업자 입장에서는 사진 한 장, 인포그래픽 한 장을 올릴 때마다 이 두 가지를 습관처럼 챙기는 것이 이미지 SEO의 전부라고 봐도 무방하다.

구글은 이미지를 어떻게 이해하고 순위를 매기나?

구글은 이미지 자체의 픽셀만 보지 않는다. 파일명, alt 텍스트, 주변 본문, 페이지 제목, 캡션, 구조화 데이터까지 여러 텍스트 신호를 종합해서 "이 이미지가 무엇에 관한 것인지"를 추론한다. 이미지 인식 기술이 발전했다고 해도, 여전히 이 텍스트 신호들이 가장 확실한 근거로 쓰인다.

이 신호들은 서로 다른 무게를 갖는다. 정리하면 다음과 같은 순서로 이해하면 쉽다.

1. 이미지를 둘러싼 본문 텍스트. 이미지 바로 위아래 문단이 그 이미지의 주제를 가장 강하게 뒷받침한다.
2. alt 텍스트. 이미지 자체에 붙는 가장 직접적인 설명이다.
3. 파일명. 본문을 읽기 전에 먼저 확인하는 부가 신호다.
4. 페이지 제목과 캡션. 페이지 전체 주제, 그리고 이미지 바로 아래 붙는 설명 문구도 참고 대상이다.

여기에 더해 그 이미지가 실린 페이지 자체의 신뢰도와 관련성도 함께 작용한다. 아무리 alt 텍스트를 잘 써도, 페이지 본문이 그 이미지 주제와 전혀 무관하면 검색엔진이 혼란스러워한다. 그래서 이미지 SEO는 항상 "이미지 하나만 잘 꾸미기"가 아니라 "그 이미지가 들어간 페이지 전체의 맥락"과 함께 챙겨야 효과가 난다.

이미지 SEO에서 가장 흔한 오해는 "alt 텍스트만 채우면 끝"이라는 생각이다. 실제로는 본문·캡션·파일명이 모두 같은 이야기를 해야 검색엔진이 확신을 갖는다.

이미지가 많은 사이트라면 구글이 모든 이미지를 똑같은 속도로 수집하지는 않는다는 점도 알아 둘 필요가 있다. 페이지 수와 이미지 수가 많을수록, 구글이 한 사이트를 방문해 콘텐츠를 수집하는 데 쓰는 자원(크롤링 자원)이 분산된다. 그래서 이미지가 수백 장, 수천 장에 달하는 대형 쇼핑몰이라면 핵심 상품 페이지의 이미지가 먼저 확실히 수집되도록, 사이트 구조와 내부 링크로 우선순위를 명확히 해 두는 것이 중요하다. 이 부분은 코어 웹 바이탈 가이드에서 다루는 사이트 속도 이슈와도 맞닿아 있다.

반대로 페이지 수가 많지 않은 일반적인 홈페이지나 블로그라면 이런 부분을 크게 걱정하지 않아도 된다. 파일명·alt·본문 맥락만 꾸준히 챙기면 대부분 자연스럽게 수집된다.

alt 텍스트는 어떻게 써야 하나?

alt 텍스트는 이미지를 볼 수 없는 상황에서 그 이미지를 대신 설명하는 글이다. 시각장애인이 스크린 리더로 웹을 이용할 때 이 텍스트가 읽히고, 이미지가 로드되지 않을 때 화면에 대신 표시되며, 검색엔진 크롤러도 사진을 "보는" 대신 이 텍스트로 내용을 파악한다.

이 세 가지 역할(접근성, 대체 표시, 검색엔진 이해)은 서로 다른 상황이지만 같은 텍스트 하나로 동시에 해결된다는 점이 alt 텍스트의 특징이다. 그래서 alt 텍스트를 잘 쓰는 습관은 SEO를 위한 작업인 동시에, 시각장애인 방문자를 배려하는 일이기도 하다.

결론은 명확하다. alt 텍스트는 키워드를 나열하지 말고, 그 사진을 처음 보는 사람에게 상황을 설명하듯 한 문장으로 쓴다. "이미지", "사진1", 빈 텍스트는 가장 나쁜 예이고, "강남 임플란트 강남 치과 강남임플란트비용"처럼 같은 단어를 반복하는 것도 스팸으로 보일 수 있다.

업종별로 나쁜 예와 좋은 예를 비교하면 감이 빠르게 잡힌다.

업종	나쁜 예	좋은 예
카페	alt="사진"	alt="성수동 카페 창가 좌석과 라떼 한 잔"
치과	alt="병원 이미지"	alt="강남 임플란트 시술 전후 엑스레이 비교"
쇼핑몰	alt="상품이미지1"	alt="린넨 오버핏 셔츠 아이보리 색상 정면 컷"
인테리어	alt="interior"	alt="30평 아파트 거실 우드톤 인테리어 시공 사례"
부동산	alt="" (빈 값)	alt="판교 오피스텔 거실 구조와 창문 방향"

나쁜 예의 공통점은 "무엇을, 어디서, 어떤 상황에서"가 하나도 없다는 것이다. 좋은 예는 장소·대상·상태를 담아, 그 alt 텍스트만 읽어도 사진이 머릿속에 그려진다.

작성 공식은 간단하다. [핵심 대상] + [장소나 상황] + [세부 특징] 순서로 쓰면 대부분 좋은 alt가 된다. 예를 들어 카페 인테리어 사진이라면 "카페(대상) + 성수동(장소) + 창가 좌석과 원목 테이블(특징)"을 이으면 된다.

alt 텍스트를 비워 둬도 되는 경우도 있다. 순수하게 장식용인 이미지(배경 패턴, 구분선 이미지 등)는 alt=""로 비워 두는 것이 오히려 정석이다. 스크린 리더가 의미 없는 장식까지 읽어 주면 오히려 사용자 경험이 나빠지기 때문이다. 반대로 내용을 전달하는 이미지(제품 사진, 인포그래픽, 스크린숏)는 반드시 채워야 한다.

alt 텍스트를 쓸 때 스스로 물어보라. "이 문장만 듣고도 사진이 무엇인지 그려지는가?" 그렇지 않다면 아직 설명이 부족한 것이다.

한 가지 더. title 속성과 alt 속성은 다른 역할이다. alt는 이미지의 내용을 대체하는 필수 텍스트이고, title은 마우스를 올렸을 때 뜨는 부가 설명으로 검색 SEO 효과가 훨씬 약하다. 이미지 SEO를 챙긴다면 title보다 alt에 공을 들이는 것이 맞다.

나쁜 alt를 함께 고쳐 볼까?

이해를 굳히기 위해 실제로 흔한 나쁜 alt 하나를 단계별로 고쳐 본다. 예로 든 것은 동네 세탁소 홈페이지의 시공 사례 사진이다.

처음 alt는 이랬다. alt="사진1" 문제가 한눈에 보인다. 무엇을 찍은 사진인지 전혀 알 수 없고, 순서를 뜻하는 숫자만 남아 있다.

1. 핵심 대상을 먼저 넣는다. alt="세탁 전후 셔츠". 이것만으로도 최소한의 주제는 전달된다.
2. 장소나 상황을 더한다. alt="세탁 전후 셔츠 얼룩 제거 사례"처럼 어떤 작업의 결과물인지 붙인다.
3. 지역이나 브랜드 같은 세부 정보를 얹는다. 최종은 alt="망원동 세탁소 셔츠 얼룩 제거 전후 비교"가 된다.

처음의 "사진1"과 비교하면, 무엇을·어디서·어떤 결과로가 모두 담기면서도 문장 하나로 자연스럽게 읽힌다. 이 순서, 즉 "대상 → 상황 → 세부 정보"만 기억하면 어떤 업종의 사진이든 같은 방식으로 고칠 수 있다.

한 가지 더 주의할 점은 alt 텍스트를 여러 언어로 운영하는 사이트의 경우다. 이미지 파일 자체를 언어별로 따로 준비하기보다, 같은 이미지를 쓰더라도 alt 텍스트는 그 페이지 언어에 맞춰 각각 작성해야 한다. 한국어 페이지에 영어 alt를 그대로 남겨 두면 한국어 검색에서 불리해질 수 있다.

파일명은 어떻게 지어야 검색에 유리한가?

파일명은 alt 텍스트보다 먼저 검색엔진이 읽는 신호다. 의미 없는 자동 생성 이름 대신, 사진 내용을 짧은 영문 단어와 하이픈으로 표현하는 것이 원칙이다. 카메라나 스마트폰이 자동으로 붙이는 IMG_20260722_143210.jpg 같은 이름은 사람에게도 검색엔진에게도 아무 정보를 주지 못한다.

구글 공식 가이드도 이 점을 명확히 짚는다. my-new-black-kitten.jpg처럼 짧고 서술적인 파일명을 쓰고, image1.jpg나 IMG00023.JPG 같은 일반적인 이름은 피하라는 것이 공식 권장 사항이다.

파일명 작성 규칙을 정리하면 다음과 같다.

1. 영문 소문자를 쓰고 띄어쓰기 대신 하이픈(-)으로 단어를 구분한다. 언더바(_)보다 하이픈을 구글이 단어 구분자로 더 잘 인식한다.
2. 핵심 키워드 두세 개만 담는다. gangnam-implant-price-comparison-chart-2026-final-v3.jpg처럼 길게 늘어놓지 않는다.
3. 같은 상품·서비스의 여러 사진이면 sofa-blue-front.jpg, sofa-blue-side.jpg처럼 뒤에 구분자를 붙인다.
4. 한글 파일명은 피한다. 브라우저와 서버에 따라 URL 인코딩이 깨져 %EC%9D%B4%EB%AF%B8%EC%A7%80.jpg처럼 알아볼 수 없는 주소가 되는 경우가 있다.

상황	나쁜 예	좋은 예
카페 인테리어	KakaoTalk_20260722.jpg	seongsu-cafe-interior.jpg
임플란트 시술	스크린샷 2026-07-22.png	gangnam-implant-before-after.png
원두 상품	product_final2(1).jpg	specialty-coffee-bean-200g.jpg
시공 사례	사진1.jpg	apartment-interior-30py-livingroom.jpg

이렇게 지어 두면 파일명 자체가 하나의 작은 설명문이 된다. 폴더 정리에도 도움이 되고, 나중에 담당자가 바뀌어도 파일만 보고 내용을 알 수 있다는 부수 효과도 크다.

실전에서는 사진을 찍자마자 이름을 바꾸는 습관을 들이는 것이 가장 확실하다. 업로드 직전에 한 번에 몰아서 바꾸려 하면 사진이 몇십 장만 쌓여도 어떤 사진이 무엇인지 헷갈리기 쉽다. 촬영 직후, 혹은 폴더에 저장하는 그 자리에서 바로 이름을 정리하는 것을 추천한다.

파일명과 폴더 구조를 함께 관리하면 더 좋다. 예를 들어 상품이 많은 쇼핑몰이라면 /products/linen-shirt/ 폴더 아래 linen-shirt-front.webp, linen-shirt-detail.webp처럼 정리하면, 파일명이 짧아도 경로 전체가 맥락을 보완해 준다.

어떤 이미지 포맷을 써야 하나?

결론부터 말하면 사진은 WebP, 로고나 투명 배경은 PNG나 SVG를 기본으로 쓰면 된다. 포맷 선택은 이미지 SEO에서 용량과 화질을 동시에 잡는 가장 쉬운 지렛대다.

구글 검색이 공식적으로 지원하는 이미지 포맷은 BMP, GIF, JPEG, PNG, WebP, SVG, AVIF다. 이 중 실무에서 자주 비교되는 네 가지를 표로 정리했다.

포맷	특징	추천 상황
JPEG	오래된 표준. 투명 배경 불가	웹P 변환이 어려운 사진의 대안
PNG	무거운 편이지만 투명 배경 가능	로고, 아이콘, 스크린숏
WebP	JPEG 대비 약 25–35% 작은 용량, 화질은 유지	사진, 썸네일의 기본 선택
AVIF	가장 작은 용량, 다만 일부 구형 환경에서 호환성 이슈	용량을 최우선으로 줄여야 할 때
SVG	벡터 방식이라 확대해도 깨지지 않음	로고, 아이콘, 간단한 도형

JPEG는 사진 압축의 오래된 기본값이지만 같은 화질 기준으로 WebP보다 용량이 크다. PNG는 배경을 투명하게 처리할 수 있어 로고나 아이콘에 적합하지만, 사진처럼 색이 많은 이미지에 쓰면 용량이 급격히 커진다. 사진 콘텐츠라면 WebP가 사실상 기본값이라고 봐도 된다. 같은 화질에서 파일 용량을 크게 줄여 주고, 현재 주요 브라우저 대부분이 지원하기 때문이다.

AVIF는 WebP보다도 용량이 더 작지만, 일부 구형 브라우저나 이미지 편집 도구에서 호환성 문제가 남아 있어 아직은 "용량이 정말 중요한 특정 이미지"에 선택적으로 쓰는 편이 안전하다. SVG는 사진이 아니라 로고나 아이콘처럼 선과 도형으로 이루어진 이미지에 적합하다. 벡터 방식이라 아무리 확대해도 깨지지 않고, 용량도 매우 작다.

CSS 배경 이미지(background-image)로만 넣은 사진은 구글이 이미지로 인식하지 못하는 경우가 많다는 점도 함께 기억해 둘 필요가 있다. 검색에 걸려야 하는 이미지는 반드시 <img> 태그로 넣는다. 이 부분은 실수가 잦은 지점이라 다시 짚는다. 디자이너가 배경을 꾸미는 용도로 CSS에서 이미지를 불러오는 것은 문제가 없지만, 상품 사진이나 시공 사례처럼 검색에 노출되어야 할 이미지를 CSS 배경으로만 넣으면 손해다. 반드시 HTML의 <img> 요소로 넣어야 alt 텍스트도 붙일 수 있고 검색엔진도 읽을 수 있다.

포맷을 바꾸는 작업 자체는 어렵지 않다. 대부분의 이미지 편집 프로그램에서 "다른 이름으로 저장" 시 WebP를 선택할 수 있고, 별도 프로그램 설치 없이 브라우저에서 바로 변환해 주는 무료 온라인 도구도 여럿 있다. 이미 보유한 JPEG·PNG 사진이 많다면, 새로 찍은 사진부터 WebP로 바꾸고 기존 사진은 대표 페이지 위주로 순차적으로 교체하는 방식이 현실적이다.

움직이는 이미지가 필요하다면 GIF 대신 짧은 영상(MP4나 WebM)을 쓰는 편이 용량 면에서 훨씬 유리하다. GIF는 색상 표현과 압축 효율이 떨어져, 같은 내용이라도 영상 포맷보다 파일이 훨씬 무거워지는 경우가 많다.

포맷을 고를 때 자주 나오는 질문이 하나 더 있다. "인쇄용으로도 쓸 사진이라면 어떤 포맷으로 관리해야 하나?"라는 질문이다. 답은 원본은 고화질로 별도 보관하고, 웹에 올리는 파일만 따로 압축·변환하는 것이다. 원본 파일과 웹용 파일을 같은 것으로 취급하면, 인쇄 품질을 지키려다 웹 속도를 해치거나 반대의 상황이 생기기 쉽다.

이미지 용량은 얼마나 줄여야 하나?

결론은 화질이 눈에 띄게 나빠지지 않는 선에서 최대한 압축하는 것이다. 같은 사진이라도 압축 전후로 로딩 속도가 몇 배씩 차이 나는 경우가 흔하다.

카메라나 스마트폰으로 찍은 원본 사진은 대개 수 메가바이트(MB) 단위로 매우 무겁다. 이 상태 그대로 홈페이지에 올리면 화면에 표시되는 크기는 작더라도 다운로드되는 데이터는 원본 그대로이기 때문에 로딩이 느려진다. 실무에서 흔히 참고하는 대략적인 기준은 다음과 같다.

• 대표 이미지(히어로, 커버): 약 200–400KB 이내
• 본문 삽입 사진: 약 100–200KB 이내
• 아이콘·로고: 약 수십 KB 이내(SVG라면 더 작음)

이 수치는 절대 기준이 아니라 감을 잡기 위한 참고선이다. 사진의 복잡도, 화면에 실제로 표시되는 크기에 따라 달라질 수 있으니 "이 범위 안에서 최대한 화질을 살린다"는 감각으로 접근하면 된다.

용량을 줄이는 실전 순서는 이렇다.

1. 화면에 실제로 표시될 크기로 리사이즈한다. 가로 3000px짜리 원본을 600px로 보여줄 거라면, 애초에 파일도 그 크기 근처로 줄여 둔다.
2. WebP로 변환한다. 대부분의 이미지 편집 도구나 온라인 변환기로 몇 초 만에 처리할 수 있다.
3. 압축률을 조절해 화질과 용량의 타협점을 찾는다. 웹용 사진은 대개 압축률을 다소 높여도 화면에서는 차이가 크게 느껴지지 않는다.

용량을 줄이는 작업은 디자인 품질을 낮추는 것이 아니라, 같은 품질을 더 빠르게 전달하는 일이다. 압축 후에도 사람 눈으로는 차이를 거의 느끼지 못하는 경우가 대부분이다. 반대로 압축을 전혀 하지 않으면 방문자는 사진이 다 뜨기도 전에 페이지를 이탈할 수 있고, 이는 코어 웹 바이탈과 사용자 경험 지표 모두에 악영향을 준다.

실제로 흔히 겪는 사례로 예를 들어 본다. 인테리어 시공사가 홈페이지 시공 사례 갤러리에 스마트폰으로 찍은 원본 사진 20장을 그대로 올렸다고 하자. 사진 한 장이 평균 4MB라면 갤러리 페이지 하나의 이미지 용량만 80MB에 가까워진다. 이 상태에서는 모바일 회선에서 페이지가 열리는 데 십 초 이상 걸릴 수 있고, 방문자 상당수가 다 보기도 전에 이탈한다.

같은 사진을 리사이즈하고 WebP로 변환하면 장당 용량이 수십분의 일로 줄어드는 경우가 흔하다. 갤러리 전체 용량이 몇 메가바이트 수준으로 내려가면, 로딩 시간도 몇 초 안쪽으로 줄어들고 LCP 점수도 함께 개선된다. 사진 압축 하나가 코드를 전혀 건드리지 않고도 페이지 속도를 바꾸는 가장 확실한 지렛대인 이유다.

이미지 용량은 페이지 속도에서 가장 손대기 쉬운 부분이다. 서버나 코드를 건드리지 않고도, 사진 파일 하나를 바꾸는 것만으로 체감 속도가 달라진다.

압축과 점검에는 어떤 도구를 쓰면 되나?

특별한 프로그램이 없어도 괜찮다. 브라우저에서 바로 쓸 수 있는 무료 도구만으로 대부분의 작업이 가능하다. 디자이너나 개발자가 아니어도 몇 번 해보면 금방 익숙해지는 수준의 작업이다.

• 이미지 압축·포맷 변환: 사진을 업로드하면 WebP 등으로 변환하고 용량을 줄여 주는 온라인 압축 도구를 쓰면 간단하다. 대부분 별도 설치 없이 브라우저에서 바로 처리된다.
• 속도 점검: 페이지 속도와 코어 웹 바이탈 점수는 구글의 무료 진단 도구로 확인할 수 있다. 어떤 이미지가 유독 무거운지 항목별로 짚어 준다.
• alt 텍스트 확인: 브라우저 개발자 도구에서 이미지를 검사하면 현재 적용된 alt 값을 바로 확인할 수 있다. 사이트 전체를 점검할 때는 이 방법으로 빠뜨린 이미지를 찾아낸다.

이 세 가지만 습관처럼 돌려 봐도, 이미지 SEO에서 큰 실수는 대부분 미리 걸러낼 수 있다. 도구는 매달 조금씩 바뀌지만 점검해야 할 항목 자체는 이 글에서 정리한 원칙과 동일하니, 특정 도구 이름을 외우기보다 무엇을 확인해야 하는지 원칙을 기억하는 편이 오래간다.

지연 로딩(lazy loading)은 어떻게 적용해야 하나?

지연 로딩은 화면에 아직 보이지 않는 이미지의 로딩을 뒤로 미루는 기법이다. 사용자가 스크롤해서 실제로 그 위치에 도달했을 때 이미지를 불러오기 때문에, 첫 화면이 뜨는 속도가 빨라진다.

적용 방법은 간단하다. <img> 태그에 loading="lazy" 속성 하나만 추가하면 대부분의 최신 브라우저가 알아서 처리한다. 별도의 자바스크립트 라이브러리 없이도 브라우저 기본 기능으로 동작하는 표준 방식이다.

<!-- 화면 밖 이미지: 지연 로딩 적용 -->
<img src="gallery-3.webp" alt="망원동 카페 야외 테라스 좌석" loading="lazy" width="1200" height="800">

<!-- 첫 화면 대표 이미지: 지연 로딩 적용하지 않음 -->
<img src="hero.webp" alt="망원동 카페 전경" width="1200" height="630">

다만 모든 이미지에 무조건 지연 로딩을 거는 것은 오히려 역효과다. 첫 화면에 바로 보이는 대표 이미지, 특히 LCP(최대 콘텐츠풀 페인트) 측정 대상이 되는 커버 이미지에 지연 로딩을 걸면, 그 이미지가 뜨는 시점 자체가 늦어져 오히려 속도 점수가 나빠진다.

이미지 위치	지연 로딩 적용
첫 화면(스크롤 없이 바로 보이는) 대표 이미지	적용하지 않음
본문 중간, 스크롤해야 보이는 이미지	적용
푸터, 페이지 하단 이미지	적용
상품 목록 페이지의 썸네일(첫 화면 제외)	적용

"화면 밖 이미지는 지연 로딩, 첫 화면 이미지는 즉시 로딩"이라는 원칙 하나만 지켜도 대부분의 페이지에서 속도 개선 효과를 볼 수 있다. 워드프레스나 대부분의 쇼핑몰 빌더는 이 기능을 기본으로 켜 두는 경우가 많지만, 대표 이미지까지 일괄 적용되어 있지는 않은지 한 번은 확인해 볼 필요가 있다.

반응형 이미지(srcset)는 왜 필요한가?

반응형 이미지는 같은 사진을 화면 크기와 해상도에 맞는 여러 버전으로 준비해 두고, 브라우저가 그중 알맞은 것을 골라 쓰게 하는 방식이다. 모바일에는 작은 파일을, 큰 모니터에는 고화질 파일을 자동으로 보내 준다.

이 방식은 HTML의 srcset과 sizes 속성, 또는 <picture> 요소로 구현한다. 예를 들어 같은 사진을 400px, 800px, 1200px짜리로 각각 준비해 두면, 모바일 사용자는 400px 파일만 받기 때문에 데이터도 절약되고 로딩도 빨라진다.

<img
  src="cafe-800.webp"
  srcset="cafe-400.webp 400w, cafe-800.webp 800w, cafe-1200.webp 1200w"
  sizes="(max-width: 600px) 400px, (max-width: 1000px) 800px, 1200px"
  alt="성수동 카페 창가 좌석과 라떼 한 잔"
  width="1200" height="800">

이렇게 설정해 두면 화면이 작은 모바일에서는 cafe-400.webp만 내려받고, 큰 모니터에서는 cafe-1200.webp를 받는 식으로 브라우저가 알아서 고른다. 기본 src는 이 속성들을 이해하지 못하는 환경을 위한 안전망 역할을 한다.

여기서 놓치기 쉬운 규칙이 하나 있다. 구글은 srcset이나 <picture>를 쓰더라도 반드시 기본 src 속성을 함께 넣어 두라고 안내한다. 일부 브라우저와 크롤러는 이 새로운 속성들을 이해하지 못하기 때문에, 기본 src가 없으면 아예 이미지를 읽지 못하는 경우가 생긴다.

화려한 반응형 설정보다 중요한 것은 "무엇을 쓰더라도 기본 src 하나는 항상 살아 있어야 한다"는 원칙임을 기억해 두자. 직접 이 속성들을 손으로 다 관리하기는 번거로울 수 있다. 실무에서는 Next.js의 이미지 최적화 기능처럼, 반응형 이미지와 포맷 변환을 자동으로 처리해 주는 프레임워크 기능을 쓰는 경우가 많다. 자체 개발 홈페이지를 준비 중이라면 이런 기능이 기본 내장되어 있는지가 SEO 내장 홈페이지 제작 단계에서 중요하게 짚어야 할 부분이다.

이미지 크기와 레이아웃 밀림(CLS)은 어떻게 관리하나?

이미지에는 반드시 가로세로 크기(width, height)를 미리 지정해야 한다. 크기를 지정하지 않으면 이미지가 로딩되는 순간 주변 글자와 버튼이 갑자기 밀리는 현상이 생기는데, 이를 CLS(레이아웃 밀림, Cumulative Layout Shift)라고 부르며 코어 웹 바이탈의 세 지표 중 하나다.

예를 들어 이미지가 로딩되기 전에는 그 자리가 빈 공간이었다가, 이미지가 다 불러와진 순간 갑자기 그 공간만큼 아래 내용이 밀려 내려간다. 사용자가 막 버튼을 누르려던 찰나에 화면이 밀리면서 엉뚱한 곳을 클릭하게 되는 경우가 대표적인 CLS 사고다.

해결 방법은 간단하다. <img> 태그에 width와 height 속성을 미리 적어 두면, 브라우저가 이미지를 다운로드하기 전부터 그 크기만큼 자리를 미리 확보해 둔다. 그러면 이미지가 나중에 도착해도 주변 요소가 밀리지 않는다.

• 나쁜 예: <img src="cafe.webp" alt="성수동 카페 좌석">
• 좋은 예: <img src="cafe.webp" alt="성수동 카페 좌석" width="1200" height="800">

이 작은 속성 하나가 사용자 경험과 코어 웹 바이탈 점수를 동시에 지켜 주는 가장 저렴한 방법이다. 대부분의 이미지 관리 도구나 CMS는 업로드 시 자동으로 이 값을 채워 주지만, 직접 HTML을 작성하는 경우라면 빠뜨리지 않았는지 확인이 필요하다.

CSS를 함께 다룬다면 aspect-ratio(가로세로 비율을 지정하는 CSS 속성) 속성도 같은 목적으로 쓸 수 있다. width, height가 브라우저에게 "이 이미지의 원래 비율은 이렇다"를 알려준다면, aspect-ratio는 반응형 레이아웃에서 화면 크기가 바뀌어도 그 비율을 유지하도록 돕는다. 두 방법을 함께 쓰면 어떤 화면 크기에서도 레이아웃이 안정적으로 유지된다.

이미지 사이트맵과 구조화 데이터는 언제 필요한가?

이미지 사이트맵은 일반적인 크롤링만으로는 구글이 발견하기 어려운 이미지를 별도로 알려 주는 파일이다. 이미지가 별도의 CDN(콘텐츠 전송 네트워크) 도메인에서 서빙되거나, 자바스크립트로 늦게 불러와지는 경우처럼 구글이 놓치기 쉬운 상황에서 특히 유용하다.

대부분의 일반 홈페이지나 블로그는 페이지 안에 <img> 태그가 정상적으로 있으면 별도의 이미지 사이트맵 없이도 구글이 이미지를 함께 수집한다. 반면 이미지 수가 아주 많은 대형 쇼핑몰이나, CDN을 통해 이미지를 서빙하는 사이트라면 이미지 사이트맵을 챙기는 것이 안전하다. 일반적인 페이지 사이트맵을 다루는 방법은 사이트맵 가이드에서 확인할 수 있다.

이미지 사이트맵을 준비할 때는 각 페이지 URL 아래 <image:loc> 태그로 그 페이지에 포함된 이미지 주소를 함께 적어 준다. 이미지가 별도의 CDN 도메인(본 사이트 주소와 다른 이미지 전용 주소)에서 서빙된다면, 그 CDN 도메인의 소유권도 서치 콘솔에서 별도로 확인해 둬야 구글이 정상적으로 이미지를 수집한다. 일반적인 사업자 홈페이지 수준에서는 여기까지 신경 쓸 일이 많지 않지만, 상품 수만 개를 취급하는 쇼핑몰이라면 미리 알아 두면 유용하다.

구조화 데이터(검색엔진이 페이지 내용을 명확히 이해하도록 정해진 형식으로 표시하는 데이터, JSON-LD 방식이 대표적)에서도 이미지는 중요한 역할을 한다. 상품, 레시피, 후기 등 리치 결과(검색 결과에 별점이나 가격처럼 추가 정보가 표시되는 형태)를 노리는 구조화 데이터에서는 이미지 속성이 사실상 필수 항목이다. 이미지가 빠지면 리치 결과 배지 자체가 표시되지 않는 경우가 많다.

로고나 대표 이미지를 구조화 데이터나 공유 미리보기(og:image)에 쓸 때는 너무 일반적인 이미지보다, 그 페이지 내용을 실제로 보여주는 구체적인 이미지가 낫다.

구조화 데이터를 처음 접한다면 JSON-LD 스키마 마크업 가이드에서 기본 개념부터 확인하는 것을 추천한다. 이미지 SEO와 구조화 데이터는 별개의 작업처럼 보이지만, 결국 "이 이미지가 무엇인지"를 검색엔진에게 최대한 명확히 전달한다는 같은 목표를 향한다.

대표 이미지(OG 이미지)는 어떻게 따로 관리해야 하나?

카카오톡, 문자, 소셜미디어에 링크를 공유하면 뜨는 미리보기 이미지는 검색 결과의 썸네일과는 별도로 관리해야 하는 이미지다. 이 미리보기는 페이지의 og:image(오픈그래프 이미지, 링크 공유 시 미리보기에 쓰이는 대표 이미지) 태그로 지정한 이미지가 사용된다.

og 이미지는 검색 결과용 사진과 다른 목적을 가진다. 검색 결과 이미지는 그 페이지 안의 특정 사진이지만, og 이미지는 그 페이지 전체를 대표하는 한 장이어야 한다. 예를 들어 블로그 글이라면 본문에 쓰인 여러 사진 중 하나가 아니라, 제목과 핵심 메시지를 담은 별도의 카드뉴스형 이미지를 만들어 쓰는 경우가 많다.

로고 하나만 덩그러니 넣은 og 이미지는 클릭을 부르지 못한다. 그 페이지의 핵심 메시지가 한눈에 읽히는 이미지를 따로 준비하는 것이 좋다.

이 커버 이미지를 만들 때도 앞서 설명한 원칙이 그대로 적용된다. 파일명은 의미 있게, alt는 페이지 핵심 내용을 담아, 용량은 가볍게 준비한다. 다만 og 이미지는 가로가 긴 카드 형태(대략 1200×630px 비율)로 만드는 것이 대부분의 플랫폼 미리보기에 가장 잘 맞는다.

캡션과 주변 텍스트는 왜 함께 챙겨야 하나?

이미지 하나만 잘 만들어도 캡션(figcaption, 이미지 아래 붙는 짧은 설명)과 주변 본문이 부실하면 효과가 반으로 줄어든다. 캡션은 alt 텍스트가 놓친 맥락을 보완하고, 사람이 실제로 눈으로 읽는 설명이라는 점에서 alt와 역할이 다르다.

alt 텍스트가 "이 사진이 무엇인가"를 짧게 요약한다면, 캡션은 "이 사진이 왜 여기 있는가, 무엇을 보여주려는가"를 한 문장 더 설명할 수 있는 자리다. 예를 들어 시공 사례 사진이라면 alt는 "30평 아파트 거실 시공 후 모습", 캡션은 "몰딩과 조명을 교체해 층고가 높아 보이도록 시공한 사례"처럼 조금 더 풀어 쓸 수 있다.

이미지 주변 본문도 마찬가지로 중요하다. 사진만 덩그러니 올리기보다, 그 사진이 왜 필요한지를 설명하는 문단을 앞뒤에 배치하면 검색엔진과 방문자 모두에게 도움이 된다.

이미지 SEO는 AI 검색과 어떤 관계가 있나?

결론부터 말하면 텍스트와 이미지가 서로 짝을 이루며 같은 이야기를 하는 콘텐츠가, AI 검색에서도 인용되기 쉬운 콘텐츠다. 최근 검색은 구글 AI 오버뷰처럼 답변을 요약해서 먼저 보여주는 방식으로 바뀌고 있는데, 이 요약이 어떤 문장과 이미지를 함께 가져올지 판단하는 기준도 결국 텍스트 신호에서 출발한다.

AI가 이미지를 "이해"하는 방식도 사람이나 기존 검색엔진과 크게 다르지 않다. alt 텍스트, 주변 본문, 캡션처럼 명확한 텍스트로 뒷받침된 이미지일수록 AI가 답변에 포함시킬 근거로 채택하기 쉽다. 반대로 텍스트 맥락이 빈약한 이미지는 아무리 화질이 좋아도 AI 입장에서는 "무엇에 대한 사진인지 확신할 수 없는" 자료로 취급될 가능성이 크다.

여기서 중요한 전제를 하나 짚어 둘 필요가 있다. 이미지에 alt 텍스트나 캡션을 인위적으로 많이 붙인다고 AI 인용이 저절로 늘어나는 것은 아니다. AI 검색이 원하는 것은 "설명이 많은 이미지"가 아니라 "설명이 정확한 이미지"다. 과장 없이 사실 그대로, 그러나 분명하게 쓰는 것이 이 영역에서도 동일하게 통하는 원칙이다.

결국 이 글에서 계속 강조한 원칙, 즉 "파일명·alt·본문이 같은 이야기를 하도록 맞춘다"는 접근이 AI 검색 시대에도 그대로 유효하다. 새로운 기술이 등장할 때마다 완전히 다른 대응이 필요할 것 같지만, 이미지 SEO의 기본기는 오히려 시간이 지날수록 더 중요해지는 쪽에 가깝다.

스톡 사진과 실제 사진, 어느 쪽이 유리한가?

결론부터 말하면 가능하면 실제 매장·상품·시술 사진을 쓰는 것이 스톡 사진보다 유리하다. 스톡 사진은 인터넷 여러 사이트에서 동시에 쓰이는 경우가 많아, "이 사진이 이 페이지만의 것"이라는 신호를 주기 어렵다.

특히 병원, 카페, 인테리어처럼 신뢰가 구매 결정에 큰 영향을 주는 업종일수록 이 차이가 두드러진다. 방문자는 스톡 사진 속 모델의 미소보다, 실제 매장 사진이나 실제 시공 사례를 훨씬 신뢰한다. 검색엔진 역시 같은 사진이 여러 사이트에 반복해서 쓰이는 것보다, 그 페이지에서만 볼 수 있는 고유한 이미지를 더 가치 있게 평가하는 경향이 있다.

물론 초기 단계에서 실제 사진을 다 갖추기 어려운 경우도 있다. 이럴 때는 꼭 필요한 자리(대표 이미지, 핵심 상품)만이라도 실제 사진으로 먼저 채우고, 나머지 보조 이미지에 스톡 사진을 병행하는 절충안도 현실적인 선택이다. 다만 스톡 사진을 쓰더라도 앞서 설명한 파일명·alt 규칙은 동일하게 적용해야 한다.

사업 초기라 아직 촬영할 여유가 없다면, 우선순위를 이렇게 정해보는 것을 권한다. 첫째는 대표 이미지(로고, 매장 전경, 대표 상품), 둘째는 신뢰를 결정하는 이미지(시술 전후, 시공 사례, 자격증), 셋째는 나머지 보조 이미지 순이다. 시간과 예산이 한정적이라면 앞 순서부터 실제 사진으로 채워 나가면 된다.

업종별로는 어떻게 다르게 적용해야 하나?

같은 원칙이라도 업종마다 가장 신경 써야 할 이미지의 종류가 다르다. 아래 표로 업종별 우선순위를 정리했다.

업종	가장 중요한 이미지	파일명·alt 예시
카페·식당	매장 전경, 대표 메뉴	hongdae-cafe-signature-latte.webp / "홍대 카페 시그니처 라떼와 창가 좌석"
병원·의원	시술 전후, 원내 환경	implant-before-after.webp / "임플란트 시술 전후 엑스레이 비교"
쇼핑몰	상품 다각도 사진	linen-shirt-ivory-front.webp / "린넨 오버핏 셔츠 아이보리 정면"
인테리어·시공	시공 전후, 평수별 사례	apt-30py-livingroom-after.webp / "30평 아파트 거실 시공 후 모습"
부동산	매물 내부, 구조도	pangyo-officetel-livingroom.webp / "판교 오피스텔 거실과 창문 방향"
학원·교육	수업 현장, 시설	bundang-english-academy-class.webp / "분당 영어학원 소수정예 수업 현장"

업종에 따라 사진의 목적이 다르므로, alt 텍스트에 담을 정보도 그 목적에 맞춰야 한다. 병원이라면 신뢰를 주는 정보(전문의, 장비)를, 쇼핑몰이라면 구매 판단에 필요한 정보(색상, 각도)를 우선한다.

몇 가지 업종은 조금 더 풀어서 설명할 필요가 있다.

쇼핑몰은 상품 하나에 여러 장의 사진이 붙는 구조라, 파일명 규칙을 미리 정해 두지 않으면 금방 뒤죽박죽이 된다. 정면·측면·상세컷·착용컷처럼 촬영 구도별로 접미사를 통일해 두면, 신상품이 추가될 때마다 같은 규칙만 반복하면 되니 관리가 훨씬 쉬워진다.

병원·의원은 시술 전후 사진처럼 민감한 이미지가 많다. 이런 사진은 개인 식별 정보가 드러나지 않도록 주의하면서도, "어떤 시술의 결과인지"는 alt와 캡션에 분명히 남겨야 한다. 신뢰가 중요한 업종인 만큼, 사진 옆에 시술 과정을 짧게 설명하는 본문을 함께 두면 이미지의 설득력이 커진다.

인테리어·시공업은 "시공 전"과 "시공 후" 사진을 짝으로 보여주는 경우가 많다. 이때 파일명에 before, after를 명확히 구분해 넣으면 관리자도, 검색엔진도 두 사진의 관계를 훨씬 쉽게 파악한다.

부동산은 매물 사진 특성상 방·거실·주방처럼 공간별로 사진이 여러 장 나뉜다. 파일명에 공간 이름을 넣어 officetel-livingroom.webp, officetel-kitchen.webp처럼 정리하면, 나중에 매물이 거래 완료되어 사진을 교체할 때도 헷갈리지 않는다. 매물 사진은 특히 촬영 시점에 따라 채광이나 계절감이 다르게 보일 수 있어, 최근에 찍은 사진인지 주기적으로 점검하는 습관도 함께 필요하다.

학원·교육업은 수업 현장 사진과 시설 사진의 비중이 크다. 학부모 입장에서는 "우리 아이가 어떤 환경에서 배우는가"가 중요한 판단 기준이므로, alt 텍스트에도 "소수정예", "실습 위주"처럼 실제 수업 방식을 드러내는 표현을 자연스럽게 담으면 좋다.

흔히 하는 실수는 무엇인가?

이미지 SEO에서 반복적으로 나타나는 실수 다섯 가지를 정리했다. 이 중 하나라도 해당한다면 오늘 바로 고칠 만한 가치가 있다. 신기하게도 이 실수들은 사이트 규모와 상관없이 반복된다. 처음 만든 개인 홈페이지든, 수백 개의 상품을 파는 쇼핑몰이든 같은 실수가 나타나는 경우가 많다.

1. 스톡 사진 파일명을 그대로 쓴다. 외부에서 내려받은 shutterstock_2847293.jpg 같은 파일명을 그대로 업로드하는 경우다. 반드시 우리 콘텐츠에 맞는 이름으로 바꿔야 한다. 스톡 사진 자체가 나쁜 것은 아니지만, 파일명만큼은 우리 페이지 주제에 맞게 다시 지어야 한다.
2. alt 텍스트에 키워드를 욱여넣는다. "임플란트 강남임플란트 강남치과임플란트 임플란트비용"처럼 같은 단어를 반복하면 오히려 스팸으로 보여 역효과가 난다. 키워드는 자연스러운 문장 안에서 한 번이면 충분하다.
3. 모든 콘텐츠 이미지를 CSS 배경으로 처리한다. 디자인은 예쁠 수 있지만, 검색엔진이 이미지로 인식하지 못해 alt 텍스트조차 붙일 수 없다. 배경 장식용 이미지와 콘텐츠를 전달하는 이미지를 구분해서 처리해야 한다.
4. 원본 해상도 그대로 업로드한다. 스마트폰으로 찍은 수 메가바이트짜리 원본을 압축 없이 그대로 올려 페이지가 느려진다. 이 실수 하나만 고쳐도 페이지 속도가 크게 개선되는 경우가 많다.
5. 이미지 주변에 관련 텍스트가 전혀 없다. 구글은 이미지 자체뿐 아니라 주변 글, 캡션, 페이지 제목까지 함께 참고해 이미지의 주제를 판단한다. 사진만 덩그러니 있으면 맥락을 파악하기 어렵다.

다섯 가지 중 가장 흔한 실수는 4번, 원본 그대로 업로드하는 것이다. 디자인이나 문구는 신경 써서 만들면서도, 정작 파일 용량 확인은 건너뛰는 경우가 많다. 반대로 2번처럼 너무 열심히 하려다 생기는 실수도 흔하다. SEO에 도움이 될 거라 믿고 alt 텍스트에 키워드를 여러 번 반복하는 경우인데, 이는 오히려 품질이 낮은 콘텐츠로 판단될 위험이 있다.

두 실수(4번과 2번)는 방향이 정반대라는 점이 흥미롭다. 하나는 신경을 아예 안 써서 생기고, 다른 하나는 엉뚱한 방향으로 너무 신경을 써서 생긴다. 결국 기준은 하나다. "이 파일명과 alt 텍스트가, 이 사진을 처음 보는 사람에게도 자연스럽게 읽히는가"를 스스로 점검하면 두 실수 모두 피할 수 있다.

발행 전 체크리스트

이미지를 올리기 전 아래 일곱 가지를 확인하면 대부분의 실수를 막을 수 있다. 새 이미지를 올릴 때마다 이 목록을 순서대로 훑어보는 습관을 들이면, 몇 달 뒤에는 따로 점검표를 보지 않아도 자연스럽게 몸에 밴다.

• 파일명이 img001 같은 자동 생성 이름이 아니라 의미 있는 영문·하이픈인가
• alt 텍스트가 키워드 나열이 아니라 상황을 설명하는 문장인가
• 사진 포맷이 WebP(또는 필요에 따라 PNG, SVG)인가
• 용량이 지나치게 무겁지 않은가(대표 이미지 약 200–400KB 이내)
• width, height가 지정되어 레이아웃 밀림을 막고 있는가
• 화면 밖 이미지에는 지연 로딩이, 첫 화면 대표 이미지에는 즉시 로딩이 적용되어 있는가
• 이미지 주변에 관련 본문 텍스트가 함께 있는가

자주 묻는 질문

alt 텍스트와 title 속성, 뭐가 다른가요?

alt는 이미지 내용을 대체하는 필수 텍스트이고, title은 마우스를 올렸을 때 나타나는 부가 설명이다. 이미지 SEO와 접근성 모두에서 우선순위는 alt다. title은 굳이 채우지 않아도 크게 문제되지 않지만, alt는 내용이 있는 이미지라면 반드시 채워야 한다. 두 속성을 혼동해서 title만 채우고 alt를 비워 두는 실수가 의외로 흔하니, 이미지를 올릴 때마다 alt 칸을 먼저 확인하는 습관을 들이는 것이 좋다.

이미지를 지우면 SEO에 안 좋은가요?

콘텐츠와 무관하거나 화질이 매우 낮은 이미지라면 지우는 편이 낫다. 중요한 것은 이미지 개수가 아니라 그 이미지가 내용을 얼마나 잘 뒷받침하는가다. 의미 없는 이미지를 여러 장 넣는 것보다, 내용과 정확히 맞는 이미지 한두 장이 더 도움이 된다. 다만 이미 검색에서 꾸준히 클릭을 받고 있는 이미지라면, 지우기 전에 정말 필요 없는 이미지인지 한 번 더 확인하는 편이 안전하다.

워드프레스나 쇼핑몰 빌더가 자동으로 만들어 주는 alt 텍스트를 써도 되나요?

플랫폼이 파일명을 그대로 alt로 채워 주는 경우가 많은데, 이 경우 파일명 자체가 부실하면 alt도 함께 부실해진다. 자동 생성 기능을 믿기보다 직접 확인하고 다듬는 것이 안전하다. 특히 대표 상품이나 핵심 페이지의 이미지는 손으로 직접 검토할 가치가 있다. 반대로 방문자가 적은 페이지나 부속 이미지까지 전부 손으로 고치려 하면 시간이 많이 드니, 우선순위를 정해 핵심 이미지부터 점검하는 편이 현실적이다.

이미지 SEO만 잘하면 순위가 오르나요?

이미지 SEO는 전체 SEO의 한 부분이지 전부가 아니다. 본문 콘텐츠 품질, 사이트 구조, 속도 같은 다른 요소와 함께 갖춰질 때 효과가 커진다. 다만 이미지가 많은 업종(쇼핑몰, 인테리어, 부동산, 요식업)일수록 이미지 SEO가 차지하는 비중은 상대적으로 크다. 텍스트 콘텐츠가 이미 탄탄한 사이트라면, 이미지 SEO를 보완하는 것만으로도 추가적인 검색 유입을 기대할 수 있다.

이미지가 검색에 얼마나 노출되는지는 어떻게 확인하나요?

구글 서치 콘솔의 성능 보고서에서 검색 유형을 "이미지"로 필터링하면 이미지 검색을 통한 노출수와 클릭수를 따로 확인할 수 있다. 서치 콘솔의 다른 보고서들도 함께 살펴보면 사이트 전체의 검색 상태를 파악하는 데 도움이 된다.

이미지 개수가 많을수록 유리한가요?

아니다. 개수보다 본문 내용과 얼마나 정확히 맞는가가 중요하다. 같은 이미지를 여러 번 반복해서 넣거나, 내용과 무관한 이미지를 채우기용으로 넣는 것은 오히려 페이지를 무겁게 만들어 손해다. 필요한 자리에 정확한 이미지를 넣는 것이 훨씬 효과적이다.

이미지 SEO는 한 번 해두면 끝인가요?

아니다. 새로 올리는 사진마다 같은 기준(파일명, alt, 포맷, 용량)을 반복 적용해야 효과가 쌓인다. 다만 기존에 올려 둔 이미지를 전부 한꺼번에 손볼 필요는 없다. 방문자가 많은 핵심 페이지부터 우선순위를 정해 순차적으로 정리해 나가는 방식이 현실적이다.

인포그래픽처럼 이미지 안에 글자가 많으면 문제가 되나요?

인포그래픽 자체는 문제가 되지 않는다. 다만 이미지 안의 글자는 검색엔진이 그대로 읽지 못한다. 인포그래픽으로 전달한 핵심 내용은 alt 텍스트나 본문에 다시 한번 텍스트로도 풀어 써 주는 것이 안전하다. 이미지만 믿고 본문에 같은 내용을 전혀 적지 않으면, 그 정보는 검색엔진 입장에서 존재하지 않는 정보나 마찬가지다.

이미지 확장자를 WebP로 바꾸면 기존 링크가 깨지지 않나요?

파일명을 바꾸거나 확장자를 바꾸면 그 파일을 직접 가리키던 기존 링크나 검색 결과의 이미지 주소가 끊어질 수 있다. 이미 검색에서 어느 정도 노출되고 있는 이미지라면, 파일명을 무작정 바꾸기보다 새 이미지를 추가하는 방식을 우선 고려하고, 꼭 교체해야 한다면 이전 주소에서 새 주소로 리디렉션(자동 연결)을 설정해 두는 것이 안전하다. 반대로 이제 막 올리는 새 이미지라면 처음부터 이 글의 기준대로 이름을 짓고 시작하면 된다.

마무리

이미지 SEO는 화려한 기술이 아니라 작은 습관의 반복이다. 사진을 올릴 때마다 파일명을 의미 있게 짓고, alt 텍스트에 상황을 담고, WebP로 압축하고, 크기를 지정하는 네 가지만 반복해도 페이지 속도와 검색 노출 모두에서 눈에 띄는 차이를 만들 수 있다.

처음에는 이 과정이 번거롭게 느껴질 수 있다. 하지만 파일명을 짓고 alt를 채우는 데 걸리는 시간은 사진 한 장당 채 1분이 걸리지 않는다. 반면 그 1분을 건너뛴 이미지는 몇 년이 지나도 검색엔진에게 여전히 "정체를 알 수 없는 파일"로 남는다. 한 번 들인 습관이 사이트에 올리는 모든 이미지에 계속 쌓인다는 점에서, 이미지 SEO는 투자 대비 효과가 꾸준한 작업에 속한다.

혼자 하나하나 챙기기 부담스럽다면, 처음부터 이런 작업이 자동으로 이루어지는 홈페이지 구조를 갖추는 것도 방법입니다. 이루웹은 이미지 최적화, alt 텍스트 관리, 코어 웹 바이탈까지 SEO 기준으로 홈페이지 제작을 도와드리고 있습니다. 지금 운영 중인 사이트의 이미지 상태를 점검받고 싶으시다면 무료 상담으로 편하게 문의해 주세요. 사진 한 장까지 검색에 도움이 되도록, 처음부터 끝까지 함께 살펴봐 드리겠습니다.