이미지 우클릭 저장 안 될 때 핫링크 차단 확인하는 법

이미지를 우클릭해서 '다른 이름으로 저장'을 눌렀는데 아무 일도 일어나지 않거나, 저장 대화상자 대신 사진만 새 탭에 크게 열리는 경험을 해본 적이 있을 것입니다. 파일명을 신경 써서 저장하려 해도 실제로는 뜻 모를 문자열로 저장되는 경우도 있습니다. 이건 브라우저나 컴퓨터가 고장 난 게 아니라, 그 이미지가 지금 보고 있는 사이트가 아니라 다른 곳(교차 출처)에 있는 파일이기 때문에 생기는, 브라우저의 정상적인 동작입니다.

요약 ① 다른 사이트(교차 출처)에 있는 이미지·영상 주소는 브라우저가 다운로드 파일명 지정을 무시하고 새 탭에서 그냥 열어버리는 경우가 있습니다. ② 핫링크 차단이 걸린 서버는 다른 곳에서 오는 요청 자체를 거부하므로, 어떤 방법을 써도 그 파일은 받아올 수 없습니다. ③ 파일 자체의 직접 주소(확장자로 끝나거나 응답의 Content-Type이 미디어인 주소)만 처리 가능하며, 기사나 게시글 같은 웹페이지 주소는 지원하지 않습니다.

우클릭 저장이 이상하게 동작하는 이유 — 실제로 겪는 상황

블로그 글이나 커뮤니티 게시판, 상품 상세 페이지 등에서 마음에 드는 사진을 발견해 우클릭으로 저장을 시도했을 때 벌어지는 일은 크게 세 갈래로 나뉩니다.

첫 번째는 문제없이 저장 대화상자가 뜨고 원하는 파일명으로 저장되는 경우입니다. 대부분 그 이미지가 지금 보고 있는 사이트와 같은 도메인에 있을 때 이렇게 동작합니다.

두 번째는 저장 대화상자 대신 그냥 새 탭이 열리며 사진만 화면 가득 보여지는 경우입니다. 여기서 다시 우클릭해 저장을 시도해도 마찬가지 상황이 반복되기도 합니다. 크롬에서는 대화상자 없이 다운로드 폴더로 바로 떨어지기도 하고, 파이어폭스나 사파리에서는 메뉴 반응이 조금 다르게 나타나기도 해서 브라우저마다 체감하는 증상이 다릅니다.

세 번째는 저장은 되지만 파일명이 "download", "unknown", 혹은 알파벳과 숫자가 뒤섞인 해시 값으로 저장되어, 나중에 폴더를 열어보면 어떤 파일이 무엇이었는지 알아볼 수 없게 되는 경우입니다. 사진을 여러 장 받아둔 뒤에 이 문제가 특히 두드러집니다.

여기에 더해 핫링크 차단이 걸린 사이트라면 아예 다른 증상이 나타납니다. 이미지 자체가 깨진 아이콘(회색 네모)으로 표시되거나, 우클릭 메뉴에서 '이미지 저장'이 처음부터 흐리게 비활성화되어 있기도 합니다. 이런 사이트는 원래 페이지 안에서는 이미지가 정상적으로 보이다가도, 검색 결과나 외부 링크를 통해 접근하면 갑자기 안 보이는 식으로 나타나기도 해서 더 헷갈립니다.

모바일 브라우저에서 사진을 길게 눌러 저장하는 경우도 원리는 동일합니다. 같은 이유로 저장이 막히거나 파일명이 이상하게 붙는 증상이 PC와 똑같이 나타납니다.

예를 들어 관심 있는 블로그 글에 첨부된 대표 이미지를 저장하려는 경우를 생각해 보십시오. 그 블로그 플랫폼이 이미지를 자체 서버가 아니라 별도의 이미지 전용 서버(CDN)에 올려 두는 경우가 많은데, 이때 눈에 보이는 페이지 주소와 실제 이미지 파일의 주소는 서로 다른 도메인입니다. 사용자 입장에서는 '같은 블로그에서 저장하는 건데 왜 이럴까' 싶겠지만, 브라우저 입장에서는 페이지와 이미지가 서로 다른 출처이므로 규칙이 다르게 적용됩니다.

커뮤니티 게시판에 공유된 움짤(움직이는 GIF)이나 밈 이미지도 비슷합니다. 게시판 자체는 국내 서비스인데, 이미지는 작성자가 외부 이미지 호스팅 사이트에 올려서 링크만 붙여넣은 경우가 흔합니다. 이런 글은 게시판 도메인과 이미지 도메인이 처음부터 다르기 때문에, 우클릭 저장이 페이지마다 되기도 하고 안 되기도 하는 것처럼 느껴집니다. 오픈마켓 상품 상세페이지의 이미지도 마찬가지입니다. 상품을 등록한 판매자가 다른 이미지 서버 주소를 그대로 붙여 넣는 경우가 많아, 같은 쇼핑몰 안에서도 상품마다 저장 여부가 갈리곤 합니다.

