Pessoas com permissões de administrador para um repositório podem configurar um domínio personalizado para um GitHub Pages site.
Sobre a configuração de domínio personalizado
Dica
Recomendamos verificar seu domínio personalizado antes de adicioná-lo ao seu repositório, a fim de aprimorar a segurança e evitar ataques de aquisição. Para saber mais, confira Verificando seu domínio personalizado para páginas de GitHub.
Adicione seu domínio personalizado ao seu GitHub Pages site antes de configurar seu domínio personalizado com seu provedor DNS. Configurar seu domínio personalizado com seu provedor DNS sem adicionar seu domínio GitHub personalizado pode resultar em outra pessoa sendo capaz de hospedar um site em um de seus subdomínios.
O comando dig, que pode ser usado para verificar a configuração correta dos registros DNS, não está incluído no Windows. Para verificar se os registros DNS estão configurados corretamente, você pode usar o comando do PowerShell Resolve-DnsName ou instalar o BIND.
Observação
As alterações de DNS podem levar até 24 horas para serem propagadas.
Configurando um domínio apex
Para configurar um domínio apex, como example.com, você precisa configurar um domínio personalizado nas configurações do seu repositório e pelo menos um registro ALIAS, ANAME ou A com seu provedor DNS.
-
No GitHub, acesse o repositório do seu site.
-
No nome do repositório, clique em Settings. Caso não consiga ver a guia "Configurações", selecione o menu suspenso , clique em Configurações.

-
Na seção "Código, planejamento e automação" da barra lateral, clique em Páginas.
-
Em "Domínio personalizado", digite seu domínio personalizado e clique em Salvar. Se você estiver publicando seu site de um branch, isso criará um confirmação que adiciona um arquivo
CNAMEdiretamente à raiz do branch de origem. Se você estiver publicando de um fluxo de trabalho personalizado GitHub Actions , nenhumCNAMEarquivo será criado e qualquer arquivo existenteCNAMEserá ignorado e não será necessário. Para saber mais sobre sua fonte de publicação, confira Configurando uma fonte de publicação para seu site GitHub Pages. -
Navegue até o provedor DNS e crie um registro
ALIAS,ANAMEouA. Crie também registrosAAAApara suporte ao IPv6. Se você estiver implementando o suporte ao IPv6, é altamente recomendável usar o registroAalém do registroAAAAdevido à adoção lenta do IPv6 globalmente. Para obter mais informações sobre como criar o registro correto, consulte a documentação do provedor do DNS.-
Para criar um registro
ALIASou um registroANAME, aponte seu domínio apex para o domínio padrão do seu site. Para obter mais informações sobre o domínio padrão do seu site, confira O que é o GitHub Pages?. -
Para criar registros
A, aponte seu domínio raiz para os endereços IP de GitHub Pages.185.199.108.153 185.199.109.153 185.199.110.153 185.199.111.153 -
Para criar registros
AAAA, aponte seu domínio raiz para os endereços IP de GitHub Pages.2606:50c0:8000::153 2606:50c0:8001::153 2606:50c0:8002::153 2606:50c0:8003::153
-
Observação
Se o provedor DNS definir automaticamente um registro padrão, remova-o antes de continuar.
Aviso
É altamente recomendável não usar registros DNS curingas, como *.example.com. Esses registros colocam você em risco imediato de aquisições de domínio, mesmo se você verificar o domínio. Por exemplo, verificar example.com impedirá que outra pessoa use a.example.com, mas ela ainda poderá usar b.a.example.com (que é coberto pelo registro DNS curinga).
-
Abra TerminalTerminalGit Bash.
-
Para confirmar se o registro DNS foi configurado corretamente, use o comando
dig, substituindo EXAMPLE.COM pelo domínio apex. Confirme se os resultados correspondem aos endereços IP acima GitHub Pages .-
Para registros
A:$ dig EXAMPLE.COM +noall +answer -t A > EXAMPLE.COM 3600 IN A 185.199.108.153 > EXAMPLE.COM 3600 IN A 185.199.109.153 > EXAMPLE.COM 3600 IN A 185.199.110.153 > EXAMPLE.COM 3600 IN A 185.199.111.153 -
Para registros
AAAA:$ dig EXAMPLE.COM +noall +answer -t AAAA > EXAMPLE.COM 3600 IN AAAA 2606:50c0:8000::153 > EXAMPLE.COM 3600 IN AAAA 2606:50c0:8001::153 > EXAMPLE.COM 3600 IN AAAA 2606:50c0:8002::153 > EXAMPLE.COM 3600 IN AAAA 2606:50c0:8003::153
-
-
Se você usar um gerador de site estático para criar seu site localmente e efetuar push dos arquivos gerados para o GitHub, efetue pull do commit que adicionou o arquivo CNAME ao repositório local. Para saber mais, confira Solução de problemas de domínios personalizados e páginas de GitHub.
-
Opcionalmente, para impor a criptografia HTTPS no seu site, selecione Impor HTTPS. Pode levar até 24 horas para que esta opção fique disponível. Para saber mais, confira Protegendo seu site GitHub Pages com HTTPS.
Como configurar um domínio apex e a variante de subdomínio www
Observação
A configuração de um subdomínio www ao lado de um domínio apex é recomendada para sites protegidos por HTTPS.
Se você estiver usando um domínio apex como seu domínio personalizado, recomendaremos também configurar um subdomínio www. Se você configurar os registros corretos para cada tipo de domínio através do seu provedor DNS, GitHub Pages irá automaticamente criar redirecionamentos entre os domínios. Por exemplo, se você configurar www.example.com como o domínio personalizado para seu site e tiver os registros DNS do GitHub Pages configurados para o apex e os domínios www, example.com fará o redirecionamento para www.example.com. Se você, em vez disso, configurar example.com como o domínio personalizado, www.example.com será redirecionado para example.com. Redirecionamentos automáticos também se aplicam a outros subdomínios, assim como www.blog.example.com redirecionará para blog.example.com ou vice-versa. Não é possível configurar um domínio que comece com www.www.. Para obter mais informações, consulte Configurar um subdomínio.
Navegue até o provedor DNS e crie um CNAME registro para o www subdomínio que aponta para o seu GitHub Pages domínio padrão. Por exemplo, para um site localizado em <user>.github.io, você deve criar um registro CNAME que aponte www.example.com para <user>.github.io. Similarmente, para um site de organização localizado em <organization>.github.io, você deve criar um registro CNAME que aponte www.example.com para <organization>.github.io. Verifique se o registro CNAME aponta diretamente para <user>.github.io ou <organization>.github.io sem incluir o nome do repositório.
Esses CNAME valores de registro são os mesmos para sites publicados GitHub Pages publicamente e privadamente. Sites publicados privadamente estão disponíveis com GitHub Enterprise Cloud.
Para obter mais informações sobre como criar o registro correto, consulte a documentação do provedor do DNS. Para obter mais informações sobre o domínio padrão do seu site, confira O que é o GitHub Pages?.
Configurando um subdomínio
Para configurar um subdomínio www ou personalizado, como www.example.com ou blog.example.com, você precisa adicionar seu domínio às configurações do repositório. Em seguida, configure um registro CNAME com seu provedor DNS.
-
No GitHub, acesse o repositório do seu site.
-
No nome do repositório, clique em Settings. Caso não consiga ver a guia "Configurações", selecione o menu suspenso , clique em Configurações.

