플랫폼별 지원 이미지 형식 및 자동 변환 여부 가이드

최신 커머스 플랫폼은 WebP를 지원하며 점차 AVIF로 확장하고 있는 반면, 인쇄 및 법률 관련 워크플로우는 두 형식 모두 지원하지 않으며, 이메일 클라이언트는 그 중간에 어정쩡하게 걸쳐 있습니다. JPEG와 PNG는 제약 없이 어디서나 사용할 수 있는 유일한 두 가지 형식으로 남아 있습니다.

특정 형식을 지원하는 것과 그 형식을 그대로 유지하는 것은 별개의 문제입니다. 여러 플랫폼이 WebP 파일을 업로드받아 백그라운드에서 JPEG로 다시 인코딩합니다. 이 경우 호환성 위험은 그대로 감수하면서 용량 절감 혜택은 누리지 못하게 됩니다. 어떤 플랫폼이 이 작업을 수행하는지 알면 업로드해야 할 형식을 결정하는 데 도움이 됩니다.

플랫폼별 지원 형식

업로드 형식을 선택하기 전에 마지막 열을 확인하세요. 플랫폼이 모든 파일을 다시 인코딩한다면 어떤 형식을 선택하든 의미가 없어지기 때문입니다. 지원 여부는 시간이 지남에 따라 변경될 수 있으므로 대규모 마이그레이션을 진행하기 전에 최신 문서를 확인하시기 바랍니다.

위 표의 패턴은 일관적입니다. 웹용으로 최근에 구축된 시스템은 최신 형식을 지원하고, 인쇄, 규정 준수 또는 레거시 호환성을 위해 구축된 시스템은 지원하지 않습니다. 운영 기업의 규모보다는 시스템이 구축된 시기가 형식 지원 여부를 더 잘 예측해 줍니다.

브라우저는 더 이상 문제가 되지 않습니다

데스크톱과 모바일의 Chrome, Firefox, Safari, Edge를 포함한 모든 최신 브라우저가 WebP를 지원합니다. Safari가 2020년에 지원을 추가하면서, 이 형식에 대한 마지막 주요 호환성 논란이 종식되었습니다.

AVIF는 한 단계 뒤처져 있습니다. 모든 주요 브라우저에서 지원하지만 이전 버전이나 일부 임베디드 뷰어에서는 동작이 일관되지 않을 수 있습니다. 공개 웹사이트의 경우 WebP는 대체 이미지 없이도 안전하게 사용할 수 있으며, AVIF는 대체 이미지를 함께 제공하는 것이 안전합니다. 남아 있는 문제들은 브라우저 외부의 영역에 있습니다.

플랫폼이 업로드된 이미지를 다시 인코딩하는 이유

플랫폼은 자체 전송 비용을 제어하고 각 기기에 맞는 크기를 제공하기 위해 이미지를 다시 인코딩합니다. 이미지를 6가지 레이아웃으로 보여주는 마켓플레이스에는 6가지 변환 버전이 필요하며, 판매자에게 각각 제공하도록 요구하는 것보다 하나의 업로드 파일에서 이를 생성하는 것이 더 간단합니다.

재인코딩에는 이해해 둘 만한 결과가 따릅니다. 이미 심하게 압축된 파일을 업로드하면 플랫폼은 손상된 원본을 가지고 작업하게 되며, 그 손상은 모든 변환 버전에 그대로 이어집니다. 플랫폼이 재인코딩을 수행하는 곳에서는 이미지를 두 번 압축하기보다, 올바른 크기의 고품질 파일을 업로드하여 플랫폼이 압축을 처리하도록 하십시오.

WebP가 실제로 도움이 되는 경우

WebP는 업로드한 파일이 방문자가 다운로드하는 파일과 동일한, 직접 제어하는 사이트에서 가장 큰 도움이 됩니다. 자체 웹사이트, 자체 호스팅 쇼핑몰, 문서 사이트 등이 모두 이 범주에 속합니다.

