소셜 미리보기 캐시 가이드: Facebook, WhatsApp, LinkedIn, X, Slack 및 Discord
소셜 미리보기는 두 부분으로 구성됩니다. 사이트가 제공하는 메타데이터와 이미지, 그리고 플랫폼이 페이지를 크롤링한 후 보관하는 복사본입니다. 첫 번째 부분(사이트 제공 데이터)을 수정한다고 해서 두 번째 부분(플랫폼 캐시)이 자동으로 초기화되지는 않습니다.
이 가이드는 오래되거나 누락된, 잘린 제품 미리보기를 진단하기 위한 간략한 플랫폼 매핑입니다.
플랫폼 비교
| 플랫폼 | 사용자가 제어하는 항목 | 새로고침 현실 |
|---|---|---|
공개 HTML, og:image, 이미지 URL 및 페이지 캐시 |
Facebook은 Sharing Debugger와 문서화된 scrape 엔드포인트를 통해 재스크래핑을 지원합니다. FastOG는 구성 시 Facebook 새로고침을 요청할 수 있습니다. | |
| 다음 공개 HTML 및 이미지 응답 | 공개 미리보기 새로고침 API가 없습니다. 캐시된 미리보기는 WhatsApp에서 제어하며 수신자마다 다를 수 있습니다. | |
| 공개 HTML 및 이미지 응답 | 문서화된 프로그래밍 방식 무효화 엔드포인트가 없습니다. LinkedIn이 다시 크롤링할 시기를 결정합니다. | |
| X | 공개 HTML, twitter:image 및 대체 Open Graph 태그 |
문서화된 프로그래밍 방식 무효화 엔드포인트가 없습니다. X가 다시 크롤링할 시기를 결정합니다. |
| Slack | 공개 HTML 및 이미지 응답 | Slack은 공유된 URL의 unfurl을 캐시하며, 애플리케이션이 기존 모든 메시지의 재빌드를 강제할 수 없습니다. |
| Discord | 공개 HTML 및 이미지 응답 | Discord는 공유된 URL의 embed를 캐시하며, 애플리케이션이 모든 곳에서 기존 embed를 다시 작성할 수 없습니다. |
플랫폼 동작과 엔드포인트는 변경될 수 있습니다. 이 표는 새로고침 시기에 대한 약속이 아닌 운영상의 경계로 간주해야 합니다.
먼저 원인을 진단하세요
플랫폼을 탓하기 전에, 크롤러가 받는 페이지를 점검하십시오:
curl -s https://example.com/product/example | grep -Ei 'og:image|og:title|twitter:image'
그런 다음 응답에서 이미지 URL을 가져오십시오:
curl -I "https://cdn.example.com/cover.png"
페이지에는 최신 메타데이터가 노출되어 있어야 하며, 이미지 URL은 공개되어야 하고, 이미지 응답은 200 OK와 함께 지원되는 이미지 콘텐츠 타입을 반환해야 합니다. 페이지 캐시가 오래된 HTML을 제공한다면, 어떤 플랫폼도 새로운 표지 이미지를 발견할 수 없습니다.
이미지 URL 변경이 도움이 되는 이유
소셜 플랫폼은 페이지 URL을 캐싱하며, 이미지 URL도 캐싱할 수 있습니다. 따라서 동적인 커버 이미지는 제품 데이터가 변경될 때 새로운 이미지 URL을 사용해야 합니다. 제품의 퍼머링크는 정적canonical(표준) 주소로 유지되며, 이미지 캐시 키만 변경됩니다.
제품 퍼머링크에 ?v=2를 추가하면 테스트 시 새 콘텐츠로 인식될 수 있지만, 동일한 제품에 대해 두 번째 주소가 생성되어 분석 및 공유 기록이 분산될 수 있습니다. 가능한 경우 이미지 URL에 버전 정보를 부여하는 방식을 권장합니다.
Facebook은 예외입니다
Facebook은 이 가이드에서 FastOG가 능동적인 재스크래핑 경로를 제공하는 유일한 플랫폼입니다. 활성화되면 제품 업데이트 시 해당 제품 URL에 대한 Meta의 스크래핑 엔드포인트로 요청이 대기열에 추가됩니다. 이는 대기열 처리되며 최선의 노력을 다하는 방식이므로, 속도 제한이나 일시적인 Meta 오류가 스토어가 올바른 메타데이터를 제공하는 것을 방지하지 않습니다.
이것은 WhatsApp, LinkedIn, X, Slack 또는 Discord의 캐시를 새로 고치지 않습니다. Facebook 재스크래핑을 범용 소셜 캐시 정리로 설명하지 마십시오.
실제 운영 순서
- 라이브 페이지를 가져와서 현재 태그를 확인합니다.
- 태그가 오래된 경우 사이트의 페이지 캐시나 CDN을 비웁니다.
- 이미지 URL이 공개되어 있고 이미지 응답을 반환하는지 확인합니다.
- 이미지 바이트가 변경된 경우 이미지 URL을 변경합니다.
- Facebook의 경우 디버거나 구성된 다시 스크래핑 경로를 사용합니다.
- 다른 플랫폼의 경우 새로운 크롤링을 기다리거나, 이미 캐시되지 않은 URL을 공유합니다. 정확한 지연 시간을 약속하지 마십시오.
무료 OG 이미지 테스터는 제품 URL을 가져와 생성된 커버와 함께 크롤러가 볼 수 있는 메타데이터를 표시합니다. 이는 스토어 측 문제인지 플랫폼 측 캐시 문제인지 구분하는 데 유용합니다.
자주 묻는 질문 (FAQ)
하나의 플러그인으로 모든 소셜 미리보기를 새로 고칠 수 있나요?
아니요. 플러그인은 사이트에서 제공하는 HTML과 이미지 URL을 제어할 수 있습니다. 각 플랫폼은 자체 크롤러와 캐시를 관리합니다.
왜 Facebook에서는 미리보기가 올바르게 표시되지만 WhatsApp에서는 오래된 버전으로 보이나요?
플랫폼별로 별도의 캐시를 유지합니다. Facebook에서 다시 스크래핑하면 Facebook의 복사본만 업데이트되며, WhatsApp은 수신자별 미리보기를 자체적으로 유지합니다.
가격 업데이트마다 제품 URL을 변경해야 하나요?
일반적으로 그렇지 않습니다. 정적 제품 URL을 안정적으로 유지하고, 커버 콘텐츠가 변경될 때만 생성된 이미지 URL을 변경하세요. 페이지 URL을 변경하는 것은 SEO 및 분석 비용이 발생하는 캐시 무효화용 무차별적인 우회 방법입니다.
새로운 이미지 URL이 WhatsApp의 즉각적인 업데이트를 보장하나요?
아니요. 이는 해당 이미지 URL을 다음에 가져올 때 새로운 바이트를 받을 수 있음을 보장할 뿐입니다. WhatsApp이 페이지를 가져오거나 수신자 앱에 이미 저장된 미리보기를 교체하도록 강제하지는 않습니다.