같은 사람이 같은 브라우저로 저장을 시도해도 사이트에 따라 결과가 달라지는 이유가 여기에 있습니다. 문제는 브라우저의 설정이나 컴퓨터 상태가 아니라, 그 이미지가 지금 보고 있는 페이지와 같은 출처에 있는지 다른 출처에 있는지에 달려 있습니다. 이 기준을 모르면 매번 '이번엔 왜 안 되지'라는 의문이 반복될 수밖에 없습니다.

자료 조사를 위해 위키백과나 위키미디어 공용에서 사진을 검색해 저장하려는 경우도 자주 있습니다. 이런 사이트는 대체로 핫링크 차단을 걸어두지 않아 직접 주소로 접근하면 이미지가 잘 열립니다. 다만 여전히 지금 보고 있는 문서 페이지와는 다른 도메인(업로드 전용 서버)에 있는 경우가 많아서, 문서 페이지 안에서 곧바로 우클릭했을 때 파일명이 페이지 제목과 다르게 저장되는 일이 생깁니다. 핫링크 차단이 없다고 해서 교차 출처 파일명 문제까지 함께 사라지는 것은 아니라는 뜻입니다.

또 하나 헷갈리는 경우는 우클릭 메뉴 자체에 '이미지 저장' 항목이 아예 안 보이는 상황입니다. 이건 그 사진이 사실은 'img' 태그로 삽입된 이미지가 아니라, 디자인을 위해 배경화면처럼 깔아 둔 요소(CSS 배경 이미지)인 경우에 흔히 나타납니다. 이런 요소는 애초에 브라우저가 '저장 가능한 이미지'로 인식하지 않기 때문에, 교차 출처 여부와 무관하게 저장 메뉴 자체가 뜨지 않습니다.

검색엔진의 이미지 검색 결과에서 마음에 드는 사진을 바로 저장하려는 경우도 자주 겪는 상황입니다. 검색 결과 화면 자체는 검색엔진의 도메인이지만, 정작 사진 파일은 원본이 게시된 전혀 다른 사이트에 있습니다. 그래서 검색 결과 화면에서 곧바로 우클릭하면 검색엔진이 미리 만들어 둔 축소판(썸네일)이 저장되는 경우가 있고, 원본 화질을 받으려면 원본이 게시된 페이지로 직접 이동해 그곳에서 다시 이미지 주소를 찾아야 하는 경우도 있습니다. 어느 쪽이든 지금 클릭하는 화면과 실제 파일이 있는 곳이 다르다는 사정은 같습니다.

브라우저 기본 기능으로 확인·저장하는 방법

도구 없이도 브라우저 기본 기능만으로 어디까지 확인하고 저장할 수 있는지 순서대로 정리하면 다음과 같습니다.

1. 이미지 위에서 마우스 오른쪽 버튼을 눌러 '이미지 주소 복사'(크롬·엣지 계열) 또는 '이미지 링크 복사'(파이어폭스)를 선택합니다. 화면에 보이는 이미지가 아니라 그 이미지 파일 자체의 주소를 얻는 과정입니다.

2. 복사한 주소를 새 브라우저 탭의 주소창에 붙여넣어 열어봅니다. 이미지가 그대로, 단독으로 열리면 진짜 파일 주소가 맞다는 뜻입니다. 반대로 접속 거부나 오류 화면이 뜨면 그 서버가 핫링크 차단을 걸어둔 것이라고 보면 됩니다.

3. 새 탭에서 열린 이미지를 다시 우클릭해 '다른 이름으로 저장'을 시도합니다. 이때 주소창에 표시되는 도메인이 원래 이미지가 있던 페이지의 도메인과 같으면, 대개 이 단계에서 문제없이 원하는 이름으로 저장됩니다.

4. 도메인이 서로 다르면(교차 출처) 브라우저에 따라 반응이 갈립니다. 저장 대화상자가 아예 뜨지 않고 이미지가 열려 있는 상태로만 남기도 하고, 저장은 되지만 페이지가 의도했던 이름이 아니라 주소 끝부분 그대로(임의의 해시나 index 같은 이름)로 저장되기도 합니다.

