카카오톡 링크 썸네일이 안 바뀔 때｜OG 캐시와 이미지 URL 해결 순서

카카오톡 링크 썸네일을 바꿨는데 이전 이미지가 계속 보이면, 먼저 실제 페이지의 og:image가 새 주소인지 확인해야 합니다. 태그가 맞다면 카카오 공유 디버거로 페이지 메타데이터 캐시를 지우고 다시 공유하세요. 그래도 예전 그림이면 이미지 파일명이나 쿼리를 바꿔 새 이미지 URL을 발급하는 것이 핵심입니다.

왜 OG 이미지를 바꿔도 이전 썸네일이 보이나요?

링크 미리보기에는 최소 세 층이 관여합니다. 웹페이지 HTML에 적힌 OG 태그, 웹 서버나 CDN이 전달하는 페이지·이미지 응답, 그리고 메신저가 저장한 스크랩 결과입니다. 어느 층이 오래된 값을 내보내는지 구분하지 않고 같은 파일만 덮어쓰면 수정은 끝났는데 화면은 그대로인 상황이 반복됩니다.

Open Graph protocol은 링크 미리보기에 쓰이는 기본 속성으로 og:title, og:type, og:image, og:url을 정의합니다. 카카오톡에서 썸네일만 문제여도 실제 HTML 원본에 새 og:image 절대 URL이 들어갔는지 먼저 봐야 합니다. 관리자 화면의 입력값이 아니라 공개 URL에서 받은 HTML이 판단 기준입니다.

어느 캐시가 남았는지 어떻게 구분하나요?

확인 결과	가능성이 큰 원인	다음 행동
HTML 원본의 og:image가 예전 주소	빌드·CMS·페이지 캐시	배포와 CDN 무효화를 먼저 확인
og:image는 새 주소지만 공유 카드가 예전 상태	카카오 메타데이터 캐시	공유 디버거에서 해당 URL 초기화
카드 제목은 바뀌고 그림만 예전 상태	이미지 URL 단위 캐시	파일명 또는 버전 쿼리 변경
새 이미지 URL을 직접 열어도 예전 그림	원본 서버·CDN 캐시	이미지 배포와 캐시 헤더 확인

가장 빠른 분기점은 제목·설명과 이미지를 따로 보는 것입니다. 제목과 설명도 모두 오래됐다면 페이지 메타데이터 캐시부터 의심합니다. 제목은 새 값인데 그림만 과거 상태라면 같은 이미지 URL에 다른 파일을 덮어쓴 경우가 많으므로 이미지 주소를 새로 만드는 쪽이 빠릅니다.

공유 디버거만 실행하면 항상 해결되나요?

항상 그렇지는 않습니다. 카카오 개발자 포럼의 2026년 공식 답변은 공유 디버거가 메타데이터 캐시를 지우지만, 이미지 URL 자체에 저장된 썸네일 캐시까지 지우는 기능은 아니라고 설명합니다. 같은 이미지 주소를 유지한 채 파일 내용만 교체했다면 디버거를 여러 번 실행해도 오래된 그림이 남을 수 있습니다.

따라서 디버거 실행 뒤에도 이미지가 바뀌지 않으면 share-card.png를 share-card-20260819.png처럼 바꾸거나, 서비스 구조상 허용된다면 share-card.png?v=2처럼 새 URL로 인식될 버전을 붙입니다. 그 다음 HTML의 og:image를 그 새 주소로 바꾸고 공개 페이지를 다시 배포해야 합니다.

가장 안전한 해결 순서는 무엇인가요?

1. 공개 HTML 확인: 브라우저의 페이지 소스나 응답 HTML에서 og:image 값을 찾습니다.
2. 절대 URL 확인: 이미지 주소가 https://로 시작하고 외부에서 열리는지 확인합니다.
3. 이미지 응답 확인: 새 주소를 직접 열어 실제 새 그림이 표시되는지 확인합니다.
4. 페이지 배포 확인: CMS 저장만 하지 말고 운영 배포와 CDN 반영이 끝났는지 봅니다.
5. 메타 캐시 초기화: 카카오 공유 디버거에서 정확한 공개 URL을 검사하고 캐시를 초기화합니다.
6. 이미지 URL 변경: 그림만 과거 상태면 파일명이나 버전 쿼리를 바꿔 새 주소를 발급합니다.
7. 새 대화에서 재확인: 기존 말풍선이 아니라 새 메시지로 URL을 보내 결과를 확인합니다.

이 순서는 원인 범위를 한 단계씩 줄입니다. 처음부터 파일명을 바꾸면 당장은 해결돼도 페이지 배포가 안 된 문제를 놓칠 수 있고, 반대로 디버거만 반복하면 이미지 URL 캐시 문제에서 시간을 잃습니다. HTML, 이미지 응답, 메타 캐시, 새 메시지 순으로 증거를 확인하는 편이 재현과 수정 기록에도 유리합니다.

파일명을 바꾸는 방법과 쿼리를 붙이는 방법 중 무엇이 좋을까요?

장기간 운영하는 대표 이미지라면 새 파일명이 더 명확합니다. 예를 들어 캠페인 이미지를 교체할 때 summer-event.png를 계속 덮어쓰기보다 summer-event-2026.png처럼 만들면 CDN과 메신저 모두 새 리소스로 구분하기 쉽고, 이전 배포로 되돌릴 때도 어떤 파일인지 알 수 있습니다.

