Comprobaciones de UI antes del lanzamiento: qué verificar antes de publicar
Con el Prefab y la lógica listos: pasada final de UI en dispositivo, idiomas, builds Release y skins de evento, con rutas de corrección.
- game-ui-design
- game-dev-ai
- ui-to-engine
- ui-localization
- ui-reskin
- unity
- godot
- cocos
- vberai
- qa
- 2026
El Prefab está en el proyecto y la lógica está conectada, pero la build de prueba aún puede fallar las comprobaciones de UI: en el Editor se ve bien, pero el Safe Area se recorta en el dispositivo; el inglés cabe, pero el alemán se desborda; la pantalla de inicio tiene la skin del evento, pero los popups siguen usando el arte antiguo.
La checklist de handoff de diseño cubre la entrega. La checklist de importación al motor + MCP cubre el primer Play. Este artículo solo añade elementos previos al lanzamiento: no repite Raycast, draw calls ni Canvas Scaler; vuelve a hacer smoke test de todo lo que ya pasó en la importación a lo largo del flujo principal.
6 comprobaciones antes de publicar
| # | Comprobación | Fallo común |
|---|---|---|
| 1 | Flujo principal en dispositivo: portrait objetivo + relaciones de aspecto comunes (p. ej. 19.5:9); probar rotación si se admite | Solo 16:9 en el Editor; recorte del notch, desfase de toque |
| 2 | Todos los idiomas activos en inicio + popups | Desbordamiento en alemán / español, texto de botón recortado |
| 3 | Reskin de evento / temporada en todos los puntos de entrada (popups, capas de insignias) | Skin nueva en inicio, skin antigua en popups |
| 4 | Números, temporizadores, moneda coinciden con las tablas de diseño | Placeholders, formato incorrecto |
| 5 | Builds Dev / Release cargan la UI principal una vez cada una | Addressables / assets faltantes en la build |
| 6 | La UI de la build de prueba coincide con los Prefabs del repositorio | Ediciones solo en la escena, build no actualizada |
Ejemplos de Unity UGUI; Godot Control / Cocos UI se corresponden igual.
Dónde corregir
| Síntoma | Ruta |
|---|---|
| Recorte en dispositivo, desviación de layout | Editar Prefab, o reexportación estructurada desde AI Studio |
| Desbordamiento de idioma | Traducción de UI / capas de texto; margen de Auto Layout en el diseño |
| Skin de evento inconsistente | Reexportación de árbol completo con reskin desde AI Studio |
| Tipografía de display / números de daño borrosos | Fuente bitmap o TMP |
Los problemas de lógica y binding pertenecen a la checklist de importación al motor + MCP: no se amplían aquí.
FAQ
¿Se solapa con las “10 comprobaciones del motor”?
La lista del motor = primer Play. Esta lista = dispositivo, idiomas, builds Release, skins de evento.
¿Reparto en equipos pequeños?
Ingeniería: 1, 5, 6. Diseño/producción: 2, 4. QA (si existe): 1–5. Verificación puntual del diseñador: 3. ~30 minutos de smoke test en dispositivo sobre el flujo principal; idiomas: los 2–3 más largos + inicio y popups clave.
¿Hotfix de UI en Release solo con imágenes?
Usa hotfix de Prefab / asset y haz commit: no dejes cambios solo en una escena de prueba.
Seguir leyendo
Más guías que te pueden interesar
VberAI de extremo a extremo: AI Studio + Engine MCP para un minijuego jugable
Genera o importa UI en AI Studio, luego impulsa la lógica y la depuración con Cursor mediante Godot, Unity o Cocos MCP. Incluye una grabación de un match-3 chibi, desde la exportación del Studio hasta una versión jugable sin código escrito a mano.
- VberAI
- AI Studio
- Unity MCP
- Godot MCP
Crea un Plataformas 2D con Godot MCP: Movimiento, Niveles y Enemigos
Crea un prototipo de plataformas en Godot 4 con MCP: CharacterBody2D, niveles con TileMap, enemigos simples; usa VberAI Studio para HUD y títulos.
- Godot MCP
- 2D platformer
- Godot 4
- GDScript
Jerarquía de información del HUD móvil: qué mostrar en combate, lobby y modales
Visibilidad y prioridad del HUD según el estado de juego; su relación con Safe Area, capas de texto flotante y apilado de modales, con tablas y pasos de aceptación en dispositivo.
- game-ui-design
- game-dev-ai
- ui-to-engine
- hud