5. 파일 형식이나 실제 용량을 더 정확히 확인하고 싶다면 브라우저 개발자 도구(F12 또는 우클릭 → 검사)의 네트워크 탭을 열어두고 이미지를 다시 불러오게 해, 실제 요청의 Content-Type과 응답 크기를 직접 확인하는 방법도 있습니다. 지금 보고 있는 게 진짜 이미지 파일인지, 뒤에서 다른 처리를 하고 있는 페이지인지도 이렇게 구분할 수 있습니다.

6. 모바일에서는 사진을 길게 눌러 나오는 메뉴에서 '이미지 저장'을 선택하는 방식이 PC의 우클릭과 같은 역할을 합니다. 다만 교차 출처 문제는 PC와 똑같이 적용되기 때문에, 길게 눌러도 저장이 안 되거나 사진 갤러리 앱이 아니라 브라우저 안에서만 열리는 경우가 있습니다.

7. 일부 브라우저는 이미지를 데스크톱이나 폴더로 그대로 드래그해서 저장하는 기능도 지원합니다. 이 방법 역시 교차 출처 규칙의 영향을 받아서, 어떤 사이트에서는 되고 어떤 사이트에서는 안 되는 식으로 갈립니다. 되더라도 파일명은 우클릭 저장과 마찬가지로 브라우저가 임의로 붙이는 경우가 많습니다.

8. 화면을 캡처(스크린샷)해서 저장하는 방법도 떠올릴 수 있지만, 이건 원본 파일을 받는 것과는 다릅니다. 화면에 보이는 픽셀을 다시 이미지로 찍는 것이라 원본보다 화질이 떨어지고, 파일 용량이나 형식(JPG·PNG 등) 정보도 원본과 달라집니다. 원본 그대로의 파일이 필요하다면 스크린샷은 적절한 대안이 아닙니다.

9. 우클릭 메뉴에 '이미지 저장' 항목 자체가 없다면, 개발자 도구의 요소 검사 기능으로 그 부분을 살펴보는 방법이 있습니다. 검사 결과 'img' 태그가 아니라 배경화면 스타일로 삽입된 요소라면, 스타일 속성 안에서 이미지 주소를 직접 찾아내야 합니다. 이 경우도 결국 찾아낸 주소가 다른 도메인이면 앞서 설명한 교차 출처 문제를 똑같이 겪게 됩니다.

이 과정을 몇 번 반복하다 보면, 매번 주소를 복사하고 새 탭을 열어 확인하고 다시 저장을 시도하는 흐름 자체가 번거롭게 느껴지는 지점이 옵니다. 특히 여러 장을 정리된 파일명으로 저장하고 싶을 때는 더욱 그렇습니다. 이 지점에서 저희 도구를 쓰면, 주소를 붙여넣는 것만으로 파일 종류와 용량을 먼저 확인하고 원하는 파일명을 지정해 저장까지 한 번에 끝낼 수 있습니다.

직접 해보기 →

실제로 위키미디어 공용에 있는 사진의 직접 주소(upload.wikimedia.org로 시작하는 경로)를 넣으면, 위 화면처럼 2.70MB 원본 JPG 파일로 바로 인식됩니다. 화면에 표시된 형식과 용량을 확인한 뒤 저장 버튼을 누르면, 브라우저가 임의로 붙이는 이름이 아니라 원하는 파일명으로 내려받아집니다.

이렇게 저장 버튼을 누르기 전에 형식과 용량부터 미리 보여주는 확인 단계를 두는 이유는 간단합니다. 실제로 어떤 형식(JPG인지 PNG인지, 혹은 영상·오디오인지)과 크기의 파일인지 미리 알 수 있으면, 예상보다 훨씬 큰 파일을 실수로 받는 일을 줄일 수 있습니다. 특히 여러 주소를 번갈아 확인해야 할 때는 굳이 저장까지 하지 않고 형식과 용량만 먼저 훑어보는 용도로도 쓸 수 있습니다.

왜 이런 차이가 나는가 — 브라우저와 서버 양쪽의 이유

이 현상은 브라우저 쪽 이유와 서버 쪽 이유, 두 가지가 겹쳐서 생깁니다. 나눠서 보면 헷갈림이 한결 줄어듭니다.

웹페이지에 저장 링크나 버튼을 만들 때는 흔히 앵커 태그에 download 속성을 붙여, 클릭하면 지정한 파일명으로 곧바로 저장되게 만듭니다. 그런데 이 download 속성은 이미지가 지금 페이지와 같은 사이트(같은 출처)에 있을 때만 온전히 동작합니다. 이미지가 다른 도메인(교차 출처)에 있으면 브라우저는 보안 정책에 따라 그 파일명 지정을 무시해 버립니다. 그 결과 클릭해도 저장 대화상자 대신 이미지가 새 탭에서 그냥 열리는 동작으로 바뀝니다. 여러분이 우클릭 메뉴에서 '다른 이름으로 저장'을 눌렀을 때 반응이 상황마다 달라지는 것도 같은 맥락입니다 — 이미지가 지금 보는 페이지와 같은 곳에 있는지, 다른 곳에 있는지에 따라 브라우저가 취급하는 방식 자체가 달라지기 때문입니다.

