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 Abwägungen und wie man sie testet. Er ist informativ: Wenn Sie bereit sind, ein Projekt zu planen, ist die E-Commerce-Marketplace-Lösung der richtige Einstiegspunkt. Für die grundsätzlichere Frage, wann eine Custom-Plattform überhaupt gerechtfertigt ist, lesen Sie unseren Leitfaden zur Custom-E-Commerce-Plattform. Siehe auch Agentic Commerce Readiness und Multi-Tenant-SaaS-Architektur. Siehe auch Marketplace-Plattform-Optionen.

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

Ein Einzelhändler-Shop hat einen Katalogverantwortlichen, einen Händler und eine Lieferoperation. Ein Marketplace hat viele davon, und die Plattform sitzt zwischen ihnen.

Jede Zeile fügt Daten, Regeln und Fehlermöglichkeiten hinzu. Die Architektur sollte sie alle explizit abbilden, anstatt einen Einzelhändler-Shop so lange anzupassen, 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 Zahlungsdienstleister belastet den Käufer einmal.
3. Das Hauptbuch erfasst den Anteil jedes Anbieters, die Plattformprovision und etwaige Gebühren.
4. Die Bestellweiterleitung erstellt drei Anbieterbestellungen 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 Anbieterbestellung passt nur das Guthaben dieses Anbieters an.

Anbieter-Onboarding und -Konten

Die Onboarding-Geschwindigkeit entscheidet darüber, wie schnell der Katalog wachsen kann. Behandeln Sie es daher als Produktflow, nicht als Verwaltungsformular. Ein guter Flow erfasst nur das Notwendige für den Start, erlaubt dem Anbieter, Produkte einzustellen, während die Verifizierung läuft, und blockiert Auszahlungen – nicht Einträge – bis die Verifizierung abgeschlossen ist.

Zwei Teile sollten nicht von Grund auf neu gebaut werden:

• Identitäts- und Auszahlungsverifizierung. Marketplace-Zahlungsdienste übernehmen dies. Stripe Connect beispielsweise bietet Onboarding-Optionen für verbundene Konten, erfasst die jeweils benötigten Verifizierungsinformationen und verwaltet Auszahlungen an diese.
• Pflichten zur Verkäuferberichterstattung. In der EU verpflichtet DAC7 (Richtlinie des Rates (EU) 2021/514), die seit dem 1. Januar 2023 gilt, Betreiber digitaler Plattformen, Informationen über ihre Verkäufer zu erfassen, zu prüfen und jährlich an die Steuerbehörden zu melden. Gestalten Sie das Anbieter-Datenmodell so, dass diese Felder beim Onboarding erfasst werden, nicht nachträglich.

Anbieterkonten benötigen eigene Rollen: einen Eigentümer, Mitarbeiter, die Einträge verwalten, und Mitarbeiter, die Bestellungen und Auszahlungen einsehen. Jede Anbieterabfrage muss auf die Datensätze dieses Anbieters beschränkt sein.

Katalog: Anbieter-eigene Einträge oder ein gemeinsamer Produktkatalog

Die meisten Mode- und Lifestyle-Marketplaces tendieren zu anbieter-eigenen oder kuratierten Einträgen; Marketplaces für identische Waren tendieren zu einem gemeinsamen Katalog mit Angeboten. Unabhängig vom gewählten Modell sollten Sie Einträge durch eine Pipeline führen: importieren, erforderliche Attribute und Bilder validieren, moderieren und dann in die Suche veröffentlichen. Warteschlangen verhindern, dass ein großer Import die Käufer beeinträchtigt.

Zahlungen und Auszahlungen

Die Geldebene ist dort, wo Marketplaces das größte Risiko tragen. Drei Entscheidungen prägen sie.

Nutzen Sie einen für Plattformen konzipierten Zahlungsdienst, 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 an Verkäufer auszuzahlen, wobei Kontoguthaben und Auszahlungen vom Anbieter verwaltet werden. Führen Sie dennoch Ihr eigenes Hauptbuch, da Provisionen, Gebühren, Rückerstattungen und Anpassungen gegen die Aufzeichnungen des Anbieters abgeglichen werden müssen; unser Abrechnungsleitfaden behandelt dies.

Kartendaten sollten Ihre Systeme nicht berühren. PCI DSS, der Payment Card Industry Data Security Standard, legt technische und betriebliche Grundanforderungen für jede Stelle fest, die Karteninhaberdaten speichert, verarbeitet oder überträgt. Die Nutzung 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-Aufwand.

