Cuando migras tu cuenta de Bluesky a un nuevo identificador o dominio, algunas publicaciones pueden no transferirse correctamente. Esto puede ocurrir debido a retrasos en el servidor, archivos de respaldo incompletos o problemas de propagación de DNS. Necesitas un método sistemático para comparar el contenido de tu cuenta original con la versión migrada. Este artículo explica el proceso de auditoría paso a paso para que puedas identificar y restaurar cualquier publicación faltante.
Conclusiones clave: Auditar una cuenta de Bluesky migrada para detectar publicaciones faltantes
- Configuración > Cuenta > Exportar mis datos: Descarga un archivo JSON que contiene todas tus publicaciones, me gusta y seguimientos para comparar.
- Punto final de la API de Bluesky com.atproto.sync.getRepo: Recupera el repositorio completo del nuevo identificador para verificar la integridad de las publicaciones.
- Cruzar referencias de marcas de tiempo y hashes de contenido: Identifica las brechas entre la copia de seguridad y la cuenta activa.
Por qué las publicaciones desaparecen durante la migración de una cuenta de Bluesky
La migración de una cuenta de Bluesky cambia el identificador o dominio asociado con tu cuenta. Cuando inicias una migración, la plataforma crea un nuevo repositorio para el nuevo identificador. Las publicaciones se copian del repositorio antiguo al nuevo. Este proceso puede fallar por tres razones principales:
Retrasos en la replicación del servidor
Bluesky utiliza el Protocolo AT, que depende de servidores federados. Cuando ocurre una migración, el servidor antiguo debe replicar todas las publicaciones al nuevo servidor. Si la cola de replicación está respaldada, algunas publicaciones pueden no llegar a la nueva ubicación. Esto es especialmente común durante las horas de mayor uso.
Exportación de respaldo incompleta
Antes de migrar, es posible que hayas exportado tus datos utilizando la herramienta integrada. Si la exportación se interrumpió o el archivo se corrompió, la copia de seguridad no contendrá todas tus publicaciones. No puedes confiar únicamente en la copia de seguridad para verificar una migración completa.
Problemas de propagación de DNS para dominios personalizados
Si migraste a un dominio personalizado, los cambios de DNS deben propagarse por Internet. Durante este tiempo, los servidores de Bluesky pueden no reconocer el nuevo identificador. Las publicaciones creadas antes de la migración pueden parecer faltantes hasta que el DNS se actualice por completo.
Pasos para auditar tu cuenta de Bluesky migrada para detectar publicaciones faltantes
Sigue estos pasos para comparar los datos de tu cuenta original con la cuenta migrada. Necesitarás una computadora con un navegador web y un editor de texto que pueda manejar archivos JSON grandes.
- Exporta tus datos desde la cuenta antigua
Inicia sesión en la cuenta antigua de Bluesky usando el identificador original. Ve a Configuración > Cuenta > Exportar mis datos. Haz clic en el botón de descarga para guardar el archivo JSON. Nómbralo old-export.json. Este archivo contiene todas tus publicaciones, me gusta, seguimientos y listas de bloqueo. - Exporta tus datos desde la cuenta nueva
Cambia al nuevo identificador o dominio. Repite el mismo proceso de exportación. Guarda el archivo como new-export.json. Asegúrate de que ambas exportaciones cubran el mismo rango de fechas. - Abre ambos archivos en un visor JSON
Usa una herramienta como Visual Studio Code, Notepad++ o un formateador JSON en línea. Carga ambos archivos. Localiza la matriz etiquetada como posts o records, dependiendo del formato de exportación. Cada entrada debe contener una marca de tiempo createdAt y un campo text. - Compara el número de publicaciones
Cuenta el número total de publicaciones en cada archivo. Si la nueva exportación tiene menos publicaciones, tienes contenido faltante. Anota la diferencia exacta. Por ejemplo, si la exportación antigua tiene 1,200 publicaciones y la nueva tiene 1,180, te faltan 20 publicaciones. - Identifica las publicaciones faltantes por marca de tiempo
Ordena ambas matrices por createdAt en orden ascendente. Busca brechas en la línea de tiempo de la nueva exportación. Una brecha de más de 24 horas sin publicaciones sugiere que un lote no se transfirió. Anota los rangos de fechas faltantes. - Usa la API de Bluesky para verificar una muestra
Abre una terminal o un cliente de API como Postman. Envía una solicitud GET a https://bsky.social/xrpc/com.atproto.sync.getRepo?did=YOUR_NEW_DID. Reemplaza YOUR_NEW_DID con el identificador descentralizado de tu nueva cuenta. Puedes encontrar tu DID en Configuración > Cuenta > Avanzado. La respuesta contiene un archivo CAR con todos los registros del repositorio. Compara el número de publicaciones aquí con tu copia de seguridad. - Verifica si hay publicaciones duplicadas o truncadas
En la nueva exportación, busca publicaciones que tengan la misma marca de tiempo que una publicación en la exportación antigua pero con texto diferente. Esto indica una transferencia parcial. También busca publicaciones que terminen abruptamente o contengan caracteres extraños. Estas publicaciones probablemente se corrompieron durante la migración.
Si las publicaciones aún faltan después de la auditoría
Las publicaciones faltantes no aparecen en el nuevo feed
Si tu auditoría muestra que las publicaciones están presentes en la copia de seguridad pero no son visibles en el nuevo perfil, el problema es probablemente un retraso en la caché o la indexación. Espera de 24 a 48 horas. Los servidores de Bluesky pueden necesitar tiempo para indexar el contenido migrado. Después de esperar, verifica el perfil nuevamente. Si las publicaciones aún no aparecen, contacta al soporte de Bluesky a través de la aplicación o del centro de ayuda oficial.
Las publicaciones aparecen en la copia de seguridad pero no en la respuesta de la API
Esto indica que las publicaciones nunca se transfirieron al nuevo repositorio. Es posible que necesites volver a migrar tu cuenta. Ve a Configuración > Cuenta > Migración. Haz clic en Comenzar de nuevo. Esto activará una nueva replicación desde el servidor antiguo. Sigue los mismos pasos de auditoría después de que se complete la nueva migración.
Las publicaciones de dominios personalizados son invisibles para otros
Si los registros DNS de tu dominio personalizado no están configurados correctamente, otros servidores de Bluesky no pueden obtener tus publicaciones. Verifica tu configuración de DNS. El dominio debe tener un registro TXT con el valor did=YOUR_DID. También verifica que el subdominio _atproto tenga un registro TXT que apunte a tu DID. Usa una herramienta de verificación de DNS como dnschecker.org para confirmar la propagación.
Exportación de datos de la cuenta de Bluesky vs. verificación del repositorio API
| Elemento | Exportación de datos (Configuración > Exportar) | Verificación del repositorio API |
|---|---|---|
| Formato de datos | Archivo JSON con publicaciones, me gusta, seguimientos | Archivo CAR con registros crudos del repositorio |
| Facilidad de uso | Simple, no requiere codificación | Requiere llamada API y análisis del archivo CAR |
| Integridad | Puede omitir algunos metadatos | Incluye todos los registros, incluidos los eliminados |
| Velocidad | Descarga instantánea | Depende del tamaño del repositorio |
| Mejor para | Conteo rápido y comparación de marcas de tiempo | Verificación profunda de la integridad de las publicaciones |
Después de completar la auditoría, puedes confirmar con confianza si tu cuenta de Bluesky migrada tiene todas las publicaciones intactas. Si encontraste contenido faltante, vuelve a migrar la cuenta o ajusta la configuración de DNS para dominios personalizados. Como consejo avanzado, automatiza la comparación escribiendo un script que genere un hash del texto de cada publicación y compare los dos archivos de exportación. Esto ahorra tiempo si tienes miles de publicaciones.