이 원리는 파일명뿐 아니라 저장 여부 자체에도 영향을 미칩니다. 어떤 상황에서는 교차 출처 이미지라도 우클릭 저장 자체는 허용되면서 파일명만 무시되고, 어떤 상황에서는 저장 동작 자체가 새 탭 열기로 완전히 바뀌어 버립니다. 겉으로 보이는 증상은 다양하지만, 뿌리는 전부 '지금 보는 페이지와 이미지가 서로 다른 출처에 있다'는 사실 하나로 수렴합니다.

두 번째는 서버 쪽 이유입니다. 일부 서버는 자기 사이트가 아닌 다른 곳에서 들어오는 이미지·영상 요청을 아예 거부하도록 설정되어 있습니다. 이걸 흔히 핫링크 차단이라고 부릅니다. 이 경우는 브라우저의 동작 방식 문제가 아니라, 요청을 받는 서버 자체가 "이 요청이 어디서 왔는지"를 판단해서 응답을 내주지 않기로 결정하는 것입니다. 그래서 브라우저를 바꾸거나 다른 방법을 쓰더라도, 그 서버가 거부 결정을 바꾸지 않는 한 파일을 받아올 수 없습니다. 화면에 "접속을 거부했다"고 뜨는 것은 이 상황을 있는 그대로 알려주는 표시입니다.

이 두 가지는 원인이 완전히 다르기 때문에 해결 가능 여부도 다릅니다. 브라우저 쪽 문제(교차 출처의 파일명 무시)는 파일을 받아오는 방식을 바꾸면 우회할 수 있는 문제이고, 서버 쪽 문제(핫링크 차단)는 애초에 서버가 파일을 내주지 않기로 정한 것이라 클라이언트 쪽에서 어떤 방법을 쓰더라도 우회할 수 없는 문제입니다. 이 구분을 알고 있으면, 저장이 안 될 때 "내가 뭘 잘못했나"를 고민하는 대신 어느 쪽 문제인지부터 판단할 수 있습니다.

이런 제한이 애초에 왜 존재하는지를 알면 우회 방법도 더 잘 이해됩니다. 교차 출처 규칙은 원래 웹 보안을 위해 만들어진 것입니다. 만약 어떤 사이트든 다른 사이트의 리소스를 마음대로 원하는 파일명으로 저장하게 만들 수 있다면, 악성 사이트가 실행 파일을 사진인 것처럼 이름 붙여 사용자를 속이는 데 악용될 수 있습니다. 그래서 브라우저는 교차 출처인 경우 파일명 지정 권한을 원래 페이지에 넘겨주지 않도록 설계되어 있습니다.

핫링크 차단도 비슷한 맥락의 방어 수단입니다. 서버 운영자 입장에서는 자기 사이트에 올린 이미지나 영상이 다른 사이트에 그대로 삽입되어 트래픽과 자원을 소모하는 상황을 막고 싶어 합니다. 그래서 요청이 어디서 왔는지를 확인해, 자기 사이트가 아닌 곳에서 온 요청이면 응답을 거부하도록 서버를 설정해 둡니다. 이건 브라우저가 정한 공통 규칙이 아니라 각 서버 운영자가 개별적으로 정하는 정책이기 때문에, 같은 종류의 사이트라도 어떤 곳은 걸려 있고 어떤 곳은 안 걸려 있을 수 있습니다.

이때 서버가 판단 근거로 흔히 보는 값이 요청에 함께 실려 오는 참조 정보, 즉 '이 요청이 어느 페이지에서 시작됐는지'를 알려주는 값입니다. 그 값이 자기 사이트 도메인이 아니라면 이미지 대신 오류나 대체 이미지를 응답하는 방식으로 걸러내는 것이 일반적인 핫링크 차단의 동작 방식입니다. 그래서 같은 이미지 주소라도 원래 페이지 안에서 열람할 때는 정상적으로 보이다가, 그 주소만 따로 복사해 새 탭이나 다른 사이트에서 열면 차단되는 일이 생깁니다.

