Distribución de aplicaciones móviles: qué es, qué canales y cómo funciona

Distribución en iOS: TestFlight, Ad Hoc, Enterprise

La distribución de aplicaciones iOS está estrictamente controlada por Apple. La distribución de aplicaciones móviles en iOS pasa por cuatro canales: App Store (lanzamiento público), TestFlight (pruebas beta), Ad Hoc (distribución limitada) y Enterprise (distribución corporativa). Cada uno tiene sus propios requisitos, límites y procedimientos.

TestFlight

TestFlight es la herramienta oficial de Apple para pruebas beta de aplicaciones móviles. Admite hasta 10 000 evaluadores externos (External Testing) y hasta 30 internos (Internal Testing — miembros del equipo). External Testing requiere una revisión ligera (Build Review, normalmente 1–2 minutos). TestFlight distribuye automáticamente las actualizaciones — los evaluadores reciben notificaciones push. Las pruebas internas no requieren revisión — puedes subir builds al instante para el equipo.

Ad Hoc Distribution

Ad Hoc es la distribución a un número limitado de dispositivos (hasta 100 por cuenta). Para Ad Hoc, necesitas añadir el UDID de cada dispositivo en el Apple Developer Portal y firmar el build con un Provisioning Profile que contenga esos dispositivos. Ad Hoc no requiere revisión — es adecuado para versiones demo y pruebas en dispositivos de clientes. Inconveniente: necesitas conocer el UDID de cada dispositivo.

Enterprise Distribution

Apple Enterprise Developer Program ($299/año) — distribución de aplicaciones dentro de una organización sin App Store. Las aplicaciones se publican en un servidor interno, los usuarios instalan mediante un enlace. Enterprise no requiere revisión de Apple. Enterprise no puede usarse para distribución fuera de la organización — Apple lo supervisa y bloquea cuentas. MDM (Mobile Device Management) — sistema de gestión de dispositivos corporativos que instala automáticamente aplicaciones Enterprise.

Distribución en Android: Testing Tracks, Staged Rollout

Google Play ofrece un sistema de distribución de aplicaciones móviles más flexible que App Store. Testing Tracks: Internal (interno), Closed (cerrado), Open (abierto). Cada track tiene sus propios límites y requisitos. Tras las pruebas, la aplicación se publica en Production Track.

Closed vs Open Testing

Internal Testing — hasta 100 evaluadores por correo electrónico. No requiere revisión de Google. El build se publica en minutos. Closed Testing — hasta 100 evaluadores, acceso mediante lista de correo o Google Group. Requiere una revisión ligera (normalmente varias horas). Open Testing — hasta 100 000 evaluadores, enlace público. La aplicación es visible en Google Play como "Acceso anticipado". Open Testing requiere revisión completa como producción.

Staged Rollout — distribución gradual de la actualización. Seleccionas un porcentaje de usuarios (5%, 10%, 20%, 50%, 100%). Google Play distribuye automáticamente la actualización al porcentaje seleccionado. Si llegan quejas o crashes en las primeras horas — revierte a la versión anterior. Staged Rollout reduce los riesgos del lanzamiento y se recomienda para todas las actualizaciones de producción.

Production Track

Production Track — lanzamiento público en Google Play. Tras la publicación, la aplicación está disponible para todos los usuarios. Google Play comprueba automáticamente el binario y escanea en busca de código malicioso. Después de la publicación, puedes gestionar el país, las restricciones de edad y la monetización. Internal App Sharing — distribución directa mediante enlace sin Play Console. Adecuado para pruebas QA en dispositivos reales.

iOS — revisión más estricta y mayor costo de entrada. Android — pruebas flexibles y staged rollout. IT Sectr recomienda usar Open Testing para Android y TestFlight External para iOS — esto cubre el 90% de los escenarios de pruebas beta de aplicaciones móviles.

Políticas de distribución de aplicaciones: App Store Guidelines, Google Play Policies

App Store Review Guidelines — el documento de Apple con más de 100 reglas que regulan la distribución de aplicaciones móviles. Requisitos principales: la aplicación debe ser estable, sin errores y cumplir con las Human Interface Guidelines. Apple rechaza aplicaciones con enlaces rotos, pantallas vacías y funcionalidad oculta. Google Play Developer Policies — las reglas de Google: se prohíben aplicaciones maliciosas, engaño a usuarios y violación de derechos de autor.

App Store Guidelines

Reglas clave para la distribución de aplicaciones en App Store: 1) Safety — sin contenido ofensivo, 2) Performance — la aplicación no debe fallar, 3) Business — compras mediante IAP (In-App Purchase) con comisión de Apple del 15–30%, 4) Design — cumplimiento de HIG. Motivos de rechazo: enlace a Política de Privacidad roto, falta de botón "Restaurar compras", uso de sistemas de pago de terceros.

Google Play Policies

Políticas de distribución en Google Play incluyen: 1) Content Policies — contenido para adultos y violencia prohibidos, 2) Monetization — comisión de Google del 15% (primer $1 millón — 15%, luego 30%), 3) Privacy — URL de Política de Privacidad obligatoria, 4) Advertising — la publicidad debe cumplir estándares. Google verifica automáticamente el binario en busca de código malicioso. App Content Rating — cuestionario que determina las restricciones de edad de la aplicación.

Export Compliance y DMCA

Export Compliance — Apple exige declarar el uso de criptografía al distribuir aplicaciones. La mayoría de las aplicaciones califican como "Yes, but exempt" (solo usan HTTPS). DMCA — ley de derechos de autor. Si tu aplicación permite que los usuarios suban contenido, configura un procedimiento DMCA (quejas por infracción de derechos de autor).

Cuentas para distribución de aplicaciones: Apple Developer y Google Play

Apple Developer Account — $99/año para desarrolladores individuales, $299/año para Enterprise. Las organizaciones se registran como Company/Organization para la distribución de aplicaciones móviles bajo la marca de la empresa. Se necesita un número D-U-N-S para publicar. Google Play Account — $25 único pago. Google Play requiere verificación de identidad (Pasaporte, licencia de conducir) antes de comenzar la distribución.

App Transfer

App Transfer — transferencia de una aplicación entre cuentas de desarrollador. En iOS — mediante App Store Connect (App Transfer). Requisitos: la aplicación debe estar publicada, sin cambios pendientes, sin disputas activas de distribución. En Android — mediante Play Console (Manage > Transfer app). Ambos procesos toman de 1 a 5 días. Tras la transferencia, la aplicación conserva su calificación, reseñas y suscripciones.

Screenshot Requirements

Screenshot Requirements para App Store: 5.5" (iPhone 8 Plus), 6.5" (iPhone 14 Pro Max), 12.9" (iPad Pro). Para Google Play: mínimo 2 capturas de pantalla por teléfono y tableta. Recomendamos 8 capturas. URL de Política de Privacidad — obligatoria para la distribución de aplicaciones en ambas tiendas. Si la aplicación recopila datos personales, debe haber un enlace a la política de privacidad en la descripción y dentro de la aplicación.