Marketplace-Plattform-Architektur: Anbieter, Katalog, Zahlungen, KI und Skalierung

Dieser technische Artikel richtet sich an CTOs, Architekten und Product Owner, die einen Multi-Vendor-Marketplace planen oder einen bestehenden Shop in einen solchen umwandeln möchten. Er erläutert die Architektur, die wichtigsten Kompromisse und wie man sie testet. Er ist informativ: Wenn Sie bereit sind, einen Aufbau zu planen, ist die E-Commerce-Marketplace-Lösung der richtige Ausgangspunkt. Für die Frage, wann eine individuelle Plattform überhaupt gerechtfertigt ist, lesen Sie unseren Leitfaden für individuelle E-Commerce-Plattformen; siehe auch Agentic Commerce Readiness, Multi-Tenant-SaaS-Architektur und Marketplace-Plattform-Optionen.

Kontext: Was sich ändert, wenn ein Shop zum Marketplace wird

Ein Einzel­händler-Shop hat einen Katalogeigentümer, einen Händler und eine Fulfillment-Operation. Ein Marketplace hat viele von jedem, und die Plattform sitzt zwischen ihnen.

Jede Zeile fügt Daten, Regeln und Fehlermodi hinzu. Die Architektur sollte jeden davon explizit machen, anstatt einen Einzel­händler-Shop so lange zu verbiegen, bis er bricht.

Referenzarchitektur

Der Weg einer Bestellung durch diese Architektur:

1. Der Käufer schließt einen Warenkorb mit Artikeln von drei Anbietern ab.
2. Der Zahlungsanbieter belastet den Käufer einmalig.
3. Das Hauptbuch erfasst den Anteil jedes Anbieters, die Plattform­provision und etwaige Gebühren.
4. Die Bestellweiterleitung erstellt drei Anbieter-Bestellungen und benachrichtigt jeden Anbieter.
5. Jeder Anbieter versendet und aktualisiert seine eigene Bestellung; der Käufer sieht einen kombinierten Status.
6. Nach der Haltezeit überweisen die Auszahlungen das Guthaben jedes Anbieters auf sein Bankkonto.
7. Eine Rückerstattung oder Streitigkeit bei einer Anbieter-Bestellung passt nur das Guthaben dieses Anbieters an.

Anbieter-Onboarding und -Konten

Die Onboarding-Geschwindigkeit entscheidet, wie schnell der Katalog wachsen kann. Behandeln Sie sie daher als Produkt­flow, nicht als Admin-Formular: Erfassen Sie nur das, was zum Start benötigt wird, lassen Sie den Anbieter Produkte listen, während die Verifizierung läuft, und sperren Sie Auszahlungen – nicht Listings – bis die Verifizierung abgeschlossen ist.

Zwei Teile sollten nicht von Grund auf neu gebaut werden:

• Identitäts- und Auszahlungs­verifizierung. Marketplace-Zahlungsdienste übernehmen dies. Stripe Connect beispielsweise bietet Onboarding-Optionen für verbundene Konten, erfasst die für jedes Konto benötigten Verifizierungs­informationen und verwaltet Auszahlungen.
• Melde­pflichten für Verkäufer. In der EU verpflichtet DAC7 (Richtlinie des Rates (EU) 2021/514, anwendbar seit dem 1. Januar 2023) digitale Plattform­betreiber, Verkäufer­informationen zu erfassen, zu verifizieren und jährlich an die Steuerbehörden zu melden. Gestalten Sie das Anbieter-Datenmodell so, dass diese Felder beim Onboarding erfasst werden und nicht nachträglich eingefügt werden müssen.

Anbieter-Konten benötigen eigene Rollen: einen Inhaber, Mitarbeiter, die Listings verwalten, und Mitarbeiter, die Bestellungen und Auszahlungen einsehen – jede Abfrage auf die Datensätze dieses Anbieters beschränkt. Für den Onboarding-Flow selbst lesen Sie den Leitfaden für KI-gestütztes Verkäufer-Onboarding zu Methoden der Katalog­aufnahme und Design von Review-Warteschlangen.

Katalog: Anbieter-Listings oder ein gemeinsamer Produktkatalog

