Publicar una app cuesta 99 USD al año en App Store y 25 USD de pago único en Google Play. Son los precios oficiales de las cuentas de desarrollador: el Apple Developer Program se renueva cada 12 meses y la cuenta de Google Play Console se paga una sola vez. El gasto real no está ahí, sino en preparar la ficha, la privacidad y el cumplimiento de las guías de revisión.
Tengo dos apps propias en producción en App Store —Chately y Rankiamos, ambas universales para iPhone, iPad, Apple Watch y Mac—, así que lo que sigue es el checklist real de publicación, no una traducción de la documentación oficial.
Lo que cuesta publicar: las cifras oficiales
Las tiendas cobran por el derecho a distribuir, no por cada app. Con una sola cuenta de Apple puede publicar cuantas apps quiera, y lo mismo aplica en Google Play. Estos son los valores publicados por Apple y por Google, con su equivalente aproximado en pesos a una TRM de referencia de 4.000 COP/USD (verifique la del día).
| Concepto | App Store (Apple) | Google Play |
|---|---|---|
| Cuenta de desarrollador | 99 USD/año | 25 USD (pago único) |
| Equivalente aprox. en COP | ~$396.000/año | ~$100.000 una sola vez |
| Renovación | Anual y obligatoria | No aplica |
| Programa empresarial interno | 299 USD/año (Enterprise Program) | Sin equivalente directo |
| Exención de cuota | Sí, para entidades sin ánimo de lucro y educativas elegibles | No aplica |
| Hardware necesario | Mac con Xcode (obligatorio) | Windows, Mac o Linux |
| Verificación de identidad | Sí (D‑U‑N‑S para organizaciones) | Sí (D‑U‑N‑S para organizaciones) |
Ese detalle del Mac es el que más presupuesto mueve en Colombia: sin un equipo con macOS no hay forma de firmar ni de subir un binario a App Store. Si aún no tiene decidido el stack, la comparación entre Flutter, React Native o nativo cambia el costo de esta etapa mucho más que las cuotas de las tiendas.
Presupuesto real de un lanzamiento en Colombia
La cuota de la tienda representa menos del 5% de lo que cuesta llegar a estar publicado. El resto son piezas que alguien tiene que producir: ícono, capturas, textos, política de privacidad y los ajustes técnicos que exigen las políticas. Estos son rangos de referencia del mercado colombiano, no tarifas oficiales.
| Ítem de lanzamiento | Rango de referencia (COP) |
|---|---|
| Cuentas de desarrollador (Apple + Google, año 1) | ~$500.000 |
| Ícono, capturas y gráfico destacado | $800.000 – $2.500.000 |
| Textos de ficha y ASO inicial (dos idiomas) | $600.000 – $2.000.000 |
| Política de privacidad y términos | $400.000 – $1.500.000 |
| Ajustes de cumplimiento (borrado de cuenta, manifiestos de privacidad) | $800.000 – $3.000.000 |
| Pruebas en dispositivos reales antes de enviar | $500.000 – $2.000.000 |
Sume a eso el desarrollo, que es la partida grande: los rangos completos están en la guía de cuánto cuesta desarrollar una app en Colombia. Y no olvide el después, porque la operación mensual tiene su propio costo, explicado en cuánto cuesta mantener una app.
Requisitos técnicos que exige cada tienda
Ambas tiendas rechazan binarios que no cumplan requisitos de compilación, y esos requisitos se mueven cada año. Apple obliga a compilar con un SDK reciente y actualiza ese mínimo normalmente hacia abril; Google Play exige que las apps nuevas y sus actualizaciones apunten a un nivel de API objetivo que no esté más de un año atrasado, con corte anual el 31 de agosto.
Lo mínimo del lado técnico:
- Apple: Xcode en un Mac, Apple ID con verificación en dos pasos, certificados y perfiles de aprovisionamiento, la app registrada en App Store Connect con su Bundle ID y la declaración de cumplimiento de exportación (cifrado).
- Google: Android App Bundle (
.aab; el.apkya no se acepta para apps nuevas), firma gestionada con Play App Signing y nivel de API objetivo vigente. - Ambas: política de privacidad publicada en una URL pública, clasificación de contenido por edades (Google la resuelve con el cuestionario IARC) y declaración de qué datos recolecta la app.
- Google Play, cuentas personales nuevas: las creadas después del 13 de noviembre de 2023 deben correr una prueba cerrada con mínimo 12 testers inscritos durante 14 días continuos antes de poder solicitar acceso a producción. No es opcional, y es lo que más retrasa un primer lanzamiento en Android.
Fichas de tienda: qué preparar antes de subir
La ficha se prepara antes de tener el binario listo, porque depende de diseño y de textos, no de código. Los límites de caracteres son fijos y no se negocian, así que conviene escribir contra ellos desde el primer día.
| Elemento | App Store | Google Play |
|---|---|---|
| Nombre / título | 30 caracteres | 30 caracteres |
| Subtítulo / descripción corta | 30 caracteres | 80 caracteres |
| Descripción completa | 4.000 caracteres | 4.000 caracteres |
| Campo de palabras clave | 100 caracteres (oculto) | No existe |
| Ícono | 1024×1024 px | 512×512 px |
| Gráfico destacado | No aplica | 1024×500 px |
| Capturas | Por cada tamaño de pantalla requerido | Mínimo 2, hasta 8 por tipo de dispositivo |
Dos consecuencias prácticas. Primera: en App Store el posicionamiento se juega en 30 + 30 + 100 caracteres, mientras que en Google Play el algoritmo indexa la descripción completa; son estrategias distintas y las detallo en la guía de ASO para posicionar su app. Segunda: las capturas son el activo con más impacto sobre la tasa de instalación y son lo primero que se sacrifica cuando el lanzamiento va contra el tiempo. No lo sacrifique.
Políticas que más frenan una publicación
Los frenos casi nunca son técnicos: son de política. Apple numera sus guías de revisión, y hay cuatro que concentran la mayoría de las devoluciones en apps de negocio.
- 2.1 Integridad de la app: enviar algo incompleto, con funciones que no responden o con credenciales de prueba que no sirven. Si su app tiene login, debe entregar una cuenta demo operativa.
- 3.1.1 Compras dentro de la app: todo desbloqueo de contenido o de funciones digitales tiene que pasar por el sistema de pagos de Apple. Cobrar por fuera con una pasarela propia es el error clásico de quien viene del mundo web.
- 4.2 Funcionalidad mínima: una app que solo envuelve un sitio web dentro de un WebView no aporta lo suficiente. Si eso es lo que necesita, probablemente le convenga una PWA o resolver primero la pregunta de app o página web.
- 5.1.1 y 4.8, privacidad e inicio de sesión: el formulario de privacidad de App Store debe coincidir con lo que la app realmente recolecta, las apps que permiten crear cuenta deben permitir eliminarla desde la propia app, y quien ofrece login social debe ofrecer también una alternativa de inicio de sesión que preserve la privacidad.
En Google Play el equivalente crítico es el formulario de seguridad de los datos: si declara una cosa y los SDK de terceros hacen otra, la app queda expuesta a suspensión. Del lado de Apple, los SDK de uso frecuente deben traer su manifiesto de privacidad y declarar los motivos de uso de ciertas APIs. Auditar qué recolecta cada librería que integró es parte del trabajo de publicación, no un detalle menor.
Ninguna de las dos tiendas se compromete contractualmente con un plazo de revisión. Planee holgura entre el envío y la fecha de lanzamiento comercial, y nunca amarre una campaña de pauta a un día exacto de aprobación.
Comisiones de las tiendas y sus tramos
Las tiendas cobran comisión sobre lo que usted vende dentro de la app, y existen tramos reducidos que casi cualquier negocio colombiano cumple. Tanto Apple como Google aplican 15% en lugar de 30% para desarrolladores por debajo de 1 millón de USD de ingresos anuales.
| Escenario | Apple | Google Play |
|---|---|---|
| App gratuita, sin compras integradas | 0% | 0% |
| Venta o compra integrada, hasta 1M USD/año | 15% (App Store Small Business Program) | 15% |
| Por encima de 1M USD/año | 30% | 30% sobre el excedente |
| Suscripciones, primer año | 15% o 30% según programa | 15% |
| Suscripciones, tras 12 meses continuos | 15% | 15% |
Con cifras concretas: Chately se vende a 39.99 USD y Rankiamos a 14.99 USD, ambas en compra única. Al 15%, la tienda retiene alrededor de 6.00 y 2.25 USD por venta respectivamente. El precio final que ve el comprador varía por país según los impuestos locales.
Hay una decisión de fondo detrás de esos números. Ambas apps usan compra única y no suscripción: se cobra una vez, no hay renovaciones que gestionar, no hay cancelaciones que perseguir y el soporte no arrastra una promesa de servicio mensual. La contracara es evidente: sin ingreso recurrente, cada mes hay que vender de nuevo. Si está eligiendo modelo, compare los tres caminos en cómo monetizar una app. Y antes de cobrar cualquier cosa resuelva la parte fiscal: Apple y Google le pedirán información tributaria —el formulario W‑8BEN si no es residente en Estados Unidos— y datos bancarios; revise con su contador cómo se declara ese ingreso del exterior en Colombia.
Actualizaciones, versionado y despliegue por fases
Publicar no es el final: cada versión nueva vuelve a pasar por revisión, y ambas tiendas permiten liberar de forma gradual para contener daños si algo sale mal. Esa es la diferencia entre un error que afecta al 1% de los usuarios y uno que afecta al 100%.
- Versionado: número de versión visible (por ejemplo 1.2.0) más número de compilación interno, que debe incrementar en cada envío.
- Pruebas previas: TestFlight admite hasta 100 testers internos y 10.000 externos; Google Play ofrece pistas interna, cerrada y abierta.
- Liberación gradual: el despliegue por fases de Apple reparte la actualización automática a lo largo de 7 días en porcentajes crecientes; el despliegue escalonado de Google le deja definir el porcentaje y detenerlo si aparecen fallas.
- Cadencia: las actualizaciones periódicas son señal de app viva y sostienen la conversión de la ficha; una app sin tocar en un año pierde tracción.
Errores frecuentes al publicar la primera app
Casi todos los tropiezos de un primer lanzamiento se repiten y se pueden evitar sin gastar más plata. Estos son los que más tiempo cuestan:
- Dejar la ficha para el final. Ícono, capturas y textos toman días de diseño y de aprobación. Prepárelos en paralelo al desarrollo.
- Ignorar la prueba cerrada obligatoria de Google Play. Si su cuenta personal es nueva, necesita 12 testers reales durante 14 días. Consígalos antes, no después.
- Cobrar por fuera del sistema de pagos. Es la causa más previsible de devolución en App Store.
- Declarar mal la privacidad. Formularios que no coinciden con lo que hacen los SDK integrados.
- No entregar cuenta de prueba funcional. Si el revisor no puede entrar, no puede aprobar.
- Anunciar fecha antes de estar aprobado. No hay plazos garantizados de revisión.
- Publicar sin plan de adquisición. La tienda no trae usuarios sola: hace falta ASO y, si el caso lo justifica, Apple Search Ads.
- Meter todo en la versión 1.0. Es más barato y más rápido salir con un MVP acotado e iterar con datos reales.
Si quiere ver el resultado de este proceso, mis apps publicadas están en la sección de apps. Y si prefiere que el ciclo completo —desarrollo, cumplimiento, envío y actualizaciones— lo lleve alguien que ya lo recorrió, eso es exactamente el servicio de desarrollo de apps: escríbame por contacto o al WhatsApp +573002081105 y aterrizamos su caso con cifras.