2026-08-21

우클릭-저장하면 .webp가 나오는 이유 — 그리고 JPG·PNG로 바꾸는 법

사진을 우클릭해서 "이미지를 다른 이름으로 저장"을 눌렀는데, 다운로드 폴더에 떨어진 파일이 something.webp입니다. 요청한 적 없는 포맷이고, 그 이미지를 제출하려던 양식이나 앱, 건네주려던 상대는 이 파일을 바로 거부할지도 모릅니다. 오류처럼 느껴지지만 오류가 아닙니다 — 요즘 웹이 설계된 그대로 동작한 결과이고, 그 구조를 한 번 이해하고 나면 "왜"와 해결법 모두 각각 1분이면 끝납니다.

WebP는 처음부터 '웹을 위한' 포맷

WebP는 구글이 웹 전송용으로 만든 이미지 포맷이고, 핵심 세일즈 포인트는 용량입니다. 구글 공식 문서의 수치로는 무손실 WebP는 비슷한 품질의 PNG보다 26% 작고, 손실 WebP는 동등한 화질 지표(SSIM) 기준으로 JPEG보다 25–34% 작습니다. 이미지가 작아지면 페이지는 빨라지고 서버 비용은 줄어드니 채택은 꾸준히 실제로 늘었습니다 — W3Techs 조사 기준 2026년 8월 현재 전체 웹사이트의 21.5%가 WebP를 사용합니다. 다섯 사이트 중 하나 이상입니다.

브라우저 지원은 이미 몇 년 전에 문제가 아니게 됐습니다. caniuse.com 기준으로 전 세계 브라우저의 약 96%가 WebP를 표시합니다. 크롬은 2014년 버전 32부터, 엣지는 18(2018년), 파이어폭스는 65(2019년)부터 완전 지원했고, 마지막까지 버티던 사파리도 2022년 사파리 16에서 완전 지원에 합류했습니다. 끝내 지원하지 않은 유일한 주요 브라우저는 인터넷 익스플로러인데, 그 브라우저 자체가 이미 퇴역했습니다.

원하던 JPG는 존재하는 경우가 많다 — 기계가 안 주기로 했을 뿐

전체 그림이 이해되는 지점은 여기입니다: 많은 경우 사이트 운영자는 실제로 JPG나 PNG를 업로드했습니다. 그다음은 자동화의 영역입니다. CDN과 이미지 최적화 계층이 사이트의 원본 파일과 내 브라우저 사이에 끼어 있고, 이들에게 WebP 변환은 체크박스 하나짜리 기능입니다 — 클라우드플레어의 Polish 기능 공식 문서는 이 옵션을 원본 서버의 "PNG와 JPEG 이미지를 최적화해서, 이 포맷을 지원하는 브라우저에는 WebP 파일로 제공한다"고 설명합니다. 내 브라우저는 이미지를 요청할 때마다 WebP를 받을 수 있다고 스스로 알리므로, 서버는 그걸 건네줍니다. 수동으로 하는 사이트도 결과는 같습니다: MDN의 이미지 포맷 가이드는 <picture> 요소 안에 WebP 소스와 JPEG/PNG 폴백을 나란히 두라고 권하는데, 브라우저는 자기가 지원하는 첫 번째 포맷을 고릅니다 — 현행 브라우저라면 전부 WebP 쪽입니다.

그 .webp는 누가 손으로 만든 파일이 아닙니다 — 서버가 내 브라우저가 받을 수 있다고 밝힌 포맷 중 가장 작은 것을 골랐고, 저장하면 그 선택의 결과가 저장될 뿐입니다.

그런데 왜 아무 데서도 안 열릴까

브라우저 밖의 소프트웨어가 WebP를 받아들인 시점이 브라우저보다 한참 늦었기 때문입니다 — 그리고 업로드 양식은 그중에서도 가장 느립니다. 포토샵이 대표적인 예입니다. 어도비 공식 문서 기준으로 포토샵이 플러그인 없이 WebP를 열고 편집하고 저장하게 된 것은 2022년 2월에 나온 23.2 버전부터입니다. 그보다 오래된 버전에서는 구글의 WebPShop 플러그인을 깔지 않는 한 .webp가 아예 열리지 않습니다. 그리고 채용 포털, 관공서 사이트, 오픈마켓 등록 양식, 오래된 CMS처럼 .jpg와 .png만 문자 그대로 허용 목록에 올려둔 업로드 양식이 여전히 많아서, 내 컴퓨터가 멀쩡히 표시하는 WebP도 파일 선택 단계에서 그냥 튕겨 나갑니다. 결국 요즘 웹의 역설이 됩니다: 내 브라우저가 선호하는 포맷을, 다른 시스템의 양식 필드는 들어본 적도 없는 셈입니다.

