Los números primero: una ficha promedio necesita
- capturas de pantalla en cuatro o cinco tamaños de píxeles distintos por tienda
- un icono renderizado en más de ocho dimensiones
- una lista de permisos que puede superar la docena de entradas para cualquier cosa que toque contactos o ubicación
- un cuestionario de privacidad con decenas de ramificaciones de sí/no que determina si un revisor rechaza tu app el primer día
Multiplica eso por tres tiendas —Play, la App Store, la ficha de complementos de Firefox si estás publicando una extensión— y te enfrentas a tres tardes de recortar capturas y rellenar formularios para una app que ya terminaste de construir. Ese es el número aburrido.
Cada compilación destinada a tiendas recibe un kit de publicación, generado automáticamente, y está diseñado para cerrar exactamente esa brecha: la que hay entre lo que un desarrollador pretende que haga una app y lo que el binario compilado realmente hace.
El resto del kit es la parte fácil
- Las capturas de pantalla provienen de la app en ejecución, no de maquetas: se componen, se ajustan al tamaño de cada tienda y se subtitulan cuando el formato requiere paneles.
- Los iconos se renderizan en toda la familia de tamaños que exige cada tienda, además de cualquier gráfico promocional o destacado que esa tienda requiera.
- El texto de la ficha —título, descripción corta, descripción completa— se redacta a partir de lo que la app realmente hace, lo cual suena obvio hasta que has leído suficientes fichas de App Store que son solo adjetivos apilados sobre adjetivos.
- Las justificaciones de permisos se generan por cada permiso, en el formato que la tienda exija.
Nada de esto es exactamente difícil. Es solo lo bastante tedioso como para que la gente lo omita, o lo haga rápido y mal.
Donde se pone estricto: el cuestionario de privacidad
Aquí está la parte fácil de hacer mal incluso con buenas intenciones. Construyes una app, estás bastante seguro de que no recopila nada, marcas "no se recopilan datos" en el cuestionario y sigues adelante. Excepto que incluiste un SDK de reporte de fallos hace tres semanas y lo olvidaste, o una llamada de analítica se coló en una actualización de dependencia. Ahora tu ficha dice una cosa y tu binario hace otra, lo cual es una mentira accidental a tus usuarios o una forma rápida de que te marquen en revisión, y ninguno de los dos es un buen resultado.
Por eso el kit no se fía de tu palabra. Escanea el código fuente real de la app antes de responder: una afirmación de "no recopila datos" solo se hace cuando el código no realiza llamadas de red ni incluye analítica. Si la app sí se comunica hacia afuera, la declaración lo dice, con precisión, sea favorecedor o no. Preferimos que la ficha sea honesta antes que generosa consigo misma. Y no por casualidad, es también la versión que sobrevive a la revisión, porque los revisores comprueban exactamente lo mismo que comprueba el escaneo.
Rellenado, no solo presentado
Donde una tienda expone una API, el kit publica la ficha directamente, sin intervención humana. Donde una tienda insiste en su propia consola, el kit automatiza el rellenado del formulario y te deja solo el puñado de clics que la tienda reserva para que los haga una persona.
| Tienda | Cómo lo entrega el kit |
|---|---|
| Firefox (complementos) | Totalmente automatizado, sin intervención: imágenes, textos y declaraciones publicados vía API |
| Google Play | Rellenado de formularios automatizado; tú haces clic en las confirmaciones finales reservadas para la tienda |
| Chrome Web Store | Rellenado de formularios automatizado; tú haces clic en las confirmaciones finales reservadas para la tienda |
El desglose completo por tienda está en De prompt a tienda de aplicaciones.
