Veröffentlichen Ihrer ersten Windows-App

Sie haben eine WPF-, WinForms- oder WinUI 3-App erstellt – jetzt müssen Sie sie in die Hände der Benutzer bringen. Dieser Leitfaden durchläuft den vollständigen Pfad von einem fertigen Build zu einer veröffentlichten App, die die beiden am häufigsten verwendeten Verteilungsszenarien behandelt: Veröffentlichen in den Microsoft Store (empfohlen) und Einrichten direct download Verteilung.

Schritt 1: Auswählen des Verteilungspfads

Ihr Verteilungspfad bestimmt Ihre Codesignaturkosten, updatemechanik, wie Benutzer Ihre App entdecken und wie Unternehmen sie bereitstellen können.

→ Auswählen Sie einen Verteilungspfad für Ihre Windows App hat einen vollständigen Vergleich. Kurz gesagt:

• Microsoft Store – empfohlen für die meisten Apps. Kostenlose Signatur, integrierte Updates, umfassende Auffindbarkeit und eine vertrauenswürdige Installation. Erfordert ein kostenloses Entwicklerkonto – registrieren Sie sich bei storedeveloper.microsoft.com.
• Direkter Download – geeignet für kommerzielle ISVs mit eigenen Storefront-Apps, Unternehmensanwendungen oder Apps mit Inhalten, die der App-Store nicht zulässt. Sie sind für das Signieren, Hosting und Updates verantwortlich.

Die meisten neuen Indie-Apps eignen sich gut für den Store. Wenn Sie nicht sicher sind, beginnen Sie dort.

Schritt 2: Einrichten der Codesignatur

Wenn Sie ein MSIX-Paket im Microsoft Store: überspringen Sie diesen Schritt. Microsoft signiert Ihr Paket im Rahmen des Zertifizierungsprozesses automatisch neu.

Wenn Sie ein Win32 MSI/EXE-Installationsprogramm an den Microsoft Store: müssen Sie ihr Installationsprogramm vor der Übermittlung trotzdem signieren. Das Installationsprogramm und seine PE-Dateien müssen mit einem Zertifikat signiert werden, das zu einer Zertifizierungsstelle im Microsoft Trusted Root Program gehört. Selbstsignierte Zertifikate sind nicht akzeptabel. Siehe App-Paketanforderungen für MSI/EXE.

Wenn Sie direkt verteilen: Sie benötigen ein vertrauenswürdiges Codesignaturzertifikat. Nicht signierte Apps und selbstsignierte Apps lösen starke SmartScreen-Warnungen aus, und einige Unternehmensumgebungen blockieren sie vollständig.

→ Code-Signaturoptionen für Windows App-Entwickler haben einen vollständigen Vergleich. Schnelle Anleitung:

• Organizations in USA, Kanada, EU oder Großbritannien/ Einzelpersonen in DEN USA oder Kanada:Azure Artifact Signing (ehemals vertrauenswürdige Signatur) – ca. 9,99 USD/Monat, kein Hardwaretoken erforderlich, in CI/CD-Pipelines integriert. Dies ist Microsoft empfohlene Option für die Nicht-Store-Verteilung.
• Einzelne Entwickler außerhalb der USA/Kanada oder Personen, die nicht für die Azure-Artefakt-Signierung berechtigt sind: Ein OV-Zertifikat von einer Zertifizierungsstelle wie DigiCert oder Sectigo — typischerweise 150–300 EUR/Jahr.

Schritt 3: Verpacken Der App

Wie Sie Ihre App verpacken, hängt von dem verwendeten App-Framework ab.

WinUI 3

WinUI 3-Apps, die mit den Windows App SDK Projektvorlagen erstellt wurden, sind standardmäßig bereits als MSIX verpackt. Wenn Sie Ihre Lösung in Visual Studio erstellen, handelt es sich bei der Ausgabe um eine .msix oder .msixbundle Datei, die für die Store-Übermittlung oder direkte Verteilung bereit ist.

Wenn Sie eine entpackte WinUI 3-App (ohne MSIX-Verpackung) verteilen möchten, lesen Sie "Verteilen einer entpackten WinUI 3-App". Beachten Sie, dass entpackte WinUI 3-Apps keine einzelne EXE-Datei erstellen können und die Windows-App-SDK-Laufzeit auf dem Computer des Benutzers erforderlich ist (entweder separat über den Laufzeitinstallationsprogramm installiert oder gebündelt unter Verwendung der eigenständigen Bereitstellung).

WPF und WinForms

WPF- und WinForms-Projekte erzeugen standardmäßig nicht MSIX. Hier haben Sie mehrere Möglichkeiten:

Option A: Windows-Anwendungspaketierungsprojekt (MSIX)
Fügen Sie Ihrer Lösung in Visual Studio ein Windows Application Packaging-Project hinzu. Dadurch wird Ihre App in ein MSIX-Paket verpackt, was Ihnen Paketidentität, Store-Zulassung und App-Installer-basierte Updates ermöglicht. Dies ist der empfohlene Ansatz für die Store-Übermittlung.

Verpacken Sie Ihre Desktop-App mit einem Single-Project-MSIX

Option B: dotnet publish (eigenständige EXE)
Für die direkte Downloadverteilung erstellt dotnet publish mit --self-contained eine eigenständige EXE-Datei, die die .NET Laufzeit enthält. Benutzer müssen .NET nicht separat installieren.

dotnet publish -c Release -r win-x64 --self-contained true

Dies erzeugt einen Ordner mit Dateien, die zum Komprimieren und Verteilen geeignet sind, oder zum Einbinden in ein Installationsprogramm. Sie ist nicht direkt Store-berechtigt.

Option C: Frameworkabhängige Veröffentlichung
Lassen Sie --self-contained aus, wenn Sie mit der Notwendigkeit vertraut sind, dass Benutzer die richtige .NET Laufzeit installiert haben müssen. Die Ausgabe ist kleiner, verfügt jedoch über eine Laufzeitabhängigkeit.

Schritt 4a: Übermitteln an die Microsoft Store (empfohlener Pfad)

Der Store-Übermittlungsprozess wird über das Partner Center ausgeführt.

Schritte auf einen Blick:

1. Erstellen Sie ein Entwicklerkonto – kostenlos. Registrieren Sie sich bei storedeveloper.microsoft.com. Das Konto ist dauerhaft.
2. Reservieren Sie Ihren App-Namen – fordern Sie den Namen Ihrer App im Partner Center vor der Übermittlung an. Der Name wird während der Entwicklung für Sie reserviert.
3. Erstellen und verpacken Sie Ihre App – Erstellen Sie ein MSIX-Paket, das den Store-Anforderungen entspricht. Für Store-Übermittlungen benötigen MSIX/AppX-Pakete keine CA-vertrauenswürdige Signatur – Microsoft das Paket nach der Zertifizierung erneut mit einem Microsoft Zertifikat signiert. Wenn Sie außerhalb des Stores mit einem MSI- oder EXE-Installationsprogramm verteilen, wird die Authenticode-Signatur empfohlen und von Windows Sicherheitsfeatures erwartet.
4. Erstellen Sie Ihre Einreichung – Laden Sie Ihr Paket hoch, geben Sie Details zum Store-Eintrag (Beschreibung, Screenshots, Kategorien, Altersfreigabe) an, und legen Sie die Preise fest.
5. Certification – Microsoft überprüft Ihre App auf Richtlinienkonformität. Die Zertifizierung dauert in der Regel einige Werktage für neue Apps.
6. Veröffentlichen – Nach der Zertifizierung wird Ihre App im Store angezeigt und steht Benutzern zur Verfügung.

Erstellen Sie Ihre App-Einsendung
→ App-Paketanforderungen

Schritt 4b: Direktes Verteilen (alternativer Pfad)

Wenn Sie Ihre App außerhalb des Store verteilen, haben Sie mehrere Paket- und Hostingoptionen.

MSIX mit App Installer (.appinstaller)

MSIX-Pakete, die mit einer Begleitdatei .appinstaller verteilt werden, unterstützen automatische Updateprüfungen. Wenn Benutzer die App aus der Datei .appinstaller installieren, überprüft Windows regelmäßig die von Ihnen angegebene URL auf eine neuere Version und bietet an, die App zu aktualisieren.

ClickOnce (WPF und WinForms)

ClickOnce ist eine in Visual Studio integrierte .NET Bereitstellungstechnologie, die automatische Updates für WPF- und WinForms-Apps unterstützt. Benutzer installieren aus einem gehosteten Manifest, und ClickOnce bearbeitet Updateprüfungen transparent.

ClickOnce wird für WinUI 3-Apps nicht unterstützt – verwenden Sie stattdessen MSIX mit .appinstaller .

→ ClickOnce-Sicherheit und -Bereitstellung

EXE-Installer

Ein herkömmliches EXE-Installationsprogramm, das mit einem Tool wie WiX Toolset oder Inno Setup erstellt wurde, ist den Benutzern vertraut und einfach zu produzieren. Dies sind bewährte Communitytools, die von vielen Windows Anwendungen verwendet werden. Beachten Sie, dass Sie einen eigenen Update-Mechanismus für EXE-Installationsprogramme implementieren müssen.

Hosten Ihres Downloads

Allgemeine Hostingoptionen für den direkten Download:

• GitHub Releases – kostenlos, versionsiert und lässt sich gut in automatisierte Build-Pipelines integrieren. Geeignet für Open Source- und kleine kommerzielle Apps.
• Ihre eigene Website – Vollzugriff auf die Downloadseite, Analysen und den Zahlungsfluss. Sie benötigen zuverlässige Speicher- und CDN-Kapazität, wenn Ihre App wächst.
• Stores von Drittanbietern – einige Entwickler verteilen sich über Storefronten, z. B. itch.io für Spiele-angrenzende Apps.

Winget zur Auffindbarkeit

Wenn Sie Ihre App an das Windows Paket-Manager Community-Repository übermitteln können Sie Ihre App über winget install installieren. Dies wird insbesondere von Entwickler- und Power-User-Zielgruppen geschätzt, die Befehlszeilentools bevorzugen. Die Übermittlung ist eine Pull-Anforderung für das Communitymanifest-Repository und ist kostenlos.

Schritt 5: Einrichten der automatischen Aktualisierung

Benutzer auf der neuesten Version zu halten, verringert den Supportaufwand und stellt sicher, dass Sicherheitsfixes sie umgehend erreichen.

Für EXE- oder eigenständige Bereitstellungen ohne integrierten Updatemechanismus ist Velopack ein Communitytool, mit dem .NET Apps autoupdate- und Installer-Funktionen hinzugefügt werden. Es handelt sich nicht um ein Microsoft Produkt – bewerten Sie es basierend auf Ihren eigenen Anforderungen.

Schritt 6: Umgang mit SmartScreen für neue Apps

Jede neue App – unabhängig davon, wie gut sie signiert ist – löst beim ersten Download eine SmartScreen-Warnung aus, bis sie genügend Downloadverlauf ansammelt. Dies wird erwartet und normal. Hier erfahren Sie, wie Sie es gut behandeln:

• Signieren Sie jede Veröffentlichung. Nicht signierte Apps zeigen einen schwerwiegenderen Block „Windows hat Ihren PC geschützt“ an. Signierte Apps zeigen eine weniger strenge Warnung "nicht erkannte App" an, die von Benutzern einfacher umgangen werden kann.
• Legen Sie Erwartungen an frühe Benutzer fest. Teilen Sie Betatestern und Early Adoptern mit, was Sie erwarten müssen. Eine kurze Notiz in Ihrer Veröffentlichungsankündigung ("Möglicherweise wird bei der ersten Ausführung eine SmartScreen-Eingabeaufforderung angezeigt – dies ist normal für neue Apps; Klicken Sie auf 'Weitere Informationen', und 'Trotzdem ausführen'") verhindert Verwirrung und verlassene Installationen.
• Sich gedulden. Die Reputation wächst organisch mit dem Downloadvolumen. Es gibt keinen manuellen Übermittlungsprozess, um den Prozess für Verbraucherendpunkte zu beschleunigen.

→ SmartScreen-Reputation für Entwickler erläutert das vollständige Reputationsmodell, was Benutzer in jeder Phase sehen, und Überlegungen zur Unternehmensrichtlinie.

Was kommt als nächstes

Sobald Ihre App veröffentlicht wurde, können Sie:

• Überwachen der App-Gesundheit und Bewertungen – Partner Center bietet Absturzanalysen, Benutzerbewertungen und Überprüfungsverwaltung für Store-Apps
• Verwalten von Versionen mit mehrstufigen Rollouts – der Store unterstützt das Rollout einer neuen Version für einen Prozentsatz der Benutzer vor einer vollständigen Veröffentlichung.
• Telemetrie einrichten – erwägen Sie, einen Absturz- und Nutzungsanalysedienst wie Azure-Anwendung Insights oder ein anderes Analyse-SDK zu integrieren, um zu verstehen, wie Ihre App verwendet wird.
• Respond to user feedback — Im Partner Center werden Store-Bewertungen angezeigt; Für direkte Download-Apps sollten Sie einen Feedbackkanal in Betracht ziehen (GitHub-Issues, eine dedizierte E-Mail-Adresse oder ein Community-Forum)

Verwandte Inhalte

• Wählen Sie einen Verteilungspfad für Ihre Windows App
• Codesignaturoptionen für Windows App-Entwickler
• SmartScreen-Reputation für Entwickler
• Aktueller Stand der Vertriebsfunktionen
• Erstellen Sie Ihre App-Einreichung
• Azure Artifact Signing (vormals vertrauenswürdige Signatur)
• Windows Paket-Manager (winget)