Crear una app Android en 2026: los cuatro caminos

Una agencia o un freelance escribe la app a partir de tu especificación, la compila y la entrega. El precio lo decide la especificación, no una tabla de internet: la página sobre costos explica por qué los rangos famosos no se pueden verificar y cómo conseguir tres presupuestos comparables.

Tres cosas que van en el contrato antes de cualquier cifra: de quién es el código (un proyecto de Android Studio que cualquiera pueda abrir, entregado con cada versión); a nombre de quién está la cuenta de Google Play (al tuyo, no al de la agencia: la app y las reseñas siguen a la cuenta); qué pasa con la segunda versión (quién la hace, a qué precio, con qué código). Una agencia que no responde a las tres está vendiendo una app que sigue siendo suya.

Este camino tiene sentido cuando hace falta un criterio que no tienes: una integración poco común, un problema de rendimiento, una revisión de seguridad. Muchos fundadores lo usan hoy en este orden: primero la versión uno con una herramienta de IA, después horas de un especialista sobre el código que ya existe.

Un constructor de apps es un servicio donde montas la app con bloques ya hechos, normalmente en el navegador. Para Android hay dos líneas de letra pequeña que leer en cada página de precios antes que nada.

¿En qué plan se publica en Google Play? En muchos constructores el plan gratuito monta la app pero no produce el paquete que se sube a la Play Console; la publicación está en el primer plan de pago. Busca “publicar” o “Google Play” en la tabla de planes.

¿Qué te llevas si te vas? Algunos constructores producen un proyecto que puedes descargar; muchos producen una app que solo funciona en su plataforma, y “exportar” significa exportar los datos, no la app. La respuesta está en la página de precios o en la documentación, nunca en la portada. Si no está, la respuesta es no. La página sobre las alternativas a Lovable aplica esta pregunta a una herramienta que mucha gente busca.

Un tercer detalle, técnico pero decisivo: muchos constructores producen para Android una app dentro de un contenedor web (la app es una página web dentro de una cáscara) o una app en React Native. Ninguna de las dos es un proyecto Kotlin. Para un catálogo o una app de contenidos puede bastar; para una app que tiene que funcionar sin conexión, usar los sensores del teléfono o los componentes de Android tal como los diseña Google, no.

El conjunto de herramientas que Google usa y documenta para las apps Android es Kotlin como lenguaje y Jetpack Compose para las interfaces. El entorno es Android Studio, gratuito, que funciona en Mac, Windows y Linux. El resultado es el máximo control: cada componente, cada permiso, cada línea es tuya.

El costo es el tiempo. Kotlin se aprende en semanas si ya has programado, en meses si empiezas de cero; Compose añade la forma de pensar “la interfaz es una función del estado”, distinta de cómo se construían las pantallas antes. Si tu objetivo es ser desarrollador Android, este es el camino. Si tu objetivo es tener la app, importan más las dos líneas siguientes: el proyecto Kotlin que habrías escrito tú es exactamente lo que produce el camino 4, y puedes abrirlo en Android Studio cuando quieras aprender de lo que escribió el agente.

El camino nuevo de 2026. Describes la app; un agente de IA — Claude Code, Codex, Gemini, Copilot o Cursor, la suscripción que ya tienes — escribe un plan que apruebas, y después el código Kotlin y Jetpack Compose, lo compila, lo ejecuta en el emulador y corrige sus propios errores. El resultado es un proyecto Android normal, en tu equipo, en Git.

Con Modaal funciona así, citando la documentación. En el primer proyecto Android aparece un aviso, “Action needed: install the Android SDK”, y su botón instala lo necesario: la plataforma Android, las herramientas de compilación, las platform tools con adb, el emulador con una imagen del sistema, las command-line tools y el JDK; “If a SDK is already on the machine, the setup respects it and adds only the components that are missing.” La descarga es “a multi-gigabyte download”. Al terminar, la configuración “creates your first emulator — a Pixel 8 on API 36”, y “the Run picker offers the new emulator alongside your iOS simulators.” Desde ahí, pides al agente que ejecute la app en Android y la ves funcionar.

Dos hechos sobre el plan. Android está incluido en cada cuenta: el plan gratuito construye un proyecto activo, con prompts ilimitados, en una plataforma a tu elección — iOS o Android — y el proyecto está en tu Mac desde la primera compilación. El plan Pro cuesta 9 € al mes con pago anual (15 € mensual) y añade proyectos ilimitados, iOS y Android juntos y la distribución con TestFlight y App Store; los detalles están en /pricing. Y hace falta un Mac: la documentación dice “You still need a Mac.”, porque la parte de iPhone se compila con Xcode, que solo existe en macOS. Qué hace el agente con tus palabras está explicado en vibe coding: qué es y cómo funciona.

Modaal no es la única herramienta en este camino: Rork, por ejemplo, escribe en su documentación que “Rork writes a real Android Studio project in Kotlin”. La pregunta para cualquier herramienta es la misma que en los caminos 1 y 2: ¿en qué plan el proyecto Kotlin es mío, en mi disco?

Si Android está en el plan aunque sea como posibilidad, la plantilla del proyecto se elige al principio. La documentación de Modaal dice: “Pick a Duet card at creation time if Android is anywhere in the plan.” Duet es la plantilla en la que “Each feature’s logic — its state, the actions that change it, the effects it requests — is written once”, mientras “The iPhone app renders that state in SwiftUI; the Android app renders it in Jetpack Compose.” En una frase de la misma página: “you write the views twice and the behavior once.”

Hay dos variantes: “iPhone and Android together” e “iPhone now, Android later”. Con la segunda, cada función queda igualmente registrada y especificada como en la versión de dos plataformas, y cuando quieres Android lo pides: “Ask the agent for Android when you want it.” Construir las dos plataformas es una función del plan Pro. Si tienes que elegir por cuál empezar, iOS or Android first (en inglés) razona tu caso.

Elijas el camino que elijas, la publicación pasa por tres cosas que Google publica y que puedes verificar.

La cuenta. La Google Play Console cuesta 25 dólares, una sola vez, y está a tu nombre o al de tu empresa. Regístrala al principio, no el día de publicar: la verificación de identidad tarda días.

El paquete. La Play Console acepta un Android App Bundle firmado con tu clave. El proyecto Kotlin lo produce desde Android Studio o desde la línea de comandos; un constructor lo produce en el plan que lo incluye; una agencia te lo entrega — junto con la clave de firma, que tiene que quedarse contigo.

La comisión. Google retiene el 15% sobre el primer millón de dólares de ingresos al año, y el 15% sobre las suscripciones que se renuevan automáticamente; por encima del millón, el 30%. Para una app gratuita sin compras, la comisión no aplica.

Para la ficha de la tienda — icono, capturas, descripción, privacidad — la guía en nueve pasos cubre el último tramo; es el mismo trabajo en cualquier camino.