워드프레스 이미지 교체 후 예전 사진이 보일 때|캐시 원인 5분 구분법
워드프레스 이미지 교체 후 예전 사진이 보인다면 같은 파일을 여러 번 올리기 전에 이전 사본이 어디에 남았는지부터 구분해야 합니다. 브라우저, 캐시 플러그인, 호스팅 서버, CDN이 각각 다른 사본을 보관할 수 있기 때문입니다. 아래 순서대로 확인하면 모든 캐시를 무조건 지우지 않고 원인을 좁힐 수 있습니다.
10초 요약
- 시크릿 창에서도 예전 이미지인지 먼저 확인합니다.
- 이미지 자체 URL과 페이지에 저장된 URL을 따로 비교합니다.
- 페이지 캐시, 이미지 URL, CDN 순서로 필요한 대상만 삭제합니다.
- 같은 파일명 교체가 반복된다면 새 파일명으로 업로드하는 편이 안전합니다.
왜 편집 화면과 방문자 화면이 다를까?
편집 화면은 새 미디어를 보여주지만 방문자 화면은 이전에 만들어진 페이지 HTML을 받을 수 있습니다. HTML에 새 이미지 주소가 들어 있어도 브라우저나 CDN이 같은 주소의 오래된 이미지 파일을 돌려줄 수 있습니다. 따라서 ‘캐시 문제’로 뭉뚱그리지 말고 페이지 주소와 이미지 주소를 분리해 검사해야 합니다.

5분 원인 구분표
| 확인 결과 | 가능성이 큰 원인 | 다음 조치 |
|---|---|---|
| 현재 브라우저만 예전 사진 | 브라우저 캐시 | 개발자 도구에서 캐시를 끄고 새로고침 |
| 시크릿 창도 예전 사진 | 페이지·서버·CDN 캐시 | 이미지 자체 URL을 새 탭에서 확인 |
| 이미지 URL은 새 사진, 페이지는 이전 사진 | 페이지 HTML 캐시 또는 본문 URL | 본문 주소 확인 후 해당 페이지만 캐시 삭제 |
| 이미지 URL 자체가 예전 사진 | 이미지 캐시·CDN·같은 파일명 | 해당 URL을 제거하거나 새 파일명 사용 |
| 작은 화면만 이전 사진 | 기존 썸네일·최적화 이미지 | 생성된 크기와 최적화 서비스 확인 |
1단계: 저장된 이미지 주소 확인
글 편집기에서 이미지 블록을 선택하고 미디어 파일 주소를 확인합니다. 방문자 화면에서 이미지를 새 탭으로 열어 두 주소가 같은지 비교하세요. 주소가 다르면 캐시보다 본문이 이전 이미지를 계속 가리키는 문제일 수 있습니다. 글을 다시 저장한 뒤 해당 페이지만 확인합니다.
같은 파일명과 같은 URL에 새 파일을 덮어쓴 경우에는 여러 캐시가 변경 사실을 구분하기 어렵습니다. 기존 주소를 반드시 유지해야 하는 상황이 아니라면 banner-2026-08.jpg처럼 새로운 파일명으로 업로드하고 이미지 블록의 주소도 바꾸는 방법이 가장 명확합니다.
2단계: 브라우저 캐시만 배제하기
- Chrome에서
F12를 눌러 개발자 도구를 엽니다. - Network 탭에서 Disable cache를 선택합니다.
- 개발자 도구를 연 상태에서 문제 페이지를 다시 불러옵니다.
- 새 이미지가 보이면 사이트 설정을 바꾸기 전에 브라우저 캐시를 정리합니다.
시크릿 창은 빠른 비교에 유용하지만 확장 프로그램이나 서비스 워커 등 환경이 다를 수 있습니다. 최종 판단은 Network에서 이미지 요청의 URL과 응답을 함께 확인하는 편이 정확합니다.
3단계: 페이지 캐시를 먼저 지우기
캐시 플러그인을 사용한다면 사이트 전체 삭제보다 문제 글의 캐시 삭제 기능을 먼저 사용하세요. 이후 로그아웃한 창에서 페이지를 열어 이미지 URL이 바뀌었는지 확인합니다. 관리자 화면은 로그인 쿠키 때문에 캐시를 우회할 수 있어 방문자가 받는 페이지와 결과가 다를 수 있습니다.
4단계: CDN에서 이미지 URL만 제거하기
페이지 HTML에는 새 주소가 저장됐지만 이미지 자체 URL이 계속 이전 사진을 반환한다면 CDN 캐시를 확인합니다. Cloudflare를 사용한다면 Custom Purge에서 정확한 이미지 URL을 지정할 수 있습니다. 전체 캐시 삭제는 다른 페이지의 캐시까지 비워 순간적인 서버 부하를 늘릴 수 있으므로 첫 조치로 사용하지 않는 편이 좋습니다.

