2026-07-29

스크린샷은 기본적으로 항상 PNG입니다 — 더 작은 JPG·WebP로 바로 붙여넣는 법

맥이든 윈도우 PC든 스크린샷을 찍으면 원하든 원하지 않든 PNG로 나옵니다 — 그걸 바꿀 설정도, 물어보는 대화상자도 없습니다. 이 기본값에는 실제 비용이 따릅니다. PNG 스크린샷은 필요 이상으로 빠르게 저장 공간을 잡아먹는데, 기본 도구들은 그걸 쉽게 바꿀 방법을 주지 않습니다. 이 기본값이 왜 생겼는지, 왜 이렇게 많은 사람이 벗어나고 싶어 하는지, 그리고 PNG 파일을 디스크에 저장하는 과정 없이 "클립보드에 있는 스크린샷"에서 곧바로 "작은 JPG·WebP 파일"로 가는 방법을 정리했습니다.

맥에서도 윈도우에서도 스크린샷이 기본으로 PNG인 이유

이건 실수로 그런 게 아닙니다. 애플 공식 지원 문서는 이렇게 명확히 밝힙니다 — "스크린샷은 .png 파일로, 화면 녹화는 .mov 파일로 저장됩니다." 그걸로 끝이고, 스크린샷 앱 자체에는 바꿀 수 있는 옵션이 없습니다. 윈도우의 캡처 도구(Snipping Tool)도 마찬가지입니다 — 기본으로 PNG만 저장하고, 앱 안에 그 기본값을 JPEG나 WebP로 바꿀 설정이 없습니다. PNG의 무손실 압축은 스크린샷에 실제로 맞는 선택입니다 — 또렷한 UI 텍스트와 단색 아이콘은 PNG가 깔끔하게 보이고 손실 포맷은 아티팩트가 드러나는 바로 그 케이스이기 때문입니다. 그러니 기본값 자체가 틀린 건 아닙니다. 다만 스스로 뭔가 하지 않는 한 계속 그대로일 뿐입니다.

실제 비용: PNG 스크린샷은 쌓입니다

이게 실제로 얼마나 문제가 되는지는 2026년에 공개적으로, 기록으로 남을 만큼 불만이 제기됐습니다 — 마이크로소프트 자체 커뮤니티 허브에 올라온 기능 요청 글은 Snipping Tool의 기본 출력을 JPEG나 WebP로 지정할 수 있는 드롭다운을 요청하면서 구체적인 수치를 제시했습니다 — "PNG 스크린샷은 1MB인 반면 JPEG로 바꾸면 눈에 띄는 화질 저하 없이 ~200KB로 줄어든다"는 내용입니다. 이 요청 뒤에 있는 사용 사례는 흔하고 소박합니다 — 개인 노트 저장소(글에서 구체적으로 옵시디언을 언급합니다)를 크게 운영하며 매주 수십 개의 스크린샷을 찍고, 화질상 이득도 없이 저장 공간만 계속 늘어나는 걸 지켜보는 사람들입니다. 이 글을 쓰는 시점 기준으로 그 스레드는 여전히 열려 있고, 기본 제공되는 해결책은 아직 없습니다.

어떤 우회법도 결국 파일을 먼저 저장하게 만듭니다

같은 마이크로소프트 커뮤니티 허브 글이 진짜 마찰 지점을 명확히 짚습니다 — 윈도우에는 캡처를 다른 포맷으로 다시 저장할 수 있는 마크업 화면이 있긴 하지만, 이 기능을 요청한 사용자의 표현을 빌리면 그건 "단계를 늘리고 빠른 복사-붙여넣기 흐름을 깨뜨립니다." 스크린샷을 찍고 곧바로 채팅, 이메일, 문서에 붙여넣는 기본 클립보드 동작이야말로 대부분의 사람이 실제로 원하는 것이고, 포맷을 바꾸는 부분이 우회를 강제합니다 — PNG를 어딘가 찾기 쉬운 곳에 저장하고, 변환 사이트를 열고, 업로드하고, 기다리고, 결과물을 다운로드한 다음, 원본을 지우는 걸 잊지 말아야 합니다. 그리고 화면 안에 대시보드나 개인 메시지, 사내 도구가 보인다면, 그 스크린샷을 아무 변환 사이트에 업로드하는 건 단순한 불편함이 아니라 그 자체로 작은 개인정보 문제이기도 합니다.

브라우저에 붙여넣는 게 실제로 뭐가 다른가

브라우저는 최근 몇 년 사이 이 부분에서 정말 좋아졌습니다. 클립보드 read() 메서드에 대한 MDN 자체 문서는 이를 Baseline으로 표시합니다 — 2024년 6월부터 "새롭게 사용 가능"해졌고, 현재 모든 주요 브라우저의 최신 버전에서 동작합니다 — 그리고 스크린샷이 정확히 어떤 형태로 도착하는지도 설명합니다 — "브라우저는 일반적으로 텍스트, HTML, PNG 이미지 데이터 읽기를 지원합니다." 이건 여러분의 OS가 방금 만들어낸 것과 우연히 일치하는 게 아닙니다 — 붙여넣은 스크린샷은 스크린샷 앱이나 Snipping Tool이 방금 만든 것과 똑같은 PNG 이미지 데이터로 브라우저에 도착하고, 클립보드에서 바로 읽을 수 있으며, 그걸 넘기기 위한 업로드 단계가 필요 없습니다.

