Na maioria das vezes, não há problema em dizer coisas como "Comprei um domínio" ou "Nossas imagens estão hospedadas em um site diferente", mesmo que isso não seja estritamente verdade. No entanto, em alguns contextos, é necessário um nível mais preciso. Por exemplo, ao lidar com cookies, você precisa entender a diferença entre site e origin.
Os nomes das partes do URL são especificados em uma norma, que também define uma API JavaScript:
- O padrão de URL define URLs e conceitos relacionados para permitir que os engenheiros criem navegadores da Web interoperáveis.
- O componente API URL do padrão define métodos para dar acesso a partes de uma string de URL, como esquema ou origem.
Este documento explica uma variedade de termos usados com strings de URL HTTP ou HTTPS. Ele não abrange outros tipos de URL, como URLs de arquivos ou dados. Para termos como host
e origin
, as definições precisas são inerentemente complexas. Portanto, este documento fornece exemplos e links para o padrão de URL, em vez de tentar explicações completas.
É possível usar o JavaScript para ter acesso aos nomes dos componentes de URL definidos pela API URL. Exemplo:
let url = new URL('https://foo.com.au:1234/bar/foo.html#bar');
console.log(url);
Analisador de URL
Edite o URL abaixo para saber como as partes da string do URL são nomeadas. Também é possível abrir em uma guia separada em url-parts.glitch.me.
Os nomes das partes do URL estão listados em ordem alfabética abaixo.
Domínio de nível superior com código de país (ccTLD)
Um domínio de nível superior definido na lista de códigos de países ISO 3166-1.
Nome de domínio
As partes de um URL HTTP ou HTTPS separadas por pontos: tudo após o esquema, mas antes do caminho ou da porta, se especificado. Cada parte do nome de domínio é conhecida como um rótulo.
URL | Nome de domínio |
---|---|
https://example.github.io/path | example.github.io |
https://support.example.org.au:443 | support.example.org.au |
Domínio efetivo de nível superior (eTLD)
Uma entrada na lista de sufixos públicos, incluindo um TLD e(para eTLDs com várias partes) outros domínios abaixo: segundo nível, terceiro nível e assim por diante.
- Por exemplo:
com
,com.au
,github.io
,sa.edu.au
,schools.nsw.edu.au
.
Um "sufixo público", como nesses exemplos, é um nome sob o qual os domínios podem ser registrados. A lista de sufixos públicos é uma lista de todos os sufixos públicos conhecidos e é atualizada com frequência. Navegadores, como o Chromium e o Firefox, usam a lista nos builds.
eTLD+1
Consulte domínio registrado.
Um eTLD e o subdomínio que o precede.
- Por exemplo:
example.com
,example.org.au
,example.github.io
,example.sa.edu.au
,example.schools.nsw.edu.au
.
Nome do arquivo
Não definido no padrão de URL e não faz parte da API URL, mas comumente usado para se referir à parte final do URL sem caminho, com base na suposição, muitas vezes incorreta, de que o URL mapeia diretamente para uma estrutura de diretório.
Por exemplo, com https://example.com/dir/file.html
, file.html
pode ser chamado de nome de arquivo.
O valor do nome do arquivo também é usado pelos navegadores para nomear um recurso se ele tiver sido transferido por download.
Por exemplo, https://example.com/images/image.jpg
normalmente seria salvo
localmente em image.jpg
.
Fragment
Uma string após um caractere # no final de um URL que fornece um identificador de fragmento.
- Por exemplo: o URL
https://example.com/cats#tabby
tem um valor de identificador de fragmento detabby
.
A parte que inclui o #
é conhecida como hash ou âncora.
Você também pode criar um link para um fragmento de texto e destacá-lo.
O hash é retornado pela API URL, e não pelo fragmento.
Nome de domínio totalmente qualificado (FQDN)
Um endereço completo de um site ou servidor que é mapeado para um endereço IP.
URL | FQDN |
---|---|
https://example.com:1234/cats | example.com |
https://api.example.github.io | api.example.github.io |
O FQDN de um URL não inclui a porta, mesmo que uma porta não padrão seja usada.
Hash (ou âncora)
Uma string após um caractere # no final de um URL que fornece um identificador de fragmento. Em alguns contextos, isso é chamado de "âncora".
A parte que exclui o #
é conhecida como fragmento.
Você também pode criar um link para um fragmento de texto e destacá-lo.
O hash é retornado pela API URL, e não pelo fragmento.
Host
Conforme definido no padrão de URL, um host pode ser um nome de domínio, endereço IP v4, endereço IPv6, host opaco ou host vazio.
- A definição do padrão de URL de
host
não inclui a porta. URL.host
inclui a porta, a menos que ela seja o padrão do esquema.URL.hostname
não inclui a porta.
URL | URL.host |
---|---|
https://www.example.com:443/cat |
www.example.com // 443 is the default port for the scheme
|
https://www.example.com:1234/cat | www.example.com:1234 |
https://cat.example.github.io | cat.example.github.io |
Nome do host
O nome do host é definido pela API JavaScript URL
, mas não em outros lugares pelo padrão de URL. Consulte a representação do host para mais detalhes.
URL.hostname
retorna o host sem a porta.
URL | URL.hostname |
---|---|
https://www.example.com:443/cat | www.example.com |
https://www.example.com:1234/cat | www.example.com |
https://cat.example.github.io | cat.example.github.io |
Origem
O padrão de URL define origin
e
vincula ao padrão HTML para
segundo plano.
Para URLs HTTP ou HTTPS, URL.origin
retorna o esquema, o host e a porta, a menos que a porta seja o padrão
para o esquema.
URL | URL.origin |
---|---|
https://www.example.com:443/cat | https://www.example.com |
https://www.example.com:1234/cat | https://www.example.com:1234 |
https://cat.example.github.io | https://cat.example.github.io |
Parâmetro
Consulte Parâmetros de pesquisa
Senha
Consulte nome de usuário.
Nome do caminho
Para um URL HTTP ou HTTPS, a parte após o domínio e a porta (se definido), incluindo um nome de arquivo (se definido), mas sem a string de pesquisa ou o hash.
URL | URL.pathname |
---|---|
https://example.com | [empty string] |
https://example.com:8000/search?q=tabby | /search |
https://example.github.io/cat/pattern#tabby | /cat/pattern |
https://example.github.io/README.md | /README.md |
O termo "caminho" às vezes é usado para se referir ao nome do caminho sem o nome do arquivo. Por exemplo, para o URL https://example.com/cat/pattern/tabby.html
, o "caminho" é /cat/pattern
.
Porta
O número após um :
em um URL que identifica uma porta de rede. Por exemplo: para o URL https://example.com:1234/tabby
, o número da porta é 1234.
O número da porta precisa ser um número inteiro não assinado de 16 bits, ou seja, um número inteiro entre 0 e 65.535.
Para um URL HTTP, a porta padrão é 80. Para HTTPS, a porta padrão é 443. Um URL não precisa especificar o número da porta, a menos que uma porta não padrão seja usada.
A API vai retornar uma string vazia se a porta for o padrão do esquema.
URL | URL.port |
---|---|
https://example.com | // empty string |
https://example.com:443/foo | // empty string: port is default for scheme |
https://www.example.com:1234/foo | 1234 |
Protocolo
O esquema seguido por :
(por exemplo, http:
ou https:
).
protocol
está disponível na API URL, mas scheme
não está.
Consulta (ou "string de consulta")
A parte de pesquisa do URL, excluindo o ?
inicial.
Domínio do responsável pelo registro
- Para um URL com um eTLD de parte única, como
com
ouorg
(ou seja, um eTLD que corresponde a um TLD), o domínio e o domínio de segundo nível antes dele, por exemplo,example.com
ouexample.org
. - Para um URL com um eTLD de duas partes em que somente o registro de terceiro nível é permitido (ou seja, entradas na lista de sufixos públicos, como
com.au
egithub.io
), o domínio de nível superior de duas partes ("sufixo público") e o nome de domínio de terceiro nível logo antes disso. Por exemplo,example.org.au
ouexample.github.io
. - Para eTLDs com três ou mais partes, o eTLD e o domínio antes dele.
Esquema
A parte do URL (antes de ://
) que define o protocolo de rede (ou a ação a ser realizada
pelo user agent) quando uma solicitação é feita para um URL. Por exemplo, uma solicitação para um
URL com um esquema https
precisa ser feita usando o protocolo HTTPS. Em uma solicitação de um URL com um esquema
como file
, mailto
ou git
, que não corresponde a um protocolo
de rede, o comportamento depende do user agent. Por exemplo, quando um usuário clica
em um link mailto
, a maioria dos navegadores abre o aplicativo de e-mail padrão usando
os valores no URL href
do link.
Pesquisar
Um ponto de interrogação seguido por uma série de pares de chave-valor que representam parâmetros e os respectivos valores, fornecidos após o pathname.
URL | URL.search |
---|---|
https://example.com/cats?pattern=tabby&mood=bonkers | ?pattern=tabby&mood=bonkers |
https://example.com/cats:443?pattern=tabby | ?pattern=tabby |
A query
ou "string de consulta" se refere ao search
sem o
?
inicial.
Consulte também Parâmetros de pesquisa.
Pesquisar parâmetros
Refere-se a um item de dados transmitido em uma string de pesquisa (ou "string de consulta").
- Por exemplo: para
https://example.com/cats?pattern=tabby&mood=bonkers
, a string de pesquisa tem dois parâmetros:pattern=tabby
emood=bonkers
.
Domínio de segundo nível
O domínio antes de um domínio de nível superior.
Para o URL
https://www.example.com
, o domínio de segundo nível éexample.com
, um subdomínio do domínio de nível superiorcom
.Para
https://example.org.au
, o domínio de nível superior éau
, o domínio de segundo nível éorg
e o domínio de terceiro nível éexample
. Neste exemplo,org.au
é um subdomínio deau
eexample.org.au
é um subdomínio deorg.au
.
Site
O site é definido pelo padrão HTML com o same-site, que inclui esquema, e mesmo site sem esquema.
O site não está definido no URL padrão ou na API JavaScript URL.
Nesse contexto:
- Para um URL HTTP ou HTTPS com um eTLD de parte única, como
https://example.com
, o site consiste noscheme
, no eTLD e no rótulo antes disso. Por exemplo: para o URLhttps://www.example.com/cat
, o site éhttps://example.com
. Para esse URL, o eTLD é o mesmo que o domínio de nível superior. - Para eTLD de várias partes, como
co.uk
,github.io
ousa.edu.au
, o "site" consiste noscheme
, no eTLD e no rótulo antes disso. Por exemplo: para o URLhttps://cat.example.co.uk/tabby
, o site éhttps://example.co.uk
, e parahttps://www.education.sa.gov.au
o site éhttps://education.sa.gov.au
.
URL | Site (com esquema e eTLD +1) |
---|---|
https://cat.example.com/tabby | ("https", "exemplo.com") |
https://cat.example.co.uk/tabby | ("https", "exemplo.com.br") |
Ao contrário de origin, o site não inclui port.
Subdomínio
Um domínio em um domínio de nível superior.
Para sites com domínios de nível superior de uma parte, como com
ou org
, as partes
antes do domínio de nível superior, cada uma separada por um ponto.
www.example.com
é um subdomínio deexample.com
.support.api.example.org
é um subdomínio deapi.example.org
, que é um subdomínio deexample.org
.
Para eTLDs de duas partes em que apenas registros de terceiro nível são permitidos(ou seja, entradas
na lista de sufixos públicos, como co.uk
e
github.io
), os subdomínios são as partes do nome de domínio antes disso.
- Por exemplo:
cat.example.co.uk
é um subdomínio deexample.co.uk
.
Fragmento de texto
Um tipo de fragmento que permite criar links e destacar um intervalo de texto em uma página. Quando um usuário segue um link com um fragmento de texto, o navegador tenta localizar, rolar e destacar o texto na página.
Um fragmento de texto começa com :~:text=
seguido pelo termo de pesquisa.
Por exemplo, para vincular à primeira ocorrência do texto "fragmento"
nesta página, use o URL https://web.dev/articles/url-parts#:~:text=fragment
.
Saiba mais: fragmentos de texto.
Domínio de nível superior (TLD)
Um nome de domínio listado no banco de dados da zona raiz, como com
ou org
. Alguns domínios de nível superior são
domínios de nível superior com códigos de países, como uk
e tv
.
Ao descrever as partes de um URL HTTP ou HTTPS, o TLD é o nome de domínio que vem depois do ponto final.
- Para
https://example.org
, o domínio de nível superior do URL éorg
. - Para
https://example.org.au
, o domínio de nível superior do URL éau
, eorg
é um domínio de segundo nível, emboraorg
também seja um domínio de nível superior.org.au
é um eTLD de duas partes.
A lista de sufixos públicos de eTLDs inclui domínios com uma, duas ou mais partes. Portanto, um TLD também pode ser um eTLD. Exemplo:
- Para
https://example.com
, o eTLD do URL écom
, que também é um TLD.
Nome do usuário
Um nome de usuário e uma senha opcionais podem ser fornecidos no início do URL, mas isso foi descontinuado por motivos de segurança e vai ser ignorado em muitos casos.
Por exemplo, com https://user123:password1@example.com
, o nome de usuário é
user123
. Observe que o nome de usuário (e a senha) está em texto simples e não criptografado.
Se o nome de usuário tiver símbolos :
ou @
, eles precisarão ter a codificação de URL %3A
e %40
, respectivamente.
Saiba mais
- WhatWG: URL de Living Standard (em inglês)
- WhatWG: HTML Living Standard (em inglês)
- API URL
- O que são "same-site" e "same-origin"
- RFC: Uniform Resource Locators (URL) (em inglês)
- RFC: URIs, URLs e URNs
- Banco de dados da zona raiz (diretório de TLDs)
- Lista de sufixos públicos: diretório de eTLDs: "um sufixo público é um conjunto de nomes DNS ou caracteres curinga concatenados com pontos. Ele representa a parte de um nome de domínio que não está sob o controle do responsável pelo registro individual.")
- Glossário da ICANN
- O que é um nome de domínio totalmente qualificado?
- De quantas maneiras é possível dividir um URL e nomear as partes?
- Glossário dos Documentos da Web do MDN
- O que é um URL?
- O histórico do URL