Free HTML to APK
← Todos los artículos Google Play · Conceptos básicos

APK vs AAB en 2026: ¿qué archivo necesitas?

Qué son un APK y un Android App Bundle, por qué Google Play pide un AAB para las apps nuevas, cómo funcionan Play App Signing y la clave de subida, y por qué igual te conviene tener un APK.

26 de octubre de 2026 · 6 min de lectura

Compilas tu primera app Android, haces clic en descargar y de repente hay dos archivos: uno que termina en .apk y otro que termina en .aab. ¿Cuál le envías a tu amigo? ¿Cuál va a Google Play? ¿Puedes simplemente cambiarle el nombre a uno para convertirlo en el otro?

Respuesta corta: el APK es para instalar, el AAB es para publicar en Google Play. Casi siempre quieres los dos. Aquí te explicamos por qué, en lenguaje sencillo.

Qué es un APK

APK significa Android Package. Es el archivo que Android instala realmente. Dentro están el código de tu app, sus imágenes y diseños, el manifiesto que describe la app (nombre, nombre del paquete, permisos) y una firma digital que demuestra quién la compiló.

Un APK es completo por sí mismo. Puedes copiarlo a un teléfono, tocarlo e instalarlo. Puedes adjuntarlo a un correo, ponerlo en tu sitio web o dárselo a un tester. Toda app en cualquier teléfono Android acaba siendo uno o varios APK, incluso las que vienen de Google Play.

Qué es un AAB

AAB significa Android App Bundle. Google lo describe como un formato de publicación: contiene todo el código compilado y los recursos de tu app, pero deja el paso final, generar y firmar los APK, a Google Play.

Esa es la diferencia clave. No puedes tocar un AAB en un teléfono e instalarlo. Es un paquete que le das a la tienda, y la tienda lo convierte en APK instalables.

¿Para qué tanto lío? Porque los teléfonos son distintos. Un teléfono económico con pantalla pequeña no necesita las imágenes extragrandes hechas para una tableta, y un teléfono configurado en español no necesita tu texto en japonés. A partir de un solo bundle, Google Play genera APK optimizados para cada configuración de dispositivo, así que cada teléfono descarga solo el código y los recursos que necesita. Los usuarios tienen descargas más pequeñas, y tú ya no tienes que compilar y gestionar un APK distinto para cada tipo de dispositivo.

Por qué Google Play exige un AAB

Desde agosto de 2021, las apps nuevas en Google Play deben publicarse como Android App Bundles. Si hoy creas una app nueva en Play Console e intentas subir un APK, no se aceptará para esa app. Subes el AAB, y Play se encarga del resto.

El formato bundle también funciona con funciones extra de Play como Play Feature Delivery y Play Asset Delivery, que permiten a las apps grandes descargar partes de sí mismas más tarde. Para una app pequeña típica hecha a partir de un sitio web o de archivos HTML, no las necesitarás. La idea es simplemente que el AAB es la entrada a la tienda.

Play App Signing y la clave de subida

Toda app Android debe estar firmada, y cada actualización debe firmarse con la misma clave que la versión ya instalada. Si pierdes la clave, no puedes publicar actualizaciones de esa app. Eso era un riesgo real para los pequeños desarrolladores, y es una de las grandes razones por las que Google introdujo Play App Signing.

Con Play App Signing hay dos claves:

  • La clave de firma de apps. Google la guarda en su propia infraestructura segura de claves y la usa para firmar los APK que se entregan a los teléfonos de los usuarios.
  • La clave de subida. Esta la guardas tú. La usas para firmar tu AAB antes de subirlo a Play Console, para que Google sepa que la subida realmente viene de ti.

Lo bueno es lo que pasa si algo sale mal. Si pierdes tu clave de subida, o crees que otra persona la tiene, no te quedas sin acceso a tu app. Creas una nueva clave de subida, exportas su certificado y pides un restablecimiento en Play Console. Las apps nuevas se inscriben en Play App Signing automáticamente.

