Saltar al contenido principal
Splashtop20 years of trust
Acceder免费测试
+1.408.886.7177Acceder免费测试
A man working on his computer in an office.

MSI vs EXE installers: Which should you deploy?

Se lee en 10 minutos
Actualizado
Empieza con Splashtop
Soluciones de acceso remoto, soporte remoto y gestión de puntos finales mejor valoradas.
免费测试Contacte con el departamento de ventas

Cuando un proveedor ofrece un MSI, un EXE o ambos, la elección entre un instalador MSI o EXE se reduce a lo predecible que sea la instalación. Todos los MSI se ejecutan a través de Windows Installer y comparten los mismos modificadores silenciosos, registros y comandos de desinstalación, mientras que cada EXE se comporta según la herramienta con la que se haya creado. Esa diferencia determina cuánta investigación requiere una implementación y qué tipo de aplicación de Intune puedes usar.

Elegir la opción adecuada requiere más que una comparación básica. Muchas explicaciones se quedan en las definiciones, y algunas afirmaciones comunes son erróneas, como la idea de que cada EXE es autónomo o de que solo los MSI pueden implementarse a escala. Los equipos de TI necesitan saber cómo se comporta realmente cada formato durante la implementación.

Con esto en mente, veamos los instaladores MSI frente a EXE, cómo funciona cada uno y te ayudemos a encontrar la opción adecuada para implementar tus aplicaciones.

¿Qué es un instalador MSI?

Un MSI es un paquete de Windows Installer que contiene la lógica y los datos necesarios para instalar una aplicación. Windows Installer (msiexec.exe) lee el paquete y lo instala en el dispositivo, siguiendo los comandos y las instrucciones especiales incluidos. Cada MSI tiene un código de producto, que las herramientas de implementación usan para detectar si está instalado y para desinstalarlo.

Todos los MSI se ejecutan con el mismo motor, por lo que usan las mismas opciones de línea de comandos, como /qn para una instalación silenciosa sin interfaz de usuario o /norestart para controlar los reinicios. Los administradores pueden personalizar la instalación sin editar el paquete mediante propiedades públicas en la línea de comandos o una transformación (en forma de un .mst archivo). Para ver la lista completa de modificadores y códigos de salida, consulta nuestra guía de instalación silenciosa de MSI.

Con MSI, las reversiones están activadas de forma predeterminada, así que, si una instalación falla, Windows Installer revertirá cualquier cambio. Sin embargo, los autores de paquetes pueden desactivar la reversión, y las acciones personalizadas solo se revierten si el autor del paquete añade pasos de reversión para ellas.

¿Qué es un instalador EXE?

Un EXE es un tipo de archivo en el que .exe es la extensión de un programa de Windows, por lo que su comportamiento depende de la herramienta utilizada para crearlo. Hay una variedad de herramientas de creación habituales, como InstallShield, NSIS y Advanced Installer, cada una con sus propios modificadores silenciosos, registro y comportamiento de reinicio. Nuestra guía de instalación silenciosa de EXE explica los modificadores de cada una.

Debido a la variedad de EXE, pueden comportarse de distintas maneras. Algunos instalan archivos directamente, mientras que otros son contenedores que incluyen MSI y los transfieren a Windows Installer. Aunque pueda parecer extraño incluir un MSI en un EXE, esto permite que el EXE compruebe los requisitos previos, los instale en orden y utilice un asistente de instalación personalizado.

Aunque muchos creen que todo EXE es un archivo autónomo del programa, los EXE contenedores anteriores demuestran que no siempre es así.

Instalador MSI vs. EXE: diferencias clave para la implementación

Entonces, ¿cuáles son las diferencias clave entre los instaladores MSI y EXE? Podemos desglosarlas así:

Rasgo

msi

EXE

Qué ejecuta la instalación

Windows Installer (msiexec.exe)

La propia lógica del EXE, o Windows Installer si el EXE envuelve un MSI

Modificadores de instalación silenciosa

Lo mismo para todos los MSI: /qn o /quiet

