Bluesky Custom Domain Handle Not Verifying: Fix Steps
🔍 WiseChecker

Bluesky Custom Domain Handle Not Verifying: Fix Steps

Você configurou um domínio personalizado como seu handle do Bluesky, mas o processo de verificação falha. O handle aparece como pendente ou retorna um erro em vez de ficar ativo. Isso acontece porque o Bluesky precisa confirmar que você controla o domínio por meio de um registro DNS específico. Este artigo explica por que a verificação falha e fornece as etapas exatas para corrigir.

Principais conclusões: Corrigindo um handle de domínio personalizado do Bluesky

  • Registro DNS TXT em _atproto.seudominio.com: Deve conter o valor exato fornecido pelo Bluesky durante a configuração.
  • Configuração de TTL no registro TXT: Defina para 300 segundos (5 minutos) ou menos para acelerar a propagação.
  • Tempo de propagação DNS: Pode levar até 48 horas; use um verificador de propagação para confirmar que o registro está ativo antes de tentar novamente.

Por que um handle de domínio personalizado falha na verificação no Bluesky

O Bluesky usa uma tecnologia chamada AT Protocol para vincular sua conta a um domínio personalizado. O protocolo exige um registro DNS TXT específico em seu domínio. O registro deve ser colocado no subdomínio _atproto.seudominio.com. O valor deste registro é uma string única que o Bluesky gera quando você inicia a configuração. Se o registro estiver ausente, tiver o valor errado ou não tiver sido propagado pela internet, o Bluesky não pode confirmar sua propriedade. O processo de verificação então falha com um erro genérico ou um status pendente que nunca se resolve.

O registro DNS exato que o Bluesky exige

O Bluesky procura um registro TXT em _atproto.seudominio.com. O valor do registro deve ser exatamente did=did:plc:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx, onde a string x é seu identificador descentralizado único. Você não pode adivinhar ou reutilizar este valor. O Bluesky o gera quando você inicia a configuração do handle dentro do aplicativo. Se você copiar o valor incorretamente ou modificá-lo, a verificação falha.

Tempo de propagação DNS

Depois de adicionar ou atualizar um registro DNS TXT, leva tempo para se espalhar por todos os servidores DNS do mundo. Isso é chamado de propagação. A maioria dos provedores atualiza em minutos, mas alguns levam até 48 horas. Se você tentar verificar imediatamente após adicionar o registro, o Bluesky pode não vê-lo ainda. O resultado é uma falha de verificação mesmo que o registro esteja correto.

Etapas para corrigir um handle de domínio personalizado que não verifica

Siga estas etapas em ordem. Não pule nenhuma etapa. Se tiver problemas em uma etapa específica, pare e verifique se a etapa anterior foi concluída corretamente.

  1. Abra as Configurações do Bluesky e inicie a configuração do handle
    Abra o aplicativo Bluesky no seu celular ou desktop. Toque no ícone de menu no canto superior esquerdo. Selecione Configurações. Na seção Conta, toque em Handle. Toque em Eu tenho meu próprio domínio. O Bluesky exibirá um valor de registro TXT único. Copie este valor exatamente. Não adicione espaços ou caracteres extras.
  2. Faça login no seu registrador de domínio ou provedor DNS
    Abra uma nova guia do navegador e faça login na empresa onde você comprou seu domínio. Provedores comuns incluem Namecheap, GoDaddy, Cloudflare, Google Domains e Squarespace. Navegue até as configurações de DNS ou página de gerenciamento de DNS do seu domínio. Procure uma seção chamada DNS Avançado, Registros DNS ou Editor de Zona.
  3. Adicione um novo registro TXT
    Crie um novo registro. Defina o tipo como TXT. No campo Nome ou Host, digite _atproto. Não inclua o nome de domínio completo. No campo Valor ou Conteúdo, cole a string exata que você copiou do Bluesky. Defina o TTL (Time to Live) para 300 segundos ou 5 minutos. Um TTL mais baixo acelera a propagação. Salve o registro.
  4. Aguarde a propagação DNS e verifique com uma ferramenta
    Aguarde pelo menos 5 minutos. Em seguida, use um verificador de propagação DNS gratuito como whatsmydns.net ou dnschecker.org. Digite _atproto.seudominio.com na ferramenta. Selecione TXT como o tipo de registro. Execute a verificação. Você deve ver o valor exato que colou. Se você o vir, o registro está ativo. Caso contrário, aguarde mais e verifique novamente. A propagação pode levar até 48 horas em casos raros.
  5. Verifique o handle no Bluesky
    Volte ao aplicativo Bluesky. Você ainda deve estar na tela de configuração do handle. Toque em Verificar registro DNS ou Avançar. O Bluesky verificará o registro. Se o registro estiver correto e propagado, seu handle de domínio personalizado se tornará ativo imediatamente. Se ainda falhar, vá para a próxima seção.

