Para usar um domínio como identificador do Bluesky, a conta deve comprovar que controla esse nome. Se a verificação falhar, verifique primeiro o registro publicado, não apenas o valor que aparece salvo no painel do provedor.
Obter o valor correto
Abra as configurações da conta no Bluesky e a opção para alterar o identificador usando seu próprio domínio. Copie o valor indicado para sua conta. No método DNS, o registro TXT é publicado em _atproto e contém uma associação com o DID da conta. Siga o guia de domínios do Bluesky e não reutilize o DID de outra pessoa.
Reabrir a tela não significa que uma nova identidade seja gerada. Não invente um valor nem substitua a parte final pelo nome de usuário. O domínio e o DID cumprem funções distintas.
Verificar onde é publicado
- Identifique o provedor que gerencia os servidores DNS autoritativos do domínio. Pode ser diferente do registrador onde você o comprou.
- Adicione ou revise o TXT do nome que o Bluesky solicita. Alguns painéis esperam apenas
_atproto; outros mostram o nome completo. Evite duplicar o domínio no campo de nome. - Salve o valor exato e verifique por meio de uma consulta TXT se é o publicado para esse nome.
- Aguarde a expiração das respostas armazenadas em cache se você acabou de modificá-lo e verifique novamente no Bluesky.
Não apague outros registros TXT do domínio, como os usados para e-mail. Se houver vários valores no nome específico _atproto, revise quais pertencem à identidade que você deseja verificar antes de remover algum.
Cloudflare: o TXT não tem proxy para desativar
Os registros TXT são sempre somente DNS. A nuvem laranja da Cloudflare corresponde a tipos de registros que podem usar o proxy; não é necessário colocar um TXT em cinza para que o Bluesky o leia. Essa distinção está na documentação do status do proxy.
Por que é preciso esperar mesmo que o painel já mostre a alteração
O cache de um resolvedor pode manter uma resposta anterior ou a ausência do registro. Reduzir o TTL agora não elimina as respostas que já foram armazenadas com outro prazo. Verifique primeiro os servidores autoritativos e depois outros resolvedores; evite alterar o valor repetidamente durante a espera.
Se a verificação continuar falhando, registre o domínio exato, o nome do TXT, o DID esperado e a resposta DNS obtida. O DID é um identificador público, mas não publique senhas nem códigos de acesso. Se preferir a verificação por meio de um arquivo web, siga esse método como alternativa completa de acordo com o guia; não misture seus requisitos com os do DNS.