PNG에서 JPG로, 브라우저에서 더 가벼운 사진

메일을 보내거나 글을 올리거나 공간을 아낄 때 무거운 PNG를 가벼운 JPG로 바꾸세요.

또는 여기에 이미지를 드롭하세요

이 도구 정보

한 장을 가져오면 브라우저가 당신의 머신에서 처리하며 아무것도 보내지 않습니다. 여러 장을 함께 가져오면 저희 서버로 향해 작업하고 약 2시간 안에 삭제되는 링크를 돌려줍니다.Araluma는 PNG를 당신의 기기에서 JPG로 바꾸므로 사진이 어디로도 보내지지 않습니다. 파일을 놓으면 브라우저에 내장된 이미지 엔진이 그것을 JPEG로 다시 짜며, 보통 사진이라면 대개 1초의 몇 분의 일 만에 끝납니다. JPEG는 비치는 픽셀을 담아 둘 방법이 없으므로, 투명한 영역은 파일을 써 내기 전에 흰색으로 메워집니다. 사진이라면 만들어진 JPG가 원본 PNG보다 대략 3분의 1에서 절반쯤 가벼워지며, 그 세부의 차이를 당신의 눈이 짚어내지는 못합니다. 한 측정에서 17 KB 사진 PNG가 약 10밀리초 만에 12 KB JPG가 되었고, 116 KB 사진은 1.5초에 가까웠습니다. EXIF, IPTC, XMP 같은 박힌 태그는 가는 길에 떨어져 나갑니다. 대상이 사진이고 무게가 문제일 때 이 길에 기대고, 투명도가 살아남아야 할 때는 PNG를 두세요(또는 WebP를 고르세요).

PNG를 JPG로 변환하는 방법

PNG를 JPG로 변환하는 방법

PNG를 내려놓는 칸으로 끌어당기거나, 한 번 눌러 폴더에서 골라 옵니다. 파일이 닿자마자 일이 시작되고, 화면만 한 사진이라면 거의 눈 깜짝할 새에 마무리됩니다. 그 뒤 내려받기 단추가 본래 이름에 새 꼬리표를 붙여 JPG를 풀어 적어 줍니다. 또 한 장이 필요한가요. 다음 파일만 얹으면 뒤로 줄을 세우는 일 없이 맨 앞에서 다시 달립니다. 같은 길이 손전화와 책상 컴퓨터를 가리지 않고 받쳐 줍니다. 움직이는 PNG를 쥐여 주면 첫 장면 한 컷만 남는데, 거기서 나오는 JPG가 이어 붙은 영상이 아니라 멈춘 그림 한 장이기 때문입니다.

투명한 영역은 어떻게 되나

투명한 영역은 어떻게 되나

JPG에는 알파 채널이 없으니 투명한 픽셀이 그대로 넘어올 수는 없습니다. 하나하나에 먼저 진짜 색을 주어야 하고, Araluma는 그것들을 흰색으로 칠합니다. 거기서 JPG가 된 뒤 로고나 잘라낸 제품 사진 뒤에 생기는, 그 익숙한 흰색 직사각형이 나옵니다. 잘못된 것은 없습니다. 형식이 허락하는 그대로일 뿐입니다. 다른 바탕을 원하나요. 변환하기 전에 편집기에서 그 색을 깔아 둡니다. 투명도가 남기를 원하나요. JPG를 건너뛰고 대신 WebP로 변환합니다. WebP는 완전한 알파 채널을 지키면서도 보통 원본 PNG보다 작게 떨어지고, 아무것도 평면화하지 않습니다.

PNG와 JPG, 어느 형식이 이미지에 맞나

PNG와 JPG, 어느 형식이 이미지에 맞나

어느 형식이냐가 아니라, 무엇을 담은 이미지냐로 고르세요. 도형으로 말하면 이렇습니다. 또렷한 윤곽의 로고, 작은 글자가 박힌 화면, 한 획 한 획이 살아야 하는 선화, 나중에 손볼 투명한 조각은 PNG의 세계입니다. 부드러운 명암이 끝없이 이어지는 사진, 폭이 넓은 머리띠 그림, 어차피 받는 쪽에서 다시 눌러 담을 소셜 업로드는 JPG의 세계고요. PNG로 굳힌 사진은 나눔에 필요한 무게를 한참 넘기고, JPEG는 처음부터 그 부드러운 사진을 겨냥해 설계됐습니다. 가벼움과 비침을 한꺼번에 쥐고 싶다면 WebP가 그 둘을 다 안고, 요즘 브라우저라면 어디서든 펼쳐 보입니다.

품질과 파일 무게의 균형

품질과 파일 무게의 균형

