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.
Spelling and grammar
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.
Subtitle
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
Category
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.
Description
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.
Feature highlights
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.
Non-duplicate
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.
Information and actions
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.
Don’t use your app as an entry point to a third-party website without providing any tangible value to users within Stripe.
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.
Make sure you don’t have dead ends or looping. For example: don’t leave a user in the middle of a workflow without a Cancel or Go back button if they need to exit.
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.
Buttons and 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.
Notices and dialogs
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.
Don’t show notices that are irrelevant or aim to upsell. These types of messages might feel like spam and degrade the user’s perception of your app and Stripe.
Gestatten Sie dem/der Nutzer/in nicht, kostspielige Aktionen oder klare Bestätigung durchzuführen.
States
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.
UI error handling
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.
Authentication Settings
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.
Labels and descriptions
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.
Required and optional settings
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.
Settings save
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.
Don’t omit a way to save changes.
Lassen Sie nicht zu, dass auf der Seite mehrere Speichermuster verwendet werden.
Change confirmations
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.
Visuals
Use icons, images, and illustrations to make it simpler for users to understand the flows and features of your app.
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.
Use high-quality visuals.
Verwenden Sie keine visuellen Elemente, die rein dekorativer Natur sind.
Verwenden Sie keine visuellen Elemente mit minderwertiger Qualität.
Drawer icon
If your app has a UI component, it displays in the app drawer in the Stripe Dashboard after a user installs it. Make sure that the app icon correctly displays in that drawer by including a high-quality app icon in your app manifest.
Das sollten Sie tun
Das sollten Sie nicht tun
Include a high-quality icon in your app manifest.
Lassen Sie das Symbol in Ihrem App-Manifest nicht weg.
Don’t add a low-quality icon to your app manifest.
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.
Voice, tone, grammar, and style
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).
Sentence case
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)
Punctuation
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).
Date format
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.
Time format
Das sollten Sie tun
Das sollten Sie nicht tun
Format time as follows: Use the 12-hour clock. Indicate ante meridian (AM) and post meridian (PM) with all caps and a space after the last number. Use two digits for minutes. For example: “3:25 PM” or “10:00 AM”.
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.
Usefulness
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.
Accuracy of calculations and data visualization
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.
Payment processing
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 der Anmeldedaten von 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 dem Konto beifügen. Stellen Sie sicher, dass die Test-Links, die Sie für die App-Überprüfung bereitstellen, über die App-Installation und nicht über Connect Onboarding mit Stripe verbunden werden.
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.
No advertising
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.
Fully-functional and bug-free
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.
Permissions
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.)
Sandbox support
Ihr App-Manifest muss deklarieren, ob Ihre App die Installation in einer Sandbox unterstützt. Wenn Sie dies auf „false“ festlegen, kann Ihre App nicht in Sandboxes installiert werden.
Das sollten Sie tun
Das sollten Sie nicht tun
Deklarieren Sie in der Manifest-Datei Ihrer App, ob Ihre App über Sandbox-Unterstützung verfügt.
Aktivieren Sie die Sandbox-Unterstützung erst, wenn Sie validiert haben, dass sie erwartungsgemäß funktioniert.
Breaking changes
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
Data usage
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.
Code readability
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).
External 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.)
Secrets
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
API call success rates
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.
API call latency
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
Documentation
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
Intellectual property
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.
Export controls and cryptographic functions
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.
Fraudulent activities
Ihre App darf keine betrügerischen Aktivitäten ausüben oder unterstützen.
Restricted businesses and 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.
Prohibited businesses
Ihr Unternehmen oder Sie als Entwickler/in dürfen keine Geschäfte tätigen, die gemäß unseren Nutzungsbedingungen untersagt sind.
Sanctioned countries
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.
