기존 글의 PDF 안내를 새 글로 옮기면서 내부 링크의 주소와 문구를 고쳤다고 가정해 보겠습니다. 링크 이름은 ‘새 안내 읽기’인데 누르면 웹페이지로 이동하지 않고 저장이 시작됩니다. 새 글 주소가 맞다면, 예전 링크에 내려받기를 요청하는 설정이 남아 있는지 확인할 차례입니다. 글을 다시 작성하거나 파일 이름을 바꾸기 전에 연결에 저장된 동작부터 살펴봅니다.
HTML 링크에서 목적지를 지정하는 href와 내려받기 의도를 표시하는 download는 서로 다른 속성입니다. href에 새 글 주소를 넣어도 download가 함께 남아 있을 수 있습니다. 특히 예전 파일명만 지워 download=""로 만든 경우에도 속성 자체는 존재합니다. WHATWG의 HTML 표준은 이 속성이 있으면 자료를 내려받으려는 의도를 나타낸다고 설명합니다. 빈 값과 속성이 없는 상태를 같은 것으로 검수하면 오류가 남습니다.
편집 도구가 링크 종류를 구분한다면 해당 연결이 여전히 ‘파일 다운로드’ 항목인지 살핍니다. 일반 페이지 이동으로 바꿀 때에는 그 링크에서 내려받기 설정이 실제로 제거됐는지 확인합니다. HTML을 담당자가 수정한다면 불필요한 download 속성을 없애는 작업에 해당합니다. 파일명을 지우는 조치나 주소 끝의 확장자를 고치는 조치로 대신하지 않습니다. 도구마다 저장 방식이 다르므로 특정 메뉴를 누르면 해결된다고 일률적으로 안내하지 않습니다.
링크 속성이 없어도 서버가 내려받기를 지시할 수 있습니다. 기술 담당자는 새 글 주소의 응답에 Content-Disposition: attachment가 붙는지 확인할 수 있습니다. 이는 출발 글의 링크에 붙은 download와 적용 위치가 다릅니다. 새 글 주소를 직접 열 때에도 내려받기가 발생한다면 링크 편집만 반복하지 말고 응답 설정까지 조사합니다. 다만 직접 열기와 링크 누르기의 차이만으로 원인을 확정하지 않고, 실제 속성과 응답을 근거로 판단합니다.
여기서 다루는 download 속성의 적용은 같은 출처의 웹주소를 연결한 경우를 기준으로 합니다. 출처는 통신 방식, 호스트, 포트로 구별하므로 같은 회사의 사이트라는 사실만으로 같다고 볼 수 없습니다. 다른 출처의 링크에 같은 결과를 약속하지 않습니다. 저장 위치를 묻는 창이 뜰지 자동으로 저장될지 등은 브라우저와 사용자 설정에도 영향을 받습니다. 저장 창이 없었다는 이유만으로 내려받기 설정이 사라졌다고 판정해서도 안 됩니다.
수정한 뒤에는 기존 글에 있는 해당 링크를 직접 선택해 새 글의 본문을 읽는 이동이 이뤄지는지 확인합니다. 주소만 복사해 주소창에 붙이는 검사는 출발 링크의 download 속성을 거치지 않으므로 그 속성이 남은 오류를 놓칠 수 있습니다. 확인 기록에는 링크를 누른 결과와 주소를 직접 연 결과, 남아 있던 속성 또는 응답 설정을 나누어 적습니다. 이 비교가 있어야 다음 담당자도 어느 쪽을 고쳤는지 재현할 수 있습니다.
사이트에 원래 필요한 파일 배포 링크까지 한꺼번에 바꿀 필요는 없습니다. 새 글을 읽도록 바꾼 연결만 목적지와 동작을 함께 검수하고, 파일을 제공하는 연결은 그 역할대로 남깁니다. 내부 링크를 수정할 때 주소가 같은지뿐 아니라 그 주소를 ‘읽으러 가는지’ 또는 ‘내려받으려는지’를 확인하면, 예전 다운로드 기능이 새 안내의 읽기 경로에 따라붙는 문제를 찾을 수 있습니다.
참고 자료: WHATWG HTML Living Standard, Links — https://html.spec.whatwg.org/multipage/links.html#downloading-resources MDN, HTML anchor element — https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/Elements/a MDN, Content-Disposition — https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Content-Disposition MDN, Same-origin policy — https://developer.mozilla.org/en-US/docs/Web/Security/Defenses/Same-origin_policy 자료 확인: 2026년 10월 4일