Elegir una ruta de distribución para la aplicación de Windows

La forma de distribuir la aplicación Windows afecta a los costos de firma de código, la mecánica de actualización, la capacidad de administración empresarial y la facilidad de detección e instalación de los clientes. En este artículo se comparan las rutas de acceso principales que le ayudarán a tomar la elección correcta.

Rutas de distribución de un vistazo

Microsoft Store (recomendado)

La publicación en el Microsoft Store es la solución de distribución más completa para aplicaciones Windows. Hay dos rutas de envío disponibles:

• Envío de MSIX : se recomienda para nuevas aplicaciones y aplicaciones WinUI 3. Microsoft vuelva a firmar el paquete; no se necesita ninguna compra de certificados. Incluye actualizaciones administradas por la Tienda, lanzamientos preconfigurados y descargas diferenciales.
• Envío del instalador MSI/EXE : para aplicaciones Win32 existentes con su propio instalador. Publisher envía una dirección URL HTTPS con versión al instalador hospedado en la red CDN propia del publisher; la Tienda descarga y ejecuta el instalador desde esa dirección URL como parte del flujo de instalación de la Tienda. El editor debe firmar el instalador con un certificado que encadene a una autoridad certificadora (CA) en el programa de raíz de confianza de Microsoft. Las actualizaciones son responsabilidad de la aplicación.

Lo que se obtiene (ambas rutas):

• Descubrimiento a través de la búsqueda de la Tienda y las colecciones seleccionadas
• Experiencia de usuario de instalación de confianza
• Procesamiento de ingresos, reembolsos y análisis incluidos
• Implementación empresarial a través de Intune con Portal de empresa

Requisitos:

• MSIX es el formato de paquete recomendado: las aplicaciones winUI 3 se empaquetan de forma predeterminada. Las aplicaciones Win32 con un instalador MSI o EXE existente también pueden enviarse a través de la ruta de acceso del instalador de MSI/EXE (nota: los envíos MSI/EXE requieren un encadenamiento de certificados a una CA en el Programa de Raíz de Confianza de Microsoft; no se acepta un certificado autofirmado; las actualizaciones gestionadas por la Tienda no están disponibles para esta ruta de acceso)
• La aplicación debe cumplir con los requisitos de certificación de la Tienda: requisitos de MSIX | requisitos de MSI/EXE
• Cuenta de desarrollador necesaria (Centro de partners)

Cuándo elegir esto:

• La aplicación tiene como destino a los consumidores o a los usuarios empresariales ampliamente
• Quiere la infraestructura de distribución más sencilla posible.
• Está desarrollando una nueva aplicación WinUI 3 (ya está empaquetada, simplemente envíela)

Publicar en la Microsoft Store

Aplicación web progresiva (PWA)

Si la aplicación es un sitio web o se crea principalmente en tecnologías web, una aplicación web progresiva es la ruta de acceso más rápida a la Microsoft Store, sin que se requiera ninguna compra de firma de código o herramientas de empaquetado nativas.

Una PWA es una aplicación web que los exploradores pueden instalar como una aplicación independiente. Puede ejecutarse sin conexión, enviar notificaciones push, aparecer en el menú Inicio y la barra de tareas, y distribuirse a través de la Microsoft Store. Usa PWABuilder para empaquetar tu sitio para el envío a la Tienda en cuestión de minutos.

Lo que obtiene:

• Distribución en la Tienda con firma de código gratuita (La Tienda firma el paquete)
• Funciona en cualquier dispositivo con un explorador moderno
• No se requiere ninguna creación manual de MSIX, WiX o instalador: herramientas como PWABuilder generan el paquete de envío de la Tienda automáticamente.
• Entrega de actualizaciones incorporada: los usuarios siempre obtienen su contenido web más reciente (actualizaciones de contenido alojado sin una nueva presentación en la Tienda)

Requisitos:

• La aplicación debe servirse a través de HTTPS
• Un manifiesto de aplicación web y un trabajo de servicio
• La aplicación debe cumplir con los requisitos de certificación de la tienda de aplicaciones.

Limitaciones:

• Las API de Windows nativas profundas (acceso al sistema de archivos, integración de hardware más allá de las API web) no están disponibles sin puente adicional
• La lógica de la aplicación se ejecuta en un contexto web: no es adecuada para las aplicaciones que requieren .NET nativas, C++o API de WinRT.

Cuándo elegir esto:

• Su aplicación es una web app, una herramienta SaaS o un sitio de contenido en línea que desea hacer instalable.
• Quieres la ruta de acceso más rápida a la Tienda con herramientas mínimas
• Las API web modernas cumplen los requisitos de características.

