Publicar tu ficha de la App Store sin fastlane

fastlane es la respuesta por defecto por un motivo. Es un kit de herramientas gratuito con licencia MIT, y su acción deliver (con el alias upload_to_app_store) sube capturas, vídeos de vista previa, metadatos y el binario a App Store Connect en un solo comando. En el lado de Android, supply (alias upload_to_play_store) hace lo mismo para Google Play: metadatos, capturas y el APK o app bundle. Ejecuta cualquiera de los dos desde CI y tu ficha se regenera en cada lanzamiento, sin desviarse nunca de la app.

Así que la pregunta honesta no es "¿es bueno fastlane?": lo es. La pregunta es si quieres ser el responsable del pipeline que lo hace posible, o si prefieres actualizar una ficha sin tener uno.

Qué hacen realmente deliver y supply

Ambos son envoltorios sobre las APIs oficiales de las tiendas. Detrás, fastlane hace las mismas llamadas que podrías hacer tú mismo.

• deliver (iOS). Sube nombre de la app, descripción, palabras clave, notas de la versión, URLs, categorías e información de revisión, además de capturas y vídeos de vista previa localizados. El binario se sube mediante el iTMSTransporter de Apple; los metadatos pasan por la API de App Store Connect. También puede enviarlo a revisión tras la subida.
• supply (Android). Sube metadatos, capturas y el APK o AAB a Google Play, eligiendo una pista y promocionando builds. Ojo con el detalle delicado: las capturas subidas reemplazan las existentes de un idioma en lugar de añadirse a ellas.

Ambos se autentican con claves de API (una clave de App Store Connect para Apple, un JSON de cuenta de servicio para Google), así que, una vez configurados, funcionan de forma desatendida en CI. Ese es todo el atractivo: metadatos y capturas como código, versionados en tu repositorio, publicados en cada build.

El coste real de fastlane

fastlane es gratis de instalar y de usar. El coste está en la configuración y el mantenimiento, y se paga en tiempo de ingeniería.

• Un entorno que mantener. fastlane es un toolchain de Ruby (Ruby 3.0+), normalmente gestionado con Bundler. El trabajo en iOS necesita Xcode en un Mac; Android necesita el lado de Gradle. Es maquinaria real que instalar y mantener parcheada.
• Archivos de configuración que escribir. Un Fastfile define tus lanes; un Deliverfile o la carpeta de metadatos de Android contiene los datos de la ficha. Dejar bien la primera versión suele llevar uno o dos días.
• CI que montar. La automatización solo compensa dentro de un pipeline, lo que implica claves de API, secretos de firma y un runner de build configurado y en verde.
• Mantenimiento de las capturas de pantalla, si la usas. El snapshot de fastlane ejecuta pruebas de interfaz en el simulador para capturar pantallas por idioma. Esas pruebas son frágiles: un problema habitual es que una configuración funciona bien un par de meses y luego un cambio de interfaz rompe el flujo, obligando a rehacer el código de prueba para los nuevos estados. snapshot reintenta por defecto las ejecuciones inestables, lo que disimula la falta de determinismo por red o datos en lugar de solucionarla. Y la salida en bruto no tiene textos ni fondos, así que muchos equipos igualmente terminan el diseño en otra herramienta.

Nada de esto es una crítica a la herramienta. Es el trato honesto: fastlane convierte una tarea manual recurrente en código, y a cambio tú mantienes código. Para un equipo que lanza cada semana con un ingeniero dedicado a la automatización de releases, es un buen trato. Para un desarrollador independiente o un PM que actualiza una ficha unas pocas veces al año, el pipeline puede costar más mantenerlo vivo que lo que ahorra.

Actualizar una ficha sin fastlane

Si te saltas fastlane, aún tienes tres formas de llevar metadatos y capturas a las tiendas.

1. Las consolas web de las tiendas

