Post actualizado el día noviembre 1, 2026 by DeiviSanzPlay
Cuando alguien busca como instalar winget windows 10, casi siempre acaba en la misma bifurcación: descargar el paquete App Installer desde la Microsoft Store o ejecutar los comandos de PowerShell para registrar el cliente a mano. He pasado por las dos rutas en equipos de oficina con Windows 10 22H2 y en un portátil viejo que arrastraba la versión 1909, y la diferencia no es cosmética: una opción funciona en entornos domésticos normales y la otra te salva cuando la Store está rota o bloqueada por políticas de empresa.
La pregunta real no es cuál es más moderna, sino cuál aguanta tu escenario concreto. Voy a comparar las dos vías con casos que he visto de primera mano, incluyendo los puntos donde cada una falla sin avisar.
App Installer desde la Store: la ruta cómoda y sus límites
Si tu Windows 10 tiene la Microsoft Store operativa y una cuenta con permisos de administrador, el camino corto es buscar «App Installer» en la Store y pulsar Instalar. Ese paquete incluye winget y sus dependencias, así que al terminar puedes abrir PowerShell o CMD y escribir winget –version para comprobar que responde.
El problema aparece cuando la Store está deshabilitada por el departamento de TI, algo frecuente en portátiles corporativos. También cuando el equipo arrastra un error de caché de la Store que impide descargar cualquier aplicación. En esos casos, la vía de la Store no es que sea lenta: simplemente no está disponible, y no hay truco de reinicio que lo arregle.
Otro detalle que la gente pasa por alto: App Installer desde la Store puede actualizarse sola y arrastrar una versión de winget que ya no es compatible con tu build de Windows 10. Lo he visto en equipos con la versión 1809, donde winget se instala pero falla al resolver paquetes porque el cliente espera APIs que esa build no tiene.
PowerShell y el paquete .msixbundle: la ruta que sí controlas
La alternativa es descargar el archivo .msixbundle de App Installer desde el repositorio oficial de Microsoft en GitHub y registrarlo con Add-AppxPackage en PowerShell. Esta es la opción que recomiendo cuando la Store no está disponible o cuando necesitas una versión concreta del cliente.
El comando básico es Add-AppxPackage -Path .Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle, ejecutado desde la carpeta donde guardaste el archivo. Antes conviene instalar las dependencias (VCLibs y UI.Xaml) que el propio paquete necesita, porque si faltan el registro falla con un error genérico que no dice cuál es la dependencia ausente.
Esta vía tiene una ventaja clara: sabes exactamente qué versión estás instalando y puedes repetir el proceso en varios equipos sin depender de la Store. La desventaja es que no se actualiza sola; tendrás que repetir la descarga cuando quieras una versión nueva de winget.
Por qué gana PowerShell en la mayoría de casos reales
Mi conclusión después de comparar ambas rutas en entornos distintos es que la instalación manual por PowerShell gana cuando el objetivo es dejar winget funcionando de forma reproducible. No porque sea más elegante, sino porque elimina la dependencia de la Store, que es el punto de fallo más habitual.
Piensa en un técnico que prepara cinco portátiles reacondicionados para una pequeña empresa. Con la Store tendría que iniciar sesión con una cuenta Microsoft en cada equipo, esperar la descarga y cruzar los dedos para que la caché no esté corrupta. Con el .msixbundle descargado una vez, puede copiarlo por USB y registrarlo con un script de tres líneas en cada máquina. La diferencia en tiempo y en fiabilidad es notable.
Donde la Store gana es en el usuario doméstico que solo quiere probar winget sin complicarse. Si tu Windows 10 está actualizado y la Store funciona, instalar desde ahí es cuestión de dos clics y las actualizaciones llegan solas. Para ese perfil, la ruta de PowerShell es más trabajo del necesario.
Limitaciones que conviene tener claras antes de empezar
Winget no funciona en Windows 10 anterior a la build 1809, y en algunas builds intermedias requiere que el equipo tenga aplicada la actualización acumulativa correspondiente. Si tu sistema está en 1803 o anterior, ninguna de las dos rutas te va a servir sin actualizar primero el sistema operativo.
Tampoco funciona igual en ediciones LTSC o en instalaciones con la Store eliminada por imagen corporativa. En esos casos, la instalación manual por PowerShell es la única opción viable, pero conviene comprobar que las dependencias de VCLibs estén presentes, porque en imágenes mínimas suelen faltar.
Otra limitación práctica: winget necesita conexión a internet para resolver y descargar paquetes. Si lo instalas en un equipo aislado, el cliente arrancará pero no podrá instalar nada hasta que tenga red.
Cómo verificar que la instalación quedó bien
Después de cualquiera de las dos rutas, abre PowerShell y ejecuta winget –version. Si devuelve un número de versión, el cliente está registrado. Si el comando no se reconoce, revisa que la ruta de ejecución incluya la carpeta de WindowsApps o que el paquete se haya registrado para tu usuario.
Un detalle que suelo comprobar: ejecutar winget list para ver si enumera los paquetes instalados. Si el comando de versión funciona pero el listado falla, suele ser síntoma de una instalación parcial donde el cliente está registrado pero las dependencias no están completas.
Recomendación según tu caso
Si tu Windows 10 está actualizado, la Store funciona y solo quieres probar winget, instala desde App Installer. Es la ruta con menos fricción y las actualizaciones se gestionan solas.
Si la Store está bloqueada, el equipo es corporativo o necesitas instalar winget en varios equipos de forma controlada, ve por PowerShell con el .msixbundle. Es más pasos, pero sabes qué versión tienes y puedes replicarlo sin depender de servicios externos.
En mi experiencia, la mayoría de quienes preguntan como instalar winget windows 10 acaban necesitando la segunda ruta antes o después, porque la Store falla en el momento menos oportuno. Tener el paquete descargado y el comando a mano ahorra más tiempo del que cuesta prepararlo la primera vez.
Perfiles verificables: Sitio web
Publicado el 1 de November de 2026. Última revisión: 1 de November de 2026.
