Para utilizar un dominio como identificador de Bluesky, la cuenta debe demostrar que controla ese nombre. Si la verificación falla, comprueba primero el registro publicado, no solo el valor que aparece guardado en el panel del proveedor.
Obtener el valor correcto
Abre los ajustes de cuenta de Bluesky y la opción para cambiar el identificador utilizando tu propio dominio. Copia el valor indicado para tu cuenta. En el método DNS, el registro TXT se publica bajo _atproto y contiene una asociación con el DID de la cuenta. Sigue la guía de dominios de Bluesky y no reutilices el DID de otra persona.
Volver a abrir la pantalla no significa que se genere una identidad nueva. No inventes un valor ni sustituyas la parte final por el nombre de usuario. El dominio y el DID cumplen funciones distintas.
Comprobar dónde se publica
- Identifica el proveedor que gestiona los servidores DNS autoritativos del dominio. Puede ser distinto del registrador donde lo compraste.
- Añade o revisa el TXT del nombre que Bluesky solicita. Algunos paneles esperan solo
_atproto; otros muestran el nombre completo. Evita duplicar el dominio en el campo de nombre. - Guarda el valor exacto y comprueba mediante una consulta TXT que sea el publicado para ese nombre.
- Espera a que caduquen las respuestas almacenadas en caché si acabas de modificarlo y vuelve a verificar en Bluesky.
No borres otros registros TXT del dominio, como los utilizados para correo. Si hay varios valores en el nombre específico _atproto, revisa cuáles pertenecen a la identidad que quieres verificar antes de retirar alguno.
Cloudflare: el TXT no tiene un proxy que desactivar
Los registros TXT son siempre solo DNS. La nube naranja de Cloudflare corresponde a tipos de registros que pueden utilizar el proxy; no hay que poner en gris un TXT para que Bluesky lo lea. Esta distinción figura en la documentación del estado de proxy.
Por qué hay que esperar aunque el panel ya muestre el cambio
La caché de un resolutor puede conservar una respuesta anterior o la ausencia del registro. Reducir el TTL ahora no elimina las respuestas que ya se almacenaron con otro plazo. Comprueba primero los servidores autoritativos y después otros resolutores; evita cambiar el valor repetidamente durante la espera.
Si la verificación sigue fallando, registra el dominio exacto, el nombre del TXT, el DID esperado y la respuesta DNS obtenida. El DID es un identificador público, pero no publiques contraseñas ni códigos de acceso. Si prefieres la verificación mediante un archivo web, sigue ese método como alternativa completa según la guía; no mezcles sus requisitos con los de DNS.