La ruta más sencilla. En App Store Connect editas cada localización a mano y colocas las capturas en las ranuras de cada tamaño de pantalla; en Google Play Console editas la ficha por idioma y subes las capturas ahí. Sin código, sin claves, nada que mantener: señalas y haces clic. La desventaja es que es completamente manual, y hacerlo en muchos idiomas pantalla a pantalla es lento y propenso a errores. Perfecto para uno o dos idiomas; doloroso con 20.

2. Las APIs de las tiendas, directamente

Ambas tiendas exponen las mismas APIs que llama fastlane, así que puedes programar contra ellas sin adoptar el stack de Ruby de fastlane. La API de App Store Connect de Apple es una API REST autenticada con un JWT de corta duración (ES256, firmado con tu clave), con endpoints para crear conjuntos de capturas, reservar y subir bytes de imagen, y modificar metadatos. La API de Play Developer de Google usa un modelo de "ediciones": abres una edición, cambias fichas e imágenes y luego la confirmas. Esto te da control total y encaja en un panel interno a medida, pero ahora eres tú quien escribe y mantiene esa integración. Es un compromiso menor que un pipeline completo de fastlane, no uno nulo.

3. Una herramienta gestionada que redacta la ficha

La otra ruta sin código es una herramienta que produce la ficha por ti, de modo que lo único que queda es subirla a la tienda. Aquí es donde se invierte el trato: en lugar de un ingeniero a cargo de un pipeline, un PM o diseñador se encarga de la ficha directamente en el navegador. Cambias la automatización de CI por no necesitar un ingeniero en absoluto.

Dónde encaja Mokbi: con honestidad

Mokbi no intenta reemplazar la propuesta de CI de fastlane. Si tu objetivo son capturas que se regeneran en cada build sin ninguna persona de por medio, un pipeline de fastlane es la herramienta adecuada y es gratis. Mokbi está pensado para el otro caso: la persona que quiere publicar una ficha cuidada sin tocar Ruby, Xcode, un Fastfile ni una prueba de interfaz.

En el navegador diseñas las capturas, redactas el texto de la ficha y traduces todo el listado a 50 idiomas: sin simulador, sin CI, sin código. Un diseñador o PM puede encargarse de toda la superficie de marketing de principio a fin.

Aquí está el último tramo, y Mokbi lo cubre. Diseña las capturas y el gráfico de funciones, redacta y traduce toda la ficha a 50 idiomas, y luego envía el resultado directamente a Google Play a través de la Play Developer API y deja preparada la versión de App Store en App Store Connect, lista para que pulses Enviar: Apple exige ese Enviar final y su propia revisión, una norma de Apple, no una carencia nuestra. Los mismos endpoints que llama fastlane, sin el pipeline.

Cuándo elegir cada opción

• ¿Lanzas cada semana, tienes un ingeniero y quieres cero desviación? fastlane. Es gratis, está automatizado y mantiene las capturas y los metadatos sincronizados con la app. Nada supera eso.
• ¿Actualizas una ficha unas pocas veces al año, sin CI de sobra? La consola web, o una herramienta que redacte la ficha. El mantenimiento del pipeline no compensa a ese ritmo.
• ¿Necesitas control programático pero no el stack de fastlane? Llama directamente a las APIs de App Store Connect y Play Developer.
• ¿Quieres que un diseñador o PM se encargue de la ficha en muchos idiomas? Redacta, traduce y publica desde el navegador: Mokbi envía a Google Play y deja preparada la versión de App Store lista para que la envíes.

fastlane se gana su lugar como la opción establecida, gratuita y automatizada. El camino sin código no es "mejor": es un trato distinto, renuncias a la automatización de CI y, a cambio, nadie tiene que montar ni cuidar un pipeline para actualizar una ficha.

Qué leer a continuación

• Las mejores herramientas para publicar fichas de App Store
• Subir capturas con la API de App Store Connect
• Comparativa: Mokbi frente a fastlane

Abrir el editor →