오픈그래프 이미지 캐시, 카톡 미리보기 안 바뀌는 이유
og:image를 새 이미지로 바꿔서 배포했는데도 카카오톡이나 페이스북에 링크를 공유하면 예전 이미지가 계속 뜨는 경우가 있습니다. 결론부터 말하면 코드가 잘못된 게 아니라, 소셜 플랫폼이 그 URL을 처음 공유한 시점의 og 데이터를 캐시로 저장해두고 재사용하기 때문입니다.
이 글에서는 이 캐시가 왜 생기는지, 그리고 플랫폼별로 캐시를 강제로 갱신하는 방법과 아예 캐시를 우회하는 방법을 정리합니다.
요약 ① 원인은 코드 오류가 아니라 공유 플랫폼이 URL의 og 데이터를 최초 크롤링 시점 그대로 캐시해두는 것입니다. ② 페이스북·카카오톡은 각자 별도의 크롤러와 캐시를 운영하므로, 한쪽에서 캐시를 갱신해도 다른 쪽엔 영향이 없습니다. ③ 가장 확실한 우회법은 이미지 URL에 버전 값을 붙여 플랫폼이 아예 새로운 URL로 인식하게 만드는 것입니다.
문제: 이미지를 바꿨는데 공유 미리보기만 그대로
og:image 경로를 새 파일로 바꾸고 배포까지 마쳤는데, 카카오톡이나 페이스북 메신저로 그 링크를 보내보면 여전히 예전 썸네일이 뜨는 상황을 겪어본 분들이 많습니다.
이때 흔히 하는 오해는 메타태그 코드를 다시 의심하는 것입니다. og:image 경로를 재확인하고, 캐시를 지우고, 심지어 배포를 다시 해봐도 미리보기는 바뀌지 않습니다. 원인이 서버나 코드가 아니라 공유 플랫폼 쪽에 있기 때문입니다.
카카오톡·페이스북 같은 플랫폼은 링크가 처음 공유되는 순간 그 URL의 head를 한 번 크롤링해서 제목·설명·이미지를 자기 서버에 캐시로 저장해둡니다. 이후 같은 URL이 다시 공유되면 매번 새로 크롤링하지 않고 저장해둔 캐시를 그대로 보여주므로, 실제 페이지의 og:image가 바뀌었어도 미리보기에는 반영되지 않습니다.
해결: 플랫폼별 캐시를 직접 갱신하거나 우회하기
가장 먼저 할 일은 배포된 페이지의 og 태그 자체가 최신 이미지를 가리키고 있는지 확인하는 것입니다. 브라우저에서 해당 페이지를 열고 페이지 소스 보기(또는 개발자 도구)로 <head> 안의 og:image 값을 직접 확인합니다.
소스상의 og:image가 이미 새 이미지로 정상 반영돼 있다면 코드 문제는 아닌 것이므로, 남은 원인은 플랫폼 캐시뿐입니다. 이 경우 다음 두 가지 방법으로 접근할 수 있습니다.
첫째, 페이스북은 공식 공유 디버거를 제공합니다. developers.facebook.com/tools/debug 에 문제의 URL을 넣고 다시 스크랩하기를 실행하면, 페이스북이 그 URL을 재크롤링해 캐시를 새 이미지로 덮어씁니다.
둘째, 카카오톡은 페이스북과 별도의 크롤러·캐시를 운영하므로, 카카오 디벨로퍼스 사이트에서 제공하는 오픈그래프 캐시 갱신 도구에 같은 URL을 따로 제출해야 합니다. 한쪽 플랫폼에서 갱신했다고 다른 플랫폼까지 함께 갱신되지는 않습니다.
두 방법 다 안 통하거나 당장 확실한 결과가 필요하다면, 이미지 URL 끝에 ?v=2 같은 버전 쿼리스트링을 붙이는 방법이 가장 확실합니다. 크롤러는 쿼리스트링을 포함한 전체 문자열을 하나의 URL로 취급하므로, 값을 바꾸면 완전히 새로운 이미지로 인식해 캐시를 갱신할 필요 없이 곧바로 새 썸네일을 가져갑니다.
이 과정에서 og:image 경로가 절대경로(https://)인지, 가로세로 비율이 권장값에 맞는지처럼 메타태그 자체의 기본기가 흔들리면 캐시를 아무리 갱신해도 미리보기가 제대로 안 뜹니다. 저희 도구로 메타태그를 직접 만들어보면서 확인하기 좋습니다.
무료 · 회원가입 없음 · 제목·이미지 URL을 입력하면 og·트위터 메타태그와 공유 카드 미리보기를 바로 확인
제목·설명·페이지 URL·대표 이미지 URL을 입력하면 og:image가 1200×630 크기로 자동 지정된 메타태그가 실시간으로 만들어지고, 같은 화면에서 페이스북·카카오 스타일 카드와 트위터(X) 카드 미리보기를 각각 확인할 수 있습니다. 실제 배포 전에 태그 값이 의도한 대로 들어가는지부터 여기서 검증할 수 있습니다.
자주 막히는 지점
| 상황 | 원인 | 확인 방법 |
|---|---|---|
| 이미지를 바꿔 배포했는데도 예전 썸네일 그대로 | 공유 플랫폼이 최초 크롤링 시점의 og 데이터를 캐시해 재사용 | 각 플랫폼의 캐시 갱신 도구에 URL을 다시 제출 |
| 캐시 갱신 도구를 실행해도 여전히 안 바뀜 | og:image가 상대경로거나 접근 불가한 URL이라 크롤러가 못 읽음 | 도구로 만든 절대경로(https://) 태그와 실제 소스를 비교 |
| 카카오톡에서만 유독 안 바뀜 | 페이스북과 카카오는 별도 크롤러·캐시를 운영 | 카카오 쪽 캐시 갱신 도구도 따로 실행 |
| 큰 이미지가 아니라 작은 썸네일 카드로만 나옴 | twitter:card가 summary로 지정돼 summary_large_image가 아님 | 카드 형식을 큰 이미지로 바꿔 태그를 다시 생성 |
정리
og:image를 바꿨는데도 공유 미리보기가 그대로라면 대부분 코드 문제가 아니라 플랫폼이 저장해둔 캐시 문제입니다. 페이스북·카카오는 각자 캐시를 따로 관리하므로 플랫폼별로 갱신 도구를 실행해야 하고, 그마저 확실하지 않다면 이미지 URL에 버전 값을 붙여 새 URL로 인식시키는 편이 빠릅니다. 메타태그 자체가 정확한지는 도구로 먼저 만들어보고 비교하면 원인을 코드와 캐시 중 어느 쪽인지 바로 좁힐 수 있습니다.
무료 · 회원가입 없음 · 제목·이미지 URL을 입력하면 og·트위터 메타태그와 공유 카드 미리보기를 바로 확인
자주 묻는 질문
페이스북 캐시를 갱신했는데 카카오톡 미리보기는 왜 그대로인가요?
페이스북과 카카오톡은 공유 링크를 크롤링하는 봇과 캐시 저장소를 각자 따로 운영하기 때문입니다. 한 플랫폼에서 캐시 갱신을 실행해도 그 결과가 다른 플랫폼 캐시에 전달되지 않으므로, 링크를 공유할 각 플랫폼마다 캐시를 따로 갱신해야 합니다.
캐시는 시간이 지나면 저절로 풀리나요?
플랫폼별로 캐시를 얼마나 오래 유지하는지는 공식적으로 정해진 기간이 공개돼 있지 않습니다. 언제 풀릴지 기다리기보다, 급하게 반영해야 한다면 플랫폼이 제공하는 캐시 갱신 도구를 쓰거나 이미지 URL 자체를 바꾸는 편이 확실합니다.
og:image URL에 물음표와 버전 값을 붙여도 안전한가요?
네, 안전합니다. 크롤러는 쿼리스트링을 포함한 전체 문자열을 하나의 URL로 인식하므로 값을 바꾸면 새 이미지로 처리됩니다. 다만 원본 이미지 파일 자체는 그대로 같은 경로에 남아 있어야 링크가 깨지지 않습니다.