# Transferir una app a otra cuenta de Apple Developer > Para transferir una app, el titular inicia App Transfer y el destinatario acepta en 60 días. La app conserva reseñas y Bundle ID. Requisitos, pasos y trampas. Página original: [Transferir una app a otra cuenta de Apple Developer](https://devoria.fr/es/blog/transferir-app-otra-cuenta-apple-developer) Autor: [Mehdi Azizi](https://devoria.fr/es/mehdi-azizi) Publicación: 2026-11-04 Última revisión del contenido: 2026-11-04 Para pasar una app de una cuenta de Apple Developer a otra, Apple ofrece la transferencia de apps en App Store Connect. **El titular de la cuenta que cede inicia la transferencia, el titular de la cuenta que recibe la acepta dentro de los 60 días y luego la operación tarda hasta dos días hábiles.** La app sigue a la venta, conserva sus calificaciones, sus reseñas y su Bundle ID, y sus usuarios siguen recibiendo las actualizaciones. Lo que se rompe se prepara antes de hacer clic: TestFlight, suscripciones, Sign in with Apple, notificaciones push, llavero compartido. Todavía no he transferido ninguna app yo mismo. Esta guía sigue las páginas de ayuda de Apple, revisadas el 3 de noviembre de 2026, y la lista final es la que aplicaría a mis apps, creadas con Expo y RevenueCat. ## Cuándo transferir una app Según la [presentación de la transferencia de apps](https://developer.apple.com/help/app-store-connect/transfer-an-app/overview-of-app-transfer), sirve cuando vendiste la app a otro desarrollador o cuando quieres moverla a otra cuenta u otra organización. Ejemplo típico para un independiente: pasar de una cuenta personal a la cuenta de su empresa. Para abrir esa cuenta, lee primero la guía del [número D-U-N-S](https://devoria.fr/es/blog/numero-duns-apple-solicitar-gratis). **La transferencia mueve la app, no tu cuenta.** Cada app se transfiere por separado, y sale por completo de tu cuenta cuando termina la operación. ## Los nueve requisitos de Apple La página de [requisitos de transferencia](https://developer.apple.com/help/app-store-connect/transfer-an-app/app-transfer-criteria) enumera nueve, en este orden: | Requisito de Apple | Lo que verificas | | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------- | | Ninguna de las dos cuentas está pendiente o en proceso de cambio, y ambas aceptaron la última versión de sus acuerdos de pago y gratuitos | Business, pestaña Agreements, en ambas cuentas | | La app tiene al menos una versión publicada en el App Store | Una app nunca publicada no se puede transferir | | La app no está en preventa en ningún país o región | Preventa terminada o retirada | | La app no tiene ninguno de estos estados: Processing for Distribution, Waiting for Review, In Review, Accepted, Pending Developer Release, Pending Apple Release | Tu última versión está a la venta | | Las compras dentro de la app tienen uno de estos estados: Approved, Ready to Submit, Developer Removed from Sale, Rejected | Ninguna compra dentro de la app en revisión o incompleta | | Los paquetes de recursos alojados por Apple no tienen ninguna versión en Waiting for Review o In Review, en TestFlight o en el App Store | Nada en revisión por ese lado | | Ningún identificador de producto de compra dentro de la app ya está en uso en una app del destinatario | Compara los identificadores de ambas cuentas | | Una app de Mac que usó el sandbox y comparte su Application Group Container Directory con otras apps de Mac no se puede transferir | Solo algunas apps de Mac | | Una app de Apple Arcade no se puede transferir | Afecta a pocos proyectos | **Espera a que tu última versión esté a la venta antes de iniciar la transferencia.** ## Preparar la transferencia Estos puntos se resuelven antes de hacer clic, según las páginas de ayuda de Apple: - **Respalda todo.** La app sale de tu cuenta: exporta metadatos, precios, fechas de disponibilidad, ventas y descargas. - **Desactiva TestFlight.** Retira todos los builds y todos los testers, y vacía los campos de Test Information en cada idioma. El funcionamiento de los grupos está en [la guía de TestFlight](https://devoria.fr/es/blog/testflight-probar-app-iphone-antes-de-enviarla). - **Vacía Xcode Cloud** y retira el entitlement App Replacement si existe, con una actualización publicada. - **Suscripciones: comparte el secreto propio de la app.** Una app que vende suscripciones con renovación automática debe usar un secreto compartido propio de la app. Lo generas, se lo pasas al destinatario y luego inicias la transferencia. El destinatario actualiza sus servidores antes de aceptar y genera un nuevo secreto cuando termina la transferencia. - **Sign in with Apple: desagrupa y prepara los identificadores.** Se detalla más abajo. - **Webhooks: decide.** Siguen a la app. Elimínalos antes si ya no quieres recibir eventos, o deja que el destinatario los redirija. Dos efectos que debes conocer en cuanto al dinero. Según la [página del Small Business Program](https://developer.apple.com/app-store/small-business-program/), los ingresos netos de la app en el año calendario se asocian a todas las cuentas que inician o aceptan la transferencia. Por lo tanto, el umbral de 1 millón de dólares se evalúa incluyendo esta app, en ambas cuentas: consulta [la comisión del 15 %](https://devoria.fr/es/blog/small-business-program-apple-comision-15). Y después de la transferencia ya no se puede crear ningún código promocional para la app: los códigos existentes siguen siendo válidos durante cuatro semanas después de su creación. ## Los pasos del lado de quien cede Solo el titular de la cuenta (Account Holder) puede iniciar la transferencia. Necesita el Apple ID del titular que recibe y el Team ID de su cuenta. Según [la ayuda para iniciar una transferencia](https://developer.apple.com/help/app-store-connect/transfer-an-app/initiate-an-app-transfer): 1. En Apps, elige la app. 2. En la barra lateral, en General, haz clic en App information y baja hasta Additional Information. 3. Haz clic en Transfer App. Es posible que te pidan un código de autenticación de dos factores. 4. Si se cumplen todos los requisitos, haz clic en Continue. Si no, Cancel, y resuelve lo que falta. 5. Ingresa el Apple ID del titular destinatario y su Team ID, y luego Continue. 6. Lee los términos, marca la casilla de aceptación y haz clic en Request Transfer. 7. Haz clic en Done. La app conserva su estado, con la indicación Pending App Transfer además. Mientras tanto, ya no puedes modificar sus metadatos, su precio, su disponibilidad ni sus compras dentro de la app. Las conversaciones en curso con App Review se cierran. ## Los pasos del lado del destinatario Solo el titular de la cuenta que recibe puede aceptar, dentro de los 60 días. Según [la ayuda sobre la aceptación](https://developer.apple.com/help/app-store-connect/transfer-an-app/accept-an-app-transfer): 1. Inicia sesión en App Store Connect: una alerta anuncia la app por transferir. 2. Abre Business: la alerta aparece en Agreements. 3. En App Transfers, haz clic en Review. 4. Completa la URL de soporte, la URL de marketing y la URL de la política de privacidad si la app las tenía, y los contactos para App Review y el App Store. 5. En User Access, elige quién de tu equipo ve la app. 6. En App privacy, conserva o rehaz las respuestas del dueño anterior. Si no hay respuestas, las completas antes de la próxima versión. 7. Lee los términos, marca la casilla de aceptación y haz clic en Accept. La transferencia pasa a Processing App Transfer, hasta dos días hábiles. Si la app requiere documentos de exportación, pasa por Waiting for Export Compliance. Al final, se avisa a ambos titulares y la app desaparece de la cuenta de quien cede. **Luego el destinatario crea nuevos perfiles de aprovisionamiento**, vinculados al App ID de la app y a su certificado de distribución: consulta [certificados y perfiles de iOS](https://devoria.fr/es/blog/certificado-ios-provisioning-profile-expo). Mientras el estado sea Waiting for Recipient, cualquiera de los dos puede cancelar: Cancel Transfer para quien cede, Decline para el destinatario, en la sección App Transfers de Business. ## Lo que sigue a la app y lo que se rompe | Elemento | Después de la transferencia | Qué hacer | | ---------------------------------------- | -------------------------------------------------------------------- | ----------------------------------------------------------------------------- | | Bundle ID y App ID | Siguen a la app, un App ID comodín se vuelve explícito | Nada | | Calificaciones, reseñas, actualizaciones | Siguen a la app, que sigue a la venta | Nada | | Suscripciones con renovación automática | Requieren un secreto compartido propio de la app | Secreto enviado antes, regenerado después | | iCloud | Datos, contenedores e identificadores clave-valor siguen a la app | Actualizar los identificadores clave-valor de los entitlements | | Service ID de Sign in with Apple | Sigue a la app, salvo que quites la asociación antes | Identificadores de transferencia por intercambiar en 60 días | | Webhooks | Siguen a la app | Eliminarlos antes o redirigirlos después | | Notificaciones push | Los certificados siguen válidos hasta su vencimiento | Clave APNs del destinatario, servidores actualizados | | Llavero compartido | Funciona hasta la siguiente actualización | Grupo recreado con el Team ID del destinatario | | App Groups | La app sigue disponible | Grupo eliminado en la cuenta de quien cede, registrado en la del destinatario | | Apple Pay | El merchant ID no sigue a la app | Nuevo merchant ID antes de la próxima actualización | | Tarjetas de Wallet | Las que actualiza la app deben volver a emitirse | Nuevo identificador | | Códigos promocionales | Ya no hay códigos nuevos | Códigos anteriores válidos cuatro semanas | | Ventas y pagos | Quien cede conserva lo anterior, el destinatario recibe lo posterior | Exportar antes de iniciar | | App Analytics | Quien cede pierde el acceso, el destinatario recibe el historial | Nada | | Nominaciones, historial de bundles | No siguen a la app | Anotarlos y enviarlos antes de iniciar | El llavero merece atención especial. Apple advierte: después de la actualización, la app ya no encuentra el token de sesión guardado en el llavero compartido, y **los usuarios deben volver a iniciar sesión una vez**. Si tu app comparte su llavero con otra app o una extensión, avisa a tus usuarios antes de publicar esa actualización. En Game Center, el destinatario debe rehacer los grupos, las tablas de clasificación combinadas y las reglas de matchmaking. Las apps Mac Catalyst se transfieren en dos etapas, primero la app de iPad. ## Sign in with Apple: los identificadores de transferencia Con Sign in with Apple, el identificador de cada usuario es propio de tu equipo. El destinatario no puede reutilizarlo tal cual. La [documentación de Apple sobre la transferencia de usuarios](https://developer.apple.com/documentation/signinwithapple/transferring-your-apps-and-users-to-another-team) prevé tres etapas: 1. **Desagrupa tus apps.** Una app agrupada con otras para Sign in with Apple no se puede transferir. 2. **Genera un identificador de transferencia por usuario.** Con un token obtenido con el scope `user.migration`, llamas al endpoint `usermigrationinfo` con el identificador del usuario y el Team ID del destinatario. La respuesta contiene un `transfer_sub`. 3. **Envía solo los identificadores de transferencia.** Ni los identificadores de tu equipo ni las direcciones de correo privadas. Puedes generar estos identificadores antes de la aceptación o hasta 60 días después. **El destinatario tiene 60 días después de la aceptación para intercambiarlos por sus propios identificadores.** Planifica ese intercambio antes de iniciar la transferencia. Otro efecto: si un usuario no tiene ninguna otra de tus apps, ya no puedes escribirle a su dirección privada después de la transferencia. Las reglas de inicio de sesión están en [la guideline 4.8](https://devoria.fr/es/blog/guideline-4-8-sign-in-with-apple-obligatorio). ## Los plazos que debes recordar | Etapa | Plazo | | ---------------------------------------------------- | ------------------------------------- | | Aceptación por el destinatario | 60 días después del inicio | | Procesamiento después de la aceptación | Hasta dos días hábiles | | Intercambio de identificadores de Sign in with Apple | 60 días después de la aceptación | | Códigos promocionales existentes | Cuatro semanas después de su creación | | Certificados APNs de la transferencia | Hasta su fecha de vencimiento | ## Mi lista para una app de Expo con RevenueCat Esto es lo que verificaría, en orden, para una de mis apps: 1. **Exportar** ventas, descargas y analytics antes de iniciar. 2. **Esperar** a que la última versión esté a la venta y a que las compras dentro de la app tengan un estado permitido. 3. **Desactivar TestFlight**: builds, testers y Test Information. 4. **Enviar el secreto compartido** propio de la app y luego iniciar la transferencia. 5. **Del lado del destinatario, después de la aceptación**: un nuevo secreto compartido, configurado en todo servicio que verifique las suscripciones, incluido RevenueCat. Las claves de compras dentro de la app se crean en Users and Access, pestaña Integrations, y solo se descargan una vez, según [la ayuda de App Store Connect](https://developer.apple.com/help/app-store-connect/configure-in-app-purchase-settings/generate-keys-for-in-app-purchases). 6. **Verificar la URL de las notificaciones del servidor** en la ficha de la app. La página de Apple sobre la transferencia no lo menciona: compruébala en vez de suponerla. 7. **Recrear los perfiles** y la clave APNs en la cuenta del destinatario. Para una app de Expo, el procedimiento está en [el certificado push APNs con Expo](https://devoria.fr/es/blog/certificado-push-apple-p8-p12-expo). 8. **Publicar una actualización** firmada por la nueva cuenta, avisando de un nuevo inicio de sesión si el llavero es compartido. ## Publicar sin perder lo que funciona El [iOS & Android Kit](https://devoria.fr/es/kits/ios) parte del código base de mis apps y sigue cuatro etapas hasta el App Store, a tu ritmo. El proceso completo está en la página [publicar una app en el App Store](https://devoria.fr/es/expertise/publicar-una-app-en-app-store). Antes de cambiar cualquier cosa, [haz tu diagnóstico gratuito](https://devoria.fr/es/diagnostic): ordena las etapas y te envía mi checklist para evitar rechazos de Apple. ## Preguntas frecuentes ### ¿Cuánto tarda una transferencia de app en el App Store? El destinatario tiene 60 días para aceptar. Una vez aceptada, Apple indica hasta dos días hábiles de procesamiento. Si la app requiere documentos de exportación, se suma una etapa de verificación. ### ¿La app desaparece del App Store durante la transferencia? No. La app sigue a la venta durante y después de la transferencia. Conserva sus calificaciones, sus reseñas y su Bundle ID, y sus usuarios siguen recibiendo las actualizaciones. ### ¿Los suscriptores conservan su suscripción después de una transferencia? Apple no describe ninguna interrupción para los suscriptores. Su único requisito es el secreto compartido propio de la app: quien cede lo envía antes, el destinatario actualiza sus servidores y luego genera uno nuevo después de la transferencia. ### ¿Se puede transferir una app que nunca se publicó? No. La app debe tener al menos una versión publicada en el App Store. Tampoco debe estar en preventa ni en revisión. ### ¿Quién puede iniciar y aceptar una transferencia de app? Solo los titulares de las cuentas, llamados Account Holder. Quien cede necesita el Apple ID del titular destinatario y el Team ID de su cuenta. ### ¿Se puede cancelar una transferencia de app? Sí, mientras el estado sea Waiting for Recipient. Quien cede hace clic en Cancel Transfer y el destinatario en Decline, en la sección App Transfers de Business. Sin respuesta, la transferencia vence después de 60 días. ## Tu proyecto [Review Kit](https://devoria.fr/es/kits/app-review): Mi checklist de revisión de App Store, mis rechazos de Apple corregidos, la de Google Play y tres skills de Claude Code. 49 €. [iOS & Android Kit](https://devoria.fr/es/kits/ios): Crea tu app para iPhone y Android con Claude Code: el código base de mis apps, el camino hasta las tiendas y todos los kits. 99 €. [Diagnóstico: lo que te separa de tu app para iPhone](https://devoria.fr/es/diagnostic): 7 preguntas, 60 segundos: descubre qué te frena de verdad para publicar tu app para iPhone, tu ruta en 4 etapas y el kit ideal para ti.