PDF 눌렀는데, 왜 브라우저에서 열려?

자료실에서 PDF 안내문을 눌렀습니다. 저장할 폴더를 고르는 창이 나올 줄 알았는데, 새 탭에 문서가 펼쳐집니다.

파일 하나 받으려 했더니 독서부터 시작됐습니다. 다운로드가 안 된 걸까요, 다른 버튼을 누른 걸까요?

우편함 장면은 예상과 다른 것이 먼저 나타나는 상황의 비유입니다. PDF를 열거나 다운로드한 실험 화면이 아닙니다.

화면에서 보기와 파일로 보관하기

브라우저에 PDF 뷰어가 있으면 문서 내용을 그 안에서 바로 보여줄 수 있습니다. 별도 PDF 앱을 켜지 않고도 읽는 것입니다. 컴퓨터용 Chrome도 PDF를 기기에 다운로드할지, Chrome 안에서 열지 고르는 설정을 제공합니다.^[4]

브라우저에서 열렸다는 것이 아무 데이터도 받지 않았다는 뜻은 아닙니다. 내용을 화면에 표시하는 것과 내가 확인한 폴더에 보관할 파일이 저장됐는지는 다른 질문입니다. 반대로 브라우저에 보였다는 이유만으로 저장 폴더에 파일이 남았다고 확정할 수도 없습니다.

문서가 보인다면 읽기는 시작된 겁니다. 나중에도 파일로 꺼내 쓰려면 저장 여부와 위치를 따로 확인하면 됩니다.

보내는 쪽에도 ‘이렇게 다뤄 주세요’ 안내가 있습니다

웹서버가 파일 데이터를 보낼 때는 내용과 함께 처리에 참고할 정보도 보냅니다. 이런 응답 정보를 HTTP 헤더라고 합니다.

Content-Type은 보낸 데이터의 미디어 유형을 알립니다. application/pdf는 PDF라는 유형을 나타냅니다. 이것만으로 모든 브라우저의 표시·저장 방식이 하나로 결정되는 것은 아닙니다.^[2]

Content-Disposition은 내용을 화면 안에 표시할지, 첨부 파일처럼 내려받도록 할지 알려주는 응답 안내입니다. inline은 화면 안에서 표시하는 쪽, attachment는 첨부 파일로 내려받는 쪽을 가리킵니다.^[1]

filename="guide.pdf"는 파일 이름에 관한 안내입니다. 이름이 제안됐다는 것이 이미 그 이름으로 저장됐다는 뜻은 아닙니다. 브라우저가 파일 시스템에 맞게 이름을 처리할 수도 있고, 사용자가 저장할 때 바꿀 수도 있습니다.^[1]

이 예시는 두 안내의 뜻을 비교한 것입니다. 지금 누른 사이트가 실제로 어떤 헤더를 보냈는지 확인한 진단 결과는 아닙니다.

‘다운로드’라고 쓰여 있어도 결과가 같지는 않습니다

서버 안내만 보는 것으로는 끝나지 않습니다. 브라우저가 그 형식을 표시할 수 있는지, PDF를 어떻게 처리하도록 설정했는지, 링크를 어떤 방식으로 만들었는지도 관여합니다.

웹페이지의 링크에는 download 속성을 붙여 내려받기를 요청하는 방법도 있습니다. 다만 다른 출처의 주소를 포함한 모든 링크에 무조건 적용되는 장치는 아닙니다. 적용 범위가 정해져 있고, 실제 처리도 브라우저와 사용자 설정 등에 따라 다릅니다.^[3]

따라서 PDF라는 확장자나 ‘다운로드’라는 버튼 글자만으로 항상 같은 저장 창이 뜬다고 예상하기는 어렵습니다. 창이 안 떴다는 이유만으로 곧바로 사이트 오류라고 단정할 수도 없습니다.

파일로 남기고 싶다면, 저장한 위치까지 확인하기

• 문서가 브라우저에서 정상적으로 보인다면 뷰어가 제공하는 저장·다운로드 메뉴를 확인합니다. 메뉴 이름과 위치는 브라우저마다 다를 수 있습니다.
• 저장 동작 뒤에는 다운로드 목록과 실제 저장 폴더를 확인합니다. 파일 이름, 완료 여부, 열리는 파일이 원하는 문서인지 살펴봅니다.
• PDF가 항상 원하는 방식과 다르게 열린다면 사용 중인 브라우저의 공식 PDF 처리 설정 안내를 확인합니다. 이 글에서 사용자 설정을 바꾸지는 않습니다.

컴퓨터 Chrome 도움말은 PDF 링크의 ‘다른 이름으로 링크 저장’과 다운로드 목록·저장 위치 확인 방법도 안내합니다.^[4] 다른 브라우저에 같은 메뉴가 있다고 가정하지 말고, 사용 중인 앱의 안내를 따르면 됩니다.

PDF가 새 탭에서 먼저 인사한 것뿐일 수 있습니다. 읽을 수 있게 열린 것과, 나중에 꺼내 쓸 파일로 보관한 것을 나누어 확인하면 됩니다.