인스타 사진 저장하면 흐릿한 이유 — 화면 이미지와 원본의 차이

인스타그램에서 사진을 저장했는데 흐릿하다면 화질이 저장 과정에서 나빠진 게 아닙니다. 애초에 원본이 아닌 다른 파일을 받은 것입니다. 게시물 페이지가 공유 미리보기용으로 내놓는 대표 이미지는 351×350으로 잘라 둔 작은 정사각형이고, 업로드된 원본은 그것과 별개로 따로 존재합니다.
요약 ① 화면에 보이는 이미지도, 공유 미리보기에 뜨는 이미지도 원본이 아니라 미리 만들어 둔 축소본입니다. 미리보기용은 351×350 크롭입니다. ② '원본'의 크기는 게시물마다 다릅니다. 실측에서 3072×4096짜리도 있었고, 오래된 게시물은 원본 자체가 584×584인 경우도 있었습니다. ③ 공개 게시물만 확인할 수 있습니다. 비공개 계정과 스토리는 대상이 아니고, 저작권은 언제나 원저작자에게 있습니다.
저장했는데 흐릿합니다 — 어디서 갈리는가
확대하는 순간 바로 드러납니다
저장할 때는 몰랐다가 확대하는 순간 알게 됩니다. 사진첩에서 손가락으로 벌리면 글자 가장자리가 뭉개지고, 인물 사진은 눈매가 뭉툭해집니다.
같은 사진을 인스타 앱에서 볼 때는 멀쩡했는데 저장본만 흐릿하니 "저장하면 화질이 깎이나 보다" 하고 넘어가게 됩니다. 실제로는 앱이 보여주던 파일과 내가 받은 파일이 서로 다른 파일입니다.
특히 카카오톡이나 메신저에 게시물 링크를 붙여 넣었을 때 뜨는 정사각형 미리보기 그림, 그걸 눌러 저장하면 결과가 가장 나쁩니다. 그 자리에 놓이는 이미지가 바로 351×350 크롭이기 때문입니다.
크게 쓰려는 순간에 문제가 됩니다
폰 화면에서만 볼 거라면 사실 티가 잘 안 납니다. 문제는 용도가 커질 때 생깁니다.
발표 자료에 넣어 빔프로젝터로 띄우거나, 인쇄물에 앉히거나, 노트북 배경화면으로 쓰려고 하면 그때 바로 드러납니다. 351×350은 A4 한 장은커녕 슬라이드 절반도 채우지 못하는 크기입니다.
정사각형으로 잘려 있다는 것도 뒤늦게 걸립니다. 세로로 긴 사진이었는데 위아래가 잘려 나가 있거나, 가로로 넓은 풍경이었는데 좌우가 사라져 있습니다. 크롭은 되돌릴 수 없습니다 — 잘려 나간 픽셀은 그 파일에 아예 없습니다.
내가 올린 내 사진도 마찬가지입니다
이 현상이 남의 게시물에만 생기는 게 아니라는 점이 헷갈리는 이유입니다.
원본 파일을 잃어버려서 내 계정에 올려 둔 사진을 다시 받으려 할 때도 똑같이 축소본을 받게 됩니다. 업로더가 본인이어도 페이지가 내놓는 미리보기 이미지는 동일하게 크롭된 버전이기 때문입니다.
그래서 "내가 올린 원본이니 원본이 나오겠지"라는 기대가 어긋납니다. 올린 사람과 무관하게, 어느 파일을 집어 오느냐가 화질을 결정합니다.
폰을 바꾸면서 사진첩을 정리했거나 백업이 꼬여 원본을 잃은 경우가 특히 그렇습니다. 인스타에는 남아 있으니 되찾을 수 있을 것 같은데, 눌러서 저장하면 계속 작은 파일만 손에 들어옵니다.
이때 필요한 건 다른 도구가 아니라 다른 경로입니다. 화면 쪽이 아니라 파일 목록 쪽에서 출발해야 원본까지 닿습니다.
여러 장 게시물에서 더 꼬입니다
옆으로 넘기는 캐러셀 게시물은 상황이 한 단계 더 복잡합니다.
미리보기용 대표 이미지는 보통 첫 장 기준으로 하나만 만들어집니다. 그래서 링크만 공유해 놓고 미리보기를 저장하면 2번째, 3번째 장은 아예 손에 들어오지 않습니다.
게다가 뒤에서 다시 다루겠지만, 캐러셀은 장마다 원본 크기가 다를 수 있습니다. 한 게시물 안에서 어떤 장은 크고 어떤 장은 작습니다. 실제로 그런 게시물을 측정한 결과가 이 글 중간에 있습니다.
링크만 저장해 두면 나중에 못 받을 수 있습니다
"나중에 필요하면 그때 받지" 하고 링크만 메모해 두는 경우도 흔합니다. 이건 사진을 보관한 게 아닙니다.
게시물이 삭제되거나 계정이 비공개로 바뀌면 그 주소는 더 이상 열리지 않습니다. 로그아웃 상태에서 볼 수 없게 된 순간, 어떤 방법으로도 그 사진에 접근할 수 없습니다.
인스타그램 앱 안의 '저장됨' 기능도 같은 성격입니다. 그건 내 기기에 파일을 내려받는 기능이 아니라 게시물로 가는 즐겨찾기입니다. 원본이 사라지면 즐겨찾기 목록에서도 비어 버립니다.
도구 없이 직접 확인하는 방법
여기까지가 증상이고, 지금부터는 내 손으로 확인하는 절차입니다. 브라우저만 있으면 됩니다.
1단계 — 공개 게시물인지부터 확인합니다
먼저 이 게시물이 로그인 없이 보이는지 확인합니다. 브라우저의 시크릿 창(개인정보 보호 창)을 열고 게시물 주소를 붙여 넣습니다.
로그아웃 상태에서 사진이 보이면 공개 게시물이고, 로그인 화면이 뜨거나 "페이지를 사용할 수 없습니다"가 나오면 비공개이거나 삭제된 게시물입니다. 이 경우엔 어떤 방법으로도 원본을 가져올 수 없습니다. 여기서 판단이 끝납니다.
주소는 게시물 오른쪽 위 점 세 개 메뉴의 '링크 복사'로 가져오는 게 정확합니다. 주소창에서 직접 복사하면 뒤에 추적용 문자열이 길게 붙는 경우가 있습니다.
계정 프로필 주소와 게시물 주소를 헷갈리는 것도 흔한 실수입니다. 필요한 건 사진 한 건을 가리키는 게시물 주소이고, 계정 첫 화면 주소로는 어느 사진인지 특정되지 않습니다.
2단계 — 미리보기 이미지의 실제 크기를 재 봅니다
지금 흐릿한 파일을 받고 있다는 걸 눈으로 확인하는 단계입니다.
브라우저에서 게시물 사진을 우클릭해 '이미지를 다른 이름으로 저장'을 누릅니다. 저장한 파일의 크기를 확인합니다. 맥은 파인더에서 파일을 선택하고 스페이스바를 누르면 치수가 보이고, 윈도우는 우클릭 → 속성 → 자세히 탭에서 가로·세로가 보입니다.
여기서 351×350이 나오면 지금까지 받아 온 게 공유 미리보기용 크롭이었다는 뜻입니다. 정사각형에 가까운 숫자가 나온다는 것 자체가 신호입니다 — 원본이 정사각형이 아니었다면 그건 잘린 것입니다.
한 가지 덧붙이면, 판단 기준은 파일 용량이 아니라 가로×세로 픽셀입니다. 같은 사진이라도 압축 설정에 따라 용량은 오르내리지만, 잘려 나간 영역과 줄어든 치수는 용량으로 되돌아오지 않습니다. 몇 MB인지만 보고 "이 정도면 원본이겠지" 하고 넘어가면 정작 확인해야 할 숫자를 놓치게 됩니다. 반대로 용량이 작아도 치수가 원본과 같으면 그 파일이 원본입니다.
3단계 — 페이지 소스에서 미리보기 주소를 확인합니다
한 단계 더 들어가면 그 이미지가 어디서 지정되는지도 볼 수 있습니다.
게시물 페이지에서 우클릭 → '페이지 소스 보기'를 누른 뒤, Ctrl+F(맥은 Cmd+F)로 og:image를 찾습니다. 여기에 적힌 주소가 메신저·검색엔진이 미리보기로 쓰는 그 이미지입니다.
og는 오픈그래프의 줄임말로, 링크를 공유했을 때 어떤 그림과 제목을 보여줄지 페이지가 미리 적어 두는 자리입니다. 이 자리는 처음부터 "작게, 정사각형으로" 쓰라고 만든 칸이라서 원본을 넣지 않습니다.
4단계 — 실제로 로드된 이미지를 뒤져 봅니다
원본에 더 가까운 파일을 찾으려면 개발자 도구를 씁니다. F12(맥은 Cmd+Option+I)로 열고 Network 탭을 선택한 뒤, 페이지를 새로고침합니다.
Img 필터를 누르면 이 페이지가 실제로 받아 온 이미지 요청만 남습니다. 목록에서 사진 파일을 하나씩 눌러 미리보기와 치수를 확인하면 화면 표시에 쓰인 파일이 어느 크기인지 알 수 있습니다.
여기까지 오면 화면용 축소본이 여러 벌 존재한다는 걸 직접 보게 됩니다. 다만 이 목록에서 가장 큰 후보를 찾아내는 건 다른 문제입니다. 응답 안에 들어 있는 후보 목록을 눈으로 훑어야 하고, 캐러셀이면 장 수만큼 반복해야 합니다.
5단계 — 여러 장이면 한 장씩 전부 반복합니다
캐러셀 게시물은 2단계부터 4단계까지를 장 수만큼 되풀이해야 합니다. 화살표를 눌러 다음 장으로 넘기고, 새로 로드된 이미지를 다시 찾고, 다시 저장하고, 다시 치수를 확인합니다.
10장짜리 게시물이면 이 과정이 열 번입니다. 그리고 각 장의 원본 크기가 다르기 때문에 "한 장 확인했으니 나머지도 같겠지"라는 추정이 통하지 않습니다.
6단계 — 받은 파일이 원본인지 대조합니다
마지막으로 손에 든 파일이 원본인지 판단하는 방법입니다. 두 가지를 봅니다.
첫째는 비율입니다. 저장한 파일의 가로세로 비가 화면에서 보던 사진의 비율과 다르면 잘린 것입니다. 세로로 길었던 사진이 정사각형에 가깝게 저장돼 있다면 크롭된 사본입니다.
둘째는 치수의 성격입니다. 인스타그램은 게시물마다 원본 치수를 함께 기록해 두는데, 여기에 적힌 값과 내가 받은 파일의 치수가 같으면 원본을 받은 것입니다. 뒤에서 볼 실측이 정확히 이 대조로 확인한 사례입니다.
이 두 가지가 맞으면 더 큰 파일을 찾아 헤맬 필요가 없습니다. 반대로 어긋나면 아직 축소본 단계에 있는 것입니다.
폰만 있을 때는 어디까지 되나
지금까지의 절차 중 3단계와 4단계는 사실상 PC용입니다. 모바일 브라우저에는 페이지 소스 보기와 개발자 도구가 없거나 쓰기 어렵습니다.
폰에서 할 수 있는 건 1단계와 2단계까지입니다. 시크릿 창으로 공개 여부를 확인하고, 저장한 파일의 치수를 사진첩 정보에서 확인하는 것입니다. 갤러리나 사진 앱에서 이미지를 열고 정보 버튼을 누르면 가로·세로 값이 보입니다.
여기서 351×350이 나온다면 원인 진단은 끝난 셈입니다. 다만 더 큰 파일을 찾는 단계는 폰만으로는 어렵기 때문에, 주소를 PC로 옮기거나 주소만 넣어 확인하는 방식이 현실적인 선택이 됩니다.
이 반복이 번거롭다면 아래에서 주소 하나만 넣어 한 번에 정리해 볼 수 있습니다. 각 장의 원본 크기를 목록으로 보여주므로, 위 4단계를 장마다 반복할 필요가 없습니다.
무료 · 가입 불필요 · 공개 게시물의 사진을 원본 해상도로