Descripción general de las Aplicaciones Web Progresivas
→ Publicar una PWA en el Microsoft Store con PWABuilder

Carga lateral de MSIX — distribución de aplicaciones empresariales LOB

En el caso de las aplicaciones internas de línea de negocio que se implementarán en dispositivos administrados a través de Microsoft Intune o Administrador de configuración, la carga lateral de MSIX es la opción recomendada.

Lo que obtiene:

• Instalación silenciosa y actualización a través de directivas MDM
• Integración con la administración de dispositivos empresariales (Intune, ConfigMgr)
• Identidad completa del paquete y acceso a características de Windows (notificaciones, tareas en segundo plano, etc.)

Firma de código:

• Usa Azure Firma de artefactos (anteriormente Firma de confianza) (~10 $/mes) para un certificado de confianza de Autoridad de Certificación.
• Utiliza un certificado autofirmado implementado en puntos de conexión a través de perfiles de certificado confiable de Intune.

Requisitos:

• Los dispositivos de destino deben confiar en el certificado de firma (ya sea a través de MDM o directiva de grupo).
• La carga lateral se debe permitir en los dispositivos de destino (habilitada de forma predeterminada en Windows 10 en la versión 2004 y en todos los dispositivos Windows 11)

Cuándo elegir esto:

• Distribución de una aplicación interna a dispositivos administrados por la empresa
• Tiene un equipo de TI que puede configurar la confianza de certificados a través de Intune o Directiva de Grupo.

→ Implementación de aplicaciones MSIX con Intune
→ Implementar aplicaciones MSIX con Administrador de configuración

Descarga directa de MSIX: ISV y aplicaciones comerciales

Para las aplicaciones comerciales vendidas directamente desde tu sitio web (no a través de la Tienda), puedes distribuir paquetes MSIX con un .appinstaller archivo para la compatibilidad con actualizaciones automáticas.

Lo que obtiene:

• Experiencia de instalación familiar a través del instalador de aplicaciones
• Compatibilidad con la actualización automática mediante el archivo .appinstaller (hospedado en su servidor)
• Identidad de paquete completa y acceso a características de Windows
• Control sobre su propio canal de distribución y precios

Firma de código:

• Se requiere un certificado de firma de código de confianza de CA: los usuarios no pueden instalar paquetes MSIX sin firmar ni autofirmados sin confiar manualmente en el certificado.
• Azure Artifact Signing (anteriormente Firma de confianza) (~$10/mes) es la opción recomendada por Microsoft: no se requiere ningún token de hardware, se integra con canalizaciones de CI/CD.
• También se aceptan certificados OV tradicionales (normalmente de 150 a 300 dólares al año de una CA).

SmartScreen: Los nuevos certificados acumulan la reputación de SmartScreen a lo largo del tiempo en función del volumen de descarga. Espere algunos avisos de SmartScreen para las nuevas versiones. Consulta la reputación de SmartScreen para los desarrolladores de aplicaciones de Windows.

Cuándo elegir esto:

• Usted es un ISV que vende software directamente desde su sitio web
• Necesitas controlar la experiencia de usuario del instalador, los precios o las licencias que la Tienda no admite
• Tus clientes son empresas que adquieren software fuera de la Tienda

Información general sobre el archivo del instalador de la aplicación
→ actualización automática y reparación de aplicaciones

Empaquetado con ubicación externa (paquete disperso)

Si tiene una aplicación existente con su propio instalador (WiX, NSIS, InstallShield) y desea agregar Windows características que requieren identidad de paquete, sin reemplazar el instalador por MSIX, use el empaquetado con ubicación externa.

Lo que obtiene:

• Identificación del paquete sin cambiar las ubicaciones de los binarios o del instalador
• Acceso a las características de Windows: notificaciones, tareas en segundo plano, asociaciones de tipo de archivo, controladores de protocolo
• El mecanismo de instalación y actualización existente permanece en su lugar

Lo que no consigues:

• Presentación directa en la MSIX Store (el paquete disperso en sí no se presenta en la Tienda; sin embargo, el instalador subyacente se puede presentar a través de la ruta de instalación de MSI/EXE Store)
• El modelo de instalación y desinstalación limpio de MSIX completo

Cuándo elegir esto:

• Tienes una aplicación Win32/WPF/WinForms existente con un instalador establecido
• Quiere características específicas de la API de Windows que requieren la identidad del paquete.
• La migración completa a MSIX no es factible en este momento

→ Conceder identidad de paquete mediante el empaquetado con ubicación externa

WinUI 3 sin empaquetar

La distribución sin empaquetar quita MSIX de la imagen por completo: la aplicación se ejecuta directamente desde una carpeta sin un manifiesto de paquete. Esta es una opción de nicho adecuada para escenarios específicos.

