Què són els paquets .appx i .appbundle de Windows 11 i com funcionen

Si fas servir Windows 10 o Windows 11, tard o d'hora et toparàs amb els famosos arxius .appx i .appxbundle. Potser us apareixen en descarregar una app UWP, en trastejar amb la Microsoft Store o en seguir algun tutorial per instal·lar aplicacions des de fora de la botiga. I és clar, el més normal és que et preguntis què són exactament, per a què serveixen i com s'instal·len sense embolicar-la.

Aquests formats substitueixen, a l'ecosistema d'apps modernes de Microsoft, els clàssics instal·ladors .exe o .msi. Darrere d'aquests noms hi ha molt més del que sembla: model de seguretat diferent, una altra manera d'actualitzar, integració amb la Store, opcions de desplegament massiu en empreses i fins i tot ordres específiques de PowerShell i DISM per gestionar-los. Ho veurem amb calma, però en profunditat, perquè sàpigues manejar-los amb soltesa.

Què són els paquets .appx i .appxbundle a Windows 10 i Windows 11

Un fitxer amb extensió .appx és el paquet estàndard d'instal·lació de les aplicacions UWP (Plataforma Universal de Windows) introduït amb Windows 8 i Windows Phone 8.1. És un contenidor comprimit que segueix l'especificació OPC (Open Packaging Convention) i agrupa en un únic fitxer l'app llista per instal·lar: binaris, recursos, manifest, permisos, descripcions, icones, etc., de manera similar a un .msi, però pensat per al nou model d'apps de Microsoft.

Dins del .appx s'inclou un fitxer clau, el AppxManifest. xml, on es defineix el nom del paquet, l'identificador de l'app, la versió, les arquitectures suportades, les dependències necessàries, els idiomes, les capacitats (permisos) i una altra configuració addicional. Gràcies a això, Windows pot instal·lar l'app sense assistents de “Següent, següent, finalitzar”, reduint errors típics dels instal·ladors clàssics Win32.

Per part seva, un .appxbundle és un “lot” o agrupació de diversos paquets .appx i de recursos en un sol fitxer. És a dir, és una col·lecció organitzada de paquets d'aplicació i de recursos (idiomes, escalat d'interfície, DirectX, etc.) que es fan servir conjuntament per oferir una experiència òptima a cada dispositiu, alhora que es minimitza l'espai en disc que ocupa l'aplicació a cada equip concret.

L'objectiu d'aquests formats és que una mateixa aplicació es pugui distribuir i executar de manera uniforme en PC, tauletes, mòbils i altres dispositius compatibles amb Windows 10 i Windows 11, resolent els problemes que tenien els instal·ladors tradicionals en entorns mòbils o restringits. Tot està molt més controlat: rutes aïllades, permisos declaratius, instal·lació i desinstal·lació neta i possibilitat de proveir apps a nivell d'imatge de sistema.

Diferència pràctica entre .appx i .appxbundle

La distinció entre tots dos formats és important, sobretot si administres equips o instal·les apps fora de la Microsoft Store. Un .appx sol contenir l'app per a una arquitectura concreta (per exemple, x64) i un conjunt de recursos bàsic, mentre que un .appxbundle empaqueta diverses variants daquesta app juntament amb recursos addicionals per a diferents escenaris.

En un .appxbundle podeu trobar, per exemple, el paquet principal per a x86, un altre per a x64, un altre per a ARM i diversos paquets de recursos d'idioma o d'escalat; Windows seleccionarà en temps d'instal·lació només els paquets aplicables segons la configuració del dispositiu i del sistema operatiu. Així, es redueix el consum de ample de banda i espai al disc, perquè l'usuari no ha de descarregar idiomes o arquitectures que no utilitzarà.

Aquest enfocament és clau en la canalització de publicació a Microsoft Store. Quan puges una app, pots carregar fitxers .msix, .msixbundle, .appx, .appxupload i .appxbundle; la Store s'encarrega de “classificar” i decidir quin paquet concret és el més adequat per a cada família de dispositius i versió de Windows, segons l'arquitectura, el número de versió del paquet i altres metadades.

