A verificação no Bluesky, na sua forma original e mais poderosa, significa definir um domínio que te pertence como handle da tua conta — para que, em vez de @atuamarca.bsky.social, apareças como @atuamarca.com. É um sinal de credibilidade self-service único do Bluesky: a rede confirma que controlas o domínio, e cada leitor percebe de imediato que a conta pertence ao site real por trás da marca.
Isto é diferente do selo azul. O Bluesky acabou por adicionar um programa oficial de selo de verificação gerido por verificadores de confiança, mas o handle de domínio é o sinal de confiança fundacional, gratuito e faz-tu-mesmo — e para a maioria das marcas é o que realmente importa. Se geres um negócio, esta é a coisa com maior alavancagem que podes fazer na plataforma. Aqui está exatamente como funciona e como configurá-lo.
Porque existem handles de domínio no Bluesky
O Bluesky é construído sobre o AT Protocol, um sistema aberto onde a tua identidade é portável e está ligada a um identificador criptográfico chamado DID (identificador descentralizado). Quando te inscreves, o Bluesky dá-te gratuitamente um handle .bsky.social por defeito. Esse handle é apenas um apontador legível para humanos que aponta para o teu DID.
Como o protocolo permite que qualquer domínio aponte para um DID, o Bluesky tomou uma decisão inteligente: o teu handle pode ser qualquer domínio que controles. O New York Times publica como @nytimes.com. Um jornalista pode ser @jane.substack-domain.com. Um pequeno negócio pode ser @atualoja.com. Qualquer pessoa que visite o perfil vê o domínio no próprio handle, o que é muito mais difícil de falsificar do que um nome de exibição.
É esse o truque todo. Não há candidatura, não há fila de espera, não há taxa. Se conseguires editar os registos DNS do teu domínio ou carregar um ficheiro para o teu site, podes verificar-te em minutos.
Handle de domínio vs. o selo azul
Não confundas os dois sistemas, porque resolvem problemas diferentes:
- Verificação por handle de domínio — gratuita, self-service, prova que controlas um site específico. Disponível para todos. É disto que trata este guia.
- O selo de verificação azul — emitido pelo próprio Bluesky e por um conjunto de organizações de confiança (órgãos de imprensa, instituições) que podem atestar contas. Não o podes simplesmente comprar ou pedir da forma como defines um handle de domínio; é concedido.
Para a grande maioria das marcas, criadores e negócios, o handle de domínio é a tua verificação. Responde à única pergunta que o teu público realmente tem: "Serão mesmo eles?" Um domínio que és claramente o dono responde a isso de imediato. Perseguir o selo azul costuma ser uma distração — define primeiro o teu handle de domínio.
O que precisas antes de começar
Reúne três coisas:
- Um domínio que controles — o teu site principal (
atuamarca.com) ou um subdomínio (social.atuamarca.com,noticias.atuamarca.com). Os subdomínios são perfeitamente válidos e deixam-te manter o teu domínio raiz intocado. - Acesso às tuas definições de DNS — através do teu registrar ou do teu fornecedor de DNS (Cloudflare, Namecheap, GoDaddy, Google Domains, e assim por diante). Este é o método recomendado.
- O teu DID do Bluesky — vais copiá-lo a partir da app durante a configuração. Tem o aspeto de
did:plc:seguido de uma sequência de caracteres.
Se não tens acesso ao DNS mas consegues carregar ficheiros para o teu site, há um segundo método (o ficheiro well-known) explicado mais abaixo.
Método 1: Verificação por DNS (recomendado)
Esta é a abordagem mais limpa e aquela para a qual o Bluesky te encaminha. Os passos:
- Na app do Bluesky, vai a Settings → Account → Handle.
- Toca em "I have my own domain" (ou "Change handle").
- Introduz o domínio que queres usar, por exemplo
atuamarca.com. - Escolhe a opção DNS. O Bluesky vai mostrar-te dois valores: um host/nome (
_atproto) e um valor de registo TXT que contém o teu DID (did=did:plc:...). - No teu fornecedor de DNS, cria um novo registo TXT:
- Nome / host:
_atproto(se estás a verificar o domínio raiz) ou_atproto.social(se o teu handle forsocial.atuamarca.com). - Valor: a string exata que o Bluesky te deu, começando por
did=.
- Nome / host:
- Guarda o registo, espera que o DNS propague (muitas vezes uns minutos, às vezes até uma hora), depois volta ao Bluesky e toca em Verify.
Assim que verificar, o teu handle atualiza-se em toda a rede. Algumas notas práticas que te poupam dores de cabeça:
- O registo vai em
_atprotocomo um subdomínio do handle que queres, não no teu domínio raiz, a menos que o handle seja o domínio raiz. Paranoticias.atuamarca.com, o host do registo TXT é_atproto.noticias. - Não envolvas o valor em aspas extra além das que o teu painel de DNS adiciona automaticamente.
- Se a verificação falhar, a propagação costuma ser a culpada. Espera e tenta de novo antes de assumir que o registo está errado.
Método 2: O ficheiro well-known (sem acesso ao DNS)
Se não podes mexer no DNS mas consegues publicar ficheiros no teu site, usa o método HTTP:
- No mesmo ecrã de handle, escolhe a opção "No DNS Panel".
- O Bluesky dá-te a tua string de DID.
- Cria um ficheiro de texto simples que contenha apenas esse DID (
did:plc:..., nada mais — sem quebras de linha, sem texto extra). - Aloja-o exatamente neste caminho:
https://oteudominio.com/.well-known/atproto-did - Confirma que carrega num navegador e devolve só o DID, depois toca em Verify no Bluesky.
Este método funciona bem para marcas em plataformas como Webflow, Ghost ou um site estático onde controlas a estrutura de ficheiros mas o DNS é gerido noutro lado. O ficheiro tem de ser servido por HTTPS e devolver o DID em bruto como texto simples — se o teu CMS o envolver em HTML, a verificação vai falhar.
Depois de verificares: o que muda e o que não muda
O teu handle passa a ser o domínio. Links e menções antigas ao teu handle .bsky.social normalmente continuam a resolver porque o DID subjacente nunca mudou — o handle é apenas uma etiqueta mais amigável por cima dele. Essa portabilidade é o objetivo do modelo descentralizado.
Algumas coisas que vale a pena saber:
- Podes voltar a mudá-lo mais tarde. A tua identidade vive ao nível do DID, por isso trocar de handle não faz reset à tua conta, seguidores ou publicações.
- Mantém o registo no lugar. Se apagares o registo TXT ou o ficheiro well-known, o Bluesky pode acabar por te reverter para um handle
.bsky.social. Trata-o como infraestrutura permanente, não como um passo único. - Faz corresponder com os teus outros perfis. Handles consistentes entre redes reforçam o sinal de confiança. Quando o teu handle do Bluesky é o teu site, alinha-se naturalmente com o domínio da tua bio em todo o lado.
Uma marca deve usar o domínio raiz ou um subdomínio?
Ambos funcionam; a escolha é sobre arrumação.
- Domínio raiz (
atuamarca.com) — o sinal mais forte e mais limpo. Melhor quando a conta é a voz oficial da empresa. Requer um registo TXT_atprotona raiz. - Subdomínio (
social.atuamarca.com) — mantém o DNS do teu domínio principal intocado e é ideal quando diferentes equipas ou pessoas querem cada uma um handle verificado sob a mesma marca. Uma conta de apoio poderia ser@ajuda.atuamarca.com, um fundador@dan.atuamarca.com.
Para equipas com várias pessoas, os subdomínios estão subvalorizados: deixam toda a gente levar o domínio da marca no seu handle enquanto se mantêm claramente distintos. É um padrão de credibilidade que nenhuma rede centralizada consegue replicar.
Torna o Bluesky parte do teu hábito real de publicação
A verificação é uma configuração única. A confiança que ganha só ganha força se apareceres mesmo na plataforma. É aqui que a maioria das marcas empanca — reclamam o handle, publicam duas vezes e voltam a deriva para as redes que já gerem todos os dias.
A solução é integrar o Bluesky no mesmo fluxo de trabalho que tudo o resto. Com o SocialKit podes agendar, personalizar e analisar publicações em todas as 11 plataformas — incluindo Bluesky, Mastodon e as restantes redes adjacentes ao fediverso — a partir de um único calendário, para que um handle acabado de verificar não fique em silêncio. Publica de forma nativa para a cultura text-first do Bluesky enquanto mantens as tuas filas de Instagram, LinkedIn e X a andar na mesma vista. Se quiseres a introdução à plataforma a par da configuração, a nossa visão geral do Bluesky explica onde ele se encaixa num mix mais alargado, e o blog mais abrangente tem guias de estratégia mais aprofundados assim que estiveres estabelecido.
Checklist rápida de resolução de problemas
Se a verificação não completa, percorre estes pontos por ordem:
- Host errado no registo TXT. Tem de ser
_atprotoprefixado ao handle exato que estás a reclamar — não o teu domínio raiz nu quando estás a verificar um subdomínio. - O DNS ainda não propagou. Dá-lhe mais tempo; a propagação não é instantânea.
- Caracteres extra no valor. O valor do DNS deve começar por
did=e o ficheiro well-known deve conter apenas o DID. - O ficheiro não é texto simples. Um CMS que envolva o teu DID em HTML vai partir o método well-known.
- HTTP em vez de HTTPS. O ficheiro well-known tem de ser servido de forma segura.
Define o handle de domínio uma vez, mantém o registo no lugar, e ficas com um sinal de verificação que não custa nada, não pode ser falsificado e viaja com a tua identidade enquanto fores dono do domínio. Para uma marca pequena, essa é a jogada de credibilidade com melhor relação custo-benefício em qualquer rede neste momento — e a única onde é o próprio site a atestar por ti.
Pronto para manter um handle verificado do Bluesky ativo sem a rotina diária? Começa um teste grátis de 7 dias e agenda a tua primeira semana de publicações em todas as plataformas a partir de um só lugar.