파일 형식을 판별하는 과정도 조금 더 들여다볼 필요가 있습니다. 주소 끝에 .jpg나 .mp4 같은 확장자가 붙어 있으면 형식을 짐작하기 쉽지만, 실제로는 확장자가 아예 없거나 의미를 알 수 없는 문자열로 끝나는 주소도 많습니다. 이럴 때는 서버가 응답할 때 함께 보내는 Content-Type 헤더(이 응답이 어떤 종류의 데이터인지 알려주는 값)를 확인해서, 그 값이 이미지·영상·오디오 중 하나로 확인되면 파일로 인식합니다. 반대로 그 주소가 실제로는 HTML 페이지를 반환하고 있다면 Content-Type도 페이지로 나오기 때문에, 파일로 인식되지 않고 걸러집니다.

이 도구가 처리하는 것은 이 중 브라우저 쪽 문제입니다. 먼저 넣은 주소가 실제로 이미지·영상·오디오 파일인지를 판별합니다 — 주소가 확장자로 끝나는지, 또는 서버 응답의 Content-Type이 미디어로 확인되는지를 봅니다. 이렇게 파일임이 확인되면, 서버가 교차 출처 요청을 허용하는 경우에는 파일 데이터를 통째로 Blob(브라우저 메모리 안에 들어 있는 이진 데이터 객체)으로 받아옵니다. 이렇게 받아온 데이터는 이미 브라우저 안에 존재하는 값이기 때문에, 저장할 때는 더 이상 다른 사이트로 이동해서 파일명을 지정하는 동작이 아니라 로컬에 있는 이진 데이터를 그대로 저장하는 동작이 됩니다. 그래서 원하는 파일명을 지정할 수 있게 됩니다.

서버가 교차 출처 요청 자체를 허용하지 않는 경우에는 다른 방식을 씁니다. 서명된 프록시를 거쳐 파일을 받아온 뒤, 그 응답에 Content-Disposition 헤더(브라우저에게 "이 응답은 화면에 열지 말고 파일로 저장하라"고 알려주는 헤더)를 붙여서 우회합니다. 다만 핫링크 차단처럼 서버가 요청 자체를 거부하는 경우는 이 프록시 방식으로도 받아올 수 없습니다 — 서버가 애초에 파일 응답 자체를 내주지 않기 때문입니다. 이 두 갈래가 앞서 요약에서 언급한 "교차 출처는 우회 가능, 핫링크 차단은 우회 불가능"이라는 구분의 실제 이유입니다. 겉으로는 둘 다 '저장이 안 되는 상황'으로 보이지만, 안에서 벌어지는 판단은 완전히 다른 갈래를 타고 있는 셈입니다.

참고로 처음부터 자체 '다운로드' 버튼을 제공하는 사이트라면 이런 문제를 겪을 일이 거의 없습니다. 그런 사이트는 서버 쪽에서 미리 Content-Disposition 헤더를 붙여 응답을 내려주기 때문에, 브라우저가 교차 출처인지 아닌지 따질 필요 없이 곧바로 저장 대화상자가 뜹니다. 우클릭 저장이 애매해지는 쪽은 대부분 처음부터 다운로드 용도로 설계되지 않은, 그저 화면에 보여주기 위해 올려 둔 이미지·영상입니다.

그래서 여러분이 화면에서 마주치는 결과는 결국 이 판단 과정의 마지막 산출물입니다. 파일 형식이 확인되고 문제가 교차 출처 제한뿐이었다면 원하는 파일명을 지정한 저장으로 이어지고, 반대로 서버가 애초에 요청 자체를 거부했다면 그 이상 진행되지 않고 접속 거부로 끝납니다. 같은 '저장이 안 된다'는 결과라도 안쪽에서 벌어진 판단은 서로 다른 것입니다.

화질·형식·상황별로 어떻게 다르게 처리되는가

파일의 종류나 상황에 따라 우클릭 저장과 이 도구의 결과가 어떻게 달라지는지 정리하면 다음과 같습니다. 화질 자체를 이 도구가 바꾸는 것은 아니며, 입력한 주소가 가리키는 원본 그대로를 인식해 저장 가능한 형태로 만들어 준다는 점을 기준으로 봐야 합니다.

표에서 보듯 이 도구가 하는 일은 화질을 높이거나 없던 데이터를 새로 만들어내는 것이 아닙니다. 입력한 주소가 실제로 가리키는 파일을 있는 그대로 인식해서, 저장이라는 마지막 단계에서 브라우저가 겪는 제약만 없애 주는 역할입니다. 그래서 원본 자체가 저해상도이거나 용량이 크면 그 특성은 그대로 유지되고, 원본이 고화질이면 고화질 그대로 저장됩니다.

