Acerca de Screenshots.live
Screenshots.live automatiza el trabajo repetitivo entre el código móvil y la App Store. Construido por un desarrollador que se cansó de reexportar manualmente las mismas capturas de pantalla para 13 idiomas en cada lanzamiento.
¿Quién lo construye?
Eric Isensee — Founder
Ingeniero radicado en Alemania. Construyendo Screenshots.live desde 2024 con un enfoque en la superficie de API que los desarrolladores realmente quieren: configuraciones YAML, renderizados deterministas y valores predeterminados compatibles con CI/CD. Anteriormente lanzó sistemas móviles y de backend en comercio electrónico, fintech y herramientas para desarrolladores.
¿Por qué existe Screenshots.live?
Las capturas de pantalla de la tienda de aplicaciones son el activo de marketing con mayor apalancamiento en móviles: deciden si un usuario instala tu aplicación. También son las más laboriosas: cada lanzamiento significa reexportar las mismas composiciones para iPhone 6,5", iPhone 6,7", iPad 12,9", iPad 11", teléfono Android, tableta Android de 7" y tableta Android de 10". Multiplica por cada idioma en el que publiques. Eso son más de 50 imágenes por lanzamiento para una aplicación de un solo idioma, más de 600 para una aplicación de 12 idiomas.
Las exportaciones manuales se rompen bajo esa carga. Los diseñadores cambian de contexto. Los idiomas se desincronizan. Los lanzamientos se retrasan. Screenshots.live resuelve esto tratando las capturas de pantalla como código: diseña una vez en un editor visual, renderiza programáticamente vía API o con un complemento de Fastlane, lanza cada variante en una sola ejecución de CI.
¿Para quién es?
- Desarrolladores móviles y líderes técnicos que quieren que la generación de capturas de pantalla viva en CI/CD en lugar de en el backlog de un diseñador.
- Especialistas en ASO que ejecutan pruebas A/B y necesitan generación de variantes que no requiera acrobacias con Sketch+Photoshop.
- Desarrolladores indie y equipos pequeños que publican en varios idiomas sin un equipo de diseño dedicado.
- Equipos de marketing en empresas SaaS que necesitan mantener los activos de la tienda sincronizados con los cambios de copy del producto.
¿Cómo lo construimos?
Tres principios impulsan el producto:
- API first. Cada capacidad del editor visual también está expuesta como REST. Plantillas, elementos, renderizados, fuentes: todo direccionable mediante una clave de API. Si un flujo de trabajo se puede hacer en el editor, se puede hacer en CI/CD.
- Renderizados deterministas. La misma plantilla + variables produce los mismos píxeles cada vez. Sin salidas inestables de LLM en la ruta de renderizado. Crítico para pruebas de capturas de pantalla basadas en diff y artefactos de CI revisables.
- Distribución por idioma por defecto. El renderizado multilingüe no es un feature flag, es la forma en que funciona el producto. Una plantilla, todos los idiomas admitidos, en una sola llamada a la API.
¿Dónde puedo aprender más?
- Lee la guía Build with AI para flujos de trabajo de agentes autónomos.
- Consulta el blog para playbooks de ASO y casos prácticos de automatización.
- Explora la referencia de tamaños de capturas de pantalla 2026.