• 자체 웹사이트. 파일을 다시 인코딩하는 과정이 없으므로 온전한 혜택을 누릴 수 있습니다.
• 자체 호스팅 쇼핑몰. 온전한 혜택을 누릴 수 있으며, 페이지 속도는 전환율에 직접적인 영향을 미칩니다.
• 변환 버전을 생성하는 콘텐츠 시스템. 플랫폼이 최종 출력을 결정하므로 부분적인 혜택만 누릴 수 있습니다.
• 마켓플레이스. 무엇을 전송하든 업로드된 파일이 다시 인코딩되므로 혜택이 없습니다.
• 소셜 네트워크. 모든 네트워크가 자체 형식으로 변환하므로 혜택이 없습니다.

WebP가 문제를 일으키는 경우

사용자가 파일을 다운로드하여 브라우저 외부의 소프트웨어에서 열어봐야 하는 경우에는 WebP를 사용하지 마십시오. 디자인 도구, 오피스 소프트웨어, 인쇄 워크플로우에서는 여전히 이 형식을 제대로 처리하지 못합니다.

가장 흔한 실패 사례는 프레스 키트나 미디어 팩입니다. 기자가 WebP 형식의 로고를 다운로드하면 레이아웃 소프트웨어에 배치하지 못할 수 있으며, 다시 요청하기보다는 그냥 사용하지 않고 넘어가는 경우가 많습니다. 두 번째 흔한 실패 사례는 정부 업로드 양식으로, 유효성 검사에서 원인을 명시하지 않은 채 이 형식을 완전히 거부하곤 합니다.

업로드할 형식을 결정하는 방법

올바른 선택을 하려면 다음 4가지 질문에 순서대로 답해 보세요.

1. 파일이 다운로드되어 브라우저 외부에서 열리게 됩니까? 그렇다면 JPG 또는 PNG를 사용하십시오.
2. 플랫폼이 업로드된 파일을 다시 인코딩합니까? 그렇다면 고품질 JPG 또는 PNG를 업로드하고 플랫폼이 처리하도록 하십시오.
3. 파일의 전송 방식을 직접 제어합니까? 그렇다면 WebP를 사용하고, 가장 무거운 이미지에는 AVIF를 사용하십시오.
4. 이미지에 투명도가 필요합니까? 그렇다면 PNG 또는 WebP를 사용하십시오. JPEG는 투명도 채널을 지원하지 않습니다.

이 4가지 질문을 거치면 호환성 표를 보지 않고도 거의 모든 사례를 해결할 수 있습니다. 기본 원칙은 간단합니다. 최신 형식은 파이프라인을 직접 제어하는 곳에 사용하고, 범용 형식은 그 외의 모든 곳에 사용하는 것입니다.

자체 사이트에서 최신 형식을 안전하게 제공하는 방법

picture 요소를 사용하여 AVIF를 첫 번째로, WebP를 두 번째로 나열하고, img 태그에 JPEG 대체 이미지를 지정하십시오. 브라우저는 자신이 이해하는 첫 번째 형식을 선택하므로, 최신 브라우저는 작은 용량의 파일을 받고 이전 브라우저도 여전히 이미지를 볼 수 있습니다.

이 마크업은 이미지당 몇 줄의 코드만 추가하면 되며 호환성 위험을 완전히 제거합니다. 대부분의 콘텐츠 시스템과 사이트 빌더는 이제 업로드 시 이 패턴을 자동으로 생성하므로, 직접 작성하기 전에 플랫폼이 이미 지원하는지 확인해 보십시오. 이미지를 변환하는 데는 몇 분밖에 걸리지 않지만, 마크업을 작성하는 데는 보통 더 오랜 시간이 걸립니다.

플랫폼이 실제로 허용하는 형식을 확인하는 방법

문서는 자주 최신 정보가 아닐 수 있으므로, 테스트 파일 하나를 업로드하여 플랫폼이 실제로 제공하는 형식을 검사해 보십시오. 2분이면 결과를 알 수 있으며, 공개된 어떤 목록보다 신뢰할 수 있습니다.