표의 두 번째 줄과 세 번째 줄을 나란히 보면 헷갈리기 쉬운 지점이 하나 있습니다. 둘 다 '다른 사이트에 있는 이미지'라는 점은 같지만, 결과가 완전히 갈립니다. 두 번째 줄(다른 사이트의 CDN 이미지)은 서버가 요청 자체는 받아 주는 경우이고, 세 번째 줄(핫링크 차단이 걸린 서버)은 요청 자체를 거부하는 경우입니다. 겉모습만으로는 이 둘을 구분하기 어렵지만, 주소를 새 탭에서 직접 열어 봤을 때 이미지가 뜨는지 접속 거부 화면이 뜨는지로 갈립니다. 이미지가 일단 뜬다면 두 번째 줄에 해당하므로 이 도구로 처리할 여지가 있고, 접속 거부 화면이 뜬다면 세 번째 줄이므로 어떤 방법으로도 처리할 수 없습니다.

자주 막히는 지점

실제로 도구를 쓰다가 막히는 지점은 대체로 아래 여섯 가지로 좁혀집니다. 증상과 원인, 해결 방법을 한 번에 정리했습니다.

위 목록에 없는 문제라면, 우선 그 주소를 새 브라우저 탭에 직접 붙여넣어 여는 것부터 다시 시도해 보는 것이 가장 빠른 확인 방법입니다. 새 탭에서도 파일이 정상적으로 안 열린다면, 도구가 아니라 그 주소 자체나 원본 서버 쪽 문제일 가능성이 큽니다. 반대로 새 탭에서는 잘 열리는데 도구에서만 막힌다면, 그 시점의 일시적인 네트워크 문제일 수 있으니 시간을 두고 다시 시도해 보는 것도 방법입니다.

첫 번째 표의 '접속을 거부했다'와 두 번째 표의 '주소 인식이 안 됨'은 화면상 비슷하게 느껴지지만 원인이 다릅니다. 접속 거부는 주소는 맞게 찾았는데 서버가 요청을 막은 경우이고, 인식 실패는 애초에 그 주소가 파일을 가리키는 주소가 아니었던 경우입니다. 둘을 구분하려면 앞서 설명한 방법대로 주소를 새 탭에 직접 붙여넣어 보면 됩니다. 이미지나 영상이 화면 전체를 차지하며 단독으로 열리면 파일 주소가 맞는 것이고, 그 안에서 다시 오류나 거부 메시지가 뜬다면 핫링크 차단입니다.

저작권과 합법적 사용 범위

이 도구는 인터넷에 이미 공개되어 있는 이미지·영상·오디오 파일을, 여러분이 이미 알고 있는 주소를 통해 받아오는 기능만 제공합니다. 로그인이 필요하거나 비공개로 설정된 콘텐츠까지 우회해서 가져오는 기능은 아닙니다.

파일을 내려받았다고 해서 그 저작권이 사라지는 것은 아닙니다. 다운로드한 이미지나 영상의 저작권은 원래 그 콘텐츠를 만든 사람, 또는 그 권리를 넘겨받은 쪽에게 그대로 남아 있습니다. 저장이라는 행위 자체가 소유권 이전을 뜻하지 않는다는 점을 분명히 해 둘 필요가 있습니다.

그래서 사용 범위는 본인이 직접 촬영·제작한 자료이거나, 저작권자에게 사용을 명시적으로 허락받은 경우처럼 개인적이고 합법적인 용도로 한정하는 것이 원칙입니다. 참고용으로 소장하거나, 허락된 범위 안에서 개인적으로 활용하는 정도가 안전한 사용입니다.

화면을 캡처해서 저장한 이미지도 원본과 다르지 않게 저작권이 적용됩니다. 픽셀을 다시 찍은 것일 뿐 원저작물의 표현을 그대로 담고 있기 때문에, 캡처를 거쳤다고 해서 자유롭게 써도 되는 자료로 성격이 바뀌는 것은 아닙니다.

특히 내려받은 파일을 다시 다른 웹사이트나 블로그, SNS 등에 재업로드하거나, 원작자 표시 없이 재배포하는 행위는 저작권 침해에 해당할 수 있습니다. 위키미디어 공용처럼 자유 이용 라이선스를 명시한 콘텐츠라 해도, 라이선스가 요구하는 조건(출처 표기, 동일 조건 변경 허락 등)은 그 콘텐츠의 라이선스 페이지에서 별도로 확인해야 합니다. 라이선스 조건을 확인하지 않고 상업적으로 사용하거나 출처를 지운 채 배포하면, 파일이 공개되어 있었다는 사실과 별개로 문제가 될 수 있습니다.