En entorns d'administració mitjançant DISM (Deployment Image Servicing and Management), el comportament també canvia: quan afegiu un .appxbundle a una imatge, només s'integren els paquets de recursos que tinguin sentit per a aquesta imatge, tal com veurem més endavant quan parlem de paquets d'idioma i recursos d'escala/DXFL.

Com gestiona Microsoft Store els paquets APPX i APPXBUNDLE

La Microsoft Store és la porta oficial per a la majoria d'aquestes aplicacions. Quan un desenvolupador envia una app, a la secció de paquets del panell de publicació carrega tots els fitxers d'instal·lació rellevants: .msix, .msixupload, .msixbundle, .appx, .appxupload i/o .appxbundle. Podeu pujar diversos paquets de la mateixa app, i la Store decidirà a cada descàrrega quin oferir a cada client.

Després de la càrrega, la consola de publicació mostra una taula on es veu quins paquets s'entregaran a cada família de dispositius Windows 10/11 (escriptori, mòbil, Xbox, HoloLens, Surface Hub, IoT, etc.), ordenats segons el criteri de classificació de versions. Des d'aquí també es tria a quines famílies de dispositius estarà disponible l'aplicació i si se'n permetrà l'ús en futures famílies que apareguin.

Si detecta errors en validar un paquet (per exemple, fallades de versió, dependències mal definides o problemes de signatura), la Store mostra missatges d'advertiment perquè el desenvolupador corregeixi el problema, elimineu el paquet conflictiu i el torneu a pujar. També podeu assenyalar paquets redundants quan hi ha versions més noves que cobreixen el mateix conjunt de clients; en aquest cas proposa treure'ls automàticament de l'enviament.

La secció de disponibilitat per família de dispositius permet marcar o desmarcar caselles per decidir si l'app estarà accessible a l'escriptori Windows 10/11, Xbox, Windows 10 Team, Windows 10 Holographic, etc. Si puges paquets específics per a la família Windows.Desktop, per exemple, només s'activarà la casella d'escriptori i no podràs activar les altres per a aquests mateixos binaris.