Lo que obtiene:

• Salida de compilación más sencilla (una carpeta de archivos, sin herramientas MSIX)
• No se requiere ninguna infraestructura MSIX en las máquinas de destino
• Funciona en equipos donde la carga lateral de MSIX no está habilitada

Limitaciones:

• No archivo EXE único — El entorno de ejecución de SDK de Aplicaciones para Windows debe enviarse como archivos independientes junto con tu ejecutable.
• Runtime deployment — debes incluir el instalador del runtime de SDK de Aplicaciones para Windows o usar la implementación autocontenida (tamaño de salida mayor).
• Sin identidad de paquete: sin actualizaciones automáticas, sin tareas en segundo plano, sin asociaciones de tipo de archivo a través del manifiesto
• Sin envío de MSIX/package-identity a la Store — este modelo no tiene ninguna identidad de paquete y no se puede enviar a la Store como un paquete MSIX. Un instalador tradicional (MSI/EXE) se puede enviar por separado, pero eso está fuera de esta ruta de distribución.
• Advertencias de SmartScreen a menos que se firme con un certificado de confianza de una autoridad certificadora.

Cuándo elegir esto:

• El entorno de destino no puede usar MSIX (poco frecuente; la mayoría de los entornos empresariales administrados admiten MSIX)
• Está creando una herramienta interna en la que la sobrecarga asociada con MSIX no está justificada.

Para la mayoría de las aplicaciones WinUI 3, MSIX (a través de la Tienda o descarga directa) es la mejor opción. Las limitaciones anteriores suelen sorprender a los desarrolladores que las descubren después de invertir en la distribución sin empaquetar.

→ Distribuir una aplicación WinUI 3 sin empaquetar : guía paso a paso con las opciones de implementación en tiempo de ejecución

Muchas aplicaciones Windows se distribuyen mediante ClickOnce, MSI, WiX, Inno Setup o tecnologías similares. Estas son opciones establecidas y admitidas, especialmente para las aplicaciones que no pueden usar MSIX o no necesitan la distribución de Store. En la tabla siguiente se resumen las opciones comunes y sus ventajas.

ClickOnce

ClickOnce es una tecnología de implementación .NET integrada en Visual Studio. Aloja un manifiesto en un servidor web o en un recurso compartido de archivos; los usuarios instalan desde la URL del manifiesto y ClickOnce gestiona las comprobaciones de actualización al iniciarse. Es una buena opción para las aplicaciones de WPF y WinForms distribuidas a una base de usuarios conocida.

ClickOnce no se admite para aplicaciones WinUI 3. Use MSIX con .appinstaller para la distribución directa de WinUI 3.

→ seguridad e implementación de ClickOnce

MSI, WiX, Configuración de Inno y NSIS

Los instaladores EXE y MSI tradicionales siguen siendo comunes para Windows aplicaciones con requisitos complejos de instalación (instalación de controladores, servicios del sistema, configuración del Registro). Las herramientas como el conjunto de herramientas de WiX, el programa de instalación de Inno y NSIS se mantienen en la comunidad y se usan ampliamente. Soporte de actualización requiere su propia implementación.

Estos formatos no son aptos para la Tienda como paquetes MSIX, pero se pueden enviar a la Tienda a través de la ruta de acceso del instalador de MSI/EXE (requiere un encadenamiento de certificados a una entidad de certificación en el programa de raíz de confianza de Microsoft y un instalador compatible con instalación silenciosa). También puede combinarlos con packaging con ubicación externa si necesita la identidad del paquete para características específicas de Windows.

EXE independiente (implementación de xcopy)

dotnet publish --self-contained genera una carpeta de archivos (o un archivo EXE de un solo archivo) que los usuarios pueden ejecutar sin instalar .NET. Este es el modelo de distribución más sencillo, pero requiere que los usuarios descarguen manualmente una nueva versión. Se adapta a las herramientas de línea de comandos, las utilidades de desarrollador y las aplicaciones de usuario avanzado.

winget: adición de detectabilidad a cualquier ruta de distribución

Independientemente del formato de empaquetado, puedes enviar un manifiesto al repositorio Windows Administrador de paquetes community para que la aplicación se pueda instalar a través de winget install <your-app>. Esto no reemplaza el método de distribución existente: agrega una ruta de instalación de la línea de comandos que el desarrollador y las audiencias técnicas valoran.

Contenido relacionado

• Introducción al empaquetado
• Reputación de SmartScreen para desarrolladores de aplicaciones de Windows
• Estado actual de las características de distribución de aplicaciones de Windows
• Publicar en Microsoft Store
• Información general de Web Apps progresivas
• Firma de Artefactos de Azure (anteriormente Firma de Confianza)