Depende de la herramienta con la que se creó; algunos EXE no tienen ninguna

Registro de eventos

/l*v escribe un registro detallado para cualquier MSI

Varía: /LOG (Inno Setup), /debuglog (InstallShield setup.exe), /registro (WiX Burn)

Personalización

Propiedades públicas en la línea de comandos o una transformación (.mst)

Las opciones que haya incorporado el proveedor; las instalaciones de InstallShield InstallScript necesitan un archivo de respuestas grabado

Instalación fallida

La reversión está activada por defecto (aunque los autores pueden desactivarla)

Depende de la herramienta con la que se creó

Desinstalación silenciosa

msiexec /x con el archivo o el código del producto

El desinstalador del proveedor y su propio modificador silencioso

Tipo de aplicación de Intune

Aplicación de línea de negocio (un argumento de línea de comandos) o aplicación Win32

Solo app Win32

Regla de detección de Intune

Regla de código de producto MSI disponible

Regla de archivo, registro o script

Requisitos previos y paquetes

Un producto por paquete (Windows Installer 4.5+ puede encadenar paquetes)

Los EXE bootstrapper pueden instalar requisitos previos y varios paquetes en orden

Teniendo en cuenta estas diferencias, está claro que no existe un único formato superior para todas las situaciones. Mientras que MSI ofrece comandos, registros, etc. predecibles y uniformes, EXE ofrece más flexibilidad. Sin embargo, a cambio de esa flexibilidad, los instaladores EXE también requieren investigación antes de poder implementarse.

Cómo saber si un EXE es en realidad un MSI por dentro

Es posible que el EXE que descargaste sea solo un contenedor de entrega con un MSI dentro. En estos casos, a menudo puedes obtener el comportamiento de MSI mediante modificadores de paso, o implementar el MSI por sí solo. Determinar si el EXE tiene un MSI puede llevar unos minutos, pero puede ahorrarte horas de investigación de modificadores.

Puedes comprobar si un EXE incluye un MSI siguiendo unos pocos pasos:

  • Consulta la documentación de implementación del proveedor: A veces, la respuesta está escrita claramente. Los proveedores que admiten la implementación empresarial suelen publicar un MSI o documentar las opciones de msiexec para su EXE, por lo que es fácil encontrarlo.

  • Ejecuta el EXE con /? desde un símbolo del sistema: Al hacerlo, se muestra la salida de ayuda, que a menudo indica la herramienta con la que se creó. Las instalaciones InstallShield Basic MSI pasan las opciones de msiexec mediante /v (por ejemplo, setup.exe /s /v"/qn"), y los EXE de Advanced Installer aceptan /exenoui seguido de modificadores de msiexec.

  • Busca el manifiesto WinGet de la aplicación: Cada entrada del instalador en WinGet registra un InstallerType, como msi, burn, inno o nullsoft. Si es una entrada burn, eso significa que es un paquete WiX que encadena paquetes y podría usar un MSI. Las entradas Inno y Nullsoft, por otro lado, no usan Windows Installer.

  • Abre el EXE con una herramienta de archivado: Muchos EXE contenedores se pueden abrir con herramientas como 7-Zip, para que puedas ver el archivo .msi dentro.

Si hay un MSI dentro del EXE, te conviene remitirte a la documentación del proveedor y a los modificadores de paso, en lugar de extraer tú mismo el MSI. Extraer el MSI puede hacer que omitas requisitos previos o configuraciones que incluye el wrapper, así que siempre es importante hacer pruebas antes de la implementación.

Cómo se implementan los instaladores MSI y EXE a través de Microsoft Intune

Cuando usas Microsoft Intune para implementar una aplicación, los instaladores MSI y EXE requerirán métodos diferentes. Ten en cuenta que Intune no admite instalaciones interactivas, así que, independientemente del formato que uses, tendrás que asegurarte de que pueda ejecutarse de forma silenciosa.

Implementar un MSI

