Välj en distributionssökväg för din Windows-app

Hur du distribuerar din Windows app påverkar kostnader för kodsignering, uppdateringsmekanik, företagets hanterbarhet och hur enkelt kunderna upptäcker och installerar den. Den här artikeln jämför de viktigaste sökvägarna för att hjälpa dig att göra rätt val.

En snabb överblick över distributionsvägar

Microsoft Store (rekommenderas)

Publicering till Microsoft Store är den mest kompletta distributionslösningen för Windows appar. Det finns två sökvägar för insändning:

• MSIX-överföring – rekommenderas för nya appar och WinUI 3-appar. Microsoft signerar paketet igen. Inget certifikatköp behövs. Innehåller Store-hanterade uppdateringar, successiva lanseringar och differentiella nedladdningar.
• MSI/EXE installer submission – för befintliga Win32-appar med ett eget installationsprogram. Publisher skickar en version av HTTPS-URL:en till installationsprogrammet som finns på publisher egna CDN. Store laddar ned och kör installationsprogrammet från den URL:en som en del av installationsflödet för Store. Publisher måste signera installationsprogrammet med en certifikatlänkning till en certifikatutfärdare i Microsoft Trusted Root Program. Uppdateringar är appens ansvar.

Vad du får (båda sökvägarna):

• Upptäck via butikens sökfunktion och kuraterade samlingar
• UX för betrodd installation
• Intäktbearbetning, återbetalningar och analys ingår
• Företagsdistribution via Intune med Company Portal

Krav:

• MSIX är det rekommenderade paketformatet – WinUI 3-appar paketeras som standard. Win32-appar med befintlig MSI- eller EXE-installatör kan också skickas in via MSI/EXE-installationssökvägen (obs! MSI/EXE-inlämningar kräver en certifikatlänkning till en certifikatutfärdare i Microsoft Trusted Root Program – självsignerade certifikat accepteras inte. Butikshanterade uppdateringar är inte tillgängliga för den här sökvägen)
• Appen måste klara store-certifieringskrav: MSIX-krav | MSI/EXE-krav
• Utvecklarkonto krävs (Partnercenter)

När du ska välja detta:

• Din app riktar sig till konsumenter eller företagsanvändare brett
• Du vill ha enklast möjliga distributionsinfrastruktur
• Du skapar en ny WinUI 3-app (du är redan paketerad – skicka bara)

→ Publicera till Microsoft Store

Progressiv webbapplikation (PWA)

Om din app är en webbplats eller främst bygger på webbtekniker är en progressiv webbapp den snabbaste vägen till Microsoft Store – utan inbyggda paketeringsverktyg eller kodsigneringsköp som krävs.

En PWA är en webbapp som webbläsare kan installera som en fristående app. Den kan köras offline, skicka push-meddelanden, visas i Start-menyn och aktivitetsfältet och distribueras via Microsoft Store. Använd PWABuilder för att paketera din webbplats för butiksinlämning på några minuter.

Vad du får:

• Lagra distribution med kostnadsfri kodsignering (Store signerar paketet)
• Fungerar på alla enheter med en modern webbläsare
• Ingen manuell MSIX-, WiX- eller installationsförfattande krävs – verktyg som PWABuilder genererar Store-inlämningspaketet åt dig
• Inbyggd uppdateringsleverans – användarna får alltid det senaste webbinnehållet (värdbaserade innehållsuppdateringar utan att behöva skicka in till butiken igen)

Krav:

• Appen måste hanteras via HTTPS
• Ett webbappsmanifest och en service-arbetare
• Appen måste uppfylla kraven för Store-certifiering

Limitations:

• Djupt inbyggda Windows-API:er (filsystemåtkomst, maskinvaruintegrering utöver webb-API:er) är inte tillgängliga utan ytterligare bryggning
• Applogik körs i en webbkontext – inte lämplig för appar som kräver interna api:er för .NET, C++eller WinRT

När du ska välja detta:

• Din app är en webbapp, ett SaaS-verktyg eller en innehållswebbplats som du vill göra installationsbar
• Du vill ha den snabbaste sökvägen till Store med minimala verktyg
• Dina funktionskrav uppfylls av moderna webb-API:er

→ Översikt över progressiv Web Apps
→ Publicera en PWA till Microsoft Store med PWABuilder

MSIX-sidladdning — företagsdistribution av LOB

För interna affärsappar som ska distribueras till hanterade enheter via Microsoft Intune eller Configuration Manager är MSIX-sideloading den rekommenderade metoden.

Vad du får:

• Tyst installation och uppdatering via MDM-principer
• Integrering med företagsenhetshantering (Intune, ConfigMgr)
• Fullständig paketidentitet och åtkomst till Windows funktioner (meddelanden, bakgrundsaktiviteter osv.)

Kodsignering:

• Använd Azure Artifact Signing (tidigare Trusted Signing) (~$10/månad) för ett certifikat som är betrodda av CA, eller
• Använda ett självsignerat certifikat som distribuerats till slutpunkter via Intune Trusted Certificate-profiler

Krav:

• Målenheter måste, antingen via MDM eller gruppolicy, lita på signeringscertifikatet.
• Sidoinstallation måste tillåtas på målenheter (aktiverad som standard på Windows 10 version 2004+ och alla Windows 11-enheter)

När du ska välja detta:

• Distribuera en intern app till företagshanterade enheter
• Du har ett IT-team som kan konfigurera certifikatförtroende via Intune eller grupprincip

→ Distribuera MSIX-appar med Intune
→ Distribuera MSIX-appar med Configuration Manager

DIREKTnedladdning av MSIX – ISV och kommersiella appar

För kommersiella appar som säljs direkt från din webbplats (inte via Store) kan du distribuera MSIX-paket med en .appinstaller fil för stöd för automatisk uppdatering.

Vad du får:

• Välbekant installationsupplevelse via App Installer
• Stöd för automatisk uppdatering via .appinstaller fil (finns på servern)
• Fullständig paketidentitet och Windows funktionsåtkomst
• Kontroll över din egen distributionskanal och prissättning

Kodsignering:

• Ett certifikat för ca-betrodd kodsignering krävs – användarna kan inte installera osignerade eller självsignerade MSIX-paket utan att lita på certifikatet manuellt
• Azure Artefaktsignering (tidigare betrodd signering) (~$10/månad) är Microsoft rekommenderade alternativet: ingen maskinvarutoken krävs, integreras med CI/CD-pipelines
• Traditionella OV-certifikat accepteras också (vanligtvis 150–300 USD per år från en certifikatutfärdare)

Smartscreen: Nya certifikat ackumulerar SmartScreen-rykte över tid baserat på nedladdningsvolym. Förvänta dig några SmartScreen-frågor för nya versioner. Se SmartScreen-rykte för Windows apputvecklare.

När du ska välja detta:

• Du är en ISV som säljer programvara direkt från din webbplats
• Du behöver kontroll över installations-UX, priser eller licensiering som Store inte stöder
• Dina kunder är företag som köper programvara utanför Store

→ App Installer-filöversikt
→ automatiska uppdateringar och reparationsappar

Paketering med extern lagringsplats (gles förpackning)

Om du har en befintlig app med ett eget installationsprogram (WiX, NSIS, InstallShield) och vill lägga till Windows funktioner som kräver paketidentitet – utan att ersätta installationsprogrammet med MSIX – använder du paketering med extern plats.

Vad du får:

• Paketidentitet utan att ändra installationsprogrammet eller binärernas platser
• Åtkomst till Windows funktioner: meddelanden, bakgrundsuppgifter, filtypsassociationer, protokollhanterare
• Din befintliga installations- och uppdateringsmekanism finns kvar

Vad du inte får:

• Direkt MSIX Store-inskickning (själva det glesa paketet skickas inte, men ditt underliggande installationsprogram kan dock skickas via installationssökvägen MSI/EXE Store)
• Den rena installations-/avinstallationsmodellen för fullständig MSIX

När du ska välja detta:

• Du har en befintlig Win32/WPF/WinForms-app med ett etablerat installationsprogram
• Du vill ha specifika Windows API-funktioner som kräver paketidentitet
• Det går inte att migrera helt till MSIX just nu

→ Bevilja paketidentitet genom att paketera med extern plats

WinUI 3 i opaketerat läge

Uppackad distribution tar bort MSIX helt från bilden – appen körs direkt från en mapp utan paketmanifest. Det här är ett nischalternativ som passar för specifika scenarier.

Vad du får:

• Enklare build-utdata (en mapp med filer, inga MSIX-verktyg)
• Ingen MSIX-infrastruktur krävs på måldatorer
• Fungerar på datorer där MSIX-sidladdning inte är aktiverat

Limitations:

• No single-file EXE – Windows App SDK-runtime måste levereras som separata filer bredvid din körbara fil
• Driftdistribution – Du måste paketera Windows App SDK-installationsprogrammet för körning eller använda fristående distribution (större installation)
• Ingen paketidentitet – Inga automatiska uppdateringar, inga bakgrundsuppgifter, inga filtypsassociationer via manifest
• Ingen MSIX/package-identity Store-överföring – Den här modellen har ingen paketidentitet och kan inte skickas till Store som ett MSIX-paket. Ett traditionellt installationsprogram (MSI/EXE) kan skickas separat, men det ligger utanför den här distributionssökvägen.
• SmartScreen-varningar om de inte är signerade med ett CA-betrott certifikat

När du ska välja detta:

• Målmiljön kan inte använda MSIX (ovanligt; de flesta hanterade företagsmiljöer stöder MSIX)
• Du skapar ett internt verktyg där MSIX-omkostnaderna inte är motiverade

För de flesta WinUI 3-appar är MSIX (via Store eller direkt nedladdning) den bättre vägen. Begränsningarna ovan överraskar ofta utvecklare som upptäcker dem efter att ha investerat i uppackad distribution.

Distribuera en uppackad WinUI 3-app – stegvis guide med distributionsalternativ vid körning

Många Windows appar distribueras med hjälp av ClickOnce, MSI, WiX, Inno Setup eller liknande tekniker. Dessa är etablerade alternativ som stöds, särskilt för appar som inte kan använda MSIX eller som inte behöver Store-distribution. Tabellen nedan sammanfattar de vanliga alternativen och deras kompromisser.

ClickOnce

ClickOnce är en .NET distributionsteknik som är inbyggd i Visual Studio. Den tillhandahåller ett manifest på en webbserver eller en delad filresurs. Användare installerar från manifest-URL:en och ClickOnce sköter uppdateringskontroller vid uppstart. Det passar bra för WPF- och WinForms-appar som distribueras till en känd användarbas.

ClickOnce stöds inte för WinUI 3-appar. Använd MSIX med .appinstaller för WinUI 3-direktdistribution.

→ ClickOnce-säkerhet och distribution

MSI, WiX, Inno-installation och NSIS

Traditionella EXE- och MSI-installationsprogram är fortfarande vanliga för Windows appar med komplexa installationskrav (drivrutinsinstallation, systemtjänster, registerkonfiguration). Verktyg som WiX Toolset, Inno Setup och NSIS är community-underhållna och används ofta. Uppdateringsstöd kräver din egen implementering.

Dessa format är inte berättigade som MSIX-paket i Store, men kan skickas till Store via sökvägen MSI/EXE installationsväg (kräver en certifikatkedja till en certifikatutfärdare i Microsoft Trusted Root Program och ett installationsprogram som stöder tyst installation). Du kan också kombinera dem med paketering med extern plats om du behöver paketidentitet för specifika Windows funktioner.

Fristående EXE (xcopy-distribution)

dotnet publish --self-contained skapar en mapp med filer (eller en exe-fil) som användarna kan köra utan att installera .NET. Det här är den enklaste distributionsmodellen men kräver att användarna laddar ned en ny version manuellt. Den passar kommandoradsverktyg, utvecklarverktyg och power-user-appar.

winget – tillföra sökbarhet för alla distributionsvägar

Oavsett paketeringsformat kan du skicka ett manifest till Windows Správca balíkov Community Repository så att appen kan installeras via winget install <your-app>. Detta ersätter inte din befintliga distributionsmetod – den lägger till en kommandoradsinstallationssökväg som värderas av utvecklare och tekniska målgrupper.

Relaterat innehåll

• Paketeringsöversikt
• SmartScreen-rykte för Windows apputvecklare
• Aktuell status för Windows appdistributionsfunktioner
• Publicera till Microsoft Store
• Progressiva webbappars översikt
• Azure Artefaktsignering (tidigare Pålitlig Signering)