WebP 이미지를 업로드하고, 게시된 페이지를 본 다음, 이미지를 마우스 오른쪽 버튼으로 클릭하여 새 탭에서 엽니다. 주소 표시줄의 파일 확장자가 플랫폼이 실제로 제공하는 형식을 보여줍니다. .jpg 확장자는 WebP 파일이 변환되었음을 의미하고, .webp 확장자는 원래 형식이 유지되었음을 의미합니다. 주요 플랫폼 업데이트가 있을 때마다 이 테스트를 반복하십시오.

점차 사라지고 있는 이미지 형식들

BMP, TIFF, 애니메이션 GIF는 여전히 거의 모든 곳에서 작동하지만, 거의 모든 경우에 잘못된 선택입니다. 이 형식들이 살아남은 이유는 무언가를 잘 처리해서가 아니라, 오래된 소프트웨어들이 이 형식으로 파일을 생성했기 때문입니다.

BMP는 압축을 거의 하지 않고 이미지를 저장하므로, 스크린샷 용량이 PNG 파일의 20배에 달할 수 있습니다. TIFF는 인쇄 및 스캔 분야에서 여전히 표준으로 쓰이지만 웹에서는 사용할 수 없습니다. 애니메이션 GIF는 256색으로 제한되며 동일한 클립의 짧은 동영상보다 용량이 더 큰 경우가 많습니다. 이 3가지 형식을 수령 즉시 변환하여 보관하면 전체 워크플로우에서 불필요한 용량 부담을 지는 것을 피할 수 있습니다.

형식 마이그레이션 계획하기

원본을 직접 변환하기보다는 라이브러리의 복사본을 변환하고, 새 파일이 라이브에 적용되고 검증될 때까지 원본을 보관하십시오. 형식 마이그레이션은 작업 결과물을 영구적으로 잃어버릴 수 있는 몇 안 되는 이미지 작업 중 하나입니다.

4단계로 진행하십시오. 대부분의 라이브러리에는 어떤 페이지도 참조하지 않는 파일들이 있으므로, 실제로 사용 중인 이미지가 무엇인지 먼저 감사(Audit)하십시오. 복사본을 올바른 크기의 대상 형식으로 변환합니다. 전환 중에 아무것도 깨지지 않도록 대체 이미지와 함께 새 파일을 게시합니다. 모바일, 데스크톱 브라우저 및 이미지를 사용하는 모든 클라이언트 시스템에서 페이지를 확인한 후에만 원본을 삭제하십시오.

AVIF는 어떨까요

AVIF는 대형 사진에서 WebP보다 약 20~30% 더 강력하게 압축하지만, 인코딩 속도는 훨씬 느립니다. 이 형식은 히어로 이미지나 사진이 많은 페이지에서 추가적인 노력을 들일 만한 가치가 있습니다.

약 10 KB 이하에서는 WebP 파일이 더 작은 경우가 많은데, 이는 AVIF가 아주 작은 이미지가 감당하기에는 더 많은 컨테이너 오버헤드를 갖기 때문입니다. 가장 큰 이미지에는 AVIF를 사용하고, 사이트의 다른 모든 곳에는 WebP를 사용하며, 두 형식 모두에 대해 JPEG 대체 이미지를 유지하십시오. 브라우저 외부의 플랫폼 지원은 여전히 미비하므로, AVIF는 다른 사람에게 전달할 파일보다는 직접 제어하는 사이트에 적합합니다.

특정 목적지에 맞게 라이브러리 변환하기

여러 형식 간에 반복해서 변환하기보다는 목적지에서 실제로 사용하는 형식으로 한 번에 변환하십시오. 손실 압축 변환을 거칠 때마다 디테일이 손실되므로, 3가지 형식을 거친 파일은 3세대에 걸친 손실을 안게 됩니다.

목적지를 먼저 결정한 다음 원본에서 직접 변환하십시오. 저희 변환기는 HEIC, PNG, JPG, WebP, AVIF, GIF, BMP를 양방향으로 포함하여 모든 일반적인 조합을 처리하므로, 중간 형식을 거쳐 파일을 변환할 필요가 없습니다. 최대 500개의 파일 배치를 브라우저 내부에서 완전히 한 번에 실행할 수 있으므로, 단 하나의 파일도 컴퓨터 외부로 유출하지 않고 전체 이미지 라이브러리의 마이그레이션을 준비할 수 있습니다.