손실 압축이라는 말은, 더 가벼운 결과에 닿으려고 화소 몇 군데를 일부러 흘려보낸다는 뜻입니다. 다만 사진에서는 흔한 웹 품질로 봤을 때 그 흘림이 눈에 잡히지 않습니다. 기준점은 PSNR 43 dB 부근인데, 사진이라는 재료에서 사람 눈이 JPG와 무손실 원본을 더는 갈라보지 못하는 경계선입니다. 반대로 칼 같은 경계, 깨알 글자, 평평한 색판, 계단처럼 끊기는 그라데이션은 사정이 다릅니다. 그런 급격한 자리마다 JPG가 어떤 설정에서도 후광을 흩뿌리거든요. 그런 그림의 집은 PNG이고, 굳이 JPG로 옮기면 한 칸 후퇴입니다. 그래서 이 도구에는 만질 손잡이를 두지 않았고, 사진에 맞춰 한 번 잡아 둔 설정만 매번 돌아갑니다.

변환이 일어나는 곳

변환이 일어나는 곳

모든 것은 가져오는 파일 수에 달려 있습니다. 한 장이면 전체 과정이 탭 안에서 브라우저 자체 이미지 엔진을 통해 돌아가고, 아무것도 업로드되지 않습니다. DevTools를 열고 한 번의 변환 중 네트워크 패널을 지켜봐도 사진을 실어 나가는 요청은 0개로 셉니다. 여러 장을 한 번에 가져오면 저희 서버로 향해 작업을 마치고 다운로드 링크를 돌려줍니다. 그 링크와 그 뒤의 파일은 약 2시간 안에 삭제됩니다. 그래서 사진 한 장은 기기에 남고, 묶음은 저희 서버에서 처리된 뒤 비워집니다. 이미지가 얼마나 사적인지에 맞는 경로를 고르세요.

PNG를 그대로 두는 편이 나은 때

PNG를 그대로 두는 편이 나은 때

어떤 자리에서는 이 변환이 그르친 수가 됩니다. 첫째, 살려야 할 투명 배경에 그림이 기대 있다면 JPG가 그걸 지워 버리니 PNG에 눌러앉거나 WebP로 발을 옮기세요. 둘째, 화면 대부분이 가는 글자, 곧은 선, 로고, 떠낸 화면이라면 JPG는 품질을 아무리 높여도 보이는 후광을 흩뿌립니다. 블록으로 셈하는 방식이 깔끔한 경계 앞에서 무력하기 때문이죠. 셋째, 앞으로도 고치고 또 저장할 셈이라면 JPG로 쓸 때마다 손실이 켜켜이 얹히니, PNG를 밑바탕 원본으로 쥐고 있다가 넘기기 직전 맨 끝에서만 JPG로 빼내는 편이 맞습니다.

사용 방법

  1. PNG를 건네기

    파일을 상자에 떨어뜨리거나 클릭해 폴더에서 고릅니다. 하나만 변환하면 머신에 남습니다. 여러 장을 더하면 함께 변환하려 저희 서버로 향합니다.

  2. 느긋이 기다리기

    달리 요구되는 것이 없습니다. 보통 사진은 손을 떼는 것과 거의 같은 속도로 JPG가 됩니다. 변환을 누르는 동작도, 진행 막대도 보이지 않습니다.

  3. 크기를 흘끗 보기

    결과가 얼마나 크게 나왔는지 알려 줍니다. PNG에서 비쳤던 곳은 흰색으로 나타나는데, 투명도를 둘 길이 없는 형식의 피할 수 없는 성질입니다.

  4. JPG를 간직하기

    다운로드를 한 번 누르면 나옵니다. 같은 이름, 새 확장자입니다. 더 있나요. 묶음은 단일 아카이브로 돌아오고, 링크는 약 2시간 안에 저희 서버에서 삭제됩니다.

자주 묻는 질문

PNG를 JPG로 변환하면 품질이 떨어지나요?

떨어집니다. JPG는 태생이 손실 형식이니까요. 다만 사진에 맞춰 무손실 코앞에 품질을 붙박아 둔 터라, 변환한 사진은 여느 크기에서 원래 PNG와 똑 닮아 읽힙니다. 겨눔은 PSNR 43 dB 어림으로, 사진이라는 재료에서 눈이 무손실과 더는 가려내지 못하는 자리입니다. 거꾸로 날카로운 모서리, 가느다란 글씨, 평평한 빛깔로 짜인 그림은 어느 설정에서든 옅은 티끌을 주워 올 수 있으니, 그런 것들은 PNG로 두는 편이 낫습니다.

PNG를 JPG로 변환하면 투명한 영역은 어떻게 되나요?

JPG는 비침을 도무지 담지 못합니다. 그래서 변환이 도는 동안 투명한 화소마다 흰색이 덧칠됩니다. 투명 배경 위의 로고나 상품이 끝에 가선 흰 네모를 깔고 앉는 까닭이죠. 흠이 아니라 그냥 그렇게 굴러갑니다. 비켜 가려면 변환 전에 편집기에서 배경색을 손수 깔거나, 비침을 지키면서 대개 원본 PNG보다 가벼운 WebP로 바꾸면 됩니다.

