Estado actual de las características de distribución de aplicaciones de Windows

En esta página se documenta el estado actual de las características de distribución de aplicaciones de Windows que han cambiado, se reconoce que tienen limitaciones o se comportan de forma diferente a la que su documentación puede sugerir. Se actualiza a medida que evoluciona la plataforma.

Última revisión: Abril de 2026

Protocolo de URI "ms-appinstaller"

Estado: Deshabilitado de forma predeterminada (desde diciembre de 2023)

El ms-appinstaller:?source= controlador de protocolo URI permite que una página web desencadene una instalación del Instalador de aplicaciones con un solo clic sin que el usuario descargue el archivo primero. Esta característica se deshabilitó de forma predeterminada en la versión 1.21.3421.0 del Instalador de aplicaciones, publicada el 12 de diciembre de 2023, en respuesta a su abuso por parte de la campaña de malware de Emotet (CVE-2021-43890 patrón de explotación).

Context Situación
Dispositivos de consumidor (valor predeterminado) ❌ Deshabilitado
Dispositivos empresariales (administrados por TI) ✅ Se puede volver a habilitar a través de la directiva de grupo

Impacto: Las páginas del tutorial de Microsoft Learn que demuestran <a href="ms-appinstaller:?source=...">Install</a> enlaces web ya no funcionan para la mayoría de los usuarios.

Soluciones alternativas:

  • Vincular directamente al .appinstaller archivo : los usuarios descargan y hacen doble clic en él. Esto sigue funcionando y es el enfoque recomendado para escenarios que no son empresariales.
  • Publish en el Microsoft Store: proporciona una experiencia superior de instalación con un solo clic sin dependencia de protocolo.
  • Rehabilitación empresarial: Establezca la EnableMSAppInstallerProtocol Política de Grupo en Habilitado a través del CSP de DesktopAppInstaller. Nota: el valor Disabled de la directiva significa "la configuración no está configurada" (doble negativo); establézcalo en Enabled para volver a habilitar el protocolo.

Referencias:Características de seguridad del instalador de aplicaciones

Versiones de esquema de archivo .appinstaller

Status: Visual Studio genera un esquema obsoleto de forma predeterminada

El .appinstaller archivo XML admite varias versiones de esquema, cada una con distintas funcionalidades. Visual Studio genera archivos mediante el esquema 2017/2 de forma predeterminada, que no admite varios atributos de configuración de actualización importantes.

Atributo Esquema de 2017/2 Esquema de 2021
ShowPrompt ❌ No se admite ✅ Soportado
UpdateBlocksActivation ❌ No se admite ✅ Soportado
HoursBetweenUpdateChecks ❌ No se admite ✅ Soportado
Actualización básica sobre el lanzamiento ✅ Soportado ✅ Soportado

Impacto: Los desarrolladores que dependen de Visual Studio para generar archivos .appinstaller y luego configurar ShowPrompt o UpdateBlocksActivation encontrarán que esas configuraciones se omiten silenciosamente en tiempo de ejecución.

Corrección: Actualice manualmente el atributo en el xmlns.appinstaller archivo:

<!-- Change this: -->
<AppInstaller xmlns="http://schemas.microsoft.com/appx/appinstaller/2017/2" ...>

<!-- To this: -->
<AppInstaller xmlns="http://schemas.microsoft.com/appx/appinstaller/2021" ...>

Referencias:Actualización automática y reparación de aplicaciones · Discusión de WindowsAppSDK #5125

Reputación de SmartScreen: los certificados EV ya no conceden omisión instantánea

Estado: Comportamiento cambiado en 2024

Antes de 2024, los certificados de firma de código de validación extendida (EV) concedieron una reputación inmediata de SmartScreen; un binario recién firmado no mostraría ninguna advertencia de descarga. Microsoft actualizó los requisitos del Programa de Raíces de Confianza en el año 2024, eliminando los OID específicos de EV. La reputación de SmartScreen ahora se basa exclusivamente en hash y se acumula a lo largo del tiempo, independientemente del tipo de certificado (OV o EV).

Impacto: Los desarrolladores que compraron certificados EV específicamente para omitir las advertencias de SmartScreen para las nuevas versiones encontrarán que los certificados EV ya no proporcionan esta ventaja.

Comportamiento actual: Todos los archivos binarios que no son de la Tienda y no están firmados por Microsoft muestran una advertencia de SmartScreen en la primera descarga, hasta que se acumula suficiente historial de descargas para ese hash del archivo.

Consulte SmartScreen para conocer la reputación del desarrollador de aplicaciones de Windows para obtener información completa sobre el comportamiento esperado y las recomendaciones.

MSIX en Windows 10 frente a Windows 11

Status: varias características de MSIX son solo Windows 11

MSIX funciona tanto en Windows 10 como en Windows 11, pero varias características (incluidos los contenedores de paquetes compartidos, los directorios de paquetes mutables y la identidad persistente de MSIX) son solo para Windows 11 y no se han retroportado. Las dependencias dinámicas también se admiten en Windows 10 a través del SDK de Aplicaciones para Windows (Mdd* APIs / bootstrapper), con Windows 11 proporcionando adicionalmente una implementación nativa del sistema operativo. Además, Windows 10 soporte estándar finalizó el 14 de octubre de 2025.

Para obtener una tabla de comparación completa, limitaciones no recuperadas conocidas y soluciones alternativas por característica, consulte MSIX en Windows 10 y Windows 11.

MsixPackaging@1 Azure DevOps tarea

Estado: usa dependencias antiguas

La tarea MsixPackaging@1 en las canalizaciones de Azure DevOps usa MSBuild 4.8.4161.0 (en lugar de MSBuild 16+) y fue construida con Node.js 16 (que alcanzó el final de su vida útil en septiembre de 2023). Esto puede provocar errores de compilación en configuraciones de canalización modernas.

Workaround: Use MSBuild directamente en la canalización en lugar de la tarea MsixPackaging@1 o use Acciones de GitHub con la acción microsoft/setup-msbuild.

References:GitHub Problema n.º 518 · GitHub problema 679

Contenido relacionado

  • Last updated on