Die meisten Mode- und Lifestyle-Marketplaces tendieren zu anbieter­eigenen oder kuratierten Listings; Marketplaces für identische Waren tendieren zu einem gemeinsamen Katalog mit Angeboten. Unabhängig vom gewählten Modell führen Sie Listings durch eine Pipeline: importieren, erforderliche Attribute und Bilder validieren, moderieren und dann in der Suche veröffentlichen. Sobald das Katalog­modell festgelegt ist, ist die Lesbarkeit durch KI-Shopping-Agenten eine separate Entscheidung zu Schema, Feed und Tool-Interface; lesen Sie unseren Leitfaden für agenten­fähige Marketplace-Kataloge.

Zahlungen und Auszahlungen

Die Geldschicht birgt das größte Risiko für Marketplaces. Drei Entscheidungen prägen sie.

Verwenden Sie einen Zahlungsdienst, der für Plattformen entwickelt wurde, anstatt Geld auf Ihr eigenes Konto einzuziehen und Anbieter manuell zu bezahlen. Stripe Connect ist ein Beispiel: Es ermöglicht einem Marketplace, Zahlungen von Kunden einzuziehen und einen Teil davon an Verkäufer auszuzahlen, wobei Guthaben und Auszahlungen für verbundene Konten vom Anbieter verwaltet werden. Führen Sie dennoch Ihr eigenes Hauptbuch, da Provisionen, Gebühren, Rückerstattungen und Anpassungen mit den Datensätzen des Anbieters abgeglichen werden müssen; unser Abrechnungs­leitfaden behandelt dies.

Kartendaten sollten aus Ihren Systemen herausgehalten werden. PCI DSS, der Payment Card Industry Data Security Standard, legt grundlegende technische und betriebliche Anforderungen für alle Stellen fest, die Karteninhaber­daten speichern, verarbeiten oder übertragen. Die Verwendung der gehosteten Zahlungsfelder oder des Checkouts des Anbieters hält den größten Teil der Kartenverarbeitung auf der Seite des Anbieters und reduziert Ihren eigenen Compliance-Umfang.

Bestellungen, Erfüllung und Retouren

• Früh aufteilen. Erstellen Sie Anbieter-Bestellungen beim Checkout, nicht später, damit jeder Anbieter seine Arbeit sofort sieht.
• Versand pro Anbieter. Jeder Anbieter kann von einem anderen Ort mit unterschiedlichen Tarifen und Lieferzeiten versenden; zeigen Sie dem Käufer eine aus diesen zusammengestellte Lieferzusammenfassung.
• Aggregierter Status. Der Käufer sieht eine Bestellung mit Zeilen pro Anbieter; Support-Mitarbeiter sehen den vollständigen Verlauf.
• Retouren und Rückerstattungen pro Anbieterzeile. Eine Retoure eines Artikels eines Anbieters darf das Guthaben eines anderen Anbieters nicht berühren.

Skalierung der Plattform

Wahl der Plattformbasis

Netbase hat Commerce-Plattformen auf WooCommerce, Magento 2, Laravel und headless Commerce geliefert, und sein weiterer Stack umfasst PrestaShop, OpenCart, Shopware, CS-Cart, Shopify, Salesforce, Akeneo, Odoo und Symfony. Für einen Marketplace kommt es in der Regel auf drei Optionen an:

Unabhängig von der gewählten Basis gestalten Sie sie API-first, damit Anbieter-Apps, Partner-Feeds und KI-Services dieselben Schnittstellen wie das Storefront verwenden.

Sicherheit und Vertrauen

Marketplaces vervielfachen die Anzahl der Personen mit Zugriff. Wenden Sie rollenbasierte Zugriffskontrolle pro Anbieter und pro Plattformrolle an, MFA für Admin- und Anbieter-Dashboards, TLS bei der Übertragung und Verschlüsselung im Ruhezustand sowie regelmäßige Schwachstellen­scans. Die Lieferung durch Netbase folgt diesen Praktiken zusammen mit sicherem Code-Review, Penetrations­tests und Disaster-Recovery-Planung. Ergänzen Sie marketplace­spezifische Kontrollen: Betrugs­prüfungen bei neuen Anbietern und ungewöhnlichen Auszahlungs­änderungen, Moderation für Listings und Bewertungen sowie einen Prüfpfad für jede Änderung an Bankdaten. KI-Risikobewertungen können die Review-Warteschlange sortieren, aber eine Person entscheidet über Sperren und Auszahlungs­stopps.