JPG는 얼마나 작아지나요?

사진이라면 JPG는 이 무손실 코앞 품질에서 보통 PNG의 3분의 1에서 절반쯤으로 가볍게 가라앉습니다. 얼마나는 담긴 내용에 달렸고, 북적이고 결이 잔 사진일수록 더 아낍니다. 평평한 그림, 아이콘, 선화는 돌려주는 몫이 훨씬 적고, JPG 티끌 탓에 외려 까슬해 보이기도 합니다. 당신의 PNG가 화면 캡처나 로고로 태어난 거라면, 변환이 아낌은 쥐꼬리고 눈에 띄는 품질만 축낼 수도 있습니다.

여기서 PNG를 JPG로 변환하는 것이 안전한가요?

가져오는 파일 수에 달려 있습니다. 한 장이면 사진은 브라우저를 절대 떠나지 않고, 전체 작업이 업로드 없이 기기에서 돌아갑니다. DevTools에서 한 번의 변환 중 네트워크 패널을 따라가면 확인할 수 있습니다. 여러 장을 한 번에 가져오면 처리를 위해 저희 서버로 향하고, 이후 다운로드 링크와 그 뒤의 파일은 약 2시간 안에 삭제됩니다. 이미지가 사적이면 기기에 남도록 한 장씩 변환하세요.

여러 PNG 파일을 한 번에 JPG로 변환할 수 있나요?

네. 파일 더미를 놓으면 Araluma가 함께 변환해 단일 아카이브를 돌려줍니다. 묶음은 탭이 아니라 저희 서버에서 처리되며, 다운로드 링크는 약 2시간 안에 삭제됩니다. 반면 단독 파일은 아무것도 보내지 않고 브라우저 안에서 바로 변환됩니다. 어느 쪽이든 각 변환은 빠릅니다.

JPG로 변환하지 않고 PNG로 두어야 할 때는 언제인가요?

지켜야 할 비침이 있을 때, JPG라면 뭉개 버릴 또렷한 글자나 선화를 품고 있을 때, 또는 앞으로도 고치고 다시 저장할 작정일 때는 PNG를 손에서 놓지 마세요. JPG는 다시 저장할 적마다 손실을 슬그머니 더 얹습니다. 작업 밑바탕은 PNG로 쥐고 있다가, 넘기는 마지막 순간에만 JPG를 빼내세요. 그리고 웹에 올릴 자산이 비침은 그대로인 채 가벼움까지 바란다면, 둘 가운데 더 영리한 내보내기는 WebP입니다.

세부 정보

좋은 원형 자르기 뒤에 있는 기술, 형식 및 작은 결정에 대한 팀의 메모.

