URL Structure: Parts of a Domain Name

웹을 자주 이용하는 거의 모든 사람들이 웹사이트 URL의 일반적인 구조를 알고 있지만, 도메인 이름의 각 개별 부분을 알고 계신가요? 다행히도, 웹사이트 URL은 너무 복잡하지 않습니다, 적어도 표면적인 수준에서 다양한 구성 요소를 이해하는 데 있어서는요.

이 글에서는 도메인 이름/웹사이트 URL의 각 부분을 하나씩 살펴보며 구조를 이해하는 데 도움을 드리겠습니다. 각 부분은 사이트가 어떻게 인식되는지와 사용자의 온라인 경험에 영향을 미칠 수 있습니다. 일부 부분은 SEO에도 영향을 미치므로, URL이 청중에게 어떻게 보이는지 고려하는 것이 중요합니다!

다섯 가지 구성 요소

도메인 이름을 구성하는 총 다섯 가지 일반적인 부분이 있지만, 모든 URL에서 사용되지는 않습니다. 이 다섯 가지는 아래에 나열되어 있으며, 각 부분에 대해 더 자세히 설명하는 개별 섹션이 이어집니다.

프로토콜
서브도메인
도메인 이름
페이지 경로
쿼리

프로토콜

첫 번째 구성 요소는 일반적으로 프로토콜 식별자라고 불리며, 웹 브라우저가 서버에서 리소스를 요청하는 데 사용해야 하는 프로토콜 유형을 나타냅니다. 많은 프로토콜이 존재하지만, 일반적으로 볼 수 있는 프로토콜은 몇 가지뿐입니다. 여기에는 다음이 포함될 수 있습니다:

http: 웹 서버와 브라우저를 연결하는 간단한 연결.
https: http와 유사하게 작동하지만 사용자에게 추가 보안을 제공하는 간단한 연결입니다. SSL (사용자 데이터를 암호화하고 개인 데이터를 추가로 보호합니다). https는 특히 온라인 전자상거래 웹사이트에서 고객 정보를 안전하게 보장하기 위해 중요합니다. 또한 일반 http보다 검색 엔진에서 선호됩니다.
mailto: 이것은 사용자를 이메일 클라이언트에 연결하는 데 자주 사용되는 이메일 프로토콜입니다.
ftp: 이것은 사용자가 서버와 컴퓨터 파일을 주고받을 수 있게 해주는 '파일 전송 프로토콜'(FTP)입니다.

예: https://one.exampledomain.com/directory/page?parameter1=value&parameter2=value

서브도메인

프로토콜 식별자 뒤에는 웹사이트 서브도메인이 나오는데, 이는 흔하지만 모든 웹사이트에서 사용되지는 않습니다. 서브도메인은 웹사이트의 콘텐츠를 분할하기 위한 특별한 디렉토리로 간주할 수 있으며, 동시에 사용자에게 그들이 웹사이트의 별도 영역에 있음을 나타냅니다. 서브도메인은 도메인 이름 바로 앞에 나타나며, 점('.')이 뒤따릅니다. 서브도메인의 일반적인 예로는:

blog.domainname.com (웹사이트의 블로그 섹션용)
상점.domainname.com (이커머스 섹션이 있는 사이트에 사용됨)
m.domainname.com (종종 웹사이트의 모바일 버전을 식별함)
원격.domainname.com (웹사이트의 원격 접근을 가리킴)

서브도메인은 웹사이트 도메인과 호스팅을 운영하거나 관리하는 사람이 생성하기 때문에 원하는 만큼 광범위하거나 구체적일 수 있습니다. 대규모 웹사이트나 트래픽이 많거나 콘텐츠가 많은 사이트에 유용한 도구가 될 수 있습니다. URL의 'www'는 실제로 서브도메인으로 간주되며, 일반적으로 웹사이트 호스팅/도메인을 설정할 때 자동으로 생성됩니다(하지만 콘텐츠를 분할하는 데는 일반적으로 사용되지 않습니다).

예: https://하나.exampledomain.com/directory/page?parameter1=value&parameter2=value

도메인 이름

도메인 이름은 두 개의 별도 부분으로 나눌 수 있습니다: 두 번째 수준 도메인과 최상위 도메인.

2차 도메인

웹사이트 URL에서 가장 익숙한 부분은 두 번째 수준 도메인(SLD)입니다. SLD는 모든 웹사이트에 부착된 고유한 이름으로, 사용자가 선택한 문자열이며 종종 웹사이트의 콘텐츠, 브랜드 또는 메시지와 연결됩니다. 등록자(도메인 이름을 등록하는 사용자)는 결정된 기간 동안 이 이름을 임시로 등록하며, 이는 사용자가 해당 최상위 도메인(TLD) 아래에서 그 특정 이름을 등록하는 것을 방지합니다. 고유한 SLD + TLD 조합은 하나만 존재할 수 있으며, 이로 인해 일부 도메인은 본질적으로 가치가 있고 도메인을 사고파는 과정과 도메인 투자 매력적인.