Testnachweis: Was vor dem Launch getestet werden sollte

Dies sind allgemeine Engineering-Praktiken, keine Ergebnisse aus einem bestimmten Projekt:

• Hauptbuch-Abstimmungs­tests. Für generierte Warenkörbe über mehrere Anbieter, Provisionen und Gebühren hinweg: bestätigen Sie, dass Anteile, Rückerstattungen und Auszahlungen gegenüber den Datensätzen des Anbieters auf null saldieren.
• Split-Order-Tests. Warenkörbe mit einem, mehreren und vielen Anbietern, einschließlich Teil­rückerstattungen und Stornierungen in einer Zeile.
• Zugriffs­tests. Automatisierte Versuche eines Anbieters, Listings, Bestellungen oder Auszahlungen eines anderen Anbieters zu lesen oder zu ändern, müssen fehlschlagen.
• Import-Lasttests. Führen Sie den größten erwarteten Anbieter-Feed bei simuliertem Käufer-Traffic aus und prüfen Sie, ob die Seiten-Reaktionszeiten stabil bleiben.
• Auszahlungs-Fehlertests. Abgelehnte Bankdaten, Auszahlungs­stopps und Streitigkeiten müssen Guthaben korrekt und sichtbar hinterlassen.
• Ranking- und Risikoprüfungen. KI-Suche und Betrugs­bewertungen werden vor ihrer Einflussnahme auf Käufer oder das Einbehalten von Anbietern gegen eine beschriftete Stichprobe von Abfragen und vergangenen Fällen verglichen.

Beispiel: ein EU-Mode-Tech-Marketplace

Netbase hat einen Multi-Vendor-Marketplace für einen EU-Mode-Tech-Aggregator gebaut, der vom Direktverkauf zu einem Marketplace-Modell wechselte; der Kunde bleibt anonym. Der veröffentlichte Fall berichtet von einem Anstieg des Gross Merchandise Value (GMV) um 47 % und einer Reduzierung der Anbieter-Onboarding-Zeit um 60 %, beides innerhalb von sechs Monaten nach dem Launch. Er unterstützt zwei Punkte aus diesem Artikel: Onboarding ist ein Wachstumshebel, und ein Marketplace-Zahlungsanbieter (in diesem Fall Stripe Connect) ermöglicht es, Engineering-Aufwand auf Onboarding- und Katalog-Flows zu konzentrieren. Den Marketplace-Fall lesen.

Zwei weitere Datensätze: RB Marketplace, für West­afrika und die Diaspora, verbindet Anbieter­genehmigung, Provisionen und Auszahlungen mit einer Kunden-App über die Marketplace-API. Eine Online-Kleinanzeigen-Plattform, für einen ungenannten Gründer, ergänzt KI-Filterung, die anstößige Anzeigen zur Admin-Moderation markiert. Keiner von beiden veröffentlicht ein Ergebnis.

Grenzen dieses Artikels

• Er beschreibt eine Referenzarchitektur und allgemeine Praxis; jeder Marketplace passt sie an seine Anbieter, Waren und Regionen an.
• Zahlungs-, Steuer- und Verbraucher­regeln unterscheiden sich von Land zu Land. DAC7 und PCI DSS werden als Beispiele für zu berücksichtigende Verpflichtungen angeführt, nicht als vollständige Liste; holen Sie sich Rechts- und Steuer­beratung.
• Stripe Connect wird als ein Beispiel für einen Plattform-Zahlungsdienst genannt, nicht als Empfehlung gegenüber anderen Anbietern.
• Die EU-Marketplace-Zahlen sind die vom Kunden gemeldeten Ergebnisse für sechs Monate nach dem Launch; absolute Werte werden nicht veröffentlicht.

Nächster Schritt

Teilen Sie uns Ihr Anbieter-Modell, Ihre Katalog­größe und Ihre Zahlungs­regionen mit, und wir werden eine Lösungs­besprechung buchen, um die Architektur und die erste Version zu skizzieren. Sie können auch den zugehörigen Service ansehen, erfahren, wie Netbase im Bereich Einzelhandel und E-Commerce arbeitet, oder weitere Netbase Insights durchstöbern.

Verwandte Leistungen und Lösungen