-
Na seção "Código, planejamento e automação" da barra lateral, clique em Páginas.
-
Em "Domínio personalizado", digite seu domínio personalizado e clique em Salvar. Se você estiver publicando seu site de um branch, isso criará um confirmação que adiciona um arquivo
CNAMEdiretamente à raiz do branch de origem. Se você estiver publicando de um fluxo de trabalho personalizado GitHub Actions , nenhumCNAMEarquivo será criado e qualquer arquivo existenteCNAMEserá ignorado e não será necessário. Para saber mais sobre sua fonte de publicação, confira Configurando uma fonte de publicação para seu site GitHub Pages.Observação
Se seu domínio personalizado for um nome de domínio internacionalizado, insira a versão codificada pelo Punycode.
Para saber mais sobre Punycodes, confira Nome de domínio internacionalizado.
-
Navegue até o provedor DNS e crie um registro
CNAMEque aponte o subdomínio para o domínio padrão do seu site. Por exemplo, se você quiser usar o subdomíniowww.example.compara seu site de usuário, crie um registroCNAMEque apontewww.example.compara<user>.github.io. Caso deseje usar o subdomínioanother.example.compara seu site de organização, crie um registroCNAMEque aponteanother.example.compara<organization>.github.io. O registroCNAMEdeve sempre apontar para<user>.github.ioou<organization>.github.io, excluindo o nome do repositório. Para obter mais informações sobre como criar o registro correto, consulte a documentação do provedor do DNS. Para obter mais informações sobre o domínio padrão do seu site, confira O que é o GitHub Pages?.Esses
CNAMEvalores de registro são os mesmos para sites publicados GitHub Pages publicamente e privadamente. Não aponte o registroCNAMEpara o subdomínio exclusivo*.pages.github.iomostrado nas configurações de GitHub Pages do seu repositório. Sites publicados privadamente estão disponíveis com GitHub Enterprise Cloud. Para obter mais informações, consulte Alterando a visibilidade do seu site do GitHub Pages.Aviso
É altamente recomendável não usar registros DNS curingas, como
*.example.com. Esses registros colocam você em risco imediato de aquisições de domínio, mesmo se você verificar o domínio. Por exemplo, verificarexample.comimpedirá que outra pessoa usea.example.com, mas ela ainda poderá usarb.a.example.com(que é coberto pelo registro DNS curinga). -
Abra TerminalTerminalGit Bash.
-
Para confirmar se o registro DNS foi configurado corretamente, use o comando
dig, substituindo WWW.EXAMPLE.COM pelo subdomínio.$ dig WWW.EXAMPLE.COM +nostats +nocomments +nocmd > ;WWW.EXAMPLE.COM. IN A > WWW.EXAMPLE.COM. 3592 IN CNAME YOUR-USERNAME.github.io. > YOUR-USERNAME.github.io. 43192 IN CNAME GITHUB-PAGES-SERVER . > GITHUB-PAGES-SERVER . 22 IN A 192.0.2.1 -
Se você usar um gerador de site estático para criar seu site localmente e efetuar push dos arquivos gerados para o GitHub, efetue pull do commit que adicionou o arquivo CNAME ao repositório local. Para saber mais, confira Solução de problemas de domínios personalizados e páginas de GitHub.
-
Opcionalmente, para impor a criptografia HTTPS no seu site, selecione Impor HTTPS. Pode levar até 24 horas para que esta opção fique disponível. Para saber mais, confira Protegendo seu site GitHub Pages com HTTPS.
Observação
Se você apontar seu subdomínio personalizado para seu domínio apex, encontrará problemas com a imposição de HTTPS ao seu site e poderá encontrar problemas em que seu subdomínio não chega ao seu GitHub Pages site.
Registros de DNS para seu domínio personalizado
Se você estiver familiarizado com o processo de configuração de seu domínio para um GitHub Pages site, poderá usar a tabela abaixo para encontrar os valores DNS para seu cenário específico e os tipos de registro DNS compatíveis com o provedor DNS. Para obter mais informações, incluindo como configurar seu site GitHub Pages no GitHub e como verificar a configuração usando o comando dig, consulte as seções acima.
Para configurar um domínio apex, adicione todos os registros A e AAAA da tabela abaixo ou, como alternativa, adicione apenas o registro ALIAS/ANAME da tabela. Para configurar um domínio apex e um subdomínio www (por exemplo, example.com e www.example.com), configure o domínio apex e, em seguida, o subdomínio. Para obter mais informações, consulte Como configurar um domínio apex e a variante de subdomínio www.
Aviso
É altamente recomendável não usar registros DNS curingas, como *.example.com. Esses registros colocam você em risco imediato de aquisições de domínio, mesmo se você verificar o domínio. Por exemplo, verificar example.com impedirá que outra pessoa use a.example.com, mas ela ainda poderá usar b.a.example.com (que é coberto pelo registro DNS curinga).
| Cenário | Tipos de registro DNS | Nome do registro DNS | Valores de registro DNS |
|---|---|---|---|
| Domínio Apex ( example.com) | A | @ | 185.199.108.153185.199.109.153185.199.110.153185.199.111.153 |
| Domínio Apex ( example.com) | AAAA | @ | 2606:50c0:8000::1532606:50c0:8001::1532606:50c0:8002::1532606:50c0:8003::153 |
| Domínio Apex ( example.com) | |||
ALIAS ou ANAME | @ | ||
USERNAME.github.io ouORGANIZATION.github.io | |||
| Subdomínio ( www.example.com, | |||
blog.example.com) | CNAME | SUBDOMAIN.example.com. | |
USERNAME.github.io ouORGANIZATION.github.io |
Remover um domínio personalizado
Se você receber um erro relativo à obtenção de um domínio personalizado, talvez seja necessário remover esse domínio personalizado de outro repositório.
-
No GitHub, acesse o repositório do seu site.
-
No nome do repositório, clique em Settings. Caso não consiga ver a guia "Configurações", selecione o menu suspenso , clique em Configurações.

-
Na seção "Código, planejamento e automação" da barra lateral, clique em Páginas.
-
Em "Domínio personalizado", clique em Remover.

Protegendo seu domínio personalizado
Se o site do GitHub Pages estiver desabilitado, mas tiver um domínio personalizado configurado, ele correrá o risco de uma tomada de controle de domínio. Ter um domínio personalizado configurado com o provedor DNS enquanto o site está desabilitado pode fazer com que outra pessoa acabe hospedando um site em um de seus subdomínios.
Verificar seu domínio personalizado impede que outros usuários do GitHub usem seu domínio com os repositórios deles. Se o seu domínio não for verificado e o seu site do GitHub Pages estiver desabilitado, você deverá atualizar ou remover imediatamente seus registros DNS com o provedor DNS. Para obter mais informações, consulte Verificando seu domínio personalizado para páginas de GitHub.