예: https://one.exampledomain .com/directory/page?parameter1=value&parameter2=value

최상위 도메인

최상위 도메인(TLD)은 두 번째 수준 도메인 바로 뒤에 있는 문자들입니다. 웹사이트의 TLD를 선택하는 것은 모든 새로운 등록자에게 중요한 결정입니다. 왜냐하면 사용자가 웹사이트에 도착하기 전에 도메인에 추가적인 맥락을 제공함으로써 브랜드나 웹사이트의 콘텐츠를 나타내기 때문입니다. 일부 TLD는 더 일반적입니다(즉, 대부분의 웹사이트에 적용 가능하며, 두드러진 .com과 같은 경우). 다른 TLD는 웹사이트에서 기대할 수 있는 콘텐츠를 나타낼 수 있습니다(예를 들어, 예술가를 위한 .art, 게임 웹사이트를 위한 .games, 와인 관련 웹사이트를 위한 .wine 등). 또한 위치 기반 TLD(국가 코드 최상위 도메인 또는 줄여서 cc TLD라고 함)도 있으며, 이는 위치 기반 비즈니스나 조직에 유익할 수 있습니다.

오래된 TLD들이 계속해서 더 포화 상태가 되면서, 다른 새로운 TLD들도 사용량이 증가할 가능성이 높습니다. 따라서 선택한 TLD 아래에서 원하는 SLD가 이미 점유된 경우, 대체 TLD들을 조사해 보는 것이 좋을 수 있습니다. 도메인 이름을 생각해 내는 데 도움이 필요하시다면, 저희의 도메인 이름 제안 도구 많은 아이디어를 떠올리는 데 도움을 주기 위해.

예: https://one.exampledomain.컴/directory/page?parameter1=value&parameter2=value

페이지 경로

도메인 이름을 넘어서, URL 경로를 찾을 수 있습니다. 이 문자들은 해당 웹사이트의 웹 서버에서 특정 파일/디렉토리를 가리키는 경로를 의미합니다. 브라우저를 이 데이터와 연결하여 최종 사용자를 위한 특정 정보를 로드합니다. 경로의 디렉토리는 폴더와 같다고 생각할 수 있으며, 페이지는 URL 내의 개별 파일로 간주될 수 있습니다. 예를 들어, 이 블로그 게시물에는 두 개의 디렉토리('community'와 'blog')가 있으며, 이 경우 파일은 개별 블로그인 'parts-of-a-domain-name'이 됩니다. 디렉토리는 항상 존재하는 것은 아닙니다. 페이지 경로가 항상 폴더 안에 중첩될 필요는 없기 때문입니다.

예: https://one.exampledomain.com /directory/page ?parameter1=value&parameter2=value

쿼리

동적 페이지(사용자 참여로 페이지 내용을 변경할 수 있는)에서는 쿼리를 종종 찾을 수 있습니다. 쿼리 자체와 쿼리 내의 매개변수로 나눌 수 있습니다.

쿼리: 동적 페이지에서 사용자의 행동에 기반하여, 쿼리는 페이지의 콘텐츠를 수정하며, 일반적으로 데이터베이스와 연결하여 이를 수행합니다. 가장 일반적인 형태는 사용자 검색에서 비롯되며, 검색 자체가 URL의 페이지 경로에 동적으로 추가됩니다. 이러한 쿼리는 물음표('?')로 시작하며 하나 이상의 매개변수를 포함합니다. 또 다른 일반적인 예는 제품을 필터링할 수 있는 쇼핑 웹사이트에서 찾을 수 있으며, 사용자의 필터링 선택이 URL에서 쿼리로 나타납니다.

매개변수: 이 쿼리는 각각 고유한 기능을 수행하는 개별 매개변수로 구성되어 있습니다. 포함된 매개변수에 따라 언어 번역부터 데이터 추적, 사용자가 보고 싶은 내용에 따른 콘텐츠 필터링까지 다양한 기능을 할 수 있습니다. 이러한 매개변수는 종종 사용자 경험을 향상시키는 다양한 역할을 합니다.

예: https://one.exampledomain.com/directory/page ?parameter1=value&para meter2=value

도메인 이름이나 URL의 구성 요소를 살펴볼 때, 각 부분을 개별적으로 나누어 보면 그렇게 복잡해 보이지 않습니다. 특히 복잡한 URL을 만난다면, 쿼리 내에서 다양한 매개변수를 사용하고 있을 가능성이 높습니다. 이 글이 웹을 탐색하는 데 도움이 되고, 여러분이 접하는 다양한 유형의 URL에 대한 맥락을 제공하기를 바랍니다.