Se o Bluesky ainda tiver problemas após a correção principal

Às vezes, a verificação falha mesmo depois de você adicionar o registro TXT correto. Os seguintes problemas são as causas mais comuns.

Erro “O registro DNS não foi encontrado”

Este erro significa que o Bluesky não consegue ver nenhum registro TXT em _atproto.seudominio.com. A causa mais provável é um nome de registro DNS incorreto. Verifique se o campo Nome ou Host contém apenas _atproto e não _atproto.seudominio.com. Alguns provedores adicionam o domínio automaticamente. Consulte a documentação do seu provedor para o formato correto. Outra causa é que você adicionou o registro ao domínio errado. Verifique novamente se você está editando o nome de domínio correto no seu provedor DNS.

Erro “O valor do registro TXT não corresponde”

O Bluesky vê um registro TXT, mas o valor está errado. Isso geralmente acontece quando você copia o valor incorretamente. O valor diferencia maiúsculas de minúsculas e deve incluir did= no início. Exclua o registro TXT existente e adicione um novo com uma cópia fresca do Bluesky. Para obter uma cópia nova, volte para Configurações do Bluesky > Handle e reinicie a configuração. O Bluesky gerará um novo valor. Copie-o e cole-o diretamente no registro DNS.

Múltiplos registros TXT no mesmo subdomínio

Alguns provedores DNS permitem adicionar vários registros TXT com o mesmo nome. Se você tiver mais de um registro TXT em _atproto, o Bluesky pode ler o errado. Exclua todos os registros TXT existentes em _atproto e adicione apenas o que o Bluesky forneceu. Após excluir, aguarde a propagação novamente antes de tentar a verificação.

Proxy do Cloudflare (Nuvem Laranja) interferindo

Se você usa Cloudflare para DNS, certifique-se de que o ícone de nuvem laranja (proxy) esteja definido como cinza (apenas DNS) para o registro TXT. O proxy do Cloudflare não suporta registros TXT. Se a nuvem laranja estiver ativa, o Bluesky não consegue ler o registro. Edite o registro no Cloudflare e clique na nuvem laranja para torná-la cinza. Salve a alteração.

Diferenças comuns de configuração de provedores DNS

Cada provedor DNS tem uma interface ligeiramente diferente. A tabela abaixo mostra como adicionar o registro TXT para os provedores mais populares.

Provedor Campo Nome / Host Campo Valor / Conteúdo
Namecheap Digite _atproto no campo Host Cole a string completa did=... no campo Valor
GoDaddy Digite _atproto no campo Nome Cole a string completa no campo Valor
Cloudflare Digite _atproto no campo Nome Cole a string completa no campo Conteúdo
Google Domains Digite _atproto no campo Nome do host Cole a string completa no campo Dados de texto
Squarespace Digite _atproto no campo Host Cole a string completa no campo Dados

Após adicionar o registro em qualquer provedor, sempre aguarde a propagação e use uma ferramenta de verificação antes de tentar a verificação novamente no Bluesky.

Agora você sabe como corrigir um handle de domínio personalizado que não está verificando no Bluesky. O segredo é um registro DNS TXT colocado corretamente em _atproto.seudominio.com com o valor exato do Bluesky. Após a propagação do registro, a verificação é concluída em segundos. Como dica avançada, defina seu TTL para 300 segundos ou menos durante a configuração para acelerar a propagação. Depois que o handle estiver ativo, você pode aumentar o TTL para um valor mais alto, como 3600 segundos, para reduzir a carga de consultas DNS.