본문 이전 뒤 남는 이미지 문제
리뉴얼 때 이미지 주소가 바뀌면 본문 페이지는 열려도 이미지가 깨지고, 검색 결과나 외부 링크에서 옛 이미지로 들어오는 요청이 실패할 수 있습니다. 이전 이미지 주소와 새 파일을 대응한 뒤 본문의 삽입 경로와 이미지 직접 접근을 각각 확인해야 합니다. 주소 연결을 고쳤다는 사실만으로 이미지 검색 노출이 회복된다고 판단할 수는 없습니다.
본문 주소와 이미지 파일 주소는 서로 다른 요청의 목적지입니다. 페이지를 새 위치로 연결했더라도 그 안의 사진이 옛 저장 경로를 참조하면 파일 이전 상태에 따라 표시가 달라집니다. 반대로 새 본문에서 사진이 보여도 옛 이미지 주소는 끊겨 있을 수 있습니다. 화면 표시와 기존 방문 경로를 별개의 항목으로 다뤄야 하는 이유입니다.
Google은 사이트 이동 계획에 이미지 등 삽입된 콘텐츠의 URL을 포함하도록 안내합니다. 이미지와 다운로드에도 이미 검색이나 링크를 통한 트래픽이 발생할 수 있기 때문입니다. 따라서 본문 URL 목록만으로 이전 작업을 마무리하지 않고, 옛 이미지 요청이 어디로 이어지는지까지 이전 범위에 포함하는 것이 적절합니다.
기존 이미지 주소의 수집 범위
기존 파일 목록은 CMS의 이미지 자료, 이전 본문의 참조 경로, 서버 접근 로그를 함께 활용해 만듭니다. CMS에 남은 파일과 실제 방문이 발생하는 파일이 반드시 같지는 않습니다. 현재 본문에서 빠진 이미지라도 외부 링크를 통해 요청될 수 있으므로 최근 요청 기록과 이전 콘텐츠의 연결 관계를 함께 정리합니다.
각 항목에는 옛 주소, 사용 페이지, 새 파일 후보, 이전 여부를 기록합니다. 여러 페이지가 같은 이미지를 사용했다면 사용 페이지는 모두 연결하되 파일 주소는 중복 없이 관리합니다. 파일 이름만으로 용도를 판단하기 어려운 항목은 실제 이미지 내용을 열어 대응 관계를 정합니다. 이름이 같다는 이유로 같은 파일로 처리하지 않습니다.
우선순위는 실제 요청이 있는 주소와 주요 페이지에서 사용하는 이미지부터 정할 수 있습니다. 로그의 수집 기간은 사이트의 계절별 방문 차이를 고려해야 합니다. 짧은 기간에 요청이 없었다는 사실만으로 불필요한 파일이라고 결론 내리면, 특정 시기에만 사용되는 이미지의 이전 경로가 빠질 수 있습니다.
옛 주소와 새 파일의 내용 대응
새 파일을 배정할 때는 경로의 모양보다 이미지의 내용과 쓰임을 먼저 비교합니다. 단순히 이름이나 저장 위치만 바뀐 파일인지, 크기와 형식만 달라진 같은 이미지인지, 아예 다른 이미지로 교체한 것인지 구분합니다. 대응표에는 주소 변경과 콘텐츠 변경을 나누어 기록해야 잘못된 연결을 찾기 쉽습니다.
같은 이름의 파일이 새 서버에서 다른 이미지를 반환하면 접근 자체는 성공해도 이전 목적지와 맞지 않습니다. 용량이 작아졌다는 사실만으로 이전이 잘못됐다고 단정할 수도 없습니다. 이미지 최적화로 크기가 달라질 수 있으므로 내용, 필요한 해상도, 잘림 여부, 사용 페이지의 설명을 함께 비교하는 방식이 적절합니다.
| 옛 이미지 URL의 상태 | 새 파일 대응 기준 | 접근 결과의 판단 |
|---|---|---|
| 같은 이미지의 저장 위치 변경 | 내용이 일치하는 새 파일 연결 | 옛 주소에서 해당 파일까지 도달하는지 검사 |
| 크기·형식이 달라진 이미지 | 같은 대상과 필요한 표현 유지 | 정상 응답과 실제 표시 품질을 함께 비교 |
| 다른 이미지로 교체 | 기존 이미지와 새 콘텐츠의 관계 명시 | 주소 연결만으로 동일한 이전 처리 금지 |
| 대체 파일 없이 삭제 | 삭제 상태 기록 | 관련 없는 목적지 대신 적절한 오류 응답 |
대응하는 새 리소스가 있다면 기술적으로 가능한 경우 서버 측 영구 리디렉션을 사용합니다. Google은 301이나 308과 같은 영구 리디렉션을 권장합니다. 옛 이미지들을 홈페이지 한 곳으로 몰아 연결하는 방식은 피해야 합니다. 관련성이 떨어지는 일괄 연결은 이용자를 혼란스럽게 하고 soft 404로 처리될 수 있습니다.
삽입 경로와 직접 접근의 분리
본문에서 사진이 표시되는지와 새 이미지 주소를 직접 열 수 있는지를 따로 테스트합니다. 직접 접근이 가능해도 본문에 남은 옛 경로 때문에 사진이 깨질 수 있습니다. 반대로 브라우저에 저장된 이미지가 표시되면 현재 서버의 파일 문제를 놓칠 수 있으므로, 새로 요청했을 때의 응답을 기준으로 상태를 판단합니다.
반응형 이미지는 화면 크기에 따라 다른 파일을 요청할 수 있습니다. 기본 이미지 주소만 수정하면 일부 화면에서는 새 사진이 보이고 다른 화면에서는 옛 파일을 요청할 수 있습니다. img 요소의 src뿐 아니라 srcset과 picture에서 사용하는 파일도 이전 목록에 포함하고, 실제로 선택되는 이미지가 새 위치에 존재하는지 검사합니다.
Google은 img 요소의 src에서 이미지를 발견하며 CSS 이미지의 색인은 생성하지 않는다고 안내합니다. 리뉴얼 과정에서 본문 사진을 CSS 배경으로 바꿨다면 주소 연결과 별도로 발견 방식이 달라집니다. 반응형 구성에서도 일부 브라우저와 크롤러를 위해 src에 대체 주소를 제공해야 한다는 조건을 유지합니다.
응답 코드와 실제 파일의 일치
이미지 요청이 성공했다는 판정에는 응답 코드와 반환 내용이 함께 필요합니다. 200 응답이라도 이미지 대신 오류 안내 HTML이나 빈 내용을 반환한다면 파일이 정상적으로 전달된 것은 아닙니다. 새 주소가 의도한 이미지를 반환하는지, 옛 주소의 연결이 그 파일에서 끝나는지 각각 확인합니다.
리디렉션이 여러 단계를 거치면 최종 목적지는 맞더라도 불필요한 지연이 생길 수 있습니다. 가능한 경우 옛 주소에서 최종 새 파일로 바로 연결하고, 중간 주소가 삭제되거나 잘못 설정되지 않았는지 검사합니다. 본문에서 새 파일을 직접 참조하도록 수정하면 자체 페이지의 이미지 요청이 옛 경로를 거칠 필요도 줄어듭니다.
| 검사 결과 | 가능한 문제 | 다음 행동 |
|---|---|---|
| 본문에서만 이미지 누락 | 삽입 경로나 화면별 파일 참조 오류 | 본문 참조와 선택된 파일 주소 수정 |
| 새 주소의 파일 접근 실패 | 파일 누락 또는 접근 설정 문제 | 파일 배치와 서버 응답 검사 |
| 옛 주소만 접근 실패 | 기존 요청의 이전 연결 누락 | 대응표에 따라 새 목적지 연결 |
| 정상 코드와 다른 내용 반환 | 오류 문서 또는 잘못된 파일 전달 | 반환 내용과 최종 목적지 수정 |
| 사용자는 접근하고 크롤러는 차단 | 공개 후에도 남은 크롤링 제한 | 이미지 호스트의 차단 규칙 조사 |
이전 리소스의 남은 요청
공개 후에는 옛 이미지 주소의 요청이 계속 발생하는지 서버 로그에서 추적합니다. 어떤 주소에서 오류가 나고 어느 새 파일로 연결되는지를 대응표와 비교합니다. 자체 본문에 남은 옛 참조는 수정하고, 외부에서 발생하는 요청은 기존 주소의 연결을 유지하는 방식으로 처리합니다. 새 화면이 정상이라는 이유만으로 옛 요청을 무시하지 않습니다.
Google의 사이트 이동 안내는 리디렉션을 최대한 오래, 일반적으로 최소 1년 유지하도록 권장합니다. 사용자 측면에서는 무기한 유지하는 것이 좋다고 설명합니다. 이 기간은 검색 회복의 약속이 아니라 기존 링크의 신호를 새 주소로 전달하기 위한 안내입니다. 잠시 요청이 줄었다는 이유로 연결을 곧바로 없애는 판단과 구분해야 합니다.
이미지를 CDN으로 옮겼다면 파일 호스트도 이전 범위에 들어갑니다. 이미지 사이트맵에는 다른 도메인의 이미지 주소를 포함할 수 있습니다. CDN을 사용하는 경우 Google의 알림을 받을 수 있도록 Search Console에서 CDN 도메인의 소유권을 확인하라는 권장사항도 함께 적용합니다. 본문 도메인의 설정만으로 파일 호스트의 상태까지 판단하지 않습니다.
접근 복구와 이미지 검색의 구분
이미지가 다시 열리는 것은 접근 문제를 해결했다는 뜻입니다. Google의 새 주소 발견과 처리, 이미지 색인, 검색 결과 표시는 그 다음에 구분할 항목입니다. Google은 이미지가 포함된 페이지의 콘텐츠와 메타데이터도 검색 표시 방식과 위치에 영향을 줄 수 있다고 설명합니다. 파일 주소 하나만으로 결과를 설명하기 어렵습니다.
같은 이미지를 여러 페이지에서 사용한다면 동일한 URL로 일관되게 참조하는 것이 Google의 캐시와 재사용에 도움이 됩니다. 불필요하게 주소를 여러 개 만드는 대신 실제로 사용할 새 주소를 정리합니다. 이후 접근 오류와 검색 노출 변화를 별도로 기록하면 파일 전달 문제와 검색 처리 상태를 혼동할 가능성이 줄어듭니다.
자주 묻는 질문
본문이 열리면 이미지 이전도 끝난 건가요?
본문과 이미지 파일은 각각 요청됩니다. 본문이 정상이어도 이미지 경로가 틀리거나 파일이 빠질 수 있습니다. 새 본문의 표시, 새 파일 직접 접근, 옛 이미지 주소의 연결을 모두 검사한 뒤 이전 누락 여부를 판단합니다.
새 이미지가 보이면 옛 주소는 삭제해도 되나요?
새 화면의 표시만으로는 판단하기 어렵습니다. 옛 주소에 검색이나 외부 링크의 요청이 남을 수 있습니다. 대응하는 새 파일로 연결하고 유지 기간을 정합니다. 사이트 이전 연결의 일반적 최소 유지 기간으로 Google이 권장하는 기준은 1년입니다.
파일 이름이 같으면 같은 이미지인가요?
같은 이름으로 다른 파일을 저장할 수 있으므로 이름만으로 대응하면 안 됩니다. 실제 내용과 사용 목적을 비교해야 합니다. 형식이나 크기가 바뀐 경우에도 같은 대상인지, 필요한 정보가 잘리지 않았는지 비교한 뒤 새 목적지를 정합니다.
이미지 주소를 고치면 검색도 회복되나요?
주소 수정만으로 회복을 보장할 수 없습니다. 정상 접근은 필요한 조건이며 새 주소의 발견과 처리, 색인, 검색 표시는 별도입니다. 파일 접근 오류가 사라졌는지 먼저 판단하고 검색 변화는 이후 기록으로 구분합니다.
없어진 이미지는 어디로 연결해야 하나요?
대응하는 새 리소스가 있는지 먼저 판단합니다. 없다면 관련 없는 홈페이지로 일괄 연결하지 않고 삭제된 리소스에 맞는 404 또는 410 응답을 반환합니다. 연결 대상을 억지로 만드는 대신 삭제 여부를 이전 목록에 남깁니다.