왜 같은 사진이 여러 크기로 존재하는가
한 장을 올리면 여러 벌이 만들어집니다
인스타그램은 사진 한 장을 받으면 그것 하나만 보관하지 않습니다. 화면 크기와 용도에 맞춘 여러 크기의 사본을 미리 만들어 둡니다.
이유는 단순합니다. 피드를 넘길 때마다 수천 픽셀짜리 원본을 그대로 내려보내면 데이터도 많이 쓰고 로딩도 느립니다. 그래서 작은 화면에는 작은 사본을, 큰 화면에는 큰 사본을 골라 보냅니다.
즉 우리가 "인스타에서 본 사진"이라고 부르는 건 원본이 아니라, 그 순간 내 화면에 알맞다고 골라진 사본입니다. 화면에 잘 보였다고 해서 원본을 봤다는 뜻이 아닙니다.
미리보기 자리에는 가장 작은 정사각형이 들어갑니다
이 여러 벌 중에서 공유 미리보기 자리에 배정되는 게 351×350 크롭입니다.
메신저 말풍선이나 검색 결과에 붙는 카드는 작고, 대부분 정사각형에 가까운 칸입니다. 세로로 긴 사진을 그 칸에 그대로 넣으면 위아래가 삐져나오니, 아예 정사각형으로 잘라 둔 사본을 따로 준비해 두는 것입니다.
문제는 사람이 사진을 저장하려 할 때 손에 가장 먼저 잡히는 게 이 자리라는 점입니다. 우클릭해 저장하거나 미리보기 그림을 받으면 이 작은 크롭이 따라옵니다. 실측으로도 그렇게 나옵니다. 화질이 깎인 게 아니라, 처음부터 작게 잘라 만들어 둔 다른 파일을 받은 것입니다.
351×350이라는 숫자를 뜯어보면
이 숫자 자체가 정보를 담고 있습니다. 351×350은 정확한 정사각형이 아니라 가로가 세로보다 1픽셀 큽니다.
정사각형에 "가깝게" 맞춘 결과라는 뜻입니다. 원본이 어떤 비율이었든 이 칸에 들어가도록 잘라 내는 과정에서 나온 크기이지, 원본의 비율을 따라간 크기가 아닙니다.
그래서 이 파일만 보면 원본이 세로로 길었는지 가로로 넓었는지조차 알 수 없습니다. 비율 정보가 잘려 나간 시점에서 이미 원본의 흔적이 지워진 것입니다.
흐릿한 게 아니라 작은 것입니다
말이 헷갈리기 쉬운 지점이 하나 있습니다. 사람들은 이 현상을 "화질이 나쁘다"고 부르지만, 실제로 일어난 일은 "크기가 작다"입니다.
351×350짜리 파일을 폰 화면 가득 채워 보면 한 픽셀이 여러 픽셀 자리를 차지하게 됩니다. 그 결과가 우리가 흐릿함이라고 느끼는 뭉개짐입니다. 파일 자체가 뿌옇게 저장된 게 아니라, 작은 것을 늘려 보고 있는 것입니다.
이 구분이 실용적으로 중요한 이유가 있습니다. 흐릿함이 압축 문제였다면 보정으로 어느 정도 개선할 여지가 있지만, 크기 문제라면 해법은 하나뿐입니다 — 더 큰 파일을 구하는 것입니다.
화면에 맞춰 고르는 방식은 웹의 일반적인 구조입니다
이 방식이 인스타그램만의 특이한 설계는 아닙니다. 이미지가 많은 서비스는 대체로 같은 접근을 씁니다.
같은 사진을 여러 크기로 준비해 두고, 접속한 기기의 화면 크기와 쓰임에 맞는 것을 골라 보내는 구조입니다. 작은 폰에 큰 파일을 보내면 데이터만 낭비되고 화면에서는 차이가 보이지 않기 때문입니다.
그래서 이 현상을 "인스타가 화질을 떨어뜨린다"고 이해하면 방향이 어긋납니다. 여러 벌 중에서 어느 것이 내 손에 잡히느냐의 문제이고, 원본은 그 목록 안에 그대로 남아 있습니다.
후보 목록의 맨 위가 업로드 원본입니다
그러면 원본은 어디에 있느냐. 인스타 내부의 다른 응답에는 image_versions2라는 이름의 후보 목록이 들어 있습니다. 같은 사진의 여러 크기 사본이 나열된 목록입니다.
이 목록에서 가장 큰 항목이 업로드 원본에 해당합니다. 추정이 아니라 대조로 확인한 사실입니다. NASA 공식 계정(@nasa)의 한 게시물에서 게시물이 스스로 기록한 원본 치수(original_width, original_height)가 1440×1440이었고, 후보 목록의 최대 항목도 정확히 1440×1440이었습니다. 두 값이 일치합니다.
이 구조를 알고 나면 흐릿함의 정체가 분명해집니다. 원본이 사라진 게 아니라, 목록의 위쪽이 아니라 아래쪽 항목을 집어 왔던 것입니다.
'원본'은 고정된 숫자가 아닙니다
여기서 흔한 오해를 하나 걷어내야 합니다. "인스타 원본 = 1080px"처럼 하나의 숫자로 외우는 방식은 맞지 않습니다.
원본은 업로더가 올린 그대로의 크기이고, 게시물마다 다릅니다. 최근 게시물은 보통 1080px 이상이지만 더 큰 원본이 그대로 남아 있는 경우도 있습니다.
반대 방향도 있습니다. 실측한 2019년 게시물 하나는 원본 자체가 584×584였습니다. 이 경우 584가 곧 그 게시물의 원본입니다. 더 큰 파일을 찾으려 해도 존재하지 않습니다. 원본보다 큰 이미지를 만들어 내는 방법은 없습니다 — 없는 픽셀을 되살릴 수는 없기 때문입니다.
그래서 오래된 게시물을 받아 놓고 "이 사이트는 원본을 못 주네"라고 판단하면 틀립니다. 확인해야 할 건 도구가 아니라 그 게시물의 원본이 애초에 몇이었는가입니다.
오래된 게시물이 작게 나오는 경우
584×584 같은 숫자를 보면 어딘가에서 줄어든 것처럼 느껴집니다. 확인되는 사실은 하나뿐입니다 — 그 게시물에 남아 있는 원본이 그 크기라는 것입니다.
몇 해 전에 올라간 사진은 당시의 기기와 앱 환경에서 만들어진 파일이라, 지금 우리가 익숙한 크기와 다를 수 있습니다. 그 사정을 지금 와서 되짚을 방법은 없고, 되짚을 필요도 없습니다.
중요한 건 판단 기준입니다. 받은 파일이 그 게시물이 기록한 원본 치수와 같다면, 그 파일이 원본입니다. 숫자가 마음에 들지 않는 것과 원본이 아닌 것은 다른 문제입니다.
그리고 이 확인은 누구나 할 수 있습니다. 게시물이 스스로 기록해 둔 원본 치수와 내가 받은 파일의 치수를 나란히 놓고 비교하면 끝나는 일이고, 앞의 @nasa 사례가 정확히 그 방식으로 확인한 결과입니다.
여러 장 게시물은 장마다 원본이 다릅니다
캐러셀에서 이 사실이 가장 극적으로 드러납니다. 한 게시물 안에서도 장마다 원본 크기가 제각각일 수 있습니다.
NASA의 아르테미스 관련 캐러셀 게시물을 실측한 결과가 그 예입니다. 첫 장은 3072×4096이었고, 나머지 세 장은 1280×853, 1281×856, 1280×853이었습니다. 첫 장은 다른 장들보다 픽셀 수 기준으로 훨씬 큽니다.
숫자 하나가 1281×856으로 어긋나 있는 것도 그대로 의미가 있습니다. 정확히 맞춰 만든 규격이 아니라 올린 파일 그대로라는 증거이기 때문입니다. 규격에 맞춰 자동 생성한 사본이라면 이런 1픽셀 차이가 남지 않습니다.
정리하면, 캐러셀에서 필요한 건 게시물 단위 판단이 아니라 장 단위 확인입니다. 첫 장이 컸다고 뒷장도 크지 않고, 첫 장이 작았다고 뒷장까지 작은 것도 아닙니다.
이유는 단순합니다. 캐러셀 한 게시물에 올라가는 사진들이 반드시 같은 기기, 같은 조건에서 나온 파일은 아니기 때문입니다. 카메라로 찍은 사진과 화면에서 만든 이미지가 한 게시물에 섞이는 일도 흔합니다.
그래서 앞의 실측처럼 한 장만 유독 큰 결과가 나옵니다. 규칙이 아니라 올린 파일들의 성격이 그대로 남은 것입니다.
스크린샷은 대안이 되지 못합니다
원본이 안 나오니 화면을 캡처하자는 선택을 많이 합니다. 이건 방향이 반대입니다.
스크린샷은 화면에 그려진 픽셀을 다시 저장하는 방식입니다. 그 순간 화면에 표시되던 사본이 상한이고, 거기에 캡처 과정의 재압축이 한 번 더 얹힙니다. 원본이 얼마였든 화면 밖의 픽셀은 캡처에 담기지 않습니다.
게다가 스크린샷에는 인터페이스가 함께 찍힙니다. 좋아요·댓글 영역, 계정 이름, 상단 시간 표시 같은 것들을 나중에 잘라내야 하는데, 자를수록 남는 픽셀은 더 줄어듭니다.
PC 화면을 크게 키워 놓고 캡처하면 낫지 않느냐는 생각도 자연스럽습니다. 화면을 키우면 브라우저가 더 큰 사본을 골라 오기도 하지만, 그래도 상한은 그때 골라진 사본입니다. 원본이 아니라 목록의 중간 어딘가입니다.
사진과 영상은 경로가 다릅니다
한 가지 구분해 둘 것이 있습니다. 지금까지 설명한 후보 목록 구조는 사진 이야기입니다.
릴스나 동영상은 이미지 후보 목록이 아니라 영상 파일 쪽 경로를 따르므로, 사진 기준으로 접근하면 썸네일만 손에 들어옵니다. 영상이 필요하면 처음부터 영상용 방법을 써야 합니다.
스토리는 또 다른 경우입니다. 스토리는 로그인해야 볼 수 있는 콘텐츠라서 로그아웃 상태에서 접근할 수 없고, 이 글에서 설명한 방식으로는 다룰 수 없습니다.
접근 자체가 막히는 경우도 구조가 같습니다
비공개 계정과 삭제된 게시물이 안 되는 이유도 같은 자리에서 설명됩니다. 후보 목록을 보려면 먼저 그 게시물 페이지에 닿아야 하는데, 로그아웃 상태에서 페이지가 열리지 않으면 목록에 접근할 방법이 없습니다.
즉 "원본을 찾는 기술"이 부족해서 안 되는 게 아니라, 출입문이 잠겨 있는 것입니다. 잠긴 문을 여는 방법은 계정 권한을 빌리는 것뿐이고, 그건 이 글이 다루는 범위 밖입니다.
그래서 판단 순서를 뒤집으면 시간이 절약됩니다. 원본 크기를 궁금해하기 전에, 로그아웃 상태에서 그 게시물이 보이는지부터 확인하면 됩니다.
방법별로 실제 손에 들어오는 것
지금까지의 이야기를 방법별로 나란히 놓으면 이렇게 정리됩니다.
| 방법 | 실제로 받는 파일 | 크롭 여부 | 여러 장 처리 | 한계 |
|---|---|---|---|---|
| 화면 스크린샷 | 화면에 그려진 픽셀 | 인터페이스 포함 | 장마다 수동 | 재압축이 한 번 더 얹힘 |
| 우클릭해 저장 | 351×350 미리보기 크롭 | 정사각형으로 잘림 | 장마다 수동 | 잘린 부분 복구 불가 |
| 메신저 미리보기 저장 | og:image 그대로 | 정사각형으로 잘림 | 첫 장만 | 뒷장은 접근 자체가 안 됨 |
| 개발자 도구 Network | 화면 표시용 사본 | 원본 비율 유지 | 장마다 수동 반복 | 최대 후보 찾기가 어려움 |
| 후보 목록의 최대 항목 | 업로드 원본 | 원본 비율 유지 | 장마다 각각 존재 | 응답을 직접 뒤져야 함 |
| 저희 도구 | 각 장의 최대 후보 | 원본 비율 유지 | 목록으로 한 번에 | 공개 게시물만 가능 |
표에서 갈리는 지점은 하나입니다. 여러 벌 중 어느 것을 집었는가. 화질을 좋게 만드는 기술이 있는 게 아니라, 처음부터 큰 파일을 고르느냐 작은 파일을 고르느냐의 차이입니다.
위 세 줄과 아래 세 줄의 성격도 다릅니다. 위쪽 세 가지는 "화면에 보이는 것"에서 출발하는 방법이라 화면이 상한이 되고, 아래쪽 세 가지는 "보관된 파일 목록"에서 출발하는 방법이라 원본까지 닿을 수 있습니다.
그래서 폰에서 눌러 저장하는 방식이 유독 결과가 나쁜 것도 설명이 됩니다. 손에 가장 가까운 경로일수록 화면 쪽에서 출발하기 때문입니다.
한 가지 덧붙이면, 어떤 방법을 쓰든 원본보다 큰 결과는 나오지 않습니다. 584×584로 올라간 게시물은 어떤 경로로 받아도 584×584가 최대입니다. 표의 마지막 줄도 예외가 아닙니다 — 목록에 없는 크기를 만들어 내지는 못합니다.
자주 막히는 지점
| 증상 | 원인 | 해결 |
|---|---|---|
| 받은 파일이 정사각형으로 잘려 있음 | 공유 미리보기용 크롭(351×350)을 받았음 | 미리보기가 아니라 후보 목록의 최대 항목을 받아야 함 |
| "찾을 수 없음"으로 표시됨 | 비공개 계정이거나 삭제된 게시물 | 시크릿 창에서 로그아웃 상태로 보이는지 먼저 확인 |
| 받아 보니 584×584처럼 작음 | 그 게시물의 원본 자체가 작음(오래된 게시물) | 그 크기가 원본입니다. 더 큰 파일은 존재하지 않음 |
| 첫 장만 받아지고 뒷장이 없음 | 미리보기 이미지는 대표 한 장만 만들어짐 | 캐러셀은 장별로 각각 확인해야 함 |
| 같은 게시물인데 장마다 크기가 다름 | 원본을 올린 그대로 보관하기 때문 | 정상입니다. 장 단위로 확인하면 됩니다 |
| 사진 대신 썸네일 한 장만 나옴 | 릴스·동영상 게시물임 | 영상은 사진용 경로가 아니라 영상용 방법을 써야 함 |
| 주소를 넣었는데 인식이 안 됨 | 주소 뒤 추적 문자열이나 앱 내부 주소가 섞임 | 점 세 개 메뉴의 '링크 복사'로 다시 가져오기 |
표에서 두 번째와 세 번째 줄은 성격이 다릅니다. 두 번째는 애초에 불가능한 경우이고, 세 번째는 이미 원본을 받은 게 맞는데 원본이 작았던 경우입니다.
이 둘을 구분하지 못하면 될 일을 안 된다고 판단하거나, 안 될 일을 계속 시도하게 됩니다. 판단 기준은 앞서 본 1단계입니다 — 로그아웃 상태에서 보이면 공개, 안 보이면 거기서 끝입니다.
마지막 줄의 주소 문제도 자주 발생합니다. 앱에서 공유 버튼으로 넘긴 주소에는 어디서 왔는지 표시하는 문자열이 뒤에 붙는 경우가 있고, 검색 결과나 다른 사이트를 거쳐 온 주소는 중간에 다른 도메인이 끼어 있기도 합니다.
이럴 때는 게시물 화면의 점 세 개 메뉴에서 '링크 복사'로 다시 가져오는 게 가장 확실합니다. 이 경로로 나온 주소가 게시물을 가리키는 정식 주소입니다.
저작권과 합법적인 사용 범위
기술적으로 받을 수 있다는 것과 마음대로 써도 된다는 것은 전혀 다른 이야기입니다. 이 구분이 이 글에서 가장 중요한 부분입니다.
공개는 열람 허락이지 사용 허락이 아닙니다
공개 게시물이라는 말은 "누구나 볼 수 있게 열려 있다"는 뜻이지 "누구나 가져다 써도 된다"는 뜻이 아닙니다. 사진의 저작권은 그것을 촬영하고 올린 원저작자에게 있습니다.
공개로 설정한 것은 열람 범위를 정한 선택이지 권리를 포기한 행위가 아닙니다. 서점에 진열된 책을 누구나 펼쳐 볼 수 있다고 해서 복사해 배포해도 되는 게 아닌 것과 같은 구조입니다.
계정이 기업이나 공공기관이어도 결론은 달라지지 않습니다. 홍보용으로 올린 사진이라 해도 사용 조건은 그 기관이 정하는 것이지, 홍보물이니 자유롭게 써도 된다고 추정할 수는 없습니다.
비교적 안전한 쪽과 위험한 쪽
안전한 범위는 좁게 잡는 편이 낫습니다. 본인이 직접 올린 자료를 원본으로 되찾는 경우, 원저작자에게 허락을 받은 경우, 개인적으로 보관하고 참고하는 수준이 여기에 해당합니다.
반대로 위험한 쪽은 비교적 분명합니다. 받은 사진을 내 계정에 다시 올리거나, 블로그·커뮤니티로 옮기거나, 상품 페이지나 광고물에 넣거나, 편집해서 새 콘텐츠처럼 배포하는 행위는 저작권 침해가 될 수 있습니다.
"출처를 밝혔으니 괜찮다"는 생각은 자주 하는 오해입니다. 출처 표기는 예의이자 최소한의 표시일 뿐, 그것만으로 허락을 대신하지는 못합니다. 허락은 권리자에게 받아야 합니다.
업무 용도라면 한 번 더 신중해지는 편이 낫습니다. 사내 자료나 제안서에 넣는 일은 혼자 보관하며 참고하는 것과 성격이 다르고, 회사 이름으로 나가는 문서일수록 나중에 문제가 됐을 때 범위가 커집니다. 쓰임이 개인 범위를 벗어난다 싶으면 미리 권리자에게 사용 범위를 물어보고, 어떤 답을 받았는지 기록으로 남겨 두는 편이 안전합니다.
저작권 말고도 걸리는 것들
사진에 사람이 찍혀 있다면 저작권과 별개로 초상권 문제가 함께 생깁니다. 촬영자가 허락해도 찍힌 사람이 동의하지 않은 사용은 별도의 다툼거리가 됩니다.
브랜드 로고나 제품이 크게 들어간 사진은 상표 문제로 번질 여지가 있고, 인물의 얼굴이 식별되는 사진을 목록으로 모아 두는 행위는 개인정보 측면에서도 조심스러운 영역입니다.
정리하면 이 글이 설명하는 것은 "왜 흐릿한 파일을 받게 되는가"와 "원본이 어디에 있는가"까지입니다. 그 뒤의 사용은 각자의 권한 범위 안에서 판단해야 하고, 판단이 애매하면 권리자에게 묻는 것이 가장 확실합니다.
비슷해 보이는 다른 방법들과의 차이
확대·선명하게 보정하는 방법과 다릅니다
흐릿한 저장본을 이미지 편집 도구나 업스케일 기능으로 되살리려는 시도가 많습니다. 이 글이 다루는 것과는 성격이 다릅니다.
업스케일은 없는 픽셀을 추정해 채워 넣는 방식입니다. 351×350을 3000px로 늘려도 원본에 있던 세부가 돌아오지는 않습니다. 반면 후보 목록에서 최대 항목을 집는 건 이미 존재하는 파일을 고르는 일입니다. 복원이 아니라 선택입니다.
그래서 순서가 중요합니다. 먼저 가장 큰 원본을 확보하고, 그래도 부족하면 그때 보정을 검토하는 게 맞습니다. 작은 파일부터 늘리기 시작하면 이후에 무엇을 해도 상한이 고정됩니다.
화면 캡처 앱·확장 프로그램과 다릅니다
캡처 기능이 붙은 앱이나 브라우저 확장은 결국 화면에 그려진 것을 저장합니다. 앞서 본 이유로 화면 표시용 사본이 상한입니다.
또 확장 프로그램은 인스타그램 페이지의 내용을 읽을 권한을 요구하는 경우가 많습니다. 로그인된 상태의 페이지에 접근하는 권한이라, 무엇을 설치하는지 확인하지 않으면 계정 관련 위험을 떠안게 됩니다.
주소만 넣어 확인하는 방식은 로그인 정보를 다루지 않습니다. 로그인 없이 볼 수 있는 공개 게시물만 대상으로 삼기 때문에, 애초에 계정 접근이 필요 없습니다. 이 점이 "공개 게시물만 가능하다"는 제약의 뒷면입니다.
스토리·비공개를 받아 준다는 주장과 다릅니다
스토리를 저장해 준다거나 비공개 계정도 된다고 내세우는 경우가 있습니다. 여기서는 그렇게 하지 않습니다.
스토리는 로그인해야 볼 수 있는 콘텐츠이고, 비공개 계정은 팔로우가 승인된 사람에게만 열리는 콘텐츠입니다. 이걸 가져오려면 누군가의 로그인 상태를 빌려야 합니다. 계정 정보를 넘기는 방식은 위험할 뿐 아니라 게시자가 열어 두지 않은 범위를 넘어서는 일입니다.
그래서 범위를 공개 게시물의 사진으로 한정합니다. 못 하는 걸 못 한다고 적어 두는 편이, 되는 줄 알고 계정을 맡기는 것보다 낫습니다.
인스타그램 앱의 '저장' 기능과 다릅니다
앱 안에도 저장 아이콘이 있어서 이미 저장했다고 생각하기 쉽습니다. 성격이 다릅니다.
앱의 저장은 게시물을 즐겨찾기 목록에 담아 두는 기능입니다. 내 기기에 이미지 파일이 내려오지 않으므로, 원 게시물이 삭제되거나 비공개로 바뀌면 목록에서도 볼 수 없게 됩니다.
파일로 남기는 것과 위치를 기억해 두는 것은 결과가 다릅니다. 나중에 크게 쓸 계획이 있다면 그 시점의 원본을 파일로 확보해 두어야 하고, 그때도 사용 권한은 별개로 확인해야 합니다.
한 장씩 받는 방식과 다릅니다
여러 장 게시물에서 특히 차이가 납니다. 한 장씩 화살표를 넘겨 가며 받는 방식은 장 수만큼 같은 작업을 되풀이해야 하고, 중간에 어느 장을 빠뜨렸는지 알기 어렵습니다.
각 장의 원본 크기가 다르다는 점 때문에 더 그렇습니다. 목록으로 한 번에 놓고 보면 어떤 장이 크고 어떤 장이 작은지 바로 비교되지만, 한 장씩 받으면 나중에 파일 정보를 다시 열어 대조해야 합니다.
필요한 장만 골라 한 번에 묶는 방식이 유리한 것도 같은 이유입니다. 반복 작업이 줄어드는 것보다, 빠뜨림과 착오가 줄어드는 것이 실질적인 차이입니다.
정리
인스타 사진이 흐릿한 건 화질이 깎여서가 아니라, 같은 사진의 여러 사본 중 작은 것을 받았기 때문입니다.
공유 미리보기 자리에 놓이는 이미지는 351×350 크롭이고, 우클릭 저장이나 메신저 미리보기로 받으면 이 파일이 따라옵니다.
원본은 후보 목록의 최대 항목입니다. 실측에서 게시물이 기록한 원본 치수와 후보 최대가 1440×1440으로 정확히 일치했습니다.
원본 크기는 게시물마다, 캐러셀은 장마다 다릅니다. 3072×4096인 장과 1280×853인 장이 한 게시물 안에 함께 있었습니다.
가능한 범위는 공개 게시물뿐이고, 저작권은 원저작자에게 있습니다. 본인 자료이거나 허락받은 경우 등 개인적·합법적 용도로만 사용해야 합니다.
무료 · 가입 불필요 · 공개 게시물의 사진을 원본 해상도로
자주 묻는 질문
인스타 사진을 저장하면 왜 흐릿한가요
저장 과정에서 화질이 깎이는 게 아니라, 처음부터 다른 파일을 받기 때문입니다. 인스타그램은 사진 한 장을 여러 크기의 사본으로 만들어 두는데, 공유 미리보기 자리에는 351×350으로 잘라 둔 작은 정사각형이 배정됩니다. 우클릭 저장이나 메신저 미리보기로 받으면 이 파일이 따라옵니다. 업로드된 원본은 그것과 별개로 존재합니다.
인스타 원본 화질은 몇 픽셀인가요
하나의 숫자로 정해져 있지 않습니다. 원본은 업로더가 올린 그대로의 크기라서 게시물마다 다릅니다. 최근 게시물은 보통 1080px 이상이고 더 큰 원본이 남아 있는 경우도 있습니다. 실측한 사례 중에는 3072×4096짜리도 있었고, 반대로 2019년 게시물은 원본 자체가 584×584였습니다. 그때는 그 584가 곧 원본입니다.
여러 장 게시물은 장마다 크기가 다른가요
다를 수 있습니다. 캐러셀은 각 장을 올린 그대로 보관하므로 장별로 원본 크기가 제각각입니다. NASA 아르테미스 게시물을 실측했을 때 첫 장은 3072×4096이었고 나머지 세 장은 1280×853, 1281×856, 1280×853이었습니다. 1픽셀씩 어긋난 숫자가 규격에 맞춘 사본이 아니라 원본 그대로임을 보여줍니다.
스크린샷으로 저장하면 안 되나요
받을 수는 있지만 화질에서 손해입니다. 스크린샷은 화면에 그려진 픽셀을 다시 저장하는 방식이라, 그 순간 표시되던 사본이 상한이고 캡처 과정의 재압축이 한 번 더 얹힙니다. 좋아요·댓글 영역과 계정 이름도 함께 찍혀 나중에 잘라내야 하는데, 자를수록 남는 픽셀은 더 줄어듭니다.
비공개 계정이나 스토리도 저장할 수 있나요
안 됩니다. 로그인 없이 누구나 볼 수 있는 공개 게시물만 대상입니다. 비공개 계정은 승인된 사람에게만 열려 있고, 스토리는 로그인해야 볼 수 있는 콘텐츠라 지원하지 않습니다. 삭제된 게시물도 마찬가지입니다. 시크릿 창에서 로그아웃 상태로 열었을 때 사진이 보이는지가 판단 기준입니다.
저장한 사진을 블로그에 올려도 되나요
저작권은 원저작자에게 있으므로 별도의 허락 없이는 안 됩니다. 공개 게시물이라는 건 볼 수 있게 열려 있다는 뜻이지 사용을 허락한다는 뜻이 아닙니다. 본인이 올린 자료를 되찾는 경우나 허락받은 경우 등 개인적·합법적 용도로만 쓰시고, 재업로드나 재배포는 침해가 될 수 있습니다.
받은 사진이 작은데 크게 늘리면 되나요
늘려도 원본의 세부가 돌아오지는 않습니다. 업스케일은 없는 픽셀을 추정해 채우는 방식이라 351×350을 3000px로 키워도 잘려 나간 부분이나 사라진 세부는 복구되지 않습니다. 순서를 바꾸는 편이 낫습니다. 먼저 가장 큰 원본을 확보하고, 그래도 부족할 때 보정을 검토하시면 됩니다.