Cuando implementas un MSI, tienes dos opciones: con una aplicación de línea de negocio (LOB) de Windows, puedes tomar la aplicación directamente, pero solo puedes usar un argumento de línea de comandos, mientras que con la gestión de aplicaciones Win32 puedes añadir más argumentos. Las aplicaciones Win32 empaquetan el MSI en un archivo .intunewin con la herramienta Microsoft Win32 Content Prep Tool. Esto, a su vez, lee los detalles del MSI para Intune y puede detectarse por su código de producto.

Ten cuidado al mezclar ambos. Combinar instalaciones de aplicaciones LOB y Win32 durante la inscripción en Windows Autopilot puede fallar, porque ambas usan el servicio Trusted Installer al mismo tiempo (la preparación de dispositivos de Autopilot sí permite mezclarlas). Por ese motivo, Microsoft sugiere considerar exclusivamente el tipo de aplicación Win32, especialmente para instaladores con varios archivos.

Implementar un EXE

Los instaladores EXE no se aceptan como aplicaciones de línea de negocio, por lo que todos los EXE se agregarán como una aplicación Win32. El instalador se empaqueta en un archivo .intunewin y luego introduces el comando de instalación silenciosa, el comando de desinstalación y la regla de detección al agregar la aplicación en Intune. Ten en cuenta que no hay ningún código de producto que detectar, así que tendrás que usar una regla de detección de archivo, registro o script.

Los EXEs también devolverán códigos diferentes cuando sea necesario reiniciar, así que tenlo en cuenta al configurar los códigos de retorno. Por ejemplo, Inno Setup devolverá 0 tanto si es necesario reiniciar como si no, a menos que establezcas /RESTARTEXITCODE.

MSI o EXE: ¿cuál deberías implementar?

Dadas las diferencias entre los instaladores MSI y EXE, quizá te preguntes cuál es el mejor para ti. Aunque la respuesta variará según las opciones del proveedor, puedes tener en cuenta estos puntos clave al evaluar tus opciones:

  • El proveedor ofrece ambas opciones: Si tanto MSI como EXE están disponibles, empieza con el MSI. Esto te proporciona los modificadores silenciosos estándar, un registro detallado y un código de producto para la desinstalación y la detección, sin necesidad de una investigación exhaustiva.

  • El proveedor recomienda el EXE: Si el proveedor dice que uses el EXE, normalmente significa que instala requisitos previos o componentes que el MSI por sí solo no instala. Sin embargo, asegúrate de comprobar si transmite las opciones de msiexec, para que puedas mantener el control al estilo MSI.

  • Solo hay un EXE disponible: Si solo hay un EXE disponible, primero tendrás que identificar la herramienta con la que se creó y encontrar sus modificadores silenciosos antes que nada.

  • El EXE no tiene opción de instalación silenciosa: Las opciones de instalación silenciosa son importantes, así que, si el EXE no tiene ninguna, pide primero al proveedor una versión MSI. Si eso no es posible, puedes volver a empaquetar el EXE capturando los cambios del instalador en un nuevo paquete, aunque los instaladores reempaquetados son más difíciles de mantener cuando hay actualizaciones. Más información en ¿Qué es el empaquetado de aplicaciones?.

  • Si haces la implementación con Intune: Recuerda que un MSI solo puede usarse como aplicación LOB si un argumento de línea de comandos cubre lo que necesitas. Si necesitas más que eso, te conviene usar Win32 para ambos formatos.

Elijas lo que elijas, no olvides probarlo todo antes de desplegar la aplicación en todos los dispositivos. Esto incluye la instalación, la detección, la desinstalación y los códigos de salida, que deberías probar en un dispositivo limpio y repetir para cada nueva versión.

Por qué todos los instaladores siguen necesitando trabajo de empaquetado

Tanto si usas un instalador EXE como MSI, igualmente vas a tener que hacer algo de trabajo antes de poder implementarlos. Aunque los MSI ahorran trabajo de investigación, cada aplicación sigue necesitando que se confirme su comando de instalación, reglas de detección, pruebas, empaquetado y más. Después, cuando sale una nueva versión de la aplicación, el proceso vuelve a empezar.