해결법: 내 기기 안에서 변환하기

NearIMG에는 WebP → JPG, WebP → PNG 전용 변환 도구가 있고, 모든 브라우저가 WebP를 자체 디코딩하기 때문에 변환 전체가 내 브라우저 탭 안에서 실행됩니다 — 파일은 어디로도 업로드되지 않습니다. .webp를 떨어뜨리고 JPG나 PNG로 내려받으면 끝입니다. 실전 판단 몇 가지:

사진이라면 → JPG. 사진류 콘텐츠에는 JPG가 호환성 좋고 용량도 작은 선택이고, NearIMG의 품질 슬라이더로 결과 용량을 확인하면서 저장할 수 있습니다. 품질은 높게 유지하세요 — 저장한 WebP는 대개 이미 한 번 손실 압축을 거친 파일이라, 손실 재인코딩을 할 때마다 손실이 한 세대씩 쌓입니다.
투명 배경이나 경계가 또렷한 그래픽이라면 → PNG. JPG에는 투명도가 없습니다: 투명 배경 WebP를 JPG로 바꾸면 비쳐 보이던 영역이 불투명한 단색 배경이 됩니다. PNG는 투명도를 유지하는 무손실 포맷이라 로고, 스크린샷, 글자 많은 그래픽에도 맞습니다.
쌓인 파일은 한 번에. NearIMG는 여러 파일을 한꺼번에 받아 결과를 zip으로 묶어 주므로, 다운로드 폴더에 쌓인 .webp 무더기 정리도 스무 번이 아니라 드래그 한 번입니다.

변환이 해 주지 못하는 것

한계도 정직하게 적어 둡니다. 변환은 사이트의 원본 JPG를 복원해 주지 않습니다 — 내 브라우저가 받은 WebP가 내가 가진 소스의 전부이고, 최적화 계층이 손실 압축을 했다면 그 손실은 이미 새겨져 있습니다. 변환은 그릇을 바꾸는 것이지 과거를 되돌리는 게 아닙니다. 앞으로의 다운로드가 WebP로 오는 것도 막을 수 없습니다 — 그건 웹사이트의 제공 방식이지 내 브라우저 설정이 아닙니다. (이미지 URL에서 format= 파라미터를 지우면 원본이 나온다는 요령이 돌아다니는데, 실제로 되는 CDN도 있고 전혀 안 되는 곳도 있으니 방법이 아니라 복권으로 취급하세요.) 움직이는 애니메이션 WebP도 존재하는데, 정지 포맷은 애니메이션을 담을 수 없으므로 JPG나 PNG로 바꾸면 한 프레임만 남습니다. 그리고 정체불명의 다운로드가 .webp가 아니라 .avif라면, 같은 제공 방식이 더 새로운 포맷으로 움직인 것뿐입니다 — 원인은 같고 확장자만 다릅니다.

한 줄 요약

사이트가 WebP를 내보내는 이유는 실측으로 더 작기 때문입니다 — 구글 자체 수치로 동급 JPEG 대비 25–34% — 그리고 이제 전체 웹의 5분의 1 이상이 그렇게 하며, 운영자가 실제로 올린 JPG를 CDN이 자동으로 바꿔 주는 경우도 많습니다. 내 브라우저는 아무 문제가 없지만, 다른 소프트웨어와 수많은 업로드 양식은 그렇지 않을 수 있습니다. WebP를 JPG(사진)나 PNG(투명도·선명한 그래픽)로 바꿔야 할 때 NearIMG는 이미 열려 있는 그 탭 안에서 바로 변환합니다 — 일괄 처리에, 품질 슬라이더를 보면서, 업로드는 없이. 포맷 호환성 심부름을 하자고 파일을 또 다른 서버로 보낼 이유는 없으니까요.