Si buscaste “frameit fastlane”, probablemente intentas automatizar la generación de capturas de App Store. O ya lo tienes montado y chocaste contra un muro, o estás evaluando si hay un camino más rápido antes de comprometerte con el setup.
Este post cubre qué hace Fastlane frameit realmente, dónde crea fricción para developers indie y cómo Marteso aborda el mismo problema de automatización de capturas de forma distinta. Al final tendrás suficiente para decidir cuál encaja en tu situación.
Qué hace Fastlane frameit
Fastlane es un toolkit de automatización open-source para deployment iOS y Android. Dos acciones componen el pipeline de capturas:
snapshotcaptura screenshots desde tus tests UI de Xcode en distintos simuladoresframeitenvuelve esas capturas en frames de dispositivo para la submission a App Store
El workflow típico de automatización de capturas iOS con Fastlane es así:
- Escribir tests UI que naveguen a cada pantalla que quieres capturar
- Configurar un
Fastfilecon lanes de snapshot y frameit - Ejecutar
fastlane snapshotlocalmente (20–40 minutos por run, según número de locales) - Ejecutar
fastlane frameitpara aplicar los bezels de dispositivo - Revisar manualmente el output para cada locale y tamaño de dispositivo
- Subir las capturas finales a App Store Connect
Para developers que viven en el terminal y ya tienen un pipeline CI/CD, este workflow es funcional. También es el estándar de facto para equipos con capacidad DevOps dedicada y requisitos de control completo.
Dónde Fastlane frameit crea fricción para developers indie
El coste de setup es mayor de lo que parece. Hacer funcionar Fastlane requiere Ruby, configuración de simulador Xcode, provisioning profiles y un Fastfile funcional. Para un developer en solitario que quiere mejores capturas de App Store, son unas horas de setup de entorno antes de que exista una sola captura.
El coste de mantenimiento continuo es mayor. Los frames de dispositivo cambian con cada release de iOS. Cuando Apple lanza hardware nuevo, los assets de frame de frameit existentes se quedan desactualizados o desalineados. Actualizas la gem. Debuggeas las rutas de assets. Re-ejecutas el pipeline completo para verificar que el output se ve bien. Esto pasa en el calendario de Apple, no en el tuyo.
La localización multiplica el trabajo. Una app que soporta 5 idiomas con 3 tamaños de dispositivo produce 15 sets de output por captura. Gestionar 60+ archivos manualmente, confirmar que el texto se renderiza correctamente en cada locale, leer output en japonés o alemán cuando no hablas esos idiomas — exactamente el tipo de tarea que se posterga hasta la noche antes de la submission.
El copy de captura es completamente manual. Fastlane captura lo que muestra tu test UI. Escribir el texto de overlay, el headline, el copy promocional localizado que aparece en la captura misma, pasa fuera de la herramienta. Si quieres copy distinto para idiomas distintos, lo construyes en el test UI o gestionas un pipeline de assets separado.
No son bugs en Fastlane. Es una herramienta de bajo nivel construida para developers que quieren controlar cada paso. El tradeoff: cada paso requiere tu tiempo y tu mantenimiento.
Qué hace Marteso de forma distinta
Marteso es una plataforma de automatización de capturas no-code diseñada específicamente para submission a App Store. Cubre los mismos pasos que Fastlane frameit, pero el enfoque difiere en casi cada punto.
Setup: Conecta tu repo de GitHub y cuenta de App Store Connect a través del UI de Marteso. Sin Ruby, sin Fastfile, sin configuración local de simulador. La mayoría de developers están montados en menos de 30 minutos.
Trigger: Push a GitHub. Marteso capta el webhook y ejecuta tu test UI en un entorno cloud gestionado. Nada corre localmente.
Output de localización: Una sola ejecución de test genera capturas con frame de dispositivo en cada idioma de App Store que soportas. Si los strings de tu app ya están localizados, no se necesita configuración de test adicional. Marteso usa tus archivos de strings existentes para poblar el output específico por locale automáticamente.
Copy de capturas generado por IA: Marteso genera texto de overlay y copy promocional para cada captura usando IA. Revisas y editas las sugerencias antes de que vayan a tus assets finales. No empiezas desde una página en blanco.
Frames de dispositivo: Mantenidos por Marteso. Cuando Apple lanza hardware nuevo con bezels actualizados, los frames en la plataforma se actualizan automáticamente. No gestionas versiones de gem ni archivos de assets.
Para un developer indie gestionando releases en solitario, la diferencia no es solo velocidad. Es el número de decisiones y tareas de mantenimiento por ciclo de release. Fastlane requiere que controles cada detalle de configuración. Marteso da defaults sensatos y te deja sobrescribir lo que importa.
Comparativa lado a lado
| Fastlane frameit | Marteso | |
|---|---|---|
| Tiempo de setup | 2–4 horas (Ruby, Fastfile, simulator config) | Menos de 30 minutos (conectar GitHub y ASC) |
| Dónde corre | Máquina local o CI con config manual | Pipeline cloud totalmente gestionado |
| Mantenimiento de frames | Manual (actualizar gem tras cada release iOS) | Automático |
| Localización | Manual por locale (test + config de archivo) | Automática desde archivos de strings existentes |
| Copy generado por IA | Ninguno | Integrado, revisable antes de exportar |
| Precio | Gratis (open source) | Tier gratis disponible; planes de pago para apps mayores |
| Skill requerido | Comodidad con terminal y Ruby | Sin CLI requerido |
| Customización | Control programático total sobre cada paso | Configuración vía dashboard UI |
Quién debería usar Fastlane
Fastlane frameit es la elección correcta cuando estás en un equipo con infraestructura Fastlane existente en CI, tienes un ingeniero DevOps que mantiene el pipeline, o necesitas control programático total sobre la generación de capturas. Si tienes un Fastfile funcionando y alguien cuyo trabajo incluye mantenerlo, no hay razón para cambiar.
Fastlane también es la mejor opción si tienes requisitos de captura inusuales: flows de simulador no estándar, assets de frame custom, o workflows de captura que dependen de datos inyectados en tiempo de test de formas que una plataforma gestionada no soportaría.
Quién debería usar Marteso
Marteso está construido para developers iOS indie que quieren capturas correctas y localizadas sin construir y mantener un pipeline custom. Si eres developer en solitario o equipo pequeño, y el trabajo de capturas se sigue postergando porque la fricción de setup es muy alta, Marteso elimina esa fricción.
El pipeline gestionado significa intercambiar control total de configuración por tiempo recuperado en cada release. Para la mayoría de apps indie que shippean con una o dos personas, es un tradeoff directo. El trabajo de capturas se hace en plazo en vez de postergarse.
Pruébalo
Marteso tiene un entorno demo en app.marteso.com ([email protected] / demo1234) donde puedes caminar por un workflow de release completo incluyendo generación de capturas, edición de metadatos y submission a App Store Connect. La demo usa apps reales, así que el output de automatización de capturas que ves es representativo de lo que produce un run de producción.