Por suerte, las herramientas adecuadas pueden automatizar este trabajo, lo que ahorra a los equipos de TI tiempo y energía que, de otro modo, dedicarían al monotono empaquetado manual. Aquí es donde entra en juego Splashtop Agentic Packr, una herramienta de empaquetado de aplicaciones impulsada por IA que ayuda a los equipos a empaquetar, validar e implementar aplicaciones con una gobernanza más sólida y menos trabajo manual.

Splashtop Agentic Packr puede:

  • Analiza el instalador y crea un paquete PSADT con la lógica de instalación.

  • Escribe reglas de detección para cada aplicación.

  • Prueba cada paquete en una máquina virtual limpia y ejecuta un análisis de seguridad, con una hoja de evaluación de QA y registros para su revisión, para que los administradores puedan revisar los resultados antes de que se publique nada.

  • Crea el paquete de Intune y publícalo en Intune, o crea paquetes para implementarlos con SCCM o manualmente en dispositivos Windows.

  • Detecta automáticamente nuevas versiones de aplicaciones y crea paquetes actualizados.

Splashtop AEM (gestión autónoma de endpoints) añade una forma de ejecutar scripts y tareas en todos tus endpoints, junto con los paquetes que crea Splashtop Agentic Packr.

Empaqueta aplicaciones MSI y EXE para Intune sin tener que investigar cada aplicación

Cuando los proveedores eligen instaladores MSI o EXE, esa decisión determina cuánta investigación necesita una aplicación antes de que puedas instalarla. Los MSI requieren menos investigación y ofrecen más previsibilidad, mientras que los instaladores EXE proporcionan más flexibilidad. Aun así, cada aplicación y cada actualización necesitarán empaquetado y pruebas antes de poder llegar a los usuarios de forma segura.

Con Splashtop Agentic Packr, puedes convertir instaladores en paquetes de Intune probados. Agentic Packr automatiza el proceso de empaquetado de aplicaciones, incluida la lectura de instaladores, la redacción de reglas de detección y las pruebas, sin necesidad de scripts manuales ni experiencia en empaquetado. Esto acelera el empaquetado mientras mantiene a los equipos de TI en control.

¿Quieres saber más sobre Splashtop Agentic Packr? Descubre cómo puede ayudarte a implementar aplicaciones y actualizaciones con confianza hoy mismo.

Deja de empaquetar aplicaciones manualmente
Deja que Splashtop Agentic Packr compile, pruebe y publique cada aplicación y actualización en Intune. Tu equipo revisa los resultados y los dispositivos se mantienen actualizados sin necesidad de scripting manual.


Comparte esto
Canal RSSSuscríbete

Preguntas Frecuentes

¿Cuál es la diferencia entre un instalador MSI y un instalador EXE?
¿Es mejor MSI o EXE para la implementación de software?
¿Puede un instalador EXE contener un MSI?
¿Puede Intune implementar un EXE como una aplicación de línea de negocio?
¿Puedes convertir un instalador EXE en un MSI?
¿Cómo empaquetas aplicaciones MSI y EXE para Microsoft Intune?

Contenido relacionado

A man typing on a computer in an office.
Empaquetado de aplicaciones con IA agéntica

¿Qué es el empaquetado de aplicaciones de IA? Cómo funciona el empaquetado agéntico

了解更多
A man working on a computer with code on-screen in an office.
Empaquetado de aplicaciones con IA agéntica

Cómo ejecutar una instalación silenciosa de msiexec: comandos e interruptores

Two coworkers typing code on their computers.
Empaquetado de aplicaciones con IA agéntica

Instalación silenciosa de EXE: cómo encontrar y usar los modificadores adecuados

A person working on a computer in an office.
Empaquetado de aplicaciones con IA agéntica

Cómo implementar aplicaciones WinGet con Intune: 4 métodos que funcionan

Ver todos los blogs