Dieser Artikel beantwortet allgemeine Fragen zum Übermitteln von Apps an Microsoft AppSource über das Partner Center.
Die neueste Version der Zertifizierungsrichtlinien finden Sie unter Zertifizierungsrichtlinien.
Warnung
SharePoint-Add-Ins sind veraltet und werden nicht mehr unterstützt. Vorhandene SharePoint-Add-Ins funktionieren weiterhin, aber keine neuen SharePoint-Add-Ins können an Microsoft AppSource übermittelt werden. Weitere Informationen finden Sie unter SharePoint-Add-Ins. SharePoint-Lösungen werden weiterhin unterstützt. Weitere Informationen finden Sie unter SharePoint-Lösungen.
Wie kann ich Fehler beim Übermitteln meiner App an Microsoft AppSource vermeiden?
Zur Vermeidung häufiger Übermittlungsfehler gehen Sie wie folgt vor:
Stellen Sie sicher, dass die Versionsnummer auf dem Übermittlungsformular mit der Versionsnummer im App-Manifest übereinstimmt.
Hinweis
Geben Sie Ihre App-Version mithilfe der folgenden Syntax an: a . b . c . d wobei eine ganze Zahl zwischen 1-9999 und jeder von b , c , d eine ganze Zahl zwischen 0-9999 ist. Beispiele: 1.0.0.0, 6.23.0.1.
Stellen Sie sicher, dass alle Speicherorte SSL-gesichert (HTTPS) sind.
Stellen Sie sicher, dass Sie in Ihrem Manifest ein Symbol angeben und dass das Symbol die richtige Größe und Formatierung hat.
Stellen Sie sicher, dass Ihre ID eindeutig ist. Erstellen Sie beispielsweise kein Manifest für ein zweites Add-In basierend auf einem von Ihnen bereits übermittelten Add-In-Manifest, ohne die ID im neuen Manifest zu ändern.
Stellen Sie für Office-Add-Ins sicher, dass Sie manifestschema Version 1.1 verwenden. Informationen zum Aktualisieren Ihres Manifests auf Version 1.1 finden Sie unter Aktualisieren auf die neueste Office JavaScript-API-Bibliothek und das Add-In-Manifestschema der Version 1.1.
Stellen Sie für Office-Add-Ins sicher, dass Sie eine Support-URL im Manifest angeben. Wenn Sie das XML-Manifest verwenden, legen Sie den Wert des SupportUrl-Elements fest. Wenn Sie das einheitliche Manifest für Microsoft 365 verwenden, verwenden Sie die Eigenschaft developer.websiteUrl. Ihre Support-URL sollte eine öffentlich verfügbare Webseite sein und keine Authentifizierung erfordern. Sie können keine persönlichen Social Media-Seiten oder GitHub-Repositorys als Support-URL verwenden. Sie können auch keine Links zu Dateien verwenden, die online gehostet werden, z. B. ein Word-Dokument auf OneDrive, DropBox oder Google Docs.
Stellen Sie für alle Apps sicher, dass Ihr Manifest für das Schema gültig ist. Informationen zur Schemaüberprüfung finden Sie unter Schemareferenz für Office-Add-Ins-Manifeste (v1.1) oder Schemareferenz für Manifeste von SharePoint-Lösungen.
Stellen Sie sicher, dass Ihre App getestet und voll funktionsfähig ist.
Stellen Sie sicher, dass Ihre SharePoint-Lösungen ihre unterstützten Gebietsschemas angeben.
Wenn Sie keine unterstützten Gebietsschemas angeben, wird Ihre App von Microsoft AppSource nicht akzeptiert. Ausführliche Informationen finden Sie unter Informationen zu unterstützten Gebietsschemas ist für alle Add-Ins erforderlich.
Stellen Sie sicher, dass Sie einen Link zu den Datenschutzbestimmungen übermitteln.
Stellen Sie sicher, dass alle von Ihnen übermittelten Videolinks tatsächlich zu einer Videodatei oder einer Seite mit einem Video führen.
Wenn Ihr Office-Add-In unter iOS verfügbar ist, schließen Sie nicht das Wort „App“ in den Add-In-Titel oder die Kurzbeschreibung des Add-Ins ein.
Wann muss ich die Übermittlung an Microsoft AppSource nach Aktualisierungen erneut durchführen?
Wenn Sie Aktualisierungen am Webdienst für Ihre App vornehmen, müssen Sie sie nicht erneut übermitteln. Wenn Sie jedoch Änderungen an Elementen oder Daten vornehmen, die Sie über Partner Center übermittelt haben, z. B. Manifest, Screenshots oder Symbol, müssen Sie sie erneut übermitteln, damit Microsoft AppSource diese Änderungen implementieren kann. Sie müssen Apps mit einem aktualisierten Manifest, das eine neue Versionsnummer enthält, erneut übermitteln. Sie müssen außerdem sicherstellen, dass Sie die Versionsnummer im Übermittlungsformular aktualisieren, sodass sie der Versionsnummer des neuen Manifests entspricht.
Was geschieht, wenn ich meine App in Microsoft AppSource auf eine neue Version aktualisiere?
Nachfolgend sehen Sie den Updateprozess für Office-Add-Ins.
Übermitteln Sie Ihr überarbeitetes Add-In- und Add-In-Manifest über das Partner Center an Microsoft AppSource. Das überarbeitete Add-In durchläuft den Überprüfungsprozess und wird bei Genehmigung in Microsoft AppSource zur Verfügung gestellt.
Wichtig
Wenn es sich bei Ihrer Übermittlung um eine Aktualisierung handelt und Sie die Verfügbarkeit Ihrer App für ein späteres Datum planen, wird die Veröffentlichung Ihrer vorhandenen App bis zum angegebenen Veröffentlichungsdatum in Microsoft AppSource aufgehoben.
Sie können die vorherige Version Ihrer App in Microsoft AppSource weiterhin anbieten oder die Veröffentlichung der vorherigen Version aufheben.
Wenn ein bestehender Kunde die aktualisierte App zum ersten Mal startet, wird eine Benachrichtigung entweder im Aufgabenbereich oder im Text des Dokuments angezeigt, die den Benutzer auffordert, seine App zu aktualisieren. Wenn der Benutzer Aktualisieren auswählt, wird die neueste Version der App gestartet.
Hinweis
Die Updatebenachrichtigung gilt nur für Excel, PowerPoint und Word. Sie gilt nicht für Outlook.
Wenn die aktualisierte Version neue Berechtigungen enthält, muss der Benutzer ihnen zustimmen.
Hinweis
Sie können nicht gleichzeitig über zwei oder mehr Versionen derselben App in Microsoft AppSource verfügen, da jede App eine eindeutige Objekt-ID aufweist. Wenn Sie eine aktualisierte Version Ihrer App veröffentlichen, ohne die Veröffentlichung einer früheren Version aufzuheben, verfügen Sie über zwei Einträge und können Ihre Kundenbasis möglicherweise aufteilen.
Updates für SharePoint-Add-Ins über Partner Center werden nicht mehr unterstützt. Weitere Informationen zum Aktualisieren von SharePoint-Add-Ins außerhalb des Partner Centers finden Sie im Updateprozess für SharePoint-Add-Ins.
Kann ich eine kostenpflichtige App an Microsoft AppSource übermitteln?
Alle Apps, die über Partner Center an Microsoft AppSource übermittelt werden, sind kostenlos. Sie können Ihre App über den kommerziellen Marketplace von Microsoft monetarisieren. Ausführliche Informationen dazu finden Sie unter Monetarisieren Ihres Add-Ins.
Wie werde ich über den Veröffentlichungsstatus oder erforderliche Aktionen benachrichtigt?
Nachdem ein Angebot veröffentlicht wurde, wird der Besitzer Ihres Entwicklerkontos über den Veröffentlichungsstatus und die erforderlichen Aktionen per E-Mail und dem Info-Center im Partner Center benachrichtigt. Weitere Informationen zum Info-Center finden Sie in der Info-Center-Übersicht.
Wie verweise ich auf die JavaScript-APIs für Office in meinen Apps?
Wenn Ihre App die JavaScript-APIs für Office verwendet, müssen Sie über die CDN-URL auf die von Microsoft gehostete Datei „Office.js“ verweisen. Fügen Sie keine Kopie der Datei „Office.js“ in Ihre App ein, und verweisen Sie nicht auf eine Kopie der Datei, die an anderer Stelle gehostet wird.
Warum müssen meine Apps SSL-gesichert sein?
Apps, die nicht SSL-gesichert (HTTPS) sind, generieren während der Verwendung Warnungen vor unsicheren Inhalten und Fehler. Aus diesem Grund müssen alle an Microsoft AppSource übermittelten Apps SSL-gesichert sein.
Wie deklariere ich die Sprachunterstützung?
Zwei Aspekte Ihrer Übermittlung beziehen sich auf unterstützte Sprachen:
Die Sprachen, die Sie in Ihrem App-Paket oder -Manifest deklarieren. Deklarieren Sie, welche Sprachen Ihre App je nach Typ unterstützt:
Für Office-Add-Ins, die keine Wörterbücher sind, deklarieren Sie die Sprachunterstützung mithilfe der DefaultLocale- und Override-Elemente in Ihrem Manifest. Weitere Informationen finden Sie unter Lokalisierung für Office-Add-Ins.
Für Office-Add-Ins, die Wörterbücher sind, können Sie auch das TargetDialects-Element im Add-In-Manifest verwenden.
In Partner Center können Sie Sprachen auf der Seite Store-Einträge auswählen.
Hinweis
Sie können in Ihrem App-Paket mehr Sprachen deklarieren, als für die Übermittlung in Partner Center verfügbar sind.
Wenn meine App auf Unternehmen ausgerichtet ist, wie wirkt sich dies auf meine Übermittlung aus?
Bestimmte Anforderungen werden aufgehoben oder geändert, wenn Ihre App oder Ihr Add-In nur auf größere Organisationen und Unternehmen ausgerichtet ist und nicht für den kommerziellen Marketplace vorgesehen ist. Alle anderen Kommerziellen Marketplace-Richtlinienanforderungen gelten. In der folgenden Tabelle werden die wichtigsten Unterschiede beschrieben.
| Behavior | Kommerzielle Marketplace-App | Die App zielt nur auf größere Organisationen und Unternehmen ab. | Verwandte Handelsmarktpolitik |
|---|---|---|---|
| AppSource-Homepages | Kann auf den anwendungsspezifischen Homepages in AppSource angezeigt werden und kann über die Suche und verfügbar für Ihre Web- und E-Mail-Kampagnen auffindbar sein. | Wird nicht auf den Homepages angezeigt, kann aber über die Suche und verfügbar für Ihre Web- und E-Mail-Kampagnen gefunden werden. | Nicht zutreffend |
| Marken- oder Dienstname | Der Titel kann Ihren Marken- oder Dienstnamen nicht enthalten. | Der Titel kann Ihren Marken- oder Dienstnamen enthalten, insbesondere, wenn der Zweck Ihres Add-Ins oder Ihrer App vermittelt wird. | 1100.7 |
| Nahtlose Erstausführung | Erforderlich. Muss eine nahtlose Erstausführungserfahrung bieten, die deutlich erklärt, wie sie verwendet werden kann. Beschreiben Sie beispielsweise auf dem Startbildschirm Ihres Add-Ins die Funktionalität und die Vorteile in einigen Zeilen. Wenn sich Ihre Benutzer registrieren oder sich anmelden müssen, um Ihre App zu verwenden, muss der Wert dieses Kontos oder Diensts für sie vor der Registrierung klargestellt werden. | Nicht erforderlich, sondern muss einen E-Mail-Kontakt oder Websitelink enthalten, damit Benutzer mehr über Ihre Dienste erfahren können. | 1100.5 |
| Anmelde-/Abmeldeerfahrung | Nur Add-Ins: Erforderlich, wenn Ihr Add-In externe Konten oder Dienste benötigt. In diesem Fall sollte ein Anmeldelink für jede Person bereitgestellt werden, und ein Abmeldelink, wenn sich der Benutzer angemeldet hat. Andernfalls nicht erforderlich. | Nur Add-Ins: Erforderlich, es sei denn, Ihr Add-In benötigt externe Konten oder Dienste, bei denen Anmeldungen vom Unternehmen außerhalb des Add-Ins und nicht vom einzelnen Benutzer verwaltet werden. | 1100.5 |
| Anmeldeerfahrung | Nur Add-Ins: Erforderlich, wenn Ihr Add-In externe Konten oder Dienste benötigt, in diesem Fall sollte ein Registrierungslink für jede bereitgestellt werden. Andernfalls nicht erforderlich. | Nur Add-Ins: Erforderlich, es sei denn, Ihr Add-In benötigt externe Konten oder Dienste, bei denen Anmeldungen vom Unternehmen außerhalb des Add-Ins und nicht vom einzelnen Benutzer verwaltet werden. | 1100.5 |
| Wertversprechen | Erforderlich. Muss eine verwendbare Softwarelösung und erhebliche Vorteile bieten, z. B. verbesserte Effizienz, innovative Features oder strategische Vorteile. Da es mehr als ein einfaches Dienstprogramm oder einen begrenzten Umfang sein muss, muss es auch die Investition rechtfertigen, die es für die Benutzer benötigt, um zu lernen und zu verwenden. | Nicht erforderlich, sondern muss einen E-Mail-Kontakt oder Websitelink enthalten, damit Benutzer mehr über Ihre Dienste erfahren können. | 1100.5 |
Wenn Ihre App oder Ihr Add-In nur auf größere Organisationen und Unternehmen ausgerichtet ist, müssen Sie dies im Abschnitt "Hinweise zur Zertifizierung " der Marketplace-Eintragsübermittlung angeben, einschließlich aller Anforderungen, die Sie aufgrund dieser Ursache nicht bereitstellen möchten. Angenommen, Ihr Add-In stellt keinen Registrierungslink bereit, da es sich um Unternehmen handelt und die anderen Bedingungen erfüllt. Sie könnten etwas ähnliches sagen: "Dieses Add-In stellt keinen Registrierungslink bereit, da es sich um ein Unternehmen handelt. Siehe Richtlinie 1100.5."
Andernfalls wird Ihre App oder Ihr Add-In als allgemeine kommerzielle Marketplace-App behandelt.