TL;DR. Transferir una app a otra cuenta de Apple Developer mantiene intactos su ID de paquete, calificaciones y reseñas — la propia documentación de Apple confirma que la app “conserva sus reseñas y calificaciones” durante todo el proceso. Solo el rol de Titular de cuenta puede iniciar o aceptar una transferencia, y mientras está pendiente (hasta 60 días) la cuenta que la envía no puede tocar metadatos, precios ni compras dentro de la app. TestFlight, los datos de Xcode Cloud, los merchant IDs de Apple Pay, los certificados push de APNs y los pases de Wallet hay que volver a configurarlos todos del lado receptor — nada de eso se traspasa automáticamente.

Los developers indie se topan con transferencias de apps por unas cuantas razones: vender una app directamente, una agencia que le devuelve un build terminado a la cuenta propia de un cliente, o pasar de una cuenta de autónomo a una de empresa antes de escalar con ads pagados. El historial de calificaciones suele ser lo primero que preocupa perder. No es la parte que realmente sorprende a la gente.

¿Las calificaciones y reseñas sobreviven a una transferencia en App Store Connect?

Sí. La ayuda de App Store Connect de Apple es explícita: “durante y después de la transferencia, la app conserva sus reseñas y calificaciones, y los usuarios siguen recibiendo actualizaciones”. El ID de paquete también permanece fijo y no se puede cambiar una vez que se ha subido un build con él, así que la identidad de la app y su historial de reseñas viajan juntos — esto solo aplica a una transferencia real de cuenta a cuenta de la misma app, no a copiar reseñas en una app reconstruida con un ID de paquete nuevo, algo que Apple no permite en absoluto.

¿Quién puede iniciar o aceptar una transferencia de app?

Titular de cuenta es el único rol permitido en ambos lados — quien envía necesita ser Titular de cuenta para iniciarla, y quien recibe necesita ser Titular de cuenta para aceptarla. Eso es más restrictivo que el conjunto de cuatro roles (Titular de cuenta, Administrador, Gestor de apps, Marketing) que puede editar tu keyword field y tu subtítulo en el día a día, así que un Administrador que normalmente gestiona tu listing no puede mover la app a una cuenta nueva sin que el propio Titular de cuenta inicie sesión para hacerlo.

Para iniciar una: en App Store Connect, abre la app, ve a Información de la app dentro de General, baja hasta Información adicional y selecciona Transferir app. Después de la autenticación en dos pasos y una verificación de elegibilidad, escribes el correo de Apple Account y el Team ID del destinatario y envías la solicitud.

Qué tiene que cumplirse antes de que una app pueda transferirse

Apple revisa una lista específica de condiciones antes de dejar pasar una transferencia:

  • La app debe tener al menos una versión ya publicada en el App Store — no puedes transferir algo que nunca salió a la venta.
  • No puede estar disponible actualmente para pre-order, ni estar en los estados “Processing for Distribution”, “Waiting for Review”, “In Review”, “Accepted”, “Pending Developer Release” o “Pending Apple Release”.
  • Los productos de compra dentro de la app deben estar en estado “Approved”, “Ready to Submit”, “Developer Removed from Sale” o “Rejected” — cualquier otro estado bloquea la transferencia.
  • El destinatario no puede tener ya una app usando los mismos IDs de producto de compra dentro de la app.
  • Las apps de Apple Arcade no se pueden transferir en absoluto.
  • Ambas cuentas deben haber aceptado sus acuerdos vigentes, tanto de pago como gratuitos, del Apple Developer Program, y si la app usó el Alternative Terms Addendum para apps de la UE, el destinatario también tiene que aceptarlo.

La congelación de metadatos que tienes que planear

Esta es la parte que de verdad afecta al trabajo de ASO: en cuanto se envía una transferencia, la cuenta que la envía no puede modificar metadatos de la app, precios ni compras dentro de la app hasta que el destinatario la acepta — y el destinatario tiene hasta 60 días para hacerlo. Si estás a mitad de una negociación de venta y además tenías pendiente una reescritura del keyword field o un cambio de subtítulo, publica ese cambio y déjalo en vivo antes de iniciar la transferencia, no después. Una vez que la transferencia está pendiente, queda bloqueada, y no hay forma de acelerarla más allá del tiempo de respuesta del destinatario.

La congelación también corre en sentido contrario: al aceptar, el destinatario tiene que aportar su propia Support URL, Marketing URL y Privacy Policy URL (obligatorias si la app ya las tenía), la información de contacto de App Review, la información de contacto del App Store, y además aceptar las declaraciones de privacidad de la app ya existentes o rellenarlas de nuevo. Cualquier comunicación abierta con App Review se cierra automáticamente como parte del traspaso. Nada de esto es opcional — una transferencia con un destinatario que no está preparado puede quedar semanas parada, con el listing efectivamente bloqueado mientras reúne todo eso.

Qué no se traspasa y hay que volver a montar

Hay un puñado de piezas técnicas que no viajan con la app y que hay que rehacer en la cuenta del destinatario:

  • TestFlight — hay que desactivar las pruebas beta en todos los builds beta antes de iniciar la transferencia.
  • Xcode Cloud — todos los datos de flujo de trabajo relacionados hay que eliminarlos de la app antes de la transferencia.
  • Apple Pay — el merchant ID no se transfiere; el destinatario crea uno nuevo.
  • Notificaciones push — el equipo del destinatario tiene que generar un certificado APNs nuevo para poder seguir enviando pushes.
  • Pases de Wallet — hay que reemitirlos con un pass type identifier nuevo después de que la transferencia se complete.
  • Suscripciones autorrenovables — si la app las tiene, quien envía tiene que compartir con el destinatario el secreto compartido específico de la app antes del traspaso, o la validación de las suscripciones se rompe.

Los datos de iCloud, los containers y los identificadores de key-value storage se traspasan automáticamente en cuanto el destinatario acepta.

Antes de hacer clic en Transferir app

  1. Publica primero cualquier cambio pendiente de keyword field, subtítulo o precio — nada de eso se puede mover una vez enviada la solicitud de transferencia.
  2. Desactiva las pruebas beta de TestFlight y elimina los datos de Xcode Cloud de la app.
  3. Confirma que el destinatario tiene un Titular de cuenta listo para iniciar sesión y aceptar — el plazo de 60 días solo ayuda si de verdad está preparado para actuar dentro de él.
  4. Si la app tiene suscripciones autorrenovables, entrega el secreto compartido por separado; la transferencia no lo hace por ti.
  5. Informa al destinatario de lo que se le va a pedir al aceptar — URLs de soporte, marketing y privacidad, e información de contacto de App Review — para que la transferencia no se quede parada por falta de información.

Lecturas relacionadas