La decisión entre Google Play y App Store no consiste solo en elegir Android o iPhone. Para una empresa, cambia la cuenta de desarrollador, la identificación del vendedor, el flujo de revisión, la preparación técnica, las reglas de pagos digitales y el margen que debe reservarse antes del lanzamiento. Si el público utiliza ambas plataformas, habrá que planificar dos procesos de publicación y mantenimiento.
Esta comparación recoge requisitos publicados con referencia al 1 de noviembre de 2026. Las tarifas, políticas y programas regionales pueden cambiar, así que conviene comprobarlos de nuevo en los paneles oficiales justo antes del alta y de cada envío.
Qué decidir antes de comparar las tiendas
Antes de abrir una cuenta, define dónde están los usuarios, qué dispositivos utilizan y cómo se distribuirá la aplicación: solo en iPhone, solo en Android o en ambos. También hay que clasificar el modelo de negocio: aplicación gratuita, funciones premium, suscripciones, contenido digital, bienes físicos o servicios consumidos fuera de la app.
Esta clasificación afecta especialmente a los pagos. No es prudente diseñar una pantalla de cobro suponiendo que se puede usar cualquier pasarela: las reglas dependen de la tienda, del tipo de producto, del mercado y de los programas a los que pueda acogerse la empresa.
Coste de alta y tipo de cuenta
| Aspecto | App Store | Google Play |
|---|---|---|
| Cuenta necesaria | Membresía del Apple Developer Program | Cuenta de Play Console |
| Tarifa indicada | 99 USD al año, con conversión a moneda local cuando corresponde | 25 USD de registro único |
| Organizaciones | Verificación de identidad empresarial | Conviene configurar la cuenta como organización cuando la entidad opera la aplicación |
Apple publica una cuota de membresía de 99 USD anuales. Para organizaciones, normalmente pide verificar la entidad y preparar un número D-U-N-S, un correo corporativo y un sitio web funcional asociado a la empresa. Además, el nombre de la organización puede mostrarse como vendedor de la aplicación. Consulta las condiciones vigentes en la información de membresía de Apple Developer.
Google Play exige una cuenta de Play Console y una tarifa de registro única de 25 USD. El titular debe tener al menos 18 años y aceptar el acuerdo de distribución. Google diferencia entre cuentas personales y de organización; las cuentas personales nuevas pueden estar sujetas a pruebas y verificaciones adicionales antes de poder publicar de forma abierta.
No conviertas estas cifras automáticamente a euros ni las trates como coste total: pueden intervenir impuestos, condiciones regionales y costes propios de desarrollo, soporte o gestión de pagos. En ambos casos, la cuenta debería pertenecer a la entidad que operará realmente la aplicación, no a una cuenta personal de un proveedor o empleado.
Verificación corporativa e identidad del vendedor
La titularidad es una decisión operativa, no un trámite final. Reúne con antelación los datos societarios, contactos, dominio corporativo, documentación de constitución cuando corresponda e información bancaria. Apple puede realizar revisiones de cumplimiento y repetirlas si cambian los datos de la cuenta.
En Google Play, además de completar la configuración y las verificaciones que muestre Play Console, hay un requisito relevante para 2026: Google indica que, desde el 30 de septiembre de 2026, los paquetes distribuidos mediante Google Play deben estar registrados para cumplir la verificación del desarrollador. Una aplicación no registrada podría retirarse de la tienda. El estado concreto debe confirmarse en la cuenta y en la guía de registro de nombres de paquete.
No existe una lista única, completa y válida para toda sociedad española sobre requisitos bancarios, fiscales y documentales. Revísalos en cada panel oficial y, si el caso lo exige, con asesoramiento profesional.
Revisión y calendario de publicación
Apple revisa las aplicaciones, actualizaciones, paquetes, compras integradas y eventos enviados a App Store Connect. La aplicación debe estar completa, funcionar correctamente y llevar metadatos finales. Cuando requiere inicio de sesión, hay que facilitar credenciales de demostración o un modo demo para revisión, según las App Review Guidelines.
Apple comunica como objetivo operativo revisar al menos el 50% de los envíos en menos de 24 horas y el 90% en menos de 48 horas. No es una garantía para un envío concreto. Tras la aprobación, la publicación puede tardar hasta 24 horas.
Google Play también revisa publicaciones. Algunas aplicaciones o cuentas pueden pasar por revisiones más largas; Google avisa de que, en casos excepcionales, pueden durar siete días o más. Por tanto, no conviene fijar una campaña, una comunicación a clientes o una fecha contractual suponiendo una aprobación inmediata. La recomendación es reservar margen para incidencias, solicitudes de información, cambios de metadatos y nuevas builds.
Publicación técnica: App Store Connect frente a Play Console
Qué prepara el equipo para App Store
En App Store Connect hay que cargar una build compatible, esperar su procesamiento, asociarla a una versión y completar datos como precio, categoría fiscal y disponibilidad antes de enviarla a revisión. Apple admite cargas mediante Xcode, Transporter, altool o la API de App Store Connect, como recoge su guía para subir builds.
Qué prepara el equipo para Google Play
En Play Console se crea la ficha de la aplicación y se define, entre otros elementos, el nombre del paquete, idioma predeterminado, si es gratuita o de pago y un correo de contacto para usuarios. También deben completarse las tareas de configuración y cumplimiento que indique la consola. Es recomendable organizar las pruebas, las pistas de lanzamiento y la publicación gestionada como parte de un plan específico para Android, sin asumir que son equivalentes exactos al flujo de Apple.
Un checklist separado por tienda evita errores de última hora: build, metadatos, capturas, permisos, contactos, cuentas de prueba, credenciales demo y persona responsable de aprobar el envío. La publicación no termina al aprobar una primera versión: requiere actualizaciones, control de accesos y responsabilidades. Puede ayudar revisar cómo organizar la publicación, responsabilidades y controles de una aplicación.
Pagos digitales, suscripciones y comisiones
Si la aplicación desbloquea funciones, contenidos, suscripciones, niveles, monedas virtuales o una versión completa, el modelo de cobro debe revisarse antes de desarrollar. Apple exige generalmente In-App Purchase para esos bienes y servicios digitales, aunque sus directrices contemplan excepciones y condiciones específicas según el tipo de aplicación o la región.
Apple publica una tarifa estándar del 30% para bienes y servicios digitales vendidos mediante App Store, con tipos reducidos del 15% en programas o situaciones elegibles, incluidas determinadas suscripciones. No es una comisión universal: la aplicable depende del acuerdo, producto, programa y territorio.
Google Play también aplica tarifas de servicio a aplicaciones y productos digitales vendidos mediante su sistema de facturación o determinados sistemas alternativos. La tarifa depende del tipo de transacción, programa y mercado. Sus condiciones para el Espacio Económico Europeo, Reino Unido y Estados Unidos incluyen cambios y supuestos regionales, por lo que debe consultarse la página vigente de tarifas de servicio de Google Play.
Clasifica cada cobro antes de implementarlo: contenido digital, bien físico, servicio presencial o servicio consumido fuera de la aplicación. Una excepción aplicable a un caso no implica que pueda usarse en todos los demás.
Las opciones de distribución o facturación alternativa en el Espacio Económico Europeo dependen de elegibilidad, acuerdos y requisitos concretos. Cuando el modelo de negocio dependa de pagos digitales, conviene validar sus implicaciones contractuales, fiscales y financieras con profesionales cualificados.
Lanzar en una tienda o en las dos
Publicar primero en una sola tienda puede simplificar el lanzamiento si el público objetivo está claramente concentrado en una plataforma y la empresa dispone de capacidad limitada. Publicar en ambas mejora la cobertura potencial, pero exige dos cuentas, dos ciclos de revisión, dos procesos de actualización y coordinación de pagos, analítica, soporte y comunicación de incidencias.
| Criterio | Pregunta para decidir |
|---|---|
| Público objetivo | ¿Qué dispositivos utilizan los clientes, comerciales o empleados que usarán la app? |
| Modelo de ingresos | ¿Hay suscripciones, contenido digital o funciones premium dentro de la aplicación? |
| Esfuerzo técnico | ¿El equipo puede preparar, probar y mantener dos versiones y sus publicaciones? |
| Calendario | ¿Hay margen para revisiones, rechazos, correcciones y una nueva entrega? |
| Soporte | ¿Quién gestionará incidencias, accesos a cuentas y actualizaciones tras el lanzamiento? |
Ninguna de las dos tiendas es siempre más rápida, barata o sencilla. La carga real depende del tipo de aplicación, los permisos, las integraciones, los datos tratados, las cuentas de usuario y el modelo de monetización.
Checklist antes de enviar la aplicación
- Define la entidad titular de cada cuenta y completa la verificación corporativa con margen.
- Comprueba si la aplicación trata datos personales, pagos, salud, menores, geolocalización o contenido generado por usuarios; estos supuestos pueden requerir revisiones adicionales de privacidad, seguridad o moderación.
- Clasifica cada flujo de pago y valida las reglas de la tienda y del mercado de distribución.
- Prepara builds, metadatos, capturas, contactos, cuentas de prueba y credenciales demo antes del envío.
- Reserva tiempo para revisión, incidencias, correcciones y publicación posterior a la aprobación.
- Revisa de nuevo políticas, tarifas, programas regionales y verificaciones en las fuentes oficiales inmediatamente antes de publicar.
Si la app se lanzará en ambas plataformas, tratar la publicación como un proceso de producto y cumplimiento —no como el último paso técnico— reduce el riesgo de retrasar la salida por decisiones que podían haberse resuelto al definir el proyecto.
Preguntas frecuentes
¿Es más barato publicar en Google Play o en App Store?
La tarifa indicada para registrarse en Google Play es de 25 USD y se paga una sola vez. Apple indica una membresía de 99 USD al año para el Apple Developer Program. Estas cifras no deben interpretarse como el coste total ni convertirse automáticamente a euros, porque pueden influir impuestos, condiciones regionales y otros costes operativos.
¿Necesito una cuenta de empresa para publicar una aplicación corporativa?
Google Play distingue entre cuentas personales y de organización, y Apple ofrece un proceso específico para organizaciones. Para una aplicación corporativa, es recomendable que la cuenta pertenezca a la entidad que la operará, de modo que pueda gestionar titularidad, accesos, verificaciones y continuidad del servicio.
¿Cuánto tarda la revisión de una aplicación?
Apple comunica objetivos operativos de revisión, no plazos garantizados: al menos el 50% de los envíos en menos de 24 horas y el 90% en menos de 48 horas. Google Play advierte de que algunas revisiones pueden tardar hasta siete días o más en casos excepcionales. Conviene reservar margen para incidencias y nuevas versiones.
¿Puedo cobrar una suscripción sin usar la facturación de la tienda?
Depende del tipo de producto, la región, el programa aplicable y las condiciones de cada tienda. Apple exige generalmente In-App Purchase para desbloquear bienes y servicios digitales dentro de la app. Google Play aplica tarifas a productos digitales vendidos con su facturación o determinados sistemas alternativos. Las excepciones no deben asumirse sin revisar el caso concreto.
¿Tengo que publicar la aplicación en las dos tiendas?
No necesariamente. Depende de dónde estén los usuarios y de la capacidad de la empresa para asumir dos procesos de publicación, revisión, actualización y soporte. Si el público usa tanto iPhone como Android, publicar en ambas puede ser necesario para cubrirlo, pero exige una planificación adicional.
¿Qué ocurre si la aplicación requiere iniciar sesión para probarla?
Para App Store, Apple indica que deben proporcionarse credenciales de demostración o un modo demo cuando las funciones de la aplicación requieren iniciar sesión. También conviene preparar accesos de prueba, contactos y explicaciones claras para cualquier flujo que deba revisar la tienda.