Incluso con esa red de seguridad, trata tu clave como las llaves de casa de tu app. Haz una copia de seguridad en un lugar seguro, como una unidad en la nube o un gestor de contraseñas, y usa el mismo archivo de clave para cada actualización.

Por qué igual te conviene un APK

Si Google Play solo acepta AAB, podrías pensar que el APK está obsoleto. No lo está. Hay muchas tareas que solo puede hacer un APK:

  • Probar en tu propio teléfono. Antes de subir nada, querrás instalar la app y recorrer todas las pantallas. Un APK se instala en segundos.
  • Compartir con amigos, clientes o compañeros de trabajo. No todas las apps tienen que estar en una tienda pública. Una herramienta interna para un equipo pequeño, una app de menú para un restaurante o un proyecto escolar pueden compartirse simplemente como APK.
  • Otras tiendas y tu propio sitio web. Algunas tiendas de apps alternativas y muchas descargas directas siguen funcionando con archivos APK.
  • Comprobaciones rápidas antes de un lanzamiento. Si un tester informa de un fallo, puedes enviarle un APK corregido en minutos en lugar de esperar la revisión de una tienda.

Algo que debes saber sobre compartir APK: cuando Play App Signing está activado, la copia que los usuarios obtienen de Google Play está firmada con la clave de firma de apps de Google, mientras que el APK que compilas tú está firmado con tu clave de subida. Android las trata como firmas distintas, así que un teléfono que instaló tu propio APK no puede simplemente actualizarlo desde Google Play, ni al revés. Para los testers eso suele estar bien; basta con desinstalar la versión de prueba antes de instalar desde la tienda. Ten en cuenta también que Google está implantando la verificación de desarrolladores para las apps instaladas en dispositivos Android certificados, lo que afecta a los APK compartidos fuera de la tienda. Lo explicamos en un artículo aparte.

Comparación rápida

  • Instalar directamente en un teléfono: APK sí, AAB no.
  • Subir a Google Play como app nueva: AAB sí, APK no.
  • Quién firma la app final que instalan los usuarios: en un APK, tú; en un AAB en Play con Play App Signing, Google, usando la clave de firma de apps.
  • Tamaño de descarga para los usuarios: un APK es el mismo archivo para todos; a partir de un AAB, Play genera APK más pequeños para cada dispositivo.

Cómo Free HTML to APK te da los dos

Cuando compilas con Free HTML to APK, no tienes que elegir un formato y luego averiguar cómo conseguir el otro. En el paso de salida, elige APK + AAB y obtienes ambos de la misma compilación:

  • un APK firmado para instalar en tu propio teléfono y compartir con testers, y
  • un Android App Bundle, firmado con tu clave, listo para subir a Play Console, donde esa clave actúa como tu clave de subida para Play App Signing.

El compilador web de freehtmltoapk.com funciona a partir de la URL de un sitio web, archivos HTML, un ZIP o una carpeta. Es gratis, no necesita cuenta y no añade marca de agua. Puedes dejar que cree una clave de firma por ti, o usar el archivo de clave que ya tienes (.jks, .keystore, .p12 o .pfx) cuando actualizas una app existente. Si prefieres trabajar sobre la marcha, la app Android "HTML to APK: Website to App" compila de la misma forma, directamente en tu teléfono.

Uses la que uses, la regla es la misma: guarda tu clave en un lugar seguro y compila cada actualización con ella.

¿Qué archivo necesitas?

Si estás probando o compartiendo directamente, necesitas el APK. Si publicas en Google Play, necesitas el AAB. Si haces ambas cosas, como la mayoría, compila los dos y guárdalos junto con tu clave de firma.

¿Listo para crear un bundle? Consulta HTML a AAB para compilar uno, y la guía de publicación en Google Play para cada paso, desde configurar Play Console hasta tu primer lanzamiento.

Pruébalo tú mismo. Free HTML to APK convierte tu HTML en una app de Android firmada directamente en tu teléfono. Gratis, sin cuenta, sin marca de agua.