5단계: 썸네일과 최적화 사본 확인
워드프레스는 업로드한 원본 외에 여러 크기의 이미지를 만들 수 있습니다. 이미지 최적화나 외부 이미지 전송 기능을 사용하면 WebP·AVIF 사본도 별도로 제공될 수 있습니다. 데스크톱에서는 새 사진인데 모바일이나 목록 화면에서만 이전 사진이라면 페이지 소스의 srcset에서 실제 요청되는 파일명을 확인하세요. 무조건 썸네일을 모두 다시 만들기보다 문제가 되는 크기를 먼저 찾는 것이 안전합니다.
하면 안 되는 조치
- 원인을 확인하지 않고 캐시 플러그인을 삭제하지 않습니다.
- 미디어 라이브러리의 기존 파일을 먼저 영구 삭제하지 않습니다.
- CDN 전체 삭제를 반복해서 해결 여부를 판단하지 않습니다.
- 주소가 같은지 확인하지 않은 채 같은 사진을 계속 업로드하지 않습니다.
캐시를 지운 뒤에는 같은 문제가 반복되지 않도록 계층별 역할을 정리하세요. 페이지 캐시와 브라우저 캐시의 중복 설정은 워드프레스 캐시 플러그인 안전 설정, 새 이미지의 크기·형식·지연 로딩은 WebP·AVIF 이미지 최적화 점검, Cloudflare를 사용한다면 Cloudflare SSL·캐시·원복 순서에서 확인할 수 있습니다.
TIP
점검 전 페이지 URL, 이미지 URL, 확인한 브라우저, 화면 크기, 확인 시간을 한 줄로 기록하세요. 캐시를 하나 지울 때마다 같은 조건으로 다시 확인해야 어느 계층이 원인이었는지 알 수 있습니다. 사이트가 간헐적으로 느린 문제도 함께 나타난다면 워드프레스가 가끔 느릴 때 30분 점검법의 기록표를 이용하세요.
자주 묻는 질문
Ctrl+F5만 누르면 해결되나요?
브라우저 캐시라면 도움이 될 수 있지만 서버나 CDN이 이전 파일을 반환하면 해결되지 않습니다. 시크릿 창과 이미지 자체 URL을 함께 비교하세요.
URL 뒤에 ?v=2를 붙여도 되나요?
임시 진단에는 사용할 수 있지만 CDN 규칙이 쿼리 문자열을 무시할 수도 있습니다. 장기 해결책으로 임의 값을 계속 붙이기보다 새 파일명이나 정상적인 버전 관리 방식을 사용하세요.
대표 이미지만 이전 사진으로 보이는 이유는 무엇인가요?
테마의 목록 화면이 원본과 다른 썸네일 크기를 불러오거나 페이지 캐시가 이전 대표 이미지 주소를 보관했을 수 있습니다. 목록 화면에서 실제 요청된 이미지 URL부터 확인하세요.
공식 자료와 확인 기준
워드프레스 공식 문서의 변경 사항이 보이지 않을 때 점검 안내, Chrome의 Network 기능 문서, Cloudflare의 단일 URL 캐시 삭제 문서를 기준으로 작성했습니다. 사용하는 캐시 플러그인과 CDN의 메뉴 이름은 버전에 따라 달라질 수 있습니다.
마무리
워드프레스 이미지 교체 후 예전 사진이 보일 때는 브라우저, 페이지 HTML, 이미지 URL, CDN, 썸네일 순서로 확인하세요. 한 단계씩 검사하고 필요한 대상만 지우면 새 이미지가 보이는 것뿐 아니라 어떤 캐시가 문제였는지도 확인할 수 있습니다.




댓글 0
첫 댓글을 남겨보세요.