Bestellungen, Lieferung und Retouren

• Früh aufteilen. Erstellen Sie Anbieterbestellungen beim Checkout, nicht später, damit jeder Anbieter seine Aufgabe sofort sieht.
• Versand pro Anbieter. Jeder Anbieter kann von einem anderen Ort mit anderen Tarifen und Lieferzeiten versenden; zeigen Sie dem Käufer eine Lieferzusammenfassung, die aus diesen zusammengestellt wird.
• 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

Die Plattformbasis auswählen

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

Unabhängig von der gewählten Basis sollten Sie sie API-first gestalten, damit Anbieter-Apps, Partner-Feeds und KI-Dienste dieselben Schnittstellen wie die Storefront nutzen.

Sicherheit und Vertrauen

Marketplaces vervielfachen die Anzahl der Personen mit Zugang. Wenden Sie rollenbasierte Zugriffskontrolle pro Anbieter und pro Plattformrolle an, MFA für Admin- und Anbieter-Dashboards, TLS im Transit und Verschlüsselung im Ruhezustand sowie regelmäßiges Vulnerability Scanning. Die Lieferung von Netbase folgt diesen Praktiken, zusammen mit sicherem Code-Review, Penetrationstests und Disaster-Recovery-Planung. Fügen Sie Marketplace-spezifische Kontrollen hinzu: Betrugsprüfungen für neue Anbieter und ungewöhnliche Auszahlungsänderungen, Moderation für Einträge und Bewertungen sowie einen Audit-Trail für jede Änderung von Bankdaten. KI-Risikoscores können die Überprüfungswarteschlange sortieren, aber eine Person entscheidet über Sperrungen und Auszahlungseinbehalte.

Testnachweis: Was vor dem Launch zu testen ist

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

• Hauptbuch-Abstimmungstests. Für generierte Warenkörbe über mehrere Anbieter, Provisionen und Gebühren: Bestätigen Sie, dass Anteile, Rückerstattungen und Auszahlungen gegenüber den Aufzeichnungen des Anbieters auf null aufgehen.
• Tests für aufgeteilte Bestellungen. Warenkörbe mit einem, mehreren und vielen Anbietern, einschließlich Teilrückerstattungen und Stornierungen bei einer Zeile.
• Zugriffstests. Automatisierte Versuche eines Anbieters, die Einträge, Bestellungen oder Auszahlungen eines anderen Anbieters zu lesen oder zu ändern, müssen scheitern.
• Import-Lasttests. Führen Sie den größten erwarteten Anbieter-Feed während simulierten Käufer-Traffics aus und prüfen Sie, ob die Seitenladezeiten stabil bleiben.
• Auszahlungsfehlertests. Abgelehnte Bankdaten, Auszahlungseinbehalte und Streitigkeiten müssen Guthaben korrekt und sichtbar hinterlassen.
• Ranking- und Risikoprüfungen. KI-Suche und Betrugswerte werden anhand einer beschrifteten Stichprobe von Anfragen und vergangenen Fällen verglichen, bevor sie beeinflussen, was Käufer sehen oder welche Anbieter zurückgehalten werden.

Beispiel: ein EU-Fashion-Tech-Marketplace

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

Zwei weitere Fallberichte zeigen dieselben Teile in anderen Märkten. RB Marketplace, für Westafrika und die Diaspora, kombiniert Anbieter-Genehmigung, Provisionen und Auszahlungen mit einer Kunden-App auf der Marketplace-API. Eine Online-Kleinanzeigenplattform, für einen nicht namentlich genannten Gründer, ergänzt KI-Filterung, die anstößige Anzeigen für die Admin-Moderation kennzeichnet. Keiner der Fallberichte 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 Verbraucherregeln unterscheiden sich je nach Land. DAC7 und PCI DSS werden als Beispiele für Pflichten genannt, für die zu planen ist, nicht als vollständige Liste; holen Sie rechtlichen und steuerlichen Rat ein.
• 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 Ihr Anbietermodell, Ihre Kataloggröße und Ihre Zahlungsregionen mit, und wir werden ein Lösungsgespräch buchen, um die Architektur und das erste Release zu skizzieren. Sie können auch den zugehörigen Service ansehen, sehen wie Netbase im Bereich Retail und E-Commerce arbeitet, oder weitere Netbase Insights durchstöbern.

Verwandte Leistungen und Lösungen