주소에서 도메인·경로·쿼리 찾아보기

1. 주소를 덩어리별로 나누어 읽습니다

웹 주소를 읽을 때는 맨 앞의 scheme과 authority 안의 host, 그 뒤의 경로와 쿼리, fragment를 구분하는 것이 도움이 됩니다. IETF RFC3986은 URI의 일반 구성 요소를 설명하며 이 구조를 읽는 근거가 됩니다. 다만 URI의 일반 구문과 브라우저가 처리하는 모든 URL의 세부 동작을 완전히 동일시하지는 않습니다. 이 글은 주소를 이해하는 기초 안내이며 모든 국제화 도메인과 예외 구문을 판정하는 보안 도구가 아닙니다. 주소가 정교하게 생겼다는 이유만으로 해당 서버나 자원이 실제 존재한다고 단정하지 않는 것도 중요합니다.

근거: IETF RFC3986 — URI Generic Syntax · 2026.10.23 확인

2. 가상의 주소를 다섯 부분으로 나눕니다

설명용 주소 https://example.com/notes/unit?lang=ko#source를 보면 scheme은 https, host는 example.com, 경로는 /notes/unit, 쿼리는 lang=ko, fragment는 source입니다. 이 주소는 실제 서비스를 추천하거나 조회한 결과가 아니라 구성 요소를 설명하기 위한 가상 예시입니다. 경로와 쿼리는 호스트 다음에 놓이며 그 안에 적힌 문자열이 곧 접속 대상 기관의 이름이라는 뜻은 아닙니다. 각 부분을 메모할 때는 구분 문자까지 원문을 보존하면 비교가 쉽습니다. 민감한 인증 정보나 개인 식별값이 들어간 실제 주소는 공개 메모에 복사하지 않습니다.

근거: IETF RFC9110 — HTTP Semantics §4.2.2 · 2026.10.23 확인

3. 이름이 보이는 자리와 호스트 자리를 구분합니다

주소의 경로나 쿼리에 익숙한 기관 이름이 들어 있어도 그것만으로 해당 기관이 운영하는 호스트라는 증거가 되지 않습니다. 같은 문자열이 주소의 어느 위치에 놓였는지 읽어야 합니다. 브라우저가 보여주는 표시와 실제 전체 주소가 어떻게 다른지도 사용 환경에 따라 달라질 수 있으므로 한 화면의 예시를 모든 브라우저에 그대로 적용하지 않습니다. HTTPS 연결의 서버 인증과 내용의 신뢰도 역시 다른 질문입니다. 이 안내는 개별 URL의 안전성을 자동 판정하거나 악성 여부를 조회하지 않으며 주소의 구성 요소를 읽을 때 놓치기 쉬운 구분을 설명합니다.

근거: IETF RFC3986 — URI Generic Syntax · 2026.10.23 확인

4. 규격의 갱신과 실제 주소의 수명을 봅니다

RFC3986의 발행은 2005년 1월이며 정보 페이지에는 RFC7320과 RFC8820에 의한 갱신 안내가 있습니다. 과거 문서가 공개되어 있다는 사실과 전체 규격이 변경 없이 최신이라는 주장은 구별해야 합니다. 실제 웹 주소도 이전되거나 자원이 사라질 수 있으므로 출처 메모에는 문서명과 기관, 확인 날짜를 함께 남기는 것이 좋습니다. URL 문자열만 보관하면 링크가 끊어졌을 때 어떤 자료를 찾았는지 알기 어렵습니다. 이 사이트의 출처 메모 도구는 HTTPS 형식을 확인하지만 주소를 자동 요청하거나 그 내용과 운영 주체를 인증하지는 않습니다.

옆 문서로 이어가기