예를 들어 위키미디어 공용에 올라온 사진이라 해도 전부 같은 조건은 아닙니다. 어떤 사진은 저작권 보호 기간이 끝나 누구나 자유롭게 쓸 수 있는 퍼블릭 도메인이고, 어떤 사진은 크리에이티브 커먼즈 라이선스처럼 '출처를 표기하면 재사용 가능' 같은 구체적인 조건이 붙어 있습니다. 파일을 저장하기 전에 그 사진이 게시된 페이지에서 라이선스 항목을 확인해 두는 습관이, 나중에 어디에 어떻게 써도 되는지를 판단하는 가장 확실한 방법입니다. 이런 확인 과정은 파일을 어디서 어떤 방식으로 내려받았는지와 무관하게, 공개된 콘텐츠를 다룰 때 항상 필요한 절차입니다.

반대로 본인이 예전에 직접 올렸던 사진이나 영상을, 원본 파일을 분실한 상태에서 다시 확보하려는 경우도 있습니다. 이때는 저작권자 본인이 자신의 자료를 되찾는 것이므로 사용 범위를 고민할 필요 없이 자유롭게 활용할 수 있습니다. 다만 이 경우에도 그 자료가 실제로 본인이 만든 것이 맞는지, 혹은 공동 저작물이라 다른 권리자가 함께 있는지는 별개로 확인해 두는 것이 안전합니다.

비슷한 도구·플랫폼과 무엇이 다른지

비슷한 목적의 도구는 크게 두 갈래로 나뉩니다. 하나는 브라우저 확장 프로그램 형태로 설치해서 페이지를 열 때마다 자동으로 이미지를 긁어모으는 방식이고, 다른 하나는 웹페이지 주소를 통째로 넣으면 그 안에 있는 이미지를 모두 찾아 목록으로 보여주는 방식입니다.

이 도구는 이 둘 중 어느 쪽도 아닙니다. 설치가 필요 없고, 페이지 전체를 훑어서 이미지를 찾아내는 탐색 과정도 하지 않습니다. 여러분이 이미 눈으로 확인하고 확보한 파일 하나의 직접 주소를 넣으면, 그 파일 하나만 형식과 용량을 확인해서 저장 가능한 형태로 만들어 주는 데 집중합니다.

브라우저 확장 프로그램 방식은 설치 후 방문하는 모든 페이지의 내용을 읽을 수 있는 권한을 요구하는 경우가 많아, 설치 자체를 부담스러워하는 사람도 있습니다. 웹에서 바로 여는 형태의 도구는 이런 설치·권한 문제 없이 필요할 때만 열어서 쓰고 닫으면 그만이라는 차이가 있습니다.

한 가지 더 짚어 둘 점은, 애초에 우클릭 저장이 문제없이 되는 사이트라면 이런 도구가 굳이 필요하지 않다는 것입니다. 이 도구의 쓸모는 정확히 '같은 사이트가 아니라서 브라우저가 파일명 지정을 무시하는' 그 좁은 구간에 있습니다. 그 구간 밖의 문제, 예를 들어 핫링크 차단으로 아예 요청이 거부되는 경우까지 해결해 주는 만능 도구는 아닙니다.

그래서 쓰임새가 갈립니다. 페이지 안의 여러 이미지를 한 번에 모으고 싶다면 페이지 주소를 넣는 방식의 일괄 다운로드 도구가 더 맞습니다. 반대로 이미 원하는 파일의 정확한 주소를 알고 있고, 그 파일 하나만 원하는 파일명으로 깔끔하게 저장하고 싶다면 이쪽이 더 간단하고 빠릅니다.

또한 특정 플랫폼(예: 특정 SNS나 동영상 사이트)의 영상을 대상으로 하는 전용 다운로더와도 성격이 다릅니다. 그런 전용 도구들은 플랫폼의 페이지 구조를 분석해서 그 안에 숨어 있는 영상 주소를 찾아내는 과정이 필요합니다. 이 도구는 그런 분석 과정 없이, 이미 확보된 파일 직접 주소를 그대로 받아 처리하는 데만 집중합니다. 그만큼 지원 범위는 좁지만, 대신 동작 방식이 단순하고 결과를 예측하기 쉽습니다.

결국 선택 기준은 '내가 지금 무엇을 이미 알고 있는가'로 요약됩니다. 페이지 주소만 알고 그 안에 어떤 이미지가 몇 장 있는지 모른다면 페이지 전체를 훑어 목록으로 보여주는 도구가 필요하고, 이미 눈으로 확인한 파일 하나의 직접 주소를 알고 있다면 그 주소 하나만 넣어 처리하는 이 도구가 더 짧은 경로입니다. 두 방식은 서로 경쟁하는 대체재라기보다, 상황에 따라 골라 쓰는 서로 다른 도구에 가깝습니다.

정리

정리하면 다음과 같습니다.

