[{"data":1,"prerenderedAt":11},["ShallowReactive",2],{"guide:ko:blog\u002F1200x627-vs-1200x628-link-preview-image":-1,"article-ko-1200x627-vs-1200x628-link-preview-image":3},{"slug":4,"title":5,"description":6,"date":7,"keyword":8,"tool":9,"html":10},"1200x627-vs-1200x628-link-preview-image","1200 x 628 vs 1200 x 627: 어느 사이즈가 맞을까?","Facebook은 1200x630, LinkedIn은 1200x627, 다른 가이드는 1200x628을 권장합니다. 1.91:1 비율이 무엇이고 모든 플랫폼에서 작동하는 하나의 이미지를 만드는 방법을 알아보세요.","2026-10-05","1200 x 628","resize-image","\u003Cp>링크 미리보기 이미지를 만들어본 적이 있다면 이런 상황을 경험했을 겁니다: 한 가이드는 1200 x 628이라고 하고, 다른 가이드는 1200 x 627이라고 하며, Facebook 공식 문서는 1200 x 630이라고 하고, 당신의 디자인 템플릿은 완전히 다른 사이즈로 설정되어 있습니다. 네 가지 모두 동일해 보입니다. 그렇다면 실제로 어느 것이 정확할까요?\u003C\u002Fp>\n\u003Cp>짧은 답변: 모두 괜찮습니다. 이들은 모두 동일한 종횡비의 근사값이며, 630픽셀 높이 이미지에서 3픽셀의 차이는 약 0.5%에 불과합니다. 하지만 이 숫자들이 어디서 나왔는지 이해하는 것은 같은 배너를 다섯 번 다시 내보내는 번거로움을 피하는 데 도움이 됩니다.\u003C\u002Fp>\n\u003Ch2>모두 1.91:1 비율을 목표로 하고 있습니다\u003C\u002Fh2>\n\u003Cp>Open Graph 프로토콜 — Facebook, LinkedIn, Slack, iMessage 및 대부분의 다른 플랫폼이 링크 미리보기를 구성하기 위해 읽는 메타 태그 집합 — 은 \u003Cstrong>1.91:1\u003C\u002Fstrong> 종횡비의 이미지를 권장합니다. 그게 전부입니다. 1.91은 이미 반올림된 숫자이므로, 다른 회사들이 이를 곱할 때 약간씩 다른 값에 도달합니다:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>1200 ÷ 1.91 = 628.27 → \u003Cstrong>1200 x 628\u003C\u002Fstrong>로 반올림\u003C\u002Fli>\n\u003Cli>1200 x 630 = 정확히 1.905:1 → Facebook의 공식 권장사항\u003C\u002Fli>\n\u003Cli>1200 x 627 = 1.914:1 → LinkedIn의 오랫동안 공개된 사이즈\u003C\u002Fli>\n\u003Cli>1200 x 625 = 정확히 1.92:1 → 이전 템플릿에 나타나는 사이즈\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>これらのどれも "間違い" ではありません. 이들은 동일한 규격의 반올림 오차입니다. 크롤러는 3픽셀 차이로 이미지를 거부하지 않습니다. 최소 200 x 200이고 고밀도 스크린에서 선명하게 렌더링되도록 이상적으로는 1200px 너비의 파일만 있으면 됩니다.\u003C\u002Fp>\n\u003Ch2>3픽셀의 차이가 중요한 경우가 있을까요?\u003C\u002Fh2>\n\u003Cp>실제로 한 가지 상황에서만: 타이트한 크롭. 플랫폼은 당신의 이미지를 네이티브 사이즈로 표시하지 않습니다 — 그 달의 카드 레이아웃에 맞추고 가장자리가 잘립니다. 헤드라인 텍스트가 프레임의 맨 위로 바짝 붙어 있으면, 1.78:1 카드로 크롭된 1200 x 628 이미지는 이를 자르게 되며, 1200 x 630도 마찬가지입니다.\u003C\u002Fp>\n\u003Cp>해결책은 "올바른" 픽셀 수를 선택하는 것이 아닙니다. 안전한 여백을 남기는 것입니다: 로고와 텍스트를 캔버스의 중앙 약 90% 안에 두고 어떤 가장자리에서도 60px 이내에 중요한 요소가 없도록 하세요. 그러면 1200 x 628, 1200 x 627 또는 1200 x 630 중 어느 것을 내보내든 정말 상관없습니다.\u003C\u002Fp>\n\u003Ch2>모든 플랫폼에서 작동하는 하나의 이미지를 만드는 방법\u003C\u002Fh2>\n\u003Cp>내 권장사항: \u003Cstrong>1200 x 630\u003C\u002Fstrong>으로 만드세요. 이것은 Facebook의 공식 사이즈이고, 1.91:1에 매우 가깝고, 짝수이므로 일부 에디터에서 홀수 반픽셀 렌더링을 피합니다. 그 다음 같은 파일을 LinkedIn, Slack, Discord 및 일반 Open Graph 태그에 재사용하세요.\u003C\u002Fp>\n\u003Cp>이미 잘못된 치수의 이미지가 있다면, 아무것도 설치하지 않고 빠르게 수정하는 방법은 다음과 같습니다:\u003C\u002Fp>\n\u003Col>\n\u003Cli>\u003Ca href=\"\u002Fko\u002Fcrop-image\">자르기 도구\u003C\u002Fa>를 열고 먼저 원본 사진을 대략 1.91:1 모양으로 자릅니다. 이것은 사람들이 건너뛰는 단계입니다 — 크롭을 건너뛰고 바로 크기 조정으로 가면, 4:3 사진이 찌그러지고 얼굴이 미묘하게 이상해집니다.\u003C\u002Fli>\n\u003Cli>자른 파일을 \u003Ca href=\"\u002Fko\u002Fresize-image\">크기 조정 도구\u003C\u002Fa>로 가져가서 1200 x 630 (또는 628, 또는 627 — 하나를 선택하고 계속 진행하세요)으로 설정합니다.\u003C\u002Fli>\n\u003Cli>사진은 JPG로 내보내고, 선명한 텍스트나 로고 뒤의 투명도가 필요한 경우에만 PNG로 내보내세요. \u003Ca href=\"\u002Fko\u002Fconvert-image\">이미지 변환기\u003C\u002Fa>는 원본이 PNG, WebP 또는 HEIC인 경우 이 전환을 처리합니다.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>모든 작업이 cutbg 내 브라우저에서 진행되며 — 파일이 컴퓨터를 떠나지 않고, 업로드 큐도 없고, 계정도 필요 없습니다. 미공개 제품 사진이나 아직 발표하지 않은 클라이언트 작업의 경우 이것이 사람들이 깨닫는 것보다 더 중요합니다.\u003C\u002Fp>\n\u003Ch2>파일 크기도 확인하세요\u003C\u002Fh2>\n\u003Cp>플랫폼에는 업로드 및 가져오기 제한이 있습니다 — Facebook은 Open Graph 이미지를 8MB로 제한하며, 일부 크롤러는 느린 다운로드에서 조용히 포기합니다. 1200 x 630 JPG는 100KB에서 300KB 사이에 편하게 떨어져야 합니다. 내보내기가 여러 메가바이트의 PNG인 경우, 먼저 \u003Ca href=\"\u002Fko\u002Fcompress-image\">압축기\u003C\u002Fa>를 통해 실행하세요. 더 작은 파일은 또한 크롤러가 시간 초과되는 동안 빈 카드를 표시하는 대신 미리보기가 실제로 나타난다는 것을 의미합니다.\u003C\u002Fp>\n\u003Ch2>미리보기가 여전히 이전 이미지를 표시하는 경우\u003C\u002Fh2>\n\u003Cp>이것은 거의 절대 크기 문제가 아닙니다. Facebook, LinkedIn 및 Twitter는 스크래핑된 미리보기를 적극적으로 캐시합니다. 파일을 교체한 후 URL을 플랫폼의 자체 디버거 (Facebook의 Sharing Debugger, LinkedIn의 Post Inspector)로 실행하여 강제로 다시 스크래핑하세요. 이미지를 1200 x 627에서 1200 x 628로 변경하는 것은 캐시된 미리보기를 수정하지 않습니다 — 캐시를 지우는 것만이 수정합니다.\u003C\u002Fp>\n\u003Cp>따라서: 마지막 픽셀에 대해 걱정하지 마세요. 1200 x 630을 선택하고, 텍스트를 가장자리에서 멀리 두고, 파일을 몇 백 KB 이하로 유지하면 Open Graph 태그를 읽는 모든 플랫폼에서 작동합니다.\u003C\u002Fp>\n",1791831541682]