Skip to main content

Gerenciar um domínio personalizado do seu site do Pages

Quem pode usar esse recurso?

O Pages está disponível em repositórios públicos com o Free e o Free para organizações, e em repositórios públicos e privados com o Pro, o Team, o Enterprise Cloud e o Enterprise Server. Para saber mais, confira Planos do .

O Pages agora usa o Actions para executar a compilação Jekyll. Ao usar uma ramificação como a origem da sua compilação, o Actions deverá estar habilitado em seu repositório se você quiser usar o fluxo de trabalho interno do Jekyll. Como alternativa, se o Actions não estiver disponível ou estiver desabilitado, adicionar um .nojekyll arquivo à raiz da ramificação de origem ignorará o processo de compilação do Jekyll e implantará o conteúdo diretamente. Para mais informações sobre ativar o Actions, confira Gerenciando as configurações do Actions para um repositório.

Platform navigation

Pessoas com permissões de administrador para um repositório podem configurar um domínio personalizado de um site do Pages.

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 o Pages.

Lembre-se de adicionar o domínio personalizado ao seu site do Pages antes de configurar o domínio personalizado com o provedor DNS. Ao configurar seu domínio personalizado com o provedor de DNS sem adicioná-lo ao , é possível que outra pessoa hospede 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.

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.

  1. No , acesse o repositório do seu site.

  2. Abaixo do nome do repositório, clique em Configurações. Caso não consiga ver a guia "Configurações", selecione o menu suspenso , clique em Configurações.

    Captura de tela de um cabeçalho de repositório que mostra as guias. A guia "Configurações" é realçada por um contorno laranja-escuro.

  3. Na seção "Código e automação" da barra lateral, clique em Páginas.

  4. 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 commit que adiciona um arquivo CNAME diretamente à raiz do branch de origem. Se você está publicando de um fluxo de trabalho personalizado do Actions, nenhum arquivo CNAME é criado e qualquer arquivo CNAME é ignorado e não é necessário. Para saber mais sobre sua fonte de publicação, confira Configurar uma fonte de publicação para o site do Pages.

  5. Navegue até o provedor DNS e crie um registro ALIAS, ANAME ou A. Crie também registros AAAA para suporte ao IPv6. Se você estiver implementando o suporte ao IPv6, é altamente recomendável usar o registro A além do registro AAAA devido à 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 ALIAS ou um registro ANAME, 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 What is Pages?.

    • Para criar registros A, aponte seu domínio apex para os endereços IP do 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 apex para os endereços IP do 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). Para saber mais, confira Verificando seu domínio personalizado para o Pages.

  1. Abra TerminalTerminalGit Bash.

  2. Para confirmar se o registro DNS foi configurado corretamente, use o comando dig, substituindo EXAMPLE.COM pelo domínio apex. Confirme que os resultados correspondem aos endereços IP do Pages acima.

    • 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
      
  3. Se você usar um gerador de site estático para criar seu site localmente e efetuar push dos arquivos gerados para o , efetue pull do commit que adicionou o arquivo CNAME ao repositório local. Para saber mais, confira Solucionar problemas de domínios personalizados e do Pages.

  4. 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 Proteger o site Pages com HTTPS.

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, 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 Pages configurados para o apex e os domínios www, example.com fará o redirecionamento para www.example.com. Observe que os redirecionamentos automáticos só se aplicam ao subdomínio www. Os redirecionamentos automáticos não se aplicam a nenhum outro subdomínio, como blog. Para obter mais informações, confira Como configurar um subdomínio.

Navegue até o provedor DNS e crie um registro CNAME que aponte o subdomínio www para o domínio padrão de Pages. Por exemplo, para um site localizado em <user>..io, você deve criar um registro CNAME que aponte www.example.com para <user>..io. Similarmente, para um site de organização localizado em <organization>..io, você deve criar um registro CNAME que aponte www.example.com para <organization>..io. Verifique se o registro CNAME aponta diretamente para <user>..io ou <organization>..io sem incluir 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 What is Pages?.

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.

  1. No , acesse o repositório do seu site.

  2. Abaixo do nome do repositório, clique em Configurações. Caso não consiga ver a guia "Configurações", selecione o menu suspenso , clique em Configurações.

    Captura de tela de um cabeçalho de repositório que mostra as guias. A guia "Configurações" é realçada por um contorno laranja-escuro.

  3. Na seção "Código e automação" da barra lateral, clique em Páginas.

  4. 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 commit que adiciona um arquivo CNAME diretamente à raiz do branch de origem. Se você está publicando de um fluxo de trabalho personalizado do Actions, nenhum arquivo CNAME é criado e qualquer arquivo CNAME é ignorado e não é necessário. Para saber mais sobre sua fonte de publicação, confira Configurar uma fonte de publicação para o site do 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.

  5. Navegue até o provedor DNS e crie um registro CNAME que aponte o subdomínio para o domínio padrão do seu site. Por exemplo, se você quiser usar o subdomínio www.example.com para seu site de usuário, crie um registro CNAME que aponte www.example.com para <user>..io. Caso deseje usar o subdomínio another.example.com para seu site de organização, crie um registro CNAME que aponte another.example.com para <organization>..io. O registro CNAME deve sempre apontar para <user>..io ou <organization>..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 What is 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, 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). Para saber mais, confira Verificando seu domínio personalizado para o Pages.

  6. Abra TerminalTerminalGit Bash.

  7. 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..io.
    > YOUR-USERNAME..io.      43192   IN      CNAME   -PAGES-SERVER .
    > -PAGES-SERVER .         22      IN      A       192.0.2.1
    
  8. Se você usar um gerador de site estático para criar seu site localmente e efetuar push dos arquivos gerados para o , efetue pull do commit que adicionou o arquivo CNAME ao repositório local. Para saber mais, confira Solucionar problemas de domínios personalizados e do Pages.

  9. 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 Proteger o site Pages com HTTPS.

    Observação

    Se você apontar seu subdomínio personalizado para o 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 alcança seu site do Pages.

Caso tenha familiaridade com o processo de configuração do seu domínio para um site Pages, você poderá usar a tabela abaixo para procurar os valores DNS para seu cenário específico e os tipos de registro DNS com suporte do seu provedor DNS. Para saber mais, incluindo como configurar o site do Pages no 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). Para saber mais, confira Verificando seu domínio personalizado para o Pages.

CenárioTipos de registro DNSNome do registro DNSValores de registro DNS
Domínio Apex
(example.com)
A@185.199.108.153
185.199.109.153
185.199.110.153
185.199.111.153
Domínio Apex
(example.com)
AAAA@2606:50c0:8000::153
2606:50c0:8001::153
2606:50c0:8002::153
2606:50c0:8003::153
Domínio Apex
(example.com)
ALIAS ou ANAME@USERNAME..io ou
ORGANIZATION..io
Subdomínio
(www.example.com,
blog.example.com)
CNAMESUBDOMAIN.example.com.USERNAME..io ou
ORGANIZATION..io

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.

  1. No , acesse o repositório do seu site.

  2. Abaixo do nome do repositório, clique em Configurações. Caso não consiga ver a guia "Configurações", selecione o menu suspenso , clique em Configurações.

    Captura de tela de um cabeçalho de repositório que mostra as guias. A guia "Configurações" é realçada por um contorno laranja-escuro.

  3. Na seção "Código e automação" da barra lateral, clique em Páginas.

  4. Em "Domínio personalizado", clique em Remover.

    Captura de tela de um domínio personalizado. À direita de uma caixa de texto em que estão o texto "example.com" e um botão "Save", está um botão rotulado como "Remove" em letras vermelhas.

Se o site do 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 usem seu domínio com os repositórios deles. Se o seu domínio não for verificado e o seu site do Pages estiver desabilitado, você deverá atualizar ou remover imediatamente seus registros DNS com o provedor DNS. Para saber mais, confira Verificando seu domínio personalizado para o Pages.