Überprüfungsanforderungen für den App-Marktplatz von Stripe
Informationen zum Prozess und zu den Anforderungen hinsichtlich der Freigabe Ihrer App im Stripe App Marketplace.
Stripe prüft alle Apps und App-Updates, die im Stripe App Marketplace eingereicht werden, um sicherzustellen, dass sie in Bereichen wie Design, Zuverlässigkeit, Sicherheit und Vertrauen die bestmögliche Nutzererfahrung bieten. Vergewissern Sie sich daher, dass Ihre App diese Anforderungen erfüllt, bevor Sie sie zur App-Überprüfung einreichen.
Grundsätze für die App-Überprüfung
Drei wichtige Grundsätze für die App-Überprüfung:
Qualität: Nutzer/innen verlangen hochwertige und hilfreiche Apps. Dazu gehören sämtliche Elemente von Design, UX, Leistung, Zuverlässigkeit und mehr.
Sicherheit: Alle Apps müssen die Stripe-Standards zu Sicherheit und Datenschutz der Nutzerdaten gewährleisten und alle geltenden Gesetze einhalten.
Vertrauen: App-Entwickler müssen sich an einen Standard des Vertrauens halten, der die Integrität unseres Ökosystems aufrechterhält. Das gilt für die gesamte Kommunikation, den Support und das Verhalten der Community.
Das Überprüfungsverfahren für Apps
Was Sie erwarten können, wenn Sie Ihre App zur Überprüfung einreichen:
Erstellen oder aktualisieren Sie im Stripe-Dashboard Ihren App-Eintrag. Reichen Sie dann Ihre App und Ihren App-Eintrag zur Überprüfung ein. Wenn Ihre App ein Konto oder zusätzliche Daten benötigt, um zu funktionieren, müssen Sie im Rahmen des Überprüfungsvorgangs ein Testplan und Testanmeldedaten einreichen, die Details zum Testen Ihrer App enthalten. Weitere Informationen finden Sie unter Beispielhafte Testanmeldedaten sowie unter App zur Überprüfung einreichen.
Prüfer/innen von Stripe beurteilen die App und den Eintrag dann im Hinblick auf alle relevanten Kriterien. Dieser Vorgang umfasst möglicherweise automatisierte Scans, Live-Tests der App und eine manuelle Überprüfung aller von Ihnen bereitgestellten Informationen.
Wenn Ihre App und Ihr Eintrag alle Überprüfungsanforderungen erfüllt, geben wir diese Version der App und des Verzeichniseintrags frei. Sie können die App dann im Marktplatz veröffentlichen, wann Sie möchten. Sie müssen Ihre genehmigte App aktiv veröffentlichen, damit sie im Marktplatz verfügbar ist. Anweisungen dazu finden Sie unter App veröffentlichen). Erfüllt die App jedoch nicht alle Überprüfungskriterien, sendet Stripe Ihnen eine konkrete Rückmeldung, aus der hervorgeht, welche Kriterien nicht erfüllt wurden. Dazu erhalten Sie auch Tipps, wie Sie die Erfüllung der Kriterien sicherstellen können.
Aktualisierungen an Apps und App-Einträgen durchlaufen denselben Prozess.
Überprüfung der App-Anforderungen
Um die Prüfung zu bestehen, muss Ihre App die Anforderungen in diesem Abschnitt erfüllen. Testen Sie die App vor der Einreichung zur Überprüfung auf Fehler und Grenzfälle.
Transparente und konsistente Preisgestaltung
Sie müssen die Preise für Ihre App von vornherein klar angeben, ohne versteckte Kosten oder Gebühren. Die App-Preise müssen auch mit den Preisen auf dem freien Markt übereinstimmen.
Das sollten Sie tun
Das sollten Sie nicht tun
Die Preise für Ihre Dienstleistung müssen transparent sein und sich an den Preisen außerhalb des Marktplatzes orientieren.
Wenn Sie möchten, können Sie Ihren Kund/innen sinnvolle Funktionen kostenlos anbieten.
Legen Sie Preise fest, die sich von denen außerhalb des Stripe App Marketplace unterscheiden.
Ihren Service erst als kostenlos anpreisen und dann die Nutzer/innen für Funktionen zahlen lassen, nachdem sie die App installiert haben.
Standards für App-Entwickler/innen
Als App-Entwickler müssen Sie sich selbst und Ihren Geschäftszwecke deutlich darstellen. Sie dürfen sich weder online noch offline an illegalen oder schädlichen Aktivitäten beteiligen.
Das sollten Sie tun
Das sollten Sie nicht tun
Stellen Sie sicher, dass die Informationen auf Ihrer Website, einschließlich der Kontaktinformationen, korrekt sind.
Rechnen Sie mit einer zusätzlichen Überprüfung, wenn Ihr Unternehmen in die Kategorie der „eingeschränkten Unternehmen“ fällt.
An illegalen oder schädlichen Verhaltensweisen beteiligen.
Sich selbst oder Ihren Zweck falsch darstellen.
Seite mit App-Eintrag
Ihr App-Eintrag hilft Unternehmen, Ihre App zu finden und zu verstehen, wie sie ihnen bei der Führung ihrer Geschäfte helfen kann. Vergewissern Sie sich, dass die von Ihnen hinzugefügten Inhalte die Funktionen Ihrer App klar beschreiben und auf mögliche Fragen eingehen, damit Unternehmen schnell beurteilen können, ob ihre App für sie geeignet ist. Weitere Informationen finden Sie in den Richtlinien zur Aufnahme von Apps in das Verzeichnis.
Rechtschreibung und Grammatik
Ihr Eintrag muss grammatikalisch korrekt sein und keine Rechtschreibfehler enthalten. Außerdem muss er leicht zu lesen und für Ihre Zielgruppe verständlich sein.
Das sollten Sie tun
Das sollten Sie nicht tun
Führen Sie die Rechtschreib- und Grammatikprüfung durch.
Prüfen Sie, ob Links auf die richtigen URLs verweisen.
Übermitteln Sie keine Einträge mit Tippfehlern oder Grammatikfehlern.
Fügen Sie keine Links zu abgelaufenen oder nicht zugehörigen Inhalten hinzu.
App-Name
Das sollten Sie tun
Das sollten Sie nicht tun
Geben Sie nur den Namen an. Beispiel: HelpTable
Verwenden Sie im App-Eintrag und im App-Manifest denselben Namen.
Verwenden Sie im App-Namen nicht „Stripe“, „App“, „RAK“, „Generator“, „API-Schlüssel“, „Authenticator“, „kostenlos“ oder „bezahlt“. Beispiel: HelpTable-App
Übermitteln Sie einen Eintrag nicht mit einem anderen Namen aus dem App-Manifest.
** Logo**
Das sollten Sie tun
Das sollten Sie nicht tun
Laden Sie Ihr eigenes, individuelles Logo hoch. Achten Sie darauf, dass es qualitativ hochwertig und quadratisch ist.
Verwenden Sie nicht das Logo oder den Namen von Stripe.
Verwenden Sie das Logo oder den Namen eines anderen Unternehmens nur mit dessen ausdrücklicher Genehmigung oder in einer Weise, die den Eindruck erwecken könnte, dass Ihre App von diesem Unternehmen befürwortet wird.
Stellen Sie keine Bilder zur Verfügung, die in ihrer Qualität beeinträchtigt, gestreckt oder so beschnitten sind, dass Elemente abgeschnitten werden.
Untertitel
Das sollten Sie tun
Das sollten Sie nicht tun
Fassen Sie kurz zusammen, wie Ihre App mit Stripe funktioniert. Beispiel: Anzeigen und Bearbeiten des Kunden-Supportverlaufs über Ihr Stripe-Dashboard
Verwenden Sie keine Übertreibungen, keinen Marketing-Jargon, kein Keyword-Stuffing und keine unbeweisbaren Behauptungen. Beispiel: Das beste Support-Produkt der Welt
Kategorie
Das sollten Sie tun
Das sollten Sie nicht tun
Wählen Sie die Kategorie aus, die auf die Hauptfunktionalität Ihrer App zutrifft.
Wählen Sie keine Kategorien, die für Ihre App nicht oder nur indirekt relevant sind.
Beschreibung
Das sollten Sie tun
Das sollten Sie nicht tun
Beschreiben Sie kurz den Tätigkeitsbereich Ihres Unternehmens, für wen Ihre App gedacht ist und welchen Nutzen sie bietet. Eine ideale Beschreibung umfasst eine kurze Einführung in Ihre Dienstleistungen, gefolgt von einer kurzen Beschreibung Ihrer Stripe-App. Beispiel: HelpTable ist ein einfaches Support-Mananagementsystem, das für schnell wachsende Startups entwickelt wurde. Nach der Installation der HelpTable-App erhalten Sie in Stripe unkompliziert Zugriff auf die Support-Historie jedes/jeder Kund/in. So können sich Ihre Mitarbeiter/innen ein vollständiges Bild von der Erfahrung der Kund/innen mit Ihren Produkten und Dienstleistungen machen. Mitarbeiter/innen können auch Support-Tickets direkt im Stripe-Dashboard anzeigen und verwalten.
Beschreiben Sie etwaige Einschränkungen Ihrer App.
Sprechen Sie nicht über Ihr Unternehmen und über App-bezogene Funktionen.
Besondere(s) Merkmal(e) der Funktion
Das sollten Sie tun
Das sollten Sie nicht tun
Nennen Sie 1 bis 3 zentrale Funktionen, damit Nutzer/innen schnell verstehen, was Ihre App kann.
Geben Sie den Wert der Funktion in einfachen Worten im Titel der Funktion an. Beispiel: Tickets über Stripe beheben
Erläutern Sie die Funktionsweise und den Nutzen der Funktion für Nutzer/innen in der Funktionsbeschreibung.
Achten Sie darauf, dass die Bilder Ihrer Funktion von hoher Qualität sind.
Weisen Sie nicht auf wesentliche Funktionen hin, die in Ihrer App nicht verfügbar sind.
Verwenden Sie keine echten Kundendaten in Screenshots oder Bildern.
Stellen Sie keine Bilder zur Verfügung, die in ihrer Qualität beeinträchtigt, gestreckt, verzerrt oder so beschnitten sind, dass Elemente abgeschnitten werden.
Nicht dupliziert
Jede App kann nur einmal im Marktplatz angezeigt werden (keine Duplikate, auch nicht unter einem anderen Namen). Reichen Sie neue Versionen einer App vom selben Konto wie die vorherige Version ein. Kontaktieren Sie den Stripe-Support, wenn dies nicht möglich ist und Sie Hilfe benötigen.
Das sollten Sie tun
Das sollten Sie nicht tun
Stellen Sie sicher, dass weder Sie noch jemand anderes diese App bereits hochgeladen hat.
Reichen Sie dieselbe App nicht mehrmals zur Prüfung ein, einschließlich Hochladen derselben Anwendung unter verschiedenen Namen, in unterschiedlichen Kategorien, über verschiedene Konten usw.
Erweiterung der Nutzeroberfläche für Apps
Wenn Ihre App eine Erweiterung der Nutzeroberfläche beinhaltet, ist der App-Drawer der Hauptort, an dem Ihre Nutzer/innen Details zu Ihrer App sehen und Aktionen ausführen können. Stripe-Nutzer/innen erwarten eine einheitliche Nutzeroberfläche in ihrem Stripe-Dashboard, was auch die Interaktion mit Ihrer App einschließt. Die Ausführung von Arbeitsabläufen über Ihre App sollte intuitiv sein und sich natürlich anfühlen. In den Richtlinien für das App-Design finden Sie Beispiele für Nutzeroberflächen, die unserer Meinung nach im Stripe-Dashboard gut funktionieren.
App-Installation
Wenn Ihre App eine Authentifizierung erfordert, weisen Sie die entsprechenden Nutzer/innen eindeutig an, sich nach der Installation zu authentifizieren. Ihre App muss auch eine eindeutige Möglichkeit bieten, die Authentifizierung innerhalb der Nutzeroberfläche des Stripe-Dashboards aufzuheben.
Das sollten Sie tun
Das sollten Sie nicht tun
Geben Sie klare Anweisungen für die Benutzerauthentifizierung. Wenn ein/e Nutzer/in die App installiert, stellen Sie eine klare Aufforderung oder einen Auslöser zum Abschluss der Authentifizierung im App-Drawer bereit.
Geben Sie auf der Einstellungsseite oder im App-Drawer einen eindeutigen Pfad an, um die Verknüpfung des Stripe-Kontos mit der App-Plattform aufzuheben.
Leiten Sie Admins nicht an, die kontoweite Authentifizierung in den Einstellungen Ihrer App zu konfigurieren.
Bieten Sie keine Eingabeaufforderung zur Authentifizierung pro Nutzer/in aus dem App-Drawer an, wenn Ihre App die Nutzer/innen individuell statt kontoweit authentifiziert.
Informationen und Aktionen
Ihre App bietet kontextbezogene Informationen und Aktionen, die den Arbeitsablauf des/der Nutzers/in aufwerten.
Das sollten Sie tun
Das sollten Sie nicht tun
Stellen Sie relevante Informationen und Aktionen zur Verfügung, die sich auf den Arbeitsablauf des/der Nutzers/in in Stripe beziehen.
Stellen Sie nur dann Deep Links für Dienstleistungen von Drittanbietern bereit, wenn es hilfreich ist, auf einen umfassenderen Workflow zu verweisen.
Verwenden Sie Ihre App nicht als Ausgangspunkt zu einer Website eines Drittanbieters, ohne Ihren Nutzer/innen in Stripe einen greifbaren Mehrwert zu bieten.
Navigation
An jedem Punkt der App sollten die Nutzer/innen wissen, wo sie sich befinden, wohin sie gehen können und wie sie zurückgehen oder die App verlassen können.
Das sollten Sie tun
Das sollten Sie nicht tun
Stellen Sie klare Navigationskomponenten zur Verfügung, damit sich die Nutzer/innen leicht durch Ihre App bewegen können.
Stellen Sie sicher, dass es keine Sackgassen oder Endlosschleifen gibt. Lassen Sie Nutzer/innen beispielsweise nicht mitten in einem Workflow stehen, ohne dass sie die Schaltfläche Cancel (Abbrechen) oder Go back (Zurück) finden, wenn sie den Workflow verlassen möchten.
Schließen Sie die Navigation nicht aus, stellen Sie den Nutzer/innen keine Fallen oder überladen Sie die Navigation nicht. Beispiel: Wenn sich ein/e Nutzer/in mitten in einem Arbeitsablauf befindet und diesen beenden muss, Sie aber keine Schaltfläche Cancel (Abbrechen) oder Go back (Zurück) anbieten.
Schaltflächen und Links
Stellen Sie sicher, dass der/die Nutzer/in ohne Vorkenntnisse sofort verstehen kann, was die einzelnen Schaltflächen oder Links bewirken.
Das sollten Sie tun
Das sollten Sie nicht tun
Stellen Sie eindeutige Beschriftungen für Schaltflächen und Links bereit.
Verwenden Sie das Symbol Externes, um auf externe Links hinzuweisen.
Verknüpfen Sie nicht das Wort „hier“, sondern geben Sie den Ort an.
Hinweise und Dialogfelder
Verwenden Sie Hinweise und Dialogfelder in Ihrer App nur für wichtige oder kontextbezogene Informationen.
Das sollten Sie tun
Das sollten Sie nicht tun
Geben Sie Hinweise, wenn wichtige Informationen die Aufmerksamkeit des/der Nutzers/in verlangen.
Stellen Sie Bestätigungsdialogfelder für kostspielige oder zerstörerische Aktionen zur Verfügung, die nicht leicht rückgängig zu machen sind.
Zeigen Sie keine Hinweise an, die irrelevant sind oder auf Upselling abzielen. Diese Arten von Nachrichten können sich wie Spam anfühlen und die Wahrnehmung Ihrer App und Stripe durch den/die Nutzer/in beeinträchtigen.
Gestatten Sie dem/der Nutzer/in nicht, kostspielige Aktionen oder klare Bestätigung durchzuführen.
Status
Die App muss Fehlerstatus, Ladezustände und durchdachte Lösungen für Grenzfälle berücksichtigen.
Das sollten Sie tun
Das sollten Sie nicht tun
Stellen Sie Fehlerzustände, Ladezustände und durchdachte Lösungen für Grenzfälle zur Verfügung. Beispiel: Wenn Nutzer/innen ein Formular im App-Drawer ausfüllen, sollten Sie sie über etwaige Fehler informieren, wenn sie Submit (Absenden) auswählen.
Heben Sie einen Fehlermeldung deutlich hervor und erklären Sie direkt, wie sie zu beheben ist, zum Beispiel „Land auswählen“.
Berücksichtigen Sie nicht nur den einfachen Weg.
Lassen Sie die Nutzer/innen nicht im Stich oder geben Sie keine unklaren Fehlerstatus an. Beispiel: Der/die Nutzer/in wählt in einem Arbeitsablauf Next (Weiter) aus, aber nichts geschieht. Der/die Nutzer/in ist auf einen Fehler gestoßen, es ist aber nicht klar, wie dieser behoben werden kann, weil es keine Benachrichtigung gibt.
Fehlerbehandlung in der Nutzeroberfläche
Die App muss Fehler ordnungsgemäß handhaben und klare und umsetzbare Fehlermeldungen an Nutzer/innen übermitteln. Überwachen Sie Ihre App auf Probleme hin.
Das sollten Sie tun
Das sollten Sie nicht tun
Verwenden Sie die bereitgestellten Komponenten und Muster, um Fehlerbenachrichtigungen anzuzeigen.
Achten Sie darauf, dass Fehlermeldungen das Problem verständlich machen und über das weitere Vorgehen informieren.
Kontrollieren Sie Ihre Anwendung auf Fehler, um Nutzerprobleme frühzeitig zu erkennen.
Zeigen Sie eine allgemein gehaltene Fehlermeldung an.
Beheben Sie Fehler stillschweigend ohne Ausgabe einer entsprechenden Fehlermeldung.
Erfassen Sie Fehler in der Konsole ohne nähere Angaben für technisch weniger versierte Personen.
App-Einstellungen
Nutzer/innen können zu Ihren App-Einstellungen im Stripe-Dashboard navigieren.
Authentifizierungseinstellungen
Wenn Ihre App eine Authentifizierung bei einem anderen Dienst als Stripe verlangt oder Anmeldeinformationen im Namen des Nutzers/der Nutzerin der App speichert, muss Ihre App eine Möglichkeit bieten, sich in den Einstellungen Ihrer App erneut zu authentifizieren oder abzumelden.
Das sollten Sie tun
Das sollten Sie nicht tun
Wenn Ihre App eine Authentifizierung bei Ihrem Dienst oder einem Drittanbieter verlangt, müssen Sie unbedingt eine Möglichkeit zur erneuten Authentifizierung und zur Aufheben der Authentifizierung bereitstellen.
Wenn sich Ihre App bei mehreren Diensten authentifiziert, stellen Sie sicher, dass jeder Dienst einzeln die Authentifizierung aufheben und sich erneut authentifizieren kann.
Bieten Sie Nutzer/innen eine klare Möglichkeit, Änderungen zu speichern.
Verzichten Sie nicht auf die Authentifizierungseinstellung, wenn Ihre App diese benötigt.
Beschriftungen und Beschreibungen
Die App-Einstellungen müssen Beschriftungen und Beschreibungen enthalten, die den Nutzer/innen die Navigation in und das Verständnis der App erleichtern.
Das sollten Sie tun
Das sollten Sie nicht tun
Geben Sie klare Beschriftungen und Beschreibungen für Einstellungen an.
Beschriften Sie die Einstellungen nicht so, dass dies für die Nutzer/innen schwer zu verstehen ist.
Schließen Sie keine Beschreibungen für Einstellungen aus.
Erforderliche und optionale Einstellungen
Die App muss klar angeben, welche Einstellungen erforderlich und welche optional sind.
Das sollten Sie tun
Das sollten Sie nicht tun
Geben Sie an, welche Einstellungsfelder erforderlich sind.
Lassen Sie keine Pflichtfelder unmarkiert, sodass die Nutzer/innen nicht verstehen, warum die App nicht richtig funktioniert.
Einstellungen speichern
Die Einstellungen der App müssen eine eindeutige Möglichkeit zum Speichern von Änderungen bieten.
Das sollten Sie tun
Das sollten Sie nicht tun
Bieten Sie Nutzer/innen eine klare Möglichkeit, Änderungen zu speichern.
Lassen Sie die Möglichkeit, Änderungen zu speichern, nicht weg.
Lassen Sie nicht zu, dass auf der Seite mehrere Speichermuster verwendet werden.
Änderungsbestätigungen
Bei Änderungen der App-Einstellungen müssen Sie nach dem Speichern eine Bestätigungsmeldung anzeigen.
Das sollten Sie tun
Das sollten Sie nicht tun
Geben Sie eine Bestätigung an, wenn Einstellungsänderungen gespeichert werden.
Lassen Sie Bestätigungsmeldungen nicht weg.
Lassen Sie nicht zu, dass Änderungen ohne Bestätigungsmeldungen durchgeführt werden.
Komponenten
Verwenden Sie die Nutzeroberflächen-Komponenten von Stripe für Ihr Appe App, insbesondere für den erweiterbaren App-Drawer und Ihre App-Einstellungsseite. Dadurch scheint die Nutzung Ihrer App wie ein Teil des Stripe-Dashboards.
Das sollten Sie tun
Das sollten Sie nicht tun
Erstellen Sie mit den UI-Komponenten Ihre eigene App.
Verwenden Sie nur die mitgelieferten Schriftarten, Symbole, Formularfelder und Farbschemas, um sie mit dem Dashboard konsistent zu halten.
Verwenden Sie keine stilisierten Komponenten aus anderen Designsystemen.
Passen Sie die Komponenten nicht an oder führen Sie kein Branding für Komponenten durch.
Visuelle Elemente
Verwenden Sie Symbole, Bilder und Illustrationen, um den Nutzer/innen das Verständnis der Abläufe und Funktionen Ihrer App zu erleichtern.
Das sollten Sie tun
Das sollten Sie nicht tun
Verwenden Sie visuelle Elemente (Symbole und Illustrationen), damit die Nutzer/innen verstehen, wie die App oder eine bestimmte Funktion zu verwenden ist.
Verwenden Sie visuelle Elemente von hoher Qualität.
Verwenden Sie keine visuellen Elemente, die rein dekorativer Natur sind.
Verwenden Sie keine visuellen Elemente mit minderwertiger Qualität.
Drawer-Symbol
Wenn Ihre App über eine Nutzeroberflächenkomponente verfügt, wird sie nach der Installation durch eine/n Nutzer/in im App-Drawer im Stripe-Dashboard angezeigt. Stellen Sie sicher, dass das App-Symbol korrekt im Drawer angezeigt wird, indem Sie App-Symbol mit hoher Qualität in Ihr App-Manifest aufnehmen.
Das sollten Sie tun
Das sollten Sie nicht tun
Fügen Sie ein Symbol mit hoher Qualität in Ihr App-Manifest ein.
Lassen Sie das Symbol in Ihrem App-Manifest nicht weg.
Fügen Sie kein Symbol mit geringer Qualität zu Ihrem App-Manifest hinzu.
App-Inhalt
Stellen Sie in der gesamten Nutzeroberfläche der App klare und konsistente Inhalte bereit. Sprechen Sie die Nutzer/innen bezüglich Ausdrucksweise, Tonfall und Grammatik genauso an wie im Rest des Dashboards.
Ausdrucksweise, Tonfall, Grammatik und Stil
Das sollten Sie tun
Das sollten Sie nicht tun
Schreiben Sie auf einfache Weise. Verwenden Sie eine kompakte spezifische Sprache. Beispiel: „Try out the feature in your Dashboard.“ (Probieren Sie die Funktion in Ihrem Dashboard aus.)
Nutzen Sie eine aktive Ausdrucksweise. Beispiel: „Order a card reader.“ (Bestellen Sie ein Kartenlesegerät.)
Verwenden Sie einfache Verben für Aktionsaufrufe. Für allgemeine Aktionen, bei denen das Objekt klar ist, können Sie nur das Verb einfügen. Beispiel: „Create subscription“ (Abonnement erstellen).
Verwenden Sie aus Effizienz- und Platzgründen Ziffern. Beispiel: „You have 3 tickets to review“. (Sie haben 3 zu prüfende Tickets.)
Vermeiden Sie Unternehmenssprache und Fachjargon. Beispiel: „Utilize this programmed software“ (Verwenden Sie diese programmierte Software.)
Verwenden Sie keine passive Ausdrucksweise. Beispiel: „Card readers are available to order.“ (Kartenlesegeräte sind auf Bestellung erhältlich.)
Verzichten Sie auf Füllwörter wie Pronomen, Adjektive, Adverbien sowie auf unbestimmte Artikel wie „a“ (ein), „an“ (eine) oder „the“ (der/die/das). Schreiben Sie zum Beispiel nicht „Create your subscription“ (Ihr Abonnement erstellen), sondern eher „Create subscription“ (Abonnement erstellen).
Schreiben Sie Zahlen nicht aus, es sei denn, das Thema ist bildlich gemeint. Beispiel: „There are two ways to fix this problem.“ (Es gibt zwei Wege, dieses Problem zu lösen).
Gemäßigte Großschreibung
Das sollten Sie tun
Das sollten Sie nicht tun
Schreiben Sie bei allen Inhalten den ersten Buchstaben im Satz groß. Dies gilt auch für Überschriften und Schaltflächen. Beispiel: „Add bank account“ (Bankkonto hinzufügen),„Create subscription“ (Abonnement erstellen)
Verwenden Sie aus Effizienz- und Platzgründen Ziffern. Beispiel: „You have 3 tickets to review“. (Sie haben 3 zu prüfende Tickets.)
Fügen Sie keine großgeschriebenen Wörter hinzu, die keine Eigennamen, Akronyme oder das erste Wort eines Satzes sind. Beispiel: „Add Bank Account“ (Bankkonto Hinzufügen)
Zeichensetzung
Das sollten Sie tun
Das sollten Sie nicht tun
Verwenden Sie Punkte im Fließtext. Dies gilt auch für Unterüberschriften, Beschreibungen, Rechtstexte und QuickInfos. Der Punkt steht innerhalb der Anführungszeichen, nicht danach.
Verwenden Sie Punkte für Titel oder Überschriften oder für Elemente, auf die geklickt werden kann, wie Menübeschriftungen und Schaltflächen. Beispiel: Setzen Sie niemals einen Punkt nach dem Link „Learn more“ (Mehr erfahren).
Datumsformat
Das sollten Sie tun
Das sollten Sie nicht tun
Formatieren Sie Datumsangaben wie folgt: Verwenden Sie zur Abkürzung von Monate die aus drei Buchstaben bestehende Abkürzung und keinen Punkt. Beispiel: „Jan, Feb, Mar, Apr, May, Jun“ (Jan., Feb., Mrz., Apr., Mai, Jun.). Wenn Sie den Monatsnamen, den Tag und das Jahr ausschreiben, setzen Sie ein Komma zwischen den Tag und das Jahr. Zum Beispiel „January 3, 2021“ (3. Januar 2021) oder „Jan 3, 2021“ (3. Jan. 2021). Wenn Sie nur den Monat und das Jahr angeben, verwenden Sie kein Komma. Zum Beispiel „January 2021“ (Januar 2021) oder „Jan 2021“ (Jan. 2021).
Fügen Sie nach der Abkürzung eines Monats keinen Punkt ein.
Verwenden Sie keine Ordnungszahlen (d. h. 1st, 2nd, 3rd) (1., 2., 3.) für Datumsangaben.
Uhrzeitformat
Das sollten Sie tun
Das sollten Sie nicht tun
Formatieren Sie Zeitangaben wie folgt: Verwenden Sie das 12-Stunden-Uhrzeitformat. Geben Sie „Ante Meridian“ (AM) und „Post Meridian“ (PM) in Großbuchstaben und mit einem Leerzeichen nach der letzten Ziffer an. Verwenden Sie zwei Ziffern für Minuten. Zum Beispiel „3:25 PM“ (15:25 Uhr) oder „10:00 AM“ (10:00 Uhr).
Verwenden Sie kein 24-Stunden-Format.
Lassen Sie beim 12-Stunden-Format AM und PM nicht weg.
App-Funktionalität
Ihre App muss klar, hilfreich und zuverlässig sein.
Nutzen
Der Stripe App Marketplace ist ein Business-to-Business (B2B)-Ecosystem. Die Apps im Marktplatz müssen Funktionen bieten, mit denen geschäftliche Vorgänge von Stripe-Nutzer/innen verbessert oder vereinfacht werden.
Das sollten Sie tun
Das sollten Sie nicht tun
Bieten Sie eine App an, mit der die Nutzer/innen ihre Geschäfte effizienter und effektiver abwickeln können.
Stellen Sie kontextbezogene Informationen und Aktionen bereit. Bieten Sie unbedingt einen Mehrwert für den Ablauf der Nutzer/innen bei Stripe. Geben Sie nur dann Deep-Links zu Ihren Dienstleistungen an, wenn es hilfreich sein könnte, auf einen umfassenderen Workflow zu verweisen.
Stellen Sie ergänzende, sich nicht überschneidende Funktionen zur Verfügung. Ihre App sollte neue und eindeutige Funktionen bieten, die hilfreich für die Nutzer/innen sind und ihre Abläufe bei Stripe erweitern.
Entwickeln Sie keine Apps für den Privatgebrauch oder zum Zeitvertreib wie Spiele, Quizz-Apps und Klickfang.
Verwenden Sie Ihre App nicht nur als Ausgangspunkt zu Ihren eigenen Dienstleistungen, ohne Ihren Nutzer/innen innerhalb von Stripe einen greifbaren Mehrwert zu bieten. Deep-Links sollten gegenüber kontextbezogenen Informationen oder Aktionen zweitrangig sein.
Genauigkeit der Berechnungen und Datenvisualisierung
Alle von Ihrer Anwendung durchgeführten Berechnungen müssen exakt und zuverlässig sein. Alle in Ihrer App dargestellten Daten oder Visualisierungen sollten korrekt und vollständig sein.
Das sollten Sie tun
Das sollten Sie nicht tun
Präsentieren Sie Nutzer/innen nur dann berechnete Daten mit Mehrwert, wenn Sie über alle relevanten Informationen und Daten verfügen, um ein finanziell einwandfreies Ergebnis gewährleisten zu können. Beispiel: Exakte Bilanzsummen mit allen relevanten Informationen und Daten.
Präsentieren Sie Nutzer/innen keine unzuverlässige Informationen, wenn Sie nicht über ausreichend Informationen verfügen, um das Ergebnis korrekt zu berechnen. Beispiel: Berechnung von Steuerbeträgen ohne ordnungsgemäße Steuerklassifizierung.
Stellen Sie Nutzer/innen keine falschen Informationen zur Verfügung, da Sie nicht über sämtliche Daten verfügen, die Sie für eine korrekte Berechnung benötigen.
Zahlungsabwicklung
Sofern nicht schriftlich von Stripe genehmigt, müssen Sie Zahlungen, die durch wesentliche Funktionen Ihrer App ausgelöst werden, über Stripe abwickeln.
Das sollten Sie tun
Das sollten Sie nicht tun
Nutzen Sie Stripe für jegliche erforderliche Zahlungsabwicklung in Ihrer App.
Verwenden Sie keine externen Zahlungsabwickler in Ihrer App, um Stripe zu umgehen.
Anleitungen zum Testen und Anmeldeinformationen
Während der App-Überprüfung verwendet Stripe Ihre Anleitung zum Testen und die Anmeldedaten, um die Stabilität, die Komponentennutzung und die Nutzererfahrung Ihrer App zu überprüfen. Sie müssen Folgendes angeben:
Anleitung zum Testen: Beziehen Sie mehrere Nutzerszenarien oder Use cases ein, die alle wichtigen Funktionen Ihrer App abdecken, einschließlich des Nutzer-Onboarding.
Testen von Anmeldedaten für Testkonten: Geben Sie einen oder mehrere Sätze von Anmeldedaten zum Testen an, die Stripe zur Installation und Nutzung Ihrer App verwenden kann. Wenn Ihre Testkonten bestimmte Daten benötigen, um Ihre App zu verwenden (z. B. eine CSV-Datei), müssen Sie diese dem Konto beifügen.
Vorsicht
Stripe gestattet Ihnen nicht, echte Konten (keine Testkonten) für den App-Überprüfungsvorgang zu verwenden. Wenn Sie andere Möglichkeiten benötigen, uns zu Testzwecken Zugriff auf ein bestimmtes Konto zu gewähren, wenden Sie sich an den Stripe-Support, um Unterstützung zu erhalten.
Das sollten Sie tun
Das sollten Sie nicht tun
Geben Sie die detaillierten Schritte an, die zum Testen Ihrer App erforderlich sind.
Geben Sie Details zum erwarteten Verhalten an, das Stripe sehen wird.
Stellen Sie Beispieldaten je Testkonto zur Verfügung, soweit notwendig.
Geben Sie Testanmeldedaten von Konten an, die Ihr Unternehmen genau repräsentieren.
Geben Sie Testanmeldedaten für ein kostenpflichtiges Konto an, wenn ein Teil Ihrer App ein kostenpflichtiges Konto benötigt, damit Tests durchgeführt werden können.
Geben Sie Testanmeldedaten für den höchsten rollenbasierten Zugriff innerhalb Ihrer App an. Beispiel: „Admin“.
Geben Sie Details dazu an, wie sich verschiedene Nutzerrollen in Ihrem System darauf auswirken, wie verschiedene Elemente in der Nutzeroberfläche des Stripe-Dashboards gerendert werden. Beispiel: „Admin“ „Nur anzeigen“.
Geben Sie detaillierte Schritte an, in denen erläutert wird, wie eine Verbindung Ihrer App mit Stripe hergestellt wird.
Geben Sie für Apps, die eine Datensynchronisierung erfordern, detaillierte Schritte an, um sowohl die erforderlichen Daten zu synchronisieren als auch zu bestätigen, dass die Daten korrekt sind.
Geben Sie für Apps, die Live-Daten benötigen (z. B. Transaktionen), detaillierte Schritte zum Anzeigen dieser Daten an.
Geben Sie für Apps, die regionsspezifisch sind oder geografische Beschränkungen aufweisen, Details zu den unterstützten Regionen an und testen Sie die Anmeldedaten für ein Stripe-Konto, auf dem die neueste Version Ihrer App installiert ist.
Deaktivieren Sie die Multi-Faktor-Authentifizierung oder geben Sie den Prüfern Anweisungen, sie zu bestehen.
Gehen Sie nicht davon aus, dass die App-Prüfer „es schon herausfinden werden“.
Beispielhafte Testanmeldedaten für eine Beispiel-App wie Stripe mit Google Sheets:
Test-Kontoname
Nutzername
Passwort
Google Sheets
teststripeapps@stripe.com
teststripeapps
Stripe
teststripeapps@stripe.com
teststripeapps
Beispiel-Nutzerszenario für eine Beispiel-App wie Stripe mit Google Sheets:
Nutzerszenario
Schritt-für-Schritt-Anleitung
Als Nutzer/in anmelden
App aus dem Stripe App Marketplace installieren.
App öffnen.
Klicken Sie auf die Schaltfläche Anmelden.
Geben Sie die Anmeldedaten für den Google-Test ein (die Sie unten finden).
Geben Sie der App Zugriff auf Ihr Google-Konto.
Kehren Sie zum Stripe-Dashboard zurück und melden Sie sich bei der App an. Sie sollten in der Lage sein, einen Dienst von Google Sheets in Ihrer App im Dashboard zu verwenden.
Daten aus Stripe in Google Sheets exportieren
Navigieren Sie entweder zum Bereich „Zahlungen“ oder Kunden-Dashboard.
Öffnen Sie die App im Dashboard.
Klicken Sie auf die Schaltfläche in der App-Schublade, um Daten zu exportieren.
Wählen Sie einen Ordner (optional).
Daten speichern. Die Daten sollten als CSV-Datei in Ihrem Google Drive-Konto verfügbar sein.
Keine Werbung
Ihre App darf keine Display- oder Bannerwerbung enthalten.
Das sollten Sie tun
Das sollten Sie nicht tun
Konzentrieren Sie sich bei Ihrer App auf den Nutzen, den Sie Ihren Kunden bieten möchten.
Beliebige Anzeigen (eigene oder von einem Display-Werbeservice) hinzufügen.
Schließen Sie Versprechen für zukünftige Veröffentlichungen ein.
Vollständig funktionsfähig und ohne Fehler
Ihre App muss vollständig, ausgearbeitet und ohne offensichtliche Fehler, einschließlich defekter Links, sein.
Das sollten Sie tun
Das sollten Sie nicht tun
Veröffentlichen Sie Ihre App, sobald sie funktional vollständig ist.
Führen Sie End-to-End-Tests für Ihre App anhand mehrerer Szenarien durch.
Beheben Sie alle erkannten Fehler, bevor Sie Ihre App zur Überprüfung einreichen.
Stellen Sie sicher, dass alle Links in Ihrer App auf gültige URLs verweisen.
Behalten Sie keine Schaltflächen ohne Funktion, halbfertige Ansichten usw. unverändert bei.
Versuchen Sie nicht, die App trotz bekannter Fehler, Absturzursachen usw. zu veröffentlichen.
Fügen Sie keine Links zu nicht vorhandenen Seiten (404) oder Seiten hinzu, die Fehlermeldungen erzeugen.
Berechtigungen
Ihr App-Manifest muss die für Ihre App mindestens erforderlichen Berechtigungen enthalten. Ihre App darf keine API-Aufrufe durchführen, für die keine Berechtigungen angefordert wurden.
Das sollten Sie tun
Das sollten Sie nicht tun
Deklarieren Sie alle erforderlichen Berechtigungen für Ihre App in der Manifest-Datei Ihrer App.
Fordern Sie keine Berechtigungen an, die von Ihrer App nicht aktiv genutzt werden.
Versuchen Sie nicht, API-Aufrufe durchführen, für die keine Berechtigungen angefordert wurden. (Diese Aufrufe schlagen nicht nur fehl, sondern führen auch zu einer negativen Nutzererfahrung.)
Wesentliche Änderungen
Stellen Sie sicher, dass die Apps für die Nutzer/innen von Version zu Version nahtlos funktionieren. Stellen Sie sicher, dass Ihre App keine wesentlichen Änderungen verursacht, die ein Eingreifen der Nutzer/innen beim Upgrade erfordern, die diese zu Unterbrechungen des Geschäftsbetriebs führen kann. Wenn wesentliche Änderungen vorkommen, müssen Sie die Nutzer/innen über die Versionshinweise der App und andere geeignete Kanäle klar und deutlich darauf hinweisen.
Das sollten Sie tun
Das sollten Sie nicht tun
Entwickeln Sie Ihre App so weiter, dass Versionsupgrades automatisch und ohne Eingreifen der Nutzer/innen erfolgen können.
Stellen Sie sicher, dass neue Funktionalitäten problemlos deaktiviert werden, falls die Nutzer/innen sie nicht konfigurieren.
Testen Sie Ihren Upgrade-Pfad zwischen den Versionen, um den Upgrade-Ablauf für Ihre Nutzer/innen exakt nachzuvollziehen.
Fügen Sie keinen neuen obligatorische Einstellungen hinzu, durch die Ihre App so lange unbrauchbar wird, bis die Nutzer/innen sie neu konfigurieren.
Datenschutz und Sicherheit
Datennutzung
Ihre App kann nur Nutzerdaten und APIs verwenden, die für bestehende App-Funktionen erforderlich sind, die Sie den Nutzer/innen klar mitteilen. Sie dürfen keine Daten weiterverkaufen oder veröffentlichen, die Sie von Stripe-Nutzer/innen über Ihre App erhalten haben.
Das sollten Sie tun
Das sollten Sie nicht tun
Fordern Sie umfassende Berechtigungen für die von Ihrer App benötigten Daten an.
Informieren Sie die Nutzer/innen darüber, wie ihre Daten verwendet werden.
Achten Sie darauf, dass Sie die Daten in Übereinstimmung mit Ihrer Datenschutzerklärung verwenden.
Fordern Sie keine Berechtigungen für Daten an, die Sie zu einem späteren Zeitpunkt verwenden möchten.
Verwenden Sie keine „versteckten“ Funktionen oder fordern Sie keine Berechtigungen für Daten an, die eine „versteckte“ Funktion in Ihrer App unterstützen.
Erfassen Sie keinen Daten von Nutzer/innen für eine bestimmte App-Funktion und verwenden Sie diese Daten dann nicht für andere Zwecke, ohne diese Nutzung offenzulegen.
Kompilieren und verkaufen Sie keine Datensätze mit Daten, die über Ihre App gewonnen wurden.
Lesbarkeit von Code
Wir übermitteln keine Erweiterungen der Nutzeroberfläche mit verschleiertem Quellcode, da es sich dabei um eine gängige Methode zur Verschleierung von bösartigem Code handelt. Eine Verkleinerung des Codes ist zulässig und wird empfohlen.
Das sollten Sie tun
Das sollten Sie nicht tun
Schreiben Sie einfachen Code.
Verkleinern Sie Ihren Code während des Entwicklungsprozesses.
Führen Sie Ihren Code bei der Entwicklung nicht über Verschleierungstools aus (Obfuskation).
Externe Endpoints
Wenn Ihre App über UI Extensions verfügt, müssen Sie alle externen Endpoints deklarieren, mit denen diese Erweiterung der Nutzeroberfläche in Ihrem App-Manifest kommuniziert. Ihre App darf nicht mit externen Endpoints kommunizieren, die nicht im Manifest deklariert sind.
Das sollten Sie tun
Das sollten Sie nicht tun
Deklarieren Sie alle Ihre externen Endpoints in der Manifest-Datei.
Versuchen Sie nicht, API-Aufrufe zu tätigen oder Ressourcen von Endpoints zu laden, die Sie nicht in der Manifestdatei deklariert haben. (Die Anfrage schlägt fehl, und wir überwachen Apps auf ähnliche Aktivitäten.)
Geheimschlüssel
Sie müssen geheime Materialien, die von Erweiterungen der Nutzeroberfläche benötigt werden, ordnungsgemäß mithilfe der Secret Store API speichern. Dazu gehören OAuth-Token, weitere Anmeldedaten und alle App-Geheimschlüssel, die für den Betrieb der Erweiterung der Nutzeroberfläche Ihrer App erforderlich sind. Verwenden Sie die Secret Store API nicht für die allgemeine Datenspeicherung.
Das sollten Sie tun
Das sollten Sie nicht tun
Speichern Sie die OAuth-Token Ihrer Nutzer/innen im Secret Store für eine sichere, browserübergreifende und dauerhafte Authentifizierung bei Ihrem Dienst.
Verwenden Sie keine Cookies, lokale Speichermöglichkeiten oder Metadaten von Stripe verwenden, um sensible Daten zu speichern.
Speichern Sie keinen nicht geheimen Daten wie die Präferenzen der Nutzer/innen mithilfe der Secret Store API.
Leistung und Zuverlässigkeit
Erfolgsquote bei API-Aufrufen
Die von Ihrer App durchgeführten API-Aufrufe müssen durchgängig zuverlässig und erfolgreich sein. Stripe überwacht die Erfolgsquote der API-Aufrufe für alle installierten Apps.
Latenz der API-Aufrufe
Die von Ihrer App durchgeführten API-Aufrufe sollten eine durchgängig niedrige Latenz haben. Stripe überwacht die Latenz der API-Aufrufe für alle installierten Apps.
Hilfe und Support
Dokumentation
Sie müssen eine umfassende Dokumentation für Ihre App erstellen, die über das öffentliche Internet zugänglich ist.
Das sollten Sie tun
Das sollten Sie nicht tun
Schreiben Sie eine ausführliche Dokumentation für die Nutzer/innen, damit diese Ihre App verstehen und erfolgreich nutzen können.
Hosten Sie Ihre Dokumentation auf Ihrer Website.
Leiten Sie die Nutzer/innen für Hilfe und Support an Ihre Dokumentationsseite weiter.
Verweisen Sie nicht auf eine Dokumentationsseite mit dem Titel „Demnächst verfügbar“.
Verweisen Sie nicht auf Dokumentationsseite, auf der wesentliche Teile der App-Funktionen nicht beschrieben werden.
Support
Sie müssen klare und leicht zugängliche Support-Kanäle für die Nutzer/innen bereitstellen. Sie sollten mindestens eine E-Mail-Adresse für Support-Anfragen und die zu erwartende Antwortzeit für die jeweiligen Nutzer/innen angeben.
Das sollten Sie tun
Das sollten Sie nicht tun
Stellen Sie eine Support-E-Mail-Adresse mit explizitem SLA bereit.
Stellen Sie zusätzliche Support-Kanäle wie Chat, Foren usw. bereit.
Geben Sie keine ungültige E-Mail-Adresse für den Support an.
Prüfen Sie Support-Anfragen nicht unregelmäßig und lassen Sie sich nicht Tage und Wochen Zeit, um zu antworten.
Gesetzeskonformität
Geistiges Eigentum
Fügen Sie nur Ressourcen und Arbeiten hinzu, für die Sie ein Nutzungsrecht haben. Verletzen Sie nicht die Rechte an geistigem Eigentum von anderen.
Das sollten Sie tun
Das sollten Sie nicht tun
Verwenden Sie Code, Bilder und andere Ressourcen, die Sie erstellt haben oder für die Sie kommerzielle Lizenzen erworben haben.
Kopieren Sie keinen fremden Code ohne entsprechende Kennzeichnung oder Genehmigung.
Verwenden Sie keinen Open-Source-Code entgegen den Lizenzbestimmungen.
Verwenden Sie keine Fotos aus dem Internet ohne entsprechende Genehmigung.
Senden Sie keinen Spam. Unsere Anti-Spam-Richtlinie bedeutet, dass Sie dafür verantwortlich sind, dass die gesamte Kommunikation mit den Nutzer/innen optional erfolgt (explizite Zustimmung wird eingeholt), relevant ist und allen geltenden Gesetzen zur E-Mail-Kommunikation entspricht. Sie dürfen die Kontaktdaten der Nutzer/innen von Stripe nicht an Dritte veräußern.
Ausfuhrkontrollen und kryptografische Funktionen
Ihr App-Code muss alle geltenden Vorschriften zur Ausfuhrkontrolle berücksichtigen. Insbesondere darf Ihre App keine eigenen kryptografischen Funktionen beinhalten. Diese fallen unter die International Traffic in Arms Regulations (ITAR), und die Ausfuhr solcher Funktionen außerhalb der Vereinigten Staaten kann schwerwiegende Strafen nach sich ziehen.
Das sollten Sie tun
Das sollten Sie nicht tun
Verwenden Sie integrierte kryptografische Funktionen aus Standard-Bibliotheken.
Verwenden Sie ordnungsgemäß überprüfte kryptografische Funktionen aus bekannten Open-Source-Bibliotheken.
Schreiben Sie nicht Ihre eigene neuartige kryptografische Funktion und nehmen Sie diese nicht in den Quellcode Ihrer UI Extensions auf.
Betrügerische Aktivitäten
Ihre App darf keine betrügerischen Aktivitäten ausüben oder unterstützen.
Nicht zugelassene Unternehmen und Apps
Apps, die für Zwecke gedacht sind, die in unserer Liste Untersagter und eingeschränkter Geschäftstätigkeiten aufgeführt sind oder Leistungen für zulassungspflichtige oder anderweitig regulierte Branchen erbringen, erfordern eine gesonderte Prüfung. Fällt Ihre App in eine dieser Kategorien, erhalten Sie eine entsprechende Benachrichtigung, damit wir das Prüfverfahren gemeinsam abschließen können.
Fällt Ihr Unternehmen bzw. Ihre Anwendung nach Einschätzung von Stripe in eine zulassungspflichtige oder anderweitig regulierte Branche, wenden Sie sich bitte an den Stripe-Support, um eine erweiterte Prüfung zu veranlassen.
Vergewissern Sie sich, dass Sie alle geltenden Regulierungsvorschriften einhalten.
Reichen Sie Ihre App zur Überprüfung ein und arbeiten Sie mit Stripe zusammen, um die Überprüfung abzuschließen.
Sie versuchen, eine App einzureichen, wenn Sie in einer regulierten Branche tätig sind und nicht über die erforderlichen Zulassungen und Genehmigungen verfügen.
Sie reichen eine App ein, die eingeschränkte Geschäftstätigkeiten berührt, und verfügen nicht über die erforderlichen Zulassungen bzw. Genehmigungen.
Sie erstellen mit Daten, die nicht mit Ihrem Unternehmen zusammenhängen, ein Stripe-Konto und entwickeln eine App.
Nicht zugelassene Unternehmen
Ihr Unternehmen oder Sie als Entwickler/in dürfen keine Geschäfte tätigen, die gemäß unseren Nutzungsbedingungen untersagt sind.
Sanktionierte Länder
Ihr Unternehmen oder Sie als Entwickler/in können nicht in einem Land ansässig sein, mit dem Stripe aufgrund eines Embargos oder anderer Beschränkungen nicht zusammenarbeiten kann.
