Cómo reducir el tamaño de tu build en Unity
Actualizado: julio de 2026 · PixelForge Tools
Un juego que pesa demasiado pierde descargas antes de que nadie lo pruebe: en móvil, cada 100 MB adicionales reducen notablemente la tasa de instalación, y las tiendas imponen límites estrictos. La buena noticia es que la mayoría de las builds de Unity están hinchadas por unas pocas causas concretas y muy corregibles. Esta guía las recorre en orden de impacto.
1. Encuentra al culpable: el Build Report
Antes de optimizar a ciegas, mide. Tras compilar, abre la consola de Unity y busca el desglose del Editor Log (Console → menú de opciones → Open Editor Log): al final del registro, Unity lista qué porcentaje del build ocupa cada categoría (texturas, audio, mallas, animaciones, scripts). Casi siempre descubrirás que dos o tres tipos de asset se comen el 80% del peso. Herramientas como el Build Report Tool del Package Manager lo muestran de forma visual. Optimiza primero lo más grande — el resto es ruido.
2. Texturas: el sospechoso número uno
Las texturas suelen ser la mayor fuente de peso en un juego de Unity. Tres palancas: baja el Max Size de cada textura al tamaño real con el que se ve (una textura que nunca ocupa más de 500 px en pantalla no necesita 2048), aplica compresión adecuada por plataforma (ASTC en móvil, BC en escritorio) y desactiva los mipmaps en la UI. Reducir una textura de 2048 a 1024 recorta su peso a la cuarta parte, casi siempre sin diferencia visible. Tienes el detalle completo en nuestra guía de optimización de texturas en Unity, y puedes preparar tus imágenes al tamaño y formato correctos con el optimizador de texturas antes de importarlas.
3. Comprime el audio
El audio sin comprimir es la segunda causa habitual de builds enormes. En los import settings de cada clip: usa Vorbis (o formato comprimido equivalente) para música y sonidos largos, con una calidad del 70% que suele ser indistinguible del original; reserva PCM sin comprimir solo para efectos muy cortos y frecuentes. Marca "Load in Background" para la música y "Decompress on Load" solo en clips diminutos. Un juego con banda sonora puede ahorrar decenas de MB solo aquí.
4. Elimina código y librerías que no usas
Unity incluye por defecto mucho más de lo que tu juego necesita. En Player Settings, activa Managed Stripping Level en "High": Unity eliminará del build todo el código gestionado que nadie llama. Revisa también los paquetes instalados en el Package Manager y quita los que no uses. Y si importaste algún asset del Store, borra sus carpetas de ejemplos y demos, que a menudo pesan más que el propio asset.
5. Modelos y mallas
Activa la compresión de malla (Mesh Compression: Medium o High) en los modelos donde la precisión milimétrica no importe, y desactiva "Read/Write Enabled" salvo que un script modifique la malla en runtime — activarlo duplica su memoria. Reduce también el número de polígonos de los modelos de fondo, que nadie mira de cerca.
6. Carga bajo demanda con Addressables
Para juegos grandes, el salto cualitativo es no meterlo todo en el build inicial. El sistema Addressables de Unity permite descargar contenido (niveles, personajes, texturas) solo cuando se necesita, desde un servidor o como paquetes separados. La build base se queda pequeña y el jugador descarga el resto conforme avanza. Es más trabajo de configuración, pero es cómo los juegos móviles grandes mantienen su descarga inicial por debajo de los límites de las tiendas.
Checklist rápido
Mide con el Editor Log, ataca las texturas primero (Max Size + compresión por plataforma), comprime el audio a Vorbis, sube el stripping de código a High, borra ejemplos de assets importados, comprime mallas, y considera Addressables si sigues por encima del límite. Con este recorrido es habitual reducir una build a la mitad o menos sin que el jugador note ninguna pérdida.