• 우클릭 저장이 안 되거나 파일명이 무시되는 건 대부분 이미지가 다른 사이트(교차 출처)에 있기 때문이며, 브라우저의 정상적인 보안 동작입니다.
• 핫링크 차단이 걸린 서버는 요청 자체를 거부하므로, 어떤 방법으로도 그 서버에서 파일을 받아올 수 없습니다.
• 이 도구는 파일 자체의 직접 주소만 처리하며, 기사나 게시글 같은 웹페이지 주소는 지원하지 않습니다.
• 확장자나 Content-Type으로 파일 여부를 먼저 판별한 뒤, 최대 600MB까지 형식과 용량을 확인해 원하는 파일명을 지정해 저장할 수 있습니다.
• 저장한 파일의 저작권은 원저작자에게 그대로 남으므로, 재배포 전에는 라이선스와 출처를 반드시 확인해야 합니다.

자주 묻는 질문

웹페이지(기사) 주소를 넣어도 되나요?

안 됩니다. 이 도구는 이미지·영상·오디오 파일 자체의 직접 주소만 처리합니다. 기사나 게시글처럼 여러 요소가 섞인 웹페이지 주소를 넣으면 파일로 인식되지 않습니다. 이미지 위에서 마우스 오른쪽 버튼을 눌러 '이미지 주소 복사'를 선택하면 페이지 주소가 아니라 파일 자체의 주소를 따로 얻을 수 있습니다. 웹페이지 안의 이미지를 한꺼번에 모으고 싶다면 웹페이지 이미지 일괄 다운로드 도구를 대신 사용해야 합니다.

'접속을 거부했다'고 나오는데 다른 방법이 있나요?

없습니다. 이는 해당 서버가 다른 사이트에서 오는 요청을 막아둔 핫링크 차단 상태이기 때문입니다. 서버 자체가 요청을 거부하는 것이므로 어떤 방법을 쓰더라도 그 서버에서 직접 받아올 수 없습니다. 이 표시가 뜨면 다시 시도해도 결과는 바뀌지 않으며, 남은 방법은 원본 사이트 화면에서 저장을 시도해 보는 것뿐입니다.

이미지의 직접 주소는 어떻게 얻나요?

이미지 위에서 마우스 오른쪽 버튼을 누르고 '이미지 주소 복사'(크롬·엣지) 또는 '이미지 링크 복사'(파이어폭스)를 선택하면 됩니다. 이 주소를 새 탭에 붙여넣었을 때 이미지만 단독으로, 다른 요소 없이 열리면 파일 자체의 직접 주소가 맞다는 뜻입니다. 페이지 전체가 함께 열린다면 아직 파일 주소를 정확히 찾은 게 아닙니다.

영상이나 음성 파일도 받을 수 있나요?

가능합니다. 이미지뿐 아니라 영상·오디오 파일의 직접 주소도 같은 방식으로 처리됩니다. 확장자로 끝나거나 응답의 Content-Type이 미디어로 확인되는 주소라면, 형식과 용량을 먼저 보여준 뒤 원하는 파일명으로 저장할 수 있습니다. 다만 재생 페이지의 주소가 아니라, 파일 하나를 직접 가리키는 주소여야 인식됩니다.

최대 몇 MB까지 처리할 수 있나요?

한 파일당 최대 600MB까지 처리합니다. 이보다 큰 파일은 이 도구로 처리할 수 없으므로, 원본 링크를 새 탭에서 열어 브라우저 기능으로 직접 저장해야 합니다. 대부분의 이미지나 짧은 영상은 이 상한 안에 들어오지만, 길고 고화질인 영상 파일은 미리 용량을 가늠해 보는 것이 좋습니다.

저장한 파일을 블로그나 SNS에 다시 올려도 되나요?

주의가 필요합니다. 파일을 내려받았다고 저작권이 사라지는 것은 아니며, 저작권은 원저작자에게 그대로 남아 있습니다. 본인 자료이거나 사용을 명시적으로 허락받은 경우가 아니라면, 재업로드나 재배포는 저작권 침해에 해당할 수 있습니다. 자유 이용 라이선스가 붙은 콘텐츠라도 요구하는 조건(출처 표기 등)을 먼저 확인해야 합니다.

왜 브라우저 우클릭 저장은 안 되는데 이 도구는 되나요?

다른 사이트에 있는 파일은 저장 링크의 파일명 지정이 브라우저에 의해 무시되어 새 탭에서 그냥 열려버립니다. 이 도구는 파일을 이진 데이터로 받아오거나, 서명된 프록시로 Content-Disposition 헤더를 붙여 이 제한을 우회해 원하는 파일명으로 저장할 수 있게 합니다. 다만 핫링크 차단처럼 서버가 요청 자체를 거부하는 경우는 이 방식으로도 우회할 수 없다는 점은 동일하게 적용됩니다.