블로그 링크 주소에 @가 있다면: 앞의 이름과 실제 접속 도메인 구분하기
추출한 링크의 앞부분에 익숙한 이름이 보인다고 접속 도메인을 확인한 것은 아닙니다. 특히 URL에 @가 있다면 사용자 정보 부분과 호스트를 구분해서 읽어야 합니다. 링크 목록의 제목, 전체 주소, 실제 호스트를 별도 항목으로 두면 이런 혼동을 줄일 수 있습니다.
아래 주소는 형식 설명용 가상 예제이며 방문할 링크로 제공하지 않습니다. 예제는 로컬 URL 파서로 구조만 확인했고, 그 주소에 접속하거나 안전성을 검사한 결과는 아닙니다. 실제 계정명·비밀번호·인증 정보를 주소나 공유 목록에 넣지 마세요.
1. @ 앞의 문자열은 호스트가 아닐 수 있어요
MDN은 URI의 authority 영역이 사용자 정보, 호스트, 포트로 구성될 수 있다고 설명합니다. user@host 형태에서는 @ 앞이 사용자 정보이고 뒤가 호스트입니다. HTTP 주소에 사용자 정보를 직접 포함하는 방식은 권장하지 않는다는 안내도 있습니다.
다음 예제를 보세요.
https://news.example.com@archive.example.org/guide
여기서 호스트 이름은 archive.example.org입니다. 앞의 news.example.com은 이 구조에서 사용자 정보로 읽힙니다. 주소의 왼쪽에 보이는 이름만 보고 링크 목록의 도메인 칸에 옮기면 다른 결과를 적게 됩니다.
@를 포함한 모든 문자열에 이 해석을 적용하는 것도 정확하지 않습니다. 이메일 주소와 웹 URL은 형식이 다르고, @가 경로나 검색 값에 등장하는 경우도 있습니다. 문자 하나를 기준으로 전체 주소를 무조건 자르기보다 URL의 구조를 확인하세요.
2. hostname과 포트·경로를 따로 적기
웹의 URL 객체에서 hostname은 도메인 이름 또는 IP 주소 부분을 읽는 속성입니다. 포트를 따로 지정한 주소라면 host와 hostname의 결과도 구분해야 합니다.
const u = new URL( 'https://news.example.com@archive.example.org:8443/guide' ); u.hostname; // archive.example.org u.host; // archive.example.org:8443
이 예제를 로컬 JavaScript URL 객체로 확인했을 때 hostname은 archive.example.org, host는 포트를 포함한 archive.example.org:8443으로 읽혔습니다. 숫자 8443은 예제의 포트이며 특정 서비스 사용을 안내하는 값이 아닙니다.
| 목록 항목 | 이 예제의 값 | 용도 |
|---|---|---|
| 원문 주소 | 복사한 전체 URL | 출처의 링크를 보존 |
| hostname | archive.example.org | 호스트 이름 구분 |
| 포트 | 8443 | 별도 포트가 있는지 기록 |
| 경로 | /guide | 같은 호스트의 어느 자료인지 구분 |
호스트를 읽었다는 사실은 해당 서버의 운영자나 자료 내용을 확인했다는 뜻은 아닙니다. 동일한 호스트에서도 경로마다 다른 자료가 있을 수 있으므로 원문 전체 주소를 임의로 홈페이지 주소로 줄이지 마세요.
3. 추출 목록에 확인 상태를 남기는 방법
주소 목록에서는 ‘도메인 확인’, ‘실제 열림 확인’, ‘본문 제목 확인’을 별도 상태로 두세요. 호스트 이름이 해석됐다는 이유로 공개 자료가 존재한다고 표시하지 않습니다. 아직 열지 않은 주소에는 ‘형식만 확인’이라고 적는 편이 정확합니다.
가상 목록을 검수한다면 ‘링크 문구: 자료 안내 / 호스트: archive.example.org / 사용자 정보 포함 여부: 있음 / 실제 방문: 하지 않음 / 다음 작업: 출처에서 정상 공개 주소 확인’처럼 작성할 수 있습니다. 이런 주소를 확인했다는 이유로 다른 사람에게 그대로 전달하거나 로그인 입력을 진행할 필요는 없습니다.
공유 목록에는 인증 정보가 섞인 주소를 그대로 붙이지 마세요. 실제 민감한 값이 보인다면 해당 값 없이 검수 상태만 남기고, 원래 사이트의 정상 공개 링크를 확인합니다. 단순히 @ 앞부분을 지운 주소가 원문과 같은 목적지라고 확정하지 않습니다.
MDN 사용자 정보·호스트 구조 설명 읽기 (영어)4. 자주 묻는 주소 검수 질문
주소에 @가 있으면 무조건 위험한가요?
문자만으로 모든 주소의 성격을 판정하지 않습니다. 어떤 영역에 있는지와 원문 출처, 정상 공개 주소를 확인하세요. 가상 예제를 해석한 결과도 실제 사이트 안전성 검사가 아닙니다.
https로 시작하면 도메인을 안 봐도 되나요?
스킴을 확인하는 일과 호스트 이름을 읽는 일은 다릅니다. https라는 문자열을 운영자나 자료 내용의 확인 결과로 사용하지 마세요.
검색 값에 @가 들어 있으면 호스트가 바뀌나요?
https://archive.example.org/guide?note=a@b처럼 검색 값 영역에 @가 있는 예제의 hostname은 archive.example.org입니다. 이 가상 예제도 로컬 파서로 확인했으며 실제 방문하지 않았습니다.
확인일: 2026년 10월 7일. 형식 근거: MDN URI authority, MDN URL hostname. 코드 예제는 가상 주소의 로컬 파싱 결과이며 접속·안전성 판정이나 링크 추출기 기능 변경 결과가 아닙니다.
대표 이미지는 이해를 돕기 위해 AI로 제작한 삽화입니다.