사진 PNG가 왜 그렇게 큰가
한 점도 잃지 않고 죄다 적어 두겠다는 PNG의 다짐은, 사진 앞에서 만만찮은 값으로 청구됩니다. 가늘게 번지는 빛깔이 수백만이면 눌러 담는 쪽에서 앞질러 짐작하거나 한데 그러모을 거리가 거의 없어, 덩치가 그대로 부풀거든요. 1600x1200쯤 되는 흔한 사진이 PNG로는 3에서 5 MB를 차지하는데, 똑같은 그림을 품질 85 JPEG에 얹으면 200에서 400 KB 품에 들어앉습니다. 이 틈의 밑바탕은 JPEG 한복판의 코사인 변환입니다. 그림을 8x8 칸으로 저며, 눈이 좀체 못 잡는 잦은 결을 솎아 낸 뒤, 남은 알맹이를 야물게 동여매죠. 빛깔이 끊김 없이 이어지는 재료, 그러니까 사실상 모든 사진이 그래서 폭 줄어듭니다. PNG의 빈틈없는 곧이곧대로가 평면 그림과 작업 파일에서는 값을 하지만, 함께 나눌 사진에는 그저 어긋난 그릇입니다.
투명도와 알파 채널
8비트 알파 채널은 PNG가 픽셀마다 완전히 비치는 것에서 완전히 단단한 것까지 어떤 불투명도든 기록하게 합니다. JPG는 그런 칸을 내주지 않으니 투명도가 살 곳이 없습니다. 이미지 엔진이 PNG를 JPEG로 다시 짤 때, 먼저 고른 바탕 위에 이미지를 얹고, 그 바탕은 기본으로 흰색이며, 바로 그것이 투명한 영역이 나중에 흰색으로 읽히는 까닭입니다. 받아들임은 무뚝뚝합니다. 투명한 JPG는 있을 수 없습니다. 형식이 그 개념을 갖지 않기 때문입니다. 잘라내기가 살아남아야 할 때, WebP나 손대지 않은 PNG가 당신의 유일한 길입니다. Araluma가 채움 색으로 흰색에 머무는 것은, 이 JPG들이 가장 자주 가닿는 문서, 슬라이드, 진열 목록 안에 녹아들기 때문입니다.
측정한 저장 성능
이 수치는 모두 Linux 데스크톱 위의 Chrome 148에서, 브라우저 자신의 JPEG 저장에 기대어 나옵니다. 0.12 MP에서 400x300 썸네일은 약 10에서 15밀리초에 마무리됩니다. 0.78 MP인 1024x768 프레임으로 올리면 13에서 20밀리초 가까이에 앉습니다. 3840x2160의 8 MP 사진은 대략 1.4초를 부르고, 8000x6000의 48 MP 괴물조차 1.5초쯤만 요구합니다. 이렇게 JPG를 쓰는 일은 같은 이미지의 PNG를 쓰는 일을 너끈히 앞지르고, 별도 모듈을 불러와야 하며 데스크톱에서도 그 48 MP 이미지에서 25초를 갈 수 있는 AVIF를 또렷이 따돌립니다. 모두 모으면, 이것은 convert 무리 어디를 봐도 가장 빠른 길 중 하나이고, 게다가 내려받는 추가 비용이 들지 않습니다. JPG 저장이 이미 모든 브라우저에 살고 있기 때문입니다.
EXIF와 메타데이터 처리
다시 빚어내는 그 손길이, 어느 브라우저에서든 갓 나온 JPG에서 EXIF와 IPTC와 XMP라는 쪽지를 떼어 내, 찍은 자리의 숫자며 기기의 이름이며 셔터의 시각이며 권리 한 줄이며 PNG가 숨겨 두었던 온갖 손수 적은 항목까지 한꺼번에 비질합니다. 빛깔을 맡은 ICC만은 다른 길을 잡아, Chrome과 Safari는 sRGB 쪽지를 결과에 남기고 Firefox는 나머지와 더불어 닦아 냅니다. 그러니 어디에 두든 sRGB로서의 JPG는 탈이 없어도, Display-P3나 Adobe RGB처럼 색역 너른 쪽지는 Firefox 문턱에서 막힙니다. 그 쪽지를 하나도 빠짐없이 데려가야 하는 작업이라면, 변환을 마친 뒤 전담 손길로 매만지세요. 그러나 나날의 웹과 주고받음에서는 차라리 쪽지가 빠지는 게 고맙습니다. 짐이 조금 가벼워지고, 사진에 박힌 자리의 실마리도 사라지니까요.
JPG 잡티가 보이는 때
JPEG는 8x8 칸 단위로 머리를 굴립니다. 한 칸 안에 동떨어진 두 색이 칼처럼 맞부딪치면, JPG는 그 부딪침을 몇 안 되는 주파수 항으로밖에 그려내지 못하고, 결국 경계를 따라 더 밝거나 어두운 화소가 옅게 두르는 후광을 남깁니다. 사진은 이걸 솜씨 좋게 가립니다. 경계가 칼날처럼 곧은 법이 없고, 둘레의 자잘한 떨림이 그 어림셈을 덮어 주거든요. 반면 떠낸 화면, 로고, 또렷한 테두리, 글자, 맞붙은 평면 색은 품질을 어떻게 올려도 그걸 드러냅니다. 바로 셈이 가장 쩔쩔매는 무늬니까요. 그래서 답은 저절로 적힙니다. 화면 캡처와 로고와 글자투성이 그림은 JPG 밖에 두고, PNG로 남기거나 후광을 통째로 피하는 날렵한 WebP로 옮기세요.
개인정보와 작업이 떨어지는 곳
작업이 어디로 떨어지는지는 양에 달려 있습니다. 한 장이면 아무것도 브라우저를 떠나지 않으며 몇 초 만에 직접 확인할 수 있습니다. Chrome DevTools를 열고 네트워크 패널로 옮겨 XHR과 Fetch로 거른 뒤 파일을 변환하세요. 인코딩이 도는 동안 아무것도 나타나지 않습니다. 두 개 이상이면 Araluma가 저희 서버로 보내고, 서버가 변환해 결과를 모아 다운로드 링크를 돌려줍니다. 그 링크와 변환된 파일은 약 2시간 안에 삭제됩니다. 한 장 경로는 모든 것을 기기에, 네트워크 밖에 둡니다. 반면 묶음은 여러 파일을 한 번에 끝내는 것과 맞바꿉니다. 사적인 무언가의 스크린샷이나 위치가 새겨진 사진에서는 한 장씩 변환하면 그것을 당신의 머신에 두며, 이는 진짜 차이이지 구호가 아닙니다.