웹에서는 열리는데 공유하면 안 열리는 링크 확인

전달 전에 무엇이 빠졌는지 확인하기

웹사이트에서는 행사 안내 문서가 잘 열리지만 agenda.pdf나 슬래시로 시작하는 경로를 이메일에 복사하면 상대방은 파일에 도착하지 못할 수 있습니다. 살펴본 질문은 이 문제와 주소를 만들 때 기준 경로 일부가 사라지는 혼란을 다룹니다. 메일이나 단축 서비스를 탓하기 전에 무엇을 복사했는지 보세요. 상대 참조는 완전한 도착지를 얻을 문맥이 필요합니다. 사이트 안에서는 유효해도 밖으로 공유할 때는 확인된 전체 웹URL을 준비해야 합니다. 주소를 해석하는 것과 문서 존재 및 독자에게 맞는 내용을 확인하는 것은 다릅니다.

경로의 의미를 정하는 기준 찾기

MDN은 해석이 기준URL을 사용하며 문자열 두 개를 단순히 붙이는 일이 아니라고 설명합니다. HTML 문서는 보통 위치를 기준으로 하지만href가 있는base 요소가 바꿀 수 있습니다. 코드에 경로만 있으면 빠진 도메인이나 폴더를 추측하지 마세요. 속성을 손으로 옮기기보다 브라우저의 링크 주소 복사를 사용하고 결과를 검토합니다. 사이트를 관리한다면 수정 전에 실제 문서 기준과 예상 목적지를 비교하세요. 빠른 해결로 페이지 전체에base를 넣으면 다른 참조도 영향을 받을 수 있습니다. 조사하는 링크 하나에만 적용되는 수정이라고 가정하지 말고 먼저 문맥을 확정합니다.

예시의 슬래시 효과 확인하기

세 표현식은URL 생성자의 해석을 보여 줍니다. example.invalid와 파일은 가상이므로 다운로드할 안내문 존재를 입증하지 않습니다. 기준이event/로 끝나면agenda.pdf는 그 폴더 안 주소가 됩니다. 참조가/agenda.pdf로 시작하면 같은 출처의 루트부터 시작합니다. 기준이 끝 슬래시 없는event라면 마지막 부분이agenda.pdf로 바뀌어 다시 루트가 됩니다. MDN과RFC3986은 이 차이를 설명합니다. 습관대로 슬래시를 넣거나 빼지 말고 실제 리소스에 맞는 주소를 선택하세요. 마지막 파일 이름뿐 아니라 전체 출력을 확인합니다. 주소 생성만으로 가용성이 확인되지는 않습니다.

출력은 첫째https://example.invalid/event/agenda.pdf, 나머지 둘은https://example.invalid/agenda.pdf입니다. 두 결과가 같아도event 폴더 존재나 사이트에서 생략해야 함을 입증하지 않습니다. 실제 시험은 계산한 주소, 연 문서, 독자 접근을 분리하고 관찰하지 않은 단계는 미확인으로 둡니다. 이 결과는 로컬 문자열 해석이며 다운로드나 서버 가용성 검사가 아닙니다.

new URL("agenda.pdf", "https://example.invalid/event/").href
new URL("/agenda.pdf", "https://example.invalid/event/").href
new URL("agenda.pdf", "https://example.invalid/event").href

해석 후 리소스 검증하기

결과URL에 예상한 도메인과 경로가 있는지 보세요. 생성자는 문법적으로 유효하지만 잘못된 리소스 주소를 만들 수 있으며 권한이나 내용은 검증하지 않습니다. 비밀이나 개인정보 없는 공개 도착지는 전체 주소를Wiki URL 검사기에 넣고HTTP 응답과 최종URL을 기록할 수 있습니다. 리소스도 열어 올바른 안내문인지, 예정 독자가 접근 가능한지 확인하세요.200 응답만으로는 어느 것도 입증되지 않습니다. 리디렉션이 있으면 승인 전에 최종 도착지를 확인합니다. 비공개 문서는 허가된 방법을 사용하고 외부 도구로 보내지 않습니다. 기술 응답과 내용, 접근 권한을 따로 평가하세요.

승인 주소를 배포하고 받은 버전 시험하기

전체URL을 확인하면 최종 메일이나 문서에 씁니다. 편집기가 링크 이름을 지원해 행사 안내라고 보여도 승인된 도착지를 유지합니다. 표시를 줄이려고 실제 주소를 불완전한 경로로 바꾸지 마세요. 짧은 주소나QR은 승인된 전체 도착지로WikiURL에서 만들고 정확히 그 버전을 테스트합니다. 단축기는 상대 참조에 빠진 사이트나 폴더를 추측하지 않고 파일을 대신 게시하지도 않습니다. 편집기 미리보기뿐 아니라 받은 버전이나 내보낸 버전에서 다시 여세요. 원본과 배포 자료의 차이 및 독자가 실제 따라갈 경로를 확인할 수 있습니다.

문맥과 도착지, 증거 함께 보관하기

원본 참조, 사용 기준, 해석된URL, 공유 버전을 저장하면 폴더나 템플릿 또는 사이트 변경 후 재현할 수 있습니다. 사이트의 모든 상대 참조를 무분별하게 바꾸지 마세요. 문제는 문맥 밖 공유이지 페이지 안의 유효한 기술을 금지하는 것이 아닙니다. 파일이 이동하면 유통 자료와 참조를 검토하고 담당자와 접근 유지 방법을 합의합니다. 이전QR이 자동 갱신된다고 약속하지 않습니다. 유용한 결과는 예상 문서로 가는 완전한 주소와 실제 경로 테스트입니다. WikiURL은 확인과 배포를 돕지만 해석은 내용 검토나 접근 권한을 대신하지 않습니다. 각 책임과 관찰을 구분해 기록하세요.