NearIMG 자체 붙여넣기 처리는 이보다 더 단순하고 훨씬 더 널리 지원되는 방식을 씁니다 — 앱 어디서든 Ctrl+V(또는 Cmd+V)를 누르면 브라우저의 paste 이벤트를 감지해서, 지금 클립보드에 들어있는 파일이 무엇이든 — 스크린샷이든, 탐색기·파인더에서 복사한 파일이든, 브라우저가 파일이라고 알려주는 것이면 무엇이든 — 그대로 읽어서 파일 형식과 무관하게 곧바로 편집기에 넘깁니다. 별도의 "파일 첨부" 단계가 없는 이유는, 붙여넣기 자체가 곧 첨부 단계이기 때문입니다.

실제 순서

1. 평소처럼 스크린샷을 찍으세요 — 윈도우는 Win+Shift+S, 맥은 Cmd+Shift+4. 항상 그랬듯 PNG로 클립보드에 저장됩니다.
2. NearIMG를 열고 앱 안에서 바로 Ctrl+V(또는 Cmd+V)를 누르세요. "다른 이름으로 저장" 대화상자도, 나중에 찾아서 지워야 할 바탕화면 파일도 없습니다.
3. 캡처 안에 필요한 것보다 창 테두리나 바탕화면이 더 많이 담겼다면, 내보내기 전에 크롭(Crop) 도구로 다듬으세요.
4. 출력 포맷을 JPG나 WebP로 바꾸고 품질을 조절하세요 — 압축(Compress) 도구는 확정하기 전에 결과 파일 크기를 바로 보여주므로, 짐작이 아니라 직접 용량이 줄어드는 걸 확인할 수 있습니다.
5. 다운로드하세요. 어디에도 업로드된 적이 없습니다 — 붙여넣기, 크롭, 포맷 변환 전부 그 브라우저 탭 하나 안에서 일어납니다.

스크린샷엔 JPG와 WebP 중 뭐가 나을까

고르기 전에 알아둘 점이 있습니다 — 또렷한 텍스트와 단색 UI는 JPEG의 블록 기반 압축이 가장 약한 지점이라, JPEG 품질을 낮게 잡은 스크린샷에서 그게 가장 눈에 잘 띕니다 — 글자 가장자리가 흐려지고, 색 경계가 뚜렷한 곳 주변에 은은한 블록 얼룩이 생깁니다. 그렇다고 스크린샷에 JPEG을 아예 피해야 한다는 뜻은 아닙니다 — 품질을 높게 잡으면 대개 문제없고, 앞서 말한 파일 크기 이득도 실제입니다. NearIMG가 변환 가능한 또 다른 포맷인 WebP는 이 블로그 다른 글에서 다룬 것과 같은 이유로 그래픽이 많은 캡처에 대개 더 잘 맞습니다 — 동일한 품질 수준에서 JPEG보다 단순히 더 효율적이고, 캡처에 투명도가 필요하다면 그것까지 지원합니다. 어느 쪽이든, NearIMG의 압축 도구에서 품질 슬라이더는 JPEG과 WebP 출력에서만 실제로 작동합니다 — PNG로 바꾸면 이미 무손실로 압축된 상태라 슬라이더로 더 짜낼 게 남아있지 않습니다.

숨기지 않는 한계

• 이건 정지 화면 스크린샷 얘기지, 화면 녹화가 아닙니다. 맥의 화면 녹화는 이미지가 아니라 .mov 동영상 파일로 저장됩니다 — NearIMG의 이미지 도구가 다루는 범위 밖의, 다른 포맷 문제입니다.
• 너무 밀어붙이면 WebP도 JPEG도 텍스트를 뭉갭니다. 품질을 높게 유지하면 스크린샷의 텍스트와 UI 경계선이 깨끗하게 남지만, 파일을 더 줄이려고 슬라이더를 낮추면 바로 스크린샷을 이루는 단색·직선 부분에서 제일 먼저 티가 납니다.
• 붙여넣기 지원은 브라우저가 클립보드 항목을 실제로 파일로 알려주는지에 달려 있습니다 — MDN 자체 호환성 정보 기준으로 현재 버전의 크롬·엣지·파이어폭스·사파리 전부에서는 맞는 얘기지만, 아주 오래된 환경에서는 보장되지 않습니다.

한 줄 요약

PNG는 스크린샷에 맞는 기본값이고, 그게 바로 macOS도 윈도우도 그걸 바꿀 설정을 주지 않는 이유입니다 — 그리고 마이크로소프트에 직접 요청한 사용자를 포함해 그렇게 많은 사람이 평소 복사- 붙여넣기 습관을 그대로 유지한 채 더 작은 JPG나 WebP를 원하는 이유이기도 합니다. Ctrl+V로 NearIMG에 바로 붙여넣으면 "PNG부터 저장"하는 우회 자체가 사라집니다 — 필요 없는 부분은 크롭하고, JPG나 WebP를 고르고, 다운로드하세요 — 파일이 서버에 닿는 일은 단 한 번도 없습니다.