Els paquets per a la família Windows.Universal són més versàtils: es poden executar en pràcticament qualsevol dispositiu Windows 10 o 11 (inclosa Xbox One). Per defecte, la Store els ofereix a totes les famílies adequades tret de Xbox, que requereix complir condicions especials (per exemple, ser un joc dins del programa de creadors de Xbox Live o passar el procés d'aprovació específic).

Publicació, versions i classificació de paquets

Quan es publica una actualització d'una app ja existent, la Microsoft Store ofereix opcions avançades com ara implementació gradual actualització. Això permet definir un percentatge d'usuaris que rebran els nous paquets i analitzar-ne el comportament i les dades analítiques abans de desplegar l'actualització al 100% de la base instal·lada.

En aquestes actualitzacions també es pot marcar una actualització com obligatòria. Si el desenvolupador ha integrat les API de Windows.Services.Store, l'app pot consultar si hi ha versions noves i forçar la descàrrega i la instal·lació dels paquets actualitzats a partir d'una data i hora concretes, sempre que el dispositiu executi almenys Windows 10 versió 1607.

A nivell intern, la Store realitza una classificació dels paquets basada en els números de versió. Si hi ha diversos paquets compatibles per a una família de dispositius concrets (per exemple, Package_A.appxupload i Package_B.appxupload), la taula de classificació mostrarà l'ordre en què s'intentaran servir. Un paquet amb rang 1 té preferència; si el dispositiu de l'usuari no el pot executar (per arquitectura, versió mínima del sistema, etc.), la Store intentarà amb el següent de la llista.

Si cap paquet del conjunt compleix els requisits del dispositiu (per exemple, perquè la propietat minVersion és superior a la versió de Windows instal·lada), l'usuari directament no podrà descarregar ni instal·lar aquesta app en aquest equip. Això evita escenaris de instal·lacions fallides o comportaments inconsistents.

La gestió de paquets també contempla advertiments per eliminar paquets redundants quan ja hi ha versions noves que cobreixen tots els clients que abans rebien els paquets antics. Des de la consola es poden esborrar individualment aquests paquets o fer servir l'opció automàtica per netejar tots els redundants en un sol pas.

Què és DISM i com treballa amb paquets .appx i .appxbundle

DISM (Deployment Image Servicing and Management) és una eina de línia d'ordres pensada per a mantenir i modificar imatges de Windows, tant sense connexió com en sistemes en execució. Entre les seves moltes funcions hi ha la de gestionar paquets d'aplicacions aprovisionats (.appx i .appxbundle) que s'instal·laran automàticament als perfils d'usuari.

La sintaxi base de DISM per treballar amb imatges és:

DISM.exe {/Image: | /Online} {opció_manteniment}

Per al manteniment de paquets d'aplicacions aprovisionats en una imatge sense connexió s'utilitzen ordres com:

DISM.exe /Image:

I per a un sistema operatiu en execució (imatge en línia):

DISM.exe /Online

En usar /? després de qualsevol d'aquestes opcions, DISM mostra ajuda detallada sobre aquest subordre, incloent els arguments disponibles i exemples pràctics, tant per a imatges en línia com sense connexió.

Ordres clau de DISM per a paquets APPX

DISM ofereix diverses funcions específiques per tractar amb paquets .appx i .appxbundle proveïts. Aquestes eines són molt útils per a administradors que preparen imatges corporatives o despleguen aplicacions UWP en massa.

L'opció /Get-ProvisionedAppxPackages serveix per llistar tots els paquets d'app que estan aprovisionats a la imatge i que, per tant, s'instal·laran automàticament per a cada usuari nou quan inicieu sessió per primera vegada. Un exemple típic seria:

Dism /Image:C:\test\offline /Get-ProvisionedAppxPackages

Per afegir un o més paquets d'aplicació a una imatge es fa servir /Add-ProvisionedAppxPackage. Quan s'afegeix una app d'aquesta manera, s'inclou a la imatge i es registra per a tots els perfils d'usuari nous i existents la propera vegada que inicieu sessió. Si la imatge està en línia, l'usuari actual no veurà l'app registrada fins que tanqueu sessió i torneu a entrar.

Microsoft recomana proveir aplicacions en un sistema operatiu en mode auditoria per poder aprofitar vincles durs entre fitxers comuns, reduint així l'ús d'espai en disc i evitant que cap usuari executi les apps durant el procés d'instal·lació i configuració.

Sintaxi avançada de /Add-ProvisionedAppxPackage

La sintaxi de /Add-ProvisionedAppxPackage admet diversos paràmetres per cobrir diferents escenaris:

dism.exe /Add-ProvisionedAppxPackage {/FolderPath: /PackagePath: { } }

Amb /FolderPath s'indica una carpeta que conté una aplicació desempaquetada (paquet principal, dependències i llicència). Només està suportat per a paquets basats en format .appx sense empaquetar i no per .appxbundle.

L'opció /PackagePath apunta directament a un fitxer d'aplicació .appx o .appxbundle. És vàlida per proveir aplicacions de línia de negoci en sistemes en línia, però no és compatible si el host que executa DISM és a WinPE 4.0, Windows Server 2008 R2 o versions anteriors.

Amb /Regió es controlen les regions on s'aprovisionarà el paquet (.appx o .appxbundle). Es pot indicar “all” (totes les regions) o una llista separada per punt i coma de codis ISO 3166-1 Alfa-2 o Alfa-3 (per exemple, US o USA). Si no s'indica cap regió, el paquet només s'aprovisionarà si està ancorat al disseny d'inici.

el paràmetre /DependencyPackagePath es fa servir per especificar cada paquet de dependència que requereix l'aplicació. Aquestes dependències s'identifiquen consultant-ne els elements de l'AppxManifest.xml del paquet principal. Quan diverses aplicacions comparteixen una mateixa dependència, cal instal·lar l'última versió secundària de cada branca de versió principal d'aquesta dependència per evitar duplicitats innecessàries.

En arquitectures mixtes, per exemple en una imatge x64, cal incloure les dependències a les seves variants aplicables (x86 i x64). Si també s'especifica un paquet de dependència ARM, DISM ho ignora perquè no correspon a l'arquitectura objectiu. En un ordinador x86 només s'instal·laran dependències x86, i en un dispositiu ARM només les ARM.

Gestió de llicència, dades personalitzades i exemples DISM

Amb /CustomDataPath es pot associar un fitxer de dades personalitzades opcional a l'app. El nom del fitxer que s'especifiqui es reanomenarà automàticament a Custom.dat en integrar-se a la imatge, i si ja existeix un Custom.dat per a aquest paquet, se sobreescriurà amb el nou contingut.

L'opció /LicensePath s'utilitza al costat de /PackagePath per apuntar al fitxer .xml que conté la llicència de l'aplicació, necessari en determinats escenaris empresarials. Si l'app no ​​requereix llicència, es pot fer servir /SkipLicense, encara que Microsoft avisa que només s'ha de fer en entorns preparats per a instal·lacions de prova, ja que fer-la servir fora d'aquests escenaris pot comprometre la validesa de la imatge.

Alguns exemples típics d'ús de DISM amb .appx i .appxbundle són:

Dism /Image:C:\test\offline /Add-ProvisionedAppxPackage /FolderPath:c:\Test\Apps\MyUnpackedApp /CustomDataPath:c:\Test\Apps\CustomData.xml

Dism /Online /Add-ProvisionedAppxPackage /PackagePath:C:\Test\Apps\MyPackedApp\MainPackage.appx /DependencyPackagePath:C:\Test\Apps\MyPackedApp\Framework-x86.appx /DependencyPackagePath:C:\Test\Apps\MyPackedApp\Framework-x64.appx /LicensePath:C:\Test\Apps\MyLicense.xml

Dism /Online /Add-ProvisionedAppxPackage /FolderPath:C:\Test\Apps\MyUnpackedApp /SkipLicense

Dism /Image:C:\test\offline /Add-ProvisionedAppxPackage /PackagePath:C:\Test\Apps\MyPackedApp\MainPackage.appxbundle /SkipLicense

Dism /Online /Add-ProvisionedAppxPackage /PackagePath:C:\Test\Apps\MyPackedApp\MainPackage.appxbundle /Region:»all»

Aquests exemples mostren tant lús amb carpetes dapps desempaquetades com amb paquets empaquetats, així com la combinació amb dependències, llicència i regions específiques.

Altres ordres DISM: eliminar, optimitzar i dades personalitzades

Per retirar l'aprovisionament d'un paquet d'app en una imatge es fa servir /Remove-ProvisionedAppxPackage, indicant el nom del paquet. Això evita que l'aplicació es registri automàticament en nous comptes d'usuari creats posteriorment.

La sintaxi bàsica és:

/Remove-ProvisionedAppxPackage /PackageName:

Per exemple:

Dism /Image:C:\test\offline /Remove-ProvisionedAppxPackage /PackageName:microsoft.devx.appx.app1_1.0.0.0_neutral_ac4zc6fex2zjp

DISM també incorpora l'opció /Optimize-ProvisionedAppxPackages per reduir la mida total dels paquets aprovisionats a la imatge creant vincles durs entre fitxers idèntics. Això només és possible en imatges sense connexió i abans de posar-les en línia; una vegada que la imatge ha arrencat amb aquests paquets, ja no es pot tornar a optimitzar allò que estava aprovisionat prèviament.

La comanda típica seria:

DISM.exe /Image:C:\test\offline /Optimize-ProvisionedAppxPackages

Quant a la gestió de dades personalitzades amb paquets ja aprovisionats, es fa servir /Set-ProvisionedAppxDataFile. Aquesta opció afegeix (o reemplaça) un fitxer de dades Custom.dat per a un paquet concret que ja ha estat afegit a la imatge, sense necessitat de tornar a proveir-lo des de zero.

La sintaxi és:

/Set-ProvisionedAppxDataFile /PackageName:

Exemple pràctic:

DISM.exe /Image:C:\test\offline /Set-ProvisionedAppxDataFile /CustomDataPath:c:\Test\Apps\Custom.dat /PackageName:microsoft.appx.app1_1.0.0.0_neutral_ac4zc6fex2zjp

Si ja hi havia un Custom.dat per a aquesta app, quedarà sobrescrit pel nou fitxer. Això és útil per actualitzar configuracions o dades per defecte sense reinstal·lar el paquet sencer.

StubPackageOption: paquets “stub” davant de paquets complets

Una altra característica associada a la gestió de .appxbundle és el paràmetre /StubPackageOption, que s'utilitza al costat de les opcions de manteniment de paquets d'aplicació per definir la preferència entre instal·lar una versió de codi auxiliar (stub) o la versió completa duna app.

La sintaxi és:

/StubPackageOption:{installstub | installfull}

Amb installstub s'indica que el paquet aprovisionat serà la variant de codi auxiliar, que normalment és un contenidor mínim que després descarrega components addicionals des de la Store quan l'usuari executa l'app. Amb installfull s'aprovisiona directament la versió completa de l'aplicació, de manera que l'usuari la tingui totalment disponible sense baixades posteriors.

Si no s'especifica cap opció, s'apliquen les preferències de stub per defecte de la imatge. Un exemple real seria:

Dism /image:C:\test\offline /add-provisionedappxpackage /packagepath:»C:\dism\stub\appwithresources.appxbundle» /stubpackageoption:installstub

Això és útil quan es vol controlar la mida inicial de la imatge o el comportament de descàrrega posterior en equips amb connexions limitades.

Com decideix DISM quins recursos d'un .appxbundle s'afegeixen a la imatge

Quan s'afegeix un fitxer .appxbundle a una imatge de Windows, no tots els paquets interns es consideren aplicables. DISM avalua la aplicabilitat dels paquets de recursos segons l'idioma i certes característiques del maquinari objectiu.

En el cas dels paquets de recursos d'idioma, si un idioma no és present a la imatge del sistema operatiu, el paquet d'idioma corresponent de l'app no ​​s'afegeix. Per exemple, si la imatge és Windows amb anglès (EUA) com a idioma per defecte i també s'inclou el paquet d'idioma espanyol (Espanya), s'instal·laran els paquets de recursos de l'app per a anglès i espanyol, però s'ignorarà un possible paquet de recursos francès si existeix al .appxbundle.

En canvi, els paquets de recursos de escala (Scale) i DirectX (DXFL) depenen del maquinari real en què s'utilitzarà la imatge. Atès que això no es pot determinar en proveir la imatge sense connexió, DISM afegeix tots els paquets de recursos d'escalat i DXFL del lot. Posteriorment, a la primera arrencada i durant la fase d'experiència inicial (OOBE), quan l'usuari tria idioma i el sistema detecta la configuració de pantalla i GPU, Windows elimina automàticament els recursos no aplicables.

Si la imatge conté diversos paquets d'idioma, s'afegeixen paquets de recursos de l'app per a cadascun. Després, quan el primer usuari inicia sessió i selecciona un idioma durant OOBE, el sistema neteja els recursos sobrants (idiomes no utilitzats, escales o DXFL que no coincideixen amb el maquinari) per alliberar espai al disc.

Exemple pràctic: una app admet anglès (EUA), francès (França) i espanyol (Espanya). Si s'afegeix a una imatge amb idiomes del sistema anglès i espanyol, la imatge inicial tindrà recursos de l'app en les dues llengües. Si el primer usuari escull anglès com a idioma del sistema, en finalitzar aquest primer inici de sessió s'eliminaran els recursos en espanyol d'aquesta app que no siguin necessaris per al perfil de l'usuari.

Limitacions i requisits en instal·lar paquets .appx i .appxbundle

No tot s'hi val a l'hora d'instal·lar paquets APPX. Hi ha certes limitacions de versió de Windows i d'entorn que cal tenir molt presents per evitar errors sense sentit.

D'una banda, un paquet .appx no es pot instal·lar en sistemes que no suportin aplicacions de Windows 8 o posteriors; i un .appxbundle requereix, com a mínim, un sistema compatible amb apps de Windows 8.1. No s'admet la instal·lació d'aquestes apps en entorns WinPE 4.0, a l'opció Server Core de Windows Server 2012 ni a cap versió de Windows anterior a Windows 8/Windows Server 2012.

Perquè les apps UWP funcionin al Windows Server 2012 és necessari instal·lar la experiència d'escriptori, que habilita les capacitats de la plataforma d'aplicacions modernes. En entorns Server Core o imatges molt retallades, aquestes aplicacions senzillament no estan suportades.

A més, DISM només admet /FolderPath per a paquets en format .appx desempaquetats, i per a paquets .appxbundle sempre s'ha d'usar /PackagePath apuntant al fitxer empaquetat. Intentar el contrari provocarà errors de compatibilitat o de format en executar la comanda.

També cal tenir en compte que les aplicacions UWP no s'admeten en determinades edicions especials (com certes variants de WinPE), per la qual cosa encara que aconsegueixis copiar el fitxer .appx, el sistema operatiu no serà capaç de registrar-lo ni executar-lo correctament.

Instal·lar .appx i .appxbundle directament a Windows (sense utilitzar DISM)

A més del món de l'administració d'imatges, els usuaris domèstics solen trobar-se amb fitxers .appx i .appxbundle en descarregar aplicacions des de la Microsoft Store o des d'altres fonts. A Windows 10 i Windows 11 es poden instal·lar de forma força senzilla, sempre que es compleixin certs requisits.

Perquè aquestes apps puguin instal·lar-se fora de la Store, es va introduir una manera especial de configuració anomenada Mode de desenvolupador. Aquest mode permet executar paquets APPX que no estiguin signats amb certificats de confiança o que procedeixin d'orígens diferents de la botiga oficial, cosa similar a l'opció de permetre apps de tercers a Android.

Abans de res convé assegurar-se que el sistema té instal·lades almenys les actualitzacions clau (per exemple, l'actualització d'aniversari a Windows 10 al seu moment). Després, des de Configuració > Actualització i seguretat > Per a programadors, es pot activar el “Mode de programador” o, si més no, l'opció d'instal·lació de prova d'aplicacions.

Un cop activada l'opció i reiniciat l'equip si cal, instal·lar un fitxer .appx o .appxbundle és tan simple com fer doble clic sobre l'arxiu. El Windows obre un instal·lador específic d'apps UWP que mostra el nom de l'app, l'origen (per exemple, Microsoft Store), la versió, l'editor i els permisos (capacitats) que sol·liciteu.

En aquesta finestra es pot marcar si es vol executar l'app automàticament en acabar la instal·lació. Fent clic a “Instal·lar”, el sistema s'encarrega de validar la signatura, registrar els paquets i resoldre les dependències necessàries. Si l'app requereix alguna llibreria addicional, Windows la descarregarà o la instal·larà des de la imatge si està aprovisionada.

Instal·lació i registre d'APPX amb PowerShell

Per a usuaris avançats i administradors, PowerShell ofereix un control més fi sobre la instal·lació de .appx i .appxbundle que la interfície gràfica. El cmdlet principal és Add-AppxPackage, que admet tant la instal·lació d'un paquet simple com el registre d'apps desempaquetades a partir del manifest.

Si ja tens descarregat un fitxer .appx o .appxbundle, només cal obrir PowerShell com a administrador i executar una ordre similar a:

Add-AppxPackage -Path C:\Ruta\Programa.appx

Òbviament, cal ajustar la ruta i el nom del fitxer al vostre cas concret. Si en lloc d'un fitxer empaquetat tens l'app desempaquetada en una carpeta, es pot registrar fent servir el manifest:

Add-AppxPackage -Path C:\Ruta\Programa\AppxManifest.xml -Register

Això indica a Windows que registri aquesta app com si s'hagués instal·lat des d'un paquet .appx, cosa que és molt útil durant el desenvolupament o en escenaris on es vol fer un desplegament controlat des d'un dipòsit local.

En tots dos casos, PowerShell mostrarà errors detallats si falta alguna dependència, si la signatura no és vàlida o si el paquet no compleix les polítiques d'execució del sistema (per exemple, si no està activat el mode programador o si la directiva d'instal·lació només permet apps de la Store).

Descarregar apps UWP fora de la Microsoft Store: Adguard i similars

Encara que Microsoft empeny els usuaris a fer servir la botiga oficial, hi ha eines de tercers que permeten descarregar directament els paquets .appx i .appxbundle des dels servidors de la pròpia companyia, sense passar per la interfície de la Store. Una de les més conegudes és la web d'Adguard, que actua com una mena de “proxy” de la Microsoft Store.

La idea és senzilla: primer obtindreu l'URL de l'app a la pàgina web oficial de la Microsoft Store (per exemple, cercant WhatsApp Desktop i copiant l'adreça que inclou l'identificador del producte). Aquesta URL s'enganxa al quadre d'Adguard, se selecciona la branca desitjada (normalment “Retail” per a la versió estable) i la web genera una llista amb tots els fitxers associats a aquesta app.

A la llista apareixen tant els paquets principals (AppxBundle o EAppxBundle) com la signatura, dependències i altres recursos. Els paquets que interessen per instal·lar l'aplicació solen ser els AppxBundle/EAppxBundle de la versió més recent i per a larquitectura adequada (per exemple, x64). Al costat de cada element es mostra un hash SHA1 per verificar la integritat de la baixada.

En fer clic en un d'aquests enllaços, el navegador baixa el fitxer directament des dels servidors de Microsoft, no des d'Adguard en si. Posteriorment, l'usuari pot instal·lar-lo amb doble clic o amb Add-AppxPackage, tal com s'ha descrit abans, sempre que tingueu activat el mode programador si l'app ho requereix.