긴급 수정이거나 생성 파이프라인이 고정 파일명을 요구한다면 버전 쿼리가 실용적입니다. 예를 들어 /og/main.png?v=3를 사용하되 실제 서버와 CDN이 쿼리 문자열을 캐시 키에 포함하는지 확인해야 합니다. 일부 설정은 쿼리를 무시하므로 주소만 달라 보이고 응답은 같은 캐시를 돌려줄 수 있습니다.

실제 상황에서는 어떻게 판단하면 되나요?

예시 1. 쇼핑몰 상품 페이지의 제목과 가격 설명은 새 값인데 썸네일만 지난 시즌 사진입니다. 이 경우 페이지 메타데이터는 갱신됐을 가능성이 높으므로, 새 이미지 URL을 만들고 og:image를 교체한 뒤 공유 디버거를 실행하는 순서가 적합합니다. 새 URL을 직접 열어 사진이 맞는지까지 확인해야 합니다.

예시 2. 블로그 글의 제목, 설명, 이미지가 모두 수정 전 상태입니다. 이 경우 이미지 파일부터 바꾸기보다 운영 HTML이 새 빌드를 제공하는지, CDN이 과거 문서를 주는지 확인합니다. 공개 HTML에 새 OG 값이 나타난 뒤 메타 캐시를 초기화해야 원인을 섞지 않고 해결할 수 있습니다.

링크를 짧게 만들면 캐시 문제도 해결되나요?

짧은 링크는 공유 주소를 정돈하고 클릭 경로를 관리하는 데 도움이 되지만, 원본 페이지의 OG 태그나 이미지 응답을 자동으로 수정하지는 않습니다. 리디렉션 뒤 도착 URL의 메타데이터를 카카오가 읽는 구조라면 원본의 OG 설정과 접근 가능성이 여전히 중요합니다. 새 링크를 만드는 행동을 캐시 수정과 같은 것으로 보지 마세요.

주소가 너무 길어 전달 과정에서 잘리거나 캠페인별 링크를 구분해야 한다면 ALLONE HUB 링크 줄이기로 공유용 주소를 만들 수 있습니다. 다만 먼저 최종 도착 페이지와 새 이미지 URL이 정상인지 확인하고, 짧은 링크는 그 다음 배포 수단으로 사용해야 진단이 단순해집니다.

수정 전에 알아둘 한계는 무엇인가요?

메신저 앱 내부의 기존 대화 말풍선은 서버 캐시를 지운 뒤에도 즉시 다시 그려지지 않을 수 있습니다. 검증할 때는 같은 말풍선을 바라보지 말고 새 채팅방이나 새 메시지로 URL을 전송해야 합니다. 수신자 기기나 앱 버전에 따라 화면 반영 시점이 조금 다를 수 있다는 점도 남습니다.

또한 접근 제한, 봇 차단, 로그인 요구, 지나치게 큰 이미지, 잘못된 콘텐츠 유형은 캐시와 별개의 문제입니다. 새 URL을 만들었는데도 카카오 수집기가 이미지를 가져갈 수 없다면 미리보기는 실패합니다. 운영 서버의 HTTP 상태, 공개 접근, 이미지 형식과 크기를 함께 확인해야 합니다.

다시 생기지 않게 무엇을 운영 규칙으로 둘까요?

• 대표 이미지를 바꿀 때는 같은 파일 덮어쓰기보다 버전이 드러나는 새 파일명을 사용합니다.
• 배포 직후 공개 HTML의 OG 값과 이미지 URL의 실제 응답을 자동 또는 수동으로 대조합니다.
• 공유 디버거 실행 시각과 사용한 공개 URL을 배포 기록에 함께 남깁니다.
• 검증은 기존 메시지가 아니라 새 메시지 전송으로 진행합니다.
• CDN의 쿼리 문자열 캐시 정책을 문서화하고 버전 쿼리 사용 여부를 통일합니다.
• 원본 페이지와 단축 링크를 각각 검사해 리디렉션 단계의 문제를 분리합니다.

FAQ

카카오 공유 디버거를 실행했는데도 예전 이미지가 나오는 이유는 무엇인가요?
디버거는 페이지 메타데이터 캐시를 지우지만 동일한 이미지 URL에 저장된 썸네일 캐시는 남을 수 있습니다. 파일명이나 버전 쿼리를 바꾼 새 이미지 URL을 og:image에 적용하세요.

이미지 파일명과 쿼리 중 무엇을 바꾸는 편이 더 안전한가요?
장기 운영에서는 새 파일명이 더 명확합니다. 쿼리 방식은 서버와 CDN이 쿼리 문자열을 별도 캐시 키로 처리하는지 확인한 뒤 사용하세요.

기존 카카오톡 메시지의 썸네일도 자동으로 바뀌나요?
기존 말풍선은 즉시 다시 그려지지 않을 수 있습니다. 캐시 조치 후 새 대화나 새 메시지로 URL을 전송해 결과를 확인하세요.

짧은 링크를 새로 만들면 OG 이미지 문제를 해결할 수 있나요?
짧은 링크만으로 원본의 OG 태그나 이미지 응답이 고쳐지지는 않습니다. 최종 도착 페이지를 먼저 수정한 뒤 공유 주소 정리 목적으로 사용하세요.