O domínio próprio de um cliente trava por um motivo acima de todos os outros: o marketing acha que o próximo passo é do TI, e o TI acha que o marketing já mandou tudo o que precisa. Tecnicamente, nada está quebrado. O pedido só está parado numa caixa de entrada.
Este guia mostra os quatro pontos em que a configuração trava, como descobrir quem controla o DNS do cliente antes de prometer uma data, e o único pedido que você envia ao TI para que ele não seja mal interpretado.
TLDR: Peça um CNAME em um subdomínio, mande o hostname e o destino exatos já na primeira mensagem, defina uma pessoa responsável pelo acompanhamento e só vincule o domínio à página depois que o certificado aparecer como ativo. A maior parte dos atrasos está na passagem de bastão, então uma rotina de acompanhamento resolve mais do que qualquer truque de DNS.
Os quatro pontos em que o domínio próprio de um cliente trava
Veja onde as configurações costumam travar, na ordem em que acontecem.
| Etapa | O que dá errado | Como aparece |
|---|---|---|
| Pedido | O TI recebe "aponte o domínio para a nossa nova ferramenta" sem hostname nem destino | Uma resposta perguntando o que fazer, três dias depois |
| Registro DNS | O tipo de registro errado, um registro no domínio raiz ou um erro de digitação no destino | O domínio nunca chega à sua página |
| Certificado | O registro está certo, mas o certificado ainda não foi emitido | O status fica em Pendente e o navegador mostra um aviso |
| Vinculação | O domínio está verificado, mas não está ligado ao portal ou à página de links | O domínio abre uma página em branco ou padrão |
Descubra primeiro em qual etapa você está. Cada uma tem uma solução diferente, e a maioria das agências fica reenviando o mesmo e-mail para resolver um problema que está duas etapas à frente.
Descubra quem controla o DNS do cliente antes de prometer uma data
Quem aprovou o projeto raramente é quem consegue editar a zona. Antes de dar uma data de lançamento ao cliente, pergunte três coisas:
- Quem gerencia o DNS do domínio? Pode ser um time de TI, uma agência web de três anos atrás ou o login do registrador do fundador que ninguém acha.
- Onde ele está hospedado? O registrador (GoDaddy, Namecheap e por aí vai) e o host de DNS podem ser empresas diferentes.
- Tem um proxy ou camada de segurança na frente? Um proxy no host de DNS pode impedir a emissão do certificado.
Se a resposta da primeira pergunta for "não temos certeza", pare e resolva isso primeiro. Recuperar um login de registrador perdido pode levar mais tempo do que a configuração inteira.
Envie ao TI um único pedido que não dá para interpretar errado
Times de TI tratam todo pedido confuso como um chamado de segurança. Faça o seu pequeno e exato. Copie isto e preencha as lacunas:
Por favor, adicione um registro DNS para as nossas ferramentas de redes sociais. Tipo: CNAME. Nome: portal (assim o endereço fica portal.nomedocliente.com). Destino: o hostname que enviamos abaixo. Deixe todos os outros registros como estão. Me responda quando salvar e eu confirmo do nosso lado.
Três detalhes importam aqui:
- Use um subdomínio. Um CNAME não pode ficar no domínio raiz, e pedir ao TI para mexer no domínio raiz faz o pedido parecer arriscado.
- Diga o que você não está pedindo. "Deixe todos os outros registros como estão" elimina a maior preocupação do lado deles.
- Peça uma resposta, não silêncio. Um registro salvo sem mensagem não te diz nada.
Os registros costumam levar de minutos a algumas horas para ficarem visíveis. Espere até um ou dois dias antes de achar que algo deu errado.
Por que o certificado fica em Pendente depois que o registro está certo
Esse é o travamento que frustra todo mundo, porque o DNS parece certo. A plataforma precisa ver o registro antes de emitir o certificado do domínio, então verifique nesta ordem:
- O hostname bate exatamente. Uma letra a mais ou um espaço colado no final já basta.
- Nenhum proxy na frente do registro. Se o host de DNS faz proxy do tráfego, deixe o registro como DNS only até o certificado ser emitido.
- Nenhum registro CAA bloqueia a emissora. Alguns times de segurança adicionam esses registros anos atrás e esquecem.
- Já passou tempo suficiente. Dê algumas horas antes de escalar.
Nosso passo a passo de o que verificar quando o SSL do seu domínio próprio falha aprofunda cada um desses pontos.
Vincule o domínio à página por último e dê um responsável ao acompanhamento
Ligue o domínio ao portal ou à página de links do cliente só quando o status disser ativo. Fazer isso antes é como um domínio verificado acaba mostrando um 404.
Se você gerencia portais de clientes ou páginas de link na bio no Mydrop, o status do domínio e o estado do certificado ficam visíveis do seu lado, então você consegue dizer ao TI exatamente o que falta em vez de adivinhar. Veja como o portal do cliente e as páginas de link na bio usam um domínio próprio da marca, e por que os clientes pedem um em por que os clientes da sua agência precisam do próprio domínio.
Depois, coloque datas nisso:
| Dia | Ação | Responsável |
|---|---|---|
| 0 | Enviar o pedido com hostname e destino exatos | Você |
| 2 | Pedir um status em uma linha | Você |
| 5 | Oferecer uma call de 15 minutos com o TI, com tela compartilhada | Você |
| Depois que o registro for salvo | Confirmar o status, vincular a página, testar no celular | Você |
Próximo passo: abra o último cliente cujo domínio ainda está pendente, descubra em qual das quatro etapas ele travou e envie o pedido acima com o hostname exato preenchido hoje.
Avaliação do Google
Avaliação no Trustpilot
Product Hunt comment