Avantatges, riscos i limitacions d'instal·lar APPX fora de la Store

Aquest “truc” de baixar APPX i APPXBUNDLE des de fora de la Microsoft Store té cert atractiu: permet conservar còpies d'apps que podrien ser retirades en el futur o instal·lar aplicacions en equips on la Store no funciona correctament o no es té accés a un compte Microsoft.

No obstant això, també en té força limitacions pràctiques. Per començar, descarregar una app de pagament mitjançant aquest mètode no significa que es pugui fer servir gratis. La Store i el propi sistema integren mecanismes de DRM que obliguen a validar la llicència en línia amb un compte Microsoft; si no es fa aquesta validació, el programa no es podrà executar, encara que el paquet s'hagi instal·lat amb èxit.

A més, en no fer servir la Store de forma normal, es perd la comoditat de rebre sempre la última versió disponible de l'app. Si només conserveu una còpia del paquet descarregat, és probable que en poc temps es quedi desactualitzada, amb possibles problemes de compatibilitat, errors ja corregits en versions noves o canvis en serveis en línia que facin que l'app deixi de funcionar correctament.

A la pràctica, aquest mètode té sentit únicament per a casos puntuals: per exemple, guardar una app gratuïta que ja has fet servir, que compleix amb les polítiques de seguretat de Microsoft i que sospites que podria desaparèixer de la Store (com algunes utilitats relacionades amb fons de pantalla, Spotlight, etc.). Usar-la com a substitut habitual de la Microsoft Store, però, resulta poc recomanable.

Un altre risc afegit de prescindir de la botiga oficial és que es poden acabar descarregant paquets des de llocs no fiables o reempaquetats, amb perill d'introduir malware, adware o programari no desitjat al sistema. La Store filtra i analitza les aplicacions, però les webs intermèdies no sempre ofereixen aquesta garantia.

Problemes habituals en instal·lar apps fora de la Store

Quan s'opta per instal·lar aplicacions de Windows des d'Internet en lloc d'usar la Microsoft Store, apareixen una sèrie de problemes freqüents que convé conèixer, molts relacionats més amb seguretat i compatibilitat que amb el propi format .appx.

El primer és el risc que el fitxer descarregat contingui virus o troians. En baixar apps directament des de webs de tercers, no hi ha garanties que l'instal·lador no hagi estat modificat o que la pàgina no us redirigeixi a un executable diferent mitjançant banners enganyosos. En canvi, els paquets de la Store passen per controls de compatibilitat i de seguretat abans de ser publicats.

Un altre problema típic són els errors de compatibilitat; en aquests casos, aprendre a utilitzar el Visor d'esdeveniments per diagnosticar errors pot ajudar. Quan descarregues un instal·lador extern, pots acabar instal·lant una versió que no està pensada per a la teva edició de Windows, la teva arquitectura o la teva versió del sistema operatiu, cosa que es tradueix en errors en temps d'execució o en comportaments impredictibles. La Microsoft Store evita això restringint la descàrrega d'apps que no compleixen les condicions mínimes del dispositiu.

També cal comptar amb lexperiència dús en navegar per webs carregades de publicitat, finestres emergents i botons confusos. Moltes pàgines abusen de banners i descàrregues falses que empenyen l'usuari a instal·lar programari addicional (toolbars, extensions, gestors de descàrrega dubtosos, etc.) que no tenen res a veure amb l'app que cercava originalment.

Finalment, algunes aplicacions obtingudes fora de canals oficials poden portar components addicionals que consumeixen recursos o espai en disc sense aportar valor: antivirus de prova, utilitats de tercers, barres d'eines, etc. En el cas de les UWP, si es descarreguen versions no oficials o reempaquetades, la mida en disc pot ser més gran que la de la versió original, precisament perquè inclouen “extres” que no eren al paquet certificat de la Store.

Canvi de rol de la Microsoft Store a Windows 11

Amb l'arribada de Windows 11, Microsoft ha intentat rellançar la Microsoft Store per convertir-la en un component més rellevant del sistema, després d'anys de certa indiferència per part de molts usuaris, que seguien preferint descarregar els programes des dels webs oficials dels desenvolupadors.

Entre les millores destacades hi ha una interfície renovada més còmoda per descobrir, descarregar i actualitzar aplicacions, així com un catàleg més gran on s'inclouen cada vegada més programes “convencionals” (Win32) a més de les UWP, apropant l'experiència al que ofereixen altres plataformes com macOS, Android o iOS.

Per als desenvolupadors, això es tradueix en més vies de distribució: poden empaquetar les seves apps en formats com .msix o .appx, publicar-les a la Store i beneficiar l'usuari final amb instal·lacions més segures, actualitzacions centralitzades i una desinstal·lació neta. Per a lusuari, el principal avantatge és reduir el risc de descarregar executables des de webs de dubtosa confiança.

En paral·lel, Microsoft segueix potenciant la plataforma de paquets UWP i APPX, animant als desenvolupadors a oferir versions adaptades a la Store que aprofitin millor la integració amb el sistema, encara que mantinguin també instal·ladors clàssics descarregables des de les seves pàgines oficials.

Tot i que la Store no ha aconseguit encara la popularitat d'altres ecosistemes, els canvis introduïts a Windows 11 (més apps disponibles, suport per a diferents tipus de paquets, millores de rendiment i disseny) van en la línia de convertir-la en un element clau del sistema operatiu i reduir la dependència d'instal·ladors dispersos per la web.

Entendre bé què són i com funcionen els paquets .appx i .appxbundle ajuda a moure's amb facilitat tant a la Microsoft Store com a escenaris d'administració avançada amb DISM i PowerShell: des de la simple instal·lació d'una app UWP al teu PC personal, fins a l'aprovisionament massiu d'aplicacions en imatges corporatives, passant per la descàrrega directa des dels servidors de Microsoft quan la botiga es queda curta o falla. Coneixent-ne els límits, els requisits i les eines associades, és molt més fàcil treure'ls partit sense comprometre la seguretat ni l'estabilitat de Windows.