Hochladen von App-Paketen
Auf der Seite Pakete im Prozess zur App-Übermittlung laden Sie alle Paketdateien („.msix“, „.msixupload“, „.msixbundle“, „.appx“, „.appxupload“ und/oder „.appxbundle“) für die von Ihnen übermittelte App hoch. Sie können alle Ihre Pakete für dieselbe App auf dieser Seite hochladen. Wenn Kund*innen Ihre App herunterladen, stellt der Store für alle Kund*innen automatisch das Paket bereit, das für ihre Geräte am besten geeignet ist. Nachdem Sie Ihre Pakete hochgeladen haben, sehen Sie eine nach Rangfolge geordnete Tabelle, in der angegeben ist, welche Pakete für bestimmte Windows 10- oder Windows 11-Gerätefamilien angeboten werden (und ggf. für frühere Betriebssystemversionen).
Wichtig
Sie können keine neuen XAP-Pakete mehr hochladen, die mit den Windows Phone 8.x SDKs erstellt wurden. Apps, die bereits mit XAP-Paketen im Store verfügbar sind, funktionieren weiterhin auf Windows 10 Mobile-Geräten. Weitere Informationen finden Sie in diesem Blogbeitrag.
Ausführliche Informationen dazu, was ein Paket enthält und wie es strukturiert werden muss, finden Sie unter App-Paketanforderungen. Darüber hinaus sollten Sie sich darüber informieren, wie sich Versionsnummern darauf auswirken, welche Pakete an bestimmte Kund*innen übermittelt werden und wie Sie Pakete für verschiedene Szenarien verwalten.
Hochladen von Paketen in Ihre Übermittlung
Um Pakete hochzuladen, ziehen Sie sie in das Uploadfeld, oder klicken Sie, um Ihre Dateien zu durchsuchen. Auf der Seite Pakete können Sie MSIX-, MSIXUPLOAD-, MSIXBUNDLE-, APPX-, APPXUPLOAD- und/oder APPXBUNDLE-Dateien hochladen.
Wichtig
Für Windows 10 empfiehlt es sich, die MSIXUPLOAD- oder APPXUPLOAD-Datei anstelle einer MSIX-, APPX-, MSIXBUNDLE- oder APPXBUNDLE-Datei hochzuladen. Weitere Informationen zum Verpacken von UWP-Apps für den Store finden Sie unter Packen einer UWP-App mit Visual Studio.
Wenn Sie einen Test-Flight für Ihre App erstellt haben, wird eine Dropdownliste mit der Option zum Kopieren von Paketen aus einem Ihrer Test-Flights angezeigt. Wählen Sie den Test-Flight mit den Paketen aus, die Sie abrufen möchten. Sie können dann beliebige oder alle Pakete auswählen, die in diese Übermittlung eingeschlossen werden sollen.
Wenn bei der Überprüfung Fehler bei einem Paket erkannt werden, wird eine Meldung mit einem entsprechenden Hinweis angezeigt. Sie müssen das Paket entfernen, das Problem beheben und dann erneut versuchen, das Paket hochzuladen. Möglicherweise werden auch Warnungen angezeigt, um Sie über Fehler zu informieren, die zu Problemen führen können, sie aber nicht daran hindern, die Übermittlung fortzusetzen.
Verfügbarkeit von Gerätefamilien
Nachdem die Pakete erfolgreich hochgeladen wurden, wird im Abschnitt Gerätefamilienverfügbarkeit eine nach Rangfolge geordnete Tabelle angezeigt, die angibt, welche Pakete für bestimmte Windows 10- oder Windows 11-Gerätefamilien (und ggf. für frühere Betriebssystemversionen) angeboten werden. In diesem Abschnitt können Sie außerdem auswählen, ob die Übermittlung Kund*innen mit bestimmten Windows 10- oder Windows 11-Gerätefamilien angeboten werden soll.
Weitere Informationen finden Sie unter Gerätefamilienverfügbarkeit.
Paketdetails
Ihre hochgeladenen Pakete werden hier aufgelistet, gruppiert nach Zielbetriebssystem. Der Name, die Version und die Architektur des Pakets werden angezeigt. Klicken Sie auf Details anzeigen, um weitere Informationen wie die unterstützten Sprachen, App-Funktionen und Dateigröße für jedes Paket anzuzeigen.
Wenn Sie ein Paket aus Ihrer Übermittlung entfernen müssen, klicken Sie unten im Abschnitt Details der einzelnen Pakete auf den Link Entfernen.
Entfernen redundanter Pakete
Wenn wir feststellen, dass mindestens ein Paket redundant ist, wird eine Warnung mit einem Hinweis angezeigt, dass die redundanten Pakete aus dieser Übermittlung entfernt werden sollten. Dies geschieht häufig, wenn Sie zuvor Pakete hochgeladen haben und nun Pakete mit einer höheren Versionsnummer bereitstellen, die dieselben Kund*innen unterstützen. In diesem erhalten keine Kund*innen das redundante Paket, da jetzt ein besseres Paket (mit höherer Versionsnummer) verfügbar ist, um diese Kund*innen zu unterstützen.
Wenn wir feststellen, dass Sie über redundante Pakete verfügen, bieten wir eine Option, alle redundanten Pakete automatisch aus dieser Übermittlung zu entfernen. Sie können Pakete auch einzeln aus der Übermittlung entfernen.
Schrittweiser Paketrollout
Wenn Ihre Übermittlung ein Update einer bereits veröffentlichte App ist, wird ein Kontrollkästchen mit der Bezeichnung Update-Rollout schrittweise nach Veröffentlichung dieser Übermittlung (nur für Windows 10- oder Windows 11-Kunden) angezeigt. Dadurch können Sie den Prozentsatz von Kund*innen auswählen, die die Pakete aus der Übermittlung erhalten. So können Sie Feedback und Analysedaten beobachten und vor einem umfassenderen Rollout sicherstellen, dass das Update verlässlich ist. Sie können den Prozentsatz jederzeit erhöhen (oder das Update anhalten), ohne eine neue Übermittlung erstellen zu müssen.
Weitere Informationen finden Sie unter Schrittweiser Paketrollout.
Obligatorisches Update
Wenn Ihre Übermittlung ein Update für eine zuvor veröffentlichte App ist, wird ein Kontrollkästchen mit der Bezeichnung Dieses Update als obligatorisch kennzeichnen angezeigt. Auf diese Weise können Sie das Datum und die Uhrzeit für ein obligatorisches Update festlegen, vorausgesetzt, Sie haben die Windows.Services.Store-APIs verwendet, damit Ihre App programmgesteuert nach Paketupdates suchen und die aktualisierten Pakete herunterladen und installieren kann. Ihre App muss auf Windows 10, Version 1607 oder höher, ausgerichtet sein, damit diese Option verwendet werden kann.
Weitere Informationen finden Sie unter Herunterladen und Installieren von Paketaktualisierungen für Ihre App.
Auf der Seite „Pakete“ des App-Übermittlungsprozesses stellen Sie die Pakete (MSI/EXE) und zugehörige Informationen für die App bereit, die Sie übermitteln. Wenn Kund*innen Ihre App herunterladen, stellt der Store automatisch für alle Kund*innen das Paket bereit, das für ihre Geräte am besten geeignet ist.
Sie müssen die Seite „Pakete“ für mindestens ein Paket ausfüllen. Klicken Sie zum Hinzufügen eines Pakets auf der Seite „Pakete“ auf „Paket hinzufügen“.
Hinzufügen und Bearbeiten von Paketinformationen
Um Paketinformationen zu bearbeiten, wählen Sie auf der Seite „Pakete“ das entsprechende Paket aus. Sie müssen jedes Paket separat bearbeiten.
Paket-URL
Erforderlich
Sie müssen mindestens eine sichere URL mit Versionsangabe eingeben, die auf das in Ihrem CDN gehostete App-Paket (MSI/EXE) verweist. Ein Beispiel für eine sichere URL mit Versionsangabe ist https://www.contoso.com/downloads/1.1/setup.exe
. Wenn Kund*innen Ihre App aus dem Store installieren, lädt der Store das Paket über diese URL herunter. Sie müssen die bewährten Methoden für CDN befolgen und sicherstellen, dass diese URL entsprechend Ihrer Marktauswahl leistungsfähig, zuverlässig und verfügbar ist.
Wenn Sie die Paket-URL aktualisieren müssen, können Sie die Option „Übermittlung aktualisieren“ in Partner Center verwenden, um eine neue Paket-URL anzugeben.
Die Binärdatei für die Paket-URL darf nach der Übermittlung nicht geändert werden, um sicherzustellen, dass nur zertifizierte Binärdateien von Benutzer*innen installiert werden. Der Store behält Kopien Ihrer neuesten App-Pakete bei, um sie zu verteilen, falls der von Ihnen gehostete App-Installer in einem separaten Hostingdienst (z. B. einem Content Delivery Network, CDN) ohne Übermittlung über Partner Center oder die API durch neue App-Installer-Pakete ausgetauscht wird. Der Store lädt darüber hinaus die neuen App-Pakete herunter und initiiert den Zertifizierungsprozess. Wenn die Updates Zertifizierungstests bestehen, stellt der Store sie für Endbenutzer*innen zur Verfügung. Wenn die Updates Zertifizierungstests nicht bestanden haben, werden Sie von den Stores benachrichtigt, die Updates über Partner Center oder die API zu übermitteln.
Sie müssen einen eigenständigen Installer bzw. einen Offlineinstaller und kein Downloadprogramm übermitteln, der beim Aufrufen Binärdateien herunterlädt. Dies ist erforderlich, um zu zertifizieren, dass die installierten Binärdateien dieselben sind, die den Zertifizierungsprozess bestanden haben.
Architektur
Erforderlich
Sie müssen für die Architektur des im Paket enthaltenen Codes einen der folgenden Werte auswählen:
- x86
- x64
- Neutral
- arm
- arm64
Wenn Sie Pakete in mehr als einer Architektur kompiliert haben, sollten Sie sie der Übermittlung hinzufügen.
Sprachen
Erforderlich
Sie können Apps in mehr als 100 Sprachen an den Microsoft Store übermitteln. Ihre App muss mindestens eine der folgenden Sprachen unterstützen.
Hinweis
Sprachcodes, die hier nicht aufgeführt sind, werden vom Store nicht unterstützt.
Name der Sprache | Unterstützte Sprachcodes |
---|---|
Afrikaans | af, af-za |
Albanisch | sq, sq-al |
Amharisch | am, am-et |
Armenisch | hy, hy-am |
Assamesisch | as, as-in |
Aserbaidschanisch | az-arab, az-arab-az, az-cyrl, az-cyrl-az, az-latn, az-latn-az |
Baskisch (Baskisch) | eu, eu-es |
Belarussisch | be, be-by |
Bengalisch | bn, bn-bd, bn-in |
Bosnisch | bs, bs-cyrl, bs-cyrl-ba, bs-latn, bs-latn-ba |
Bulgarisch | bg, bg-bg |
Katalanisch | ca, ca-es, ca-es-valencia |
Cherokee | chr-cher, chr-cher-us, chr-latn |
Chinesisch (vereinfacht) | zh-Hans, zh-cn, zh-hans-cn, zh-sg, zh-hans-sg |
Chinesisch (traditionell) | zh-Hant, zh-hk, zh-mo, zh-tw, zh-hant-hk, zh-hant-mo, zh-hant-tw, zh-mo, zh-tw, zh-hant-hk, zh-hant-mo, zh-hant-tw |
Kroatisch | hr, hr-hr, hr-ba |
Tschechisch | cs, cs-cz |
Dänisch | da, da-dk |
Dari | prs, prs-af, prs-arab |
Niederländisch | nl, nl-nl, nl-be |
Englisch | en, en-au, en-ca, en-gb, en-ie, en-in, en-nz, en-sg, en-us, en-za, en-bz, en-hk, en-id, en-jm, en-kz, en-mt, en-my, en-ph, en-pk, en-tt, en-vn, en-zw |
Estnisch | et, et-ee |
Filipino | fil, fil-latn, fil-ph |
Finnisch | fi, fi-fi |
Französisch | fr, fr-be , fr-ca , fr-ch , fr-fr , fr-lu, fr-cd, fr-ci, fr-cm, fr-ht, fr-ma, fr-mc, fr-ml, fr-re, frc-latn, frp-latn |
Galicisch | gl, gl-es |
Georgisch | ka, ka-ge |
Deutsch | de, de-at, de-ch, de-de, de-lu, de-li |
Griechisch | el, el-gr |
Gujarati | gu, gu-in |
Haussa | ha, ha-latn, ha-latn-ng |
Hebräisch | he, he-il |
Hindi | hi, hi-in |
Ungarisch | hu, hu-hu |
Isländisch | is, is-is |
Igbo | ig-latn, ig-ng |
Indonesisch | id, id-id |
Inuktitut (Lateinisch) | iu-cans, iu-latn, iu-latn-ca |
Irisch | ga, ga-ie |
isi Xhosa | xh, xh-za |
isi Zulu | zu, zu-za |
Italienisch | it, it-it, it-ch |
Japanisch | ja , ja-jp |
Kannada | kn, kn-in |
Kasachisch | kk, kk-kz |
Khmer | km, km-kh |
K'iche' | quc-latn, qut-gt, qut-latn |
Kinyarwanda | rw, rw-rw |
Kisuaheli | sw, sw-ke |
Konkani | kok, kok-in |
Koreanisch | ko, ko-kr |
Kurdisch | ku-arab, ku-arab-iq |
Kirgisisch | ky-kg, ky-cyrl |
Laotisch | lo, lo-la |
Lettisch | lv, lv-lv |
Litauisch | lt, lt-lt |
Luxemburgisch | lb, lb-lu |
Mazedonisch | mk, mk-mk |
Malaiisch | ms, ms-bn, ms-my |
Malayalam | ml, ml-in |
Maltesisch | mt, mt-mt |
Maori | mi, mi-latn, mi-nz |
Marathi | mr, mr-in |
Mongolisch (Kyrillisch) | mn-cyrl, mn-mong, mn-mn, mn-phag |
Nepalesisch | ne, ne-np |
Norwegisch | nb, nb-no, nn, nn-no, no, no-no |
Odia | or, or-in |
Persisch | fa, fa-ir |
Polnisch | pl, pl-pl |
Portugiesisch (Brasilien) | pt-br |
Portugiesisch (Portugal) | pt, pt-pt |
Pandschabi | pa, pa-arab, pa-arab-pk, pa-deva, pa-in |
Quechua | quz, quz-bo, quz-ec, quz-pe |
Rumänisch | ro, ro-ro |
Russisch | ru , ru-ru |
Schottisch-Gälisch | gd-gb, gd-latn |
Serbisch (Lateinisch) | sr-Latn, sr-latn-cs, sr, sr-latn-ba, sr-latn-me, sr-latn-rs |
Serbisch (Kyrillisch) | sr-cyrl, sr-cyrl-ba, sr-cyrl-cs, sr-cyrl-me, sr-cyrl-rs |
Nord-Sotho | nso, nso-za |
Tswana | tn, tn-bw, tn-za |
Sindhi | sd-arab, sd-arab-pk, sd-deva |
Singhalesisch | si, si-lk |
Slowakisch | sk, sk-sk |
Slowenisch | sl, sl-si |
Spanisch | es, es-cl, es-co, es-es, es-mx, es-ar, es-bo, es-cr, es-do, es-ec, es-gt, es-hn, es-ni, es-pa, es-pe, es-pr, es-py, es-sv, es-us, es-uy, es-ve |
Schwedisch | sv, sv-se, sv-fi |
Tadschikisch (Kyrillisch) | tg-arab, tg-cyrl, tg-cyrl-tj, tg-latn |
Tamilisch | ta, ta-in |
Tatarisch | tt-arab, tt-cyrl, tt-latn, tt-ru |
Telugu | te, te-in |
Thailändisch | th, th-th |
Tigrinya | ti, ti-et |
Türkisch | tr, tr-tr |
Turkmenisch | tk-cyrl, tk-latn, tk-tm, tk-latn-tr, tk-cyrl-tr |
Ukrainisch | uk, uk-ua |
Urdu | ur, ur-pk |
Uigurisch | ug-arab, ug-cn, ug-cyrl, ug-latn |
Usbekisch (Lateinisch) | uz, uz-cyrl, uz-latn, uz-latn-uz |
Vietnamesisch | vi, vi-vn |
Walisisch | cy, cy-gb |
Wolof | wo, wo-sn |
Yoruba | yo-latn, yo-ng |
App-Typ
Erforderlich
Wählen Sie den App-Typ (EXE/MSI) aus. Wenn Sie EXE auswählen, müssen Sie Installer-Parameter und Details für die Installer-Behandlung angeben.
Installer-Parameter
Erforderlich
Der Store muss den Installer im unbeaufsichtigten Modus ausführen. Um dies zu unterstützen, müssen Sie die erforderlichen Switches (etwa /s) bereitstellen, die speziell für den Installer für Ihre EXE-App gelten. Dies ist nicht erforderlich, wenn der Installer standardmäßig im unbeaufsichtigten Modus ohne Switches ausgeführt wird.
Für MSI-Apps verwendet der Store den Standardswitch „/qn“, um den Installer im unbeaufsichtigten Modus auszuführen.
Installer-Behandlung für Ihre EXE-App
Erforderlich
EXE-Apps verfügen in der Regel über Installer, die während der Installation benutzerdefinierte Codes zurückgeben. Der Store unterstützt geeignete Kundennachrichten und Aktionen für die von Ihnen bereitgestellten benutzerdefinierten Rückgabecodes.
Im Anschluss sind die Standardinstallationsszenarien aufgeführt, die vom Store unterstützt werden:
Szenario | Beschreibung |
---|---|
Die Installation wurde vom Benutzer oder von der Benutzerin abgebrochen. | Der Installationsvorgang wurde vom Benutzer oder von der Benutzerin abgebrochen. |
Die Anwendung ist bereits vorhanden. | Die Anwendung ist bereits auf dem Gerät vorhanden. |
Die Installation wird bereits ausgeführt. | Es wird bereits eine weitere Installation ausgeführt. Benutzer*innen müssen die Installation abschließen, bevor sie diese Installation fortsetzen. |
Der Festplattenspeicher ist voll. | Der Festplattenspeicher ist voll. |
Neustart erforderlich | Ein Neustart ist erforderlich, um die Installation abzuschließen. |
Netzwerkfehler. | Stellen Sie benutzerdefinierte Rückgabecodewerte für verschiedene netzwerkbezogene Fehler bereit. |
Paket, das während der Installation abgelehnt wurde | Ein Paket wurde während der Installation aufgrund einer auf dem Gerät aktivierten Sicherheitsrichtlinie abgelehnt. |
Installation erfolgreich | Die Installation war erfolgreich. |
Sie können je nach Installer-Verhalten mehrere Rückgabecodes für jedes der oben genannten Szenarien hinzufügen.
Für Szenarien, die über die obige Liste der Standardszenarien hinausgehen, werden Kund*innen auf die Dokumentation zum Rückgabecode des Installers verwiesen. Bei verschiedenen Szenarien mit Installationsfehlern können Sie Ihre benutzerdefinierten Rückgabecodes zusammen mit der rückgabecodespezifischen Dokumentations-URL hinzufügen, auf die der Store Kund*innen verweisen kann.
Es wird dringend empfohlen, diese Informationen für EXE-Apps bereitzustellen, damit der Store Kund*innen eine maßgeschneiderte Erfahrung bieten kann. Dies hilft dem Store auch, Ihre App-Installationen für EXE-Apps zu behandeln und zu melden.
Klicken Sie nach dem Hinzufügen des Pakets auf „Entwurf speichern“. Sie befinden sich wieder auf der Seite „Pakete verwalten“. Sie sehen in der Liste der Pakete, dass Ihr Paket hinzugefügt wurde. Nachdem Sie überprüft haben, ob Ihr Paket in der Liste der Pakete hinzugefügt wurde, klicken Sie auf „Alle speichern“. Eine Meldung wird angezeigt, dass Ihr Paket hochgeladen wird. Nach dem erfolgreichen Upload erhalten Sie die Meldung „Erfolgreich gespeichert“.
Wichtig
App-Pakete werden für Add-Ons derzeit nicht unterstützt.
Windows developer
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unterFeedback senden und anzeigen für