Saleor

Was ist Saleor?

Saleor ist eine quelloffene, API-basierte E-Commerce-Plattform für Headless und Composable Commerce. Das System stellt Produkt-, Bestell-, Kunden-, Zahlungs- und Versandfunktionen über eine GraphQL-Schnittstelle bereit. Unternehmen können dadurch individuelle Storefronts, Apps und Verkaufskanäle entwickeln, während die zentralen Handelsprozesse über ein gemeinsames Backend verwaltet werden.

Saleor im Überblick 2026

Saleor trennt die kaufmännischen Funktionen eines Onlineshops von seiner sichtbaren Benutzeroberfläche. Das Backend verwaltet unter anderem Produkte, Varianten, Preise, Warenkörbe, Bestellungen und Kunden. Die Storefront wird unabhängig davon entwickelt und ruft die benötigten Daten über eine Programmierschnittstelle ab.

Saleor Core basiert auf Python und Django und wird unter der BSD-3-Clause-Lizenz veröffentlicht. Für ergänzende Komponenten wie Storefronts oder Apps können andere Lizenzbedingungen gelten. Neben dem selbst betriebenen System bietet der Hersteller eine verwaltete Cloud-Variante an.

Die Plattform eignet sich vor allem für individuelle E-Commerce-Projekte, bei denen mehrere Verkaufskanäle, Länder, Währungen oder externe Dienste verbunden werden sollen. Eine schlüsselfertige Shop-Oberfläche mit fest vorgegebenem Design ist nicht der Kern des Systems. Unternehmen benötigen deshalb ein Entwicklungsteam oder einen technischen Dienstleister.

Wie funktioniert Saleor?

Saleor ist GraphQL-nativ. GraphQL ist eine Abfragesprache für Programmierschnittstellen, bei der eine Anwendung gezielt die Daten anfordert, die sie benötigt. Eine Produktseite kann beispielsweise Titel, Beschreibung, Varianten, Preise und Verfügbarkeit mit einer strukturierten Abfrage aus dem Commerce-Backend laden.

Die Architektur besteht typischerweise aus mehreren eigenständigen Bausteinen:

  • Saleor Core verarbeitet die zentralen Commerce-Daten und Geschäftsregeln.
  • Das Dashboard dient zur Verwaltung von Katalogen, Bestellungen, Kanälen und weiteren Shop-Daten.
  • Die Storefront stellt Produkte, Kategorien, Warenkorb und Checkout für den Nutzer dar.
  • Apps und Schnittstellen verbinden Zahlungsanbieter, Warenwirtschaft, Suche, Analyse oder Content-Systeme.

Ein Unternehmen kann für Website, App, Marktplatz oder stationäres Verkaufssystem unterschiedliche Oberflächen einsetzen. Alle Kanäle greifen dabei auf dieselben Commerce-Funktionen zu. Änderungen an einer Storefront erfordern dadurch nicht automatisch einen Umbau des Backends.

Beispiel: Ein Händler kann eine mit Next.js entwickelte Website, eine mobile App und ein B2B-Bestellportal an dasselbe Saleor-Backend anbinden. Produktdaten und Bestände bleiben zentral, während jeder Kanal eine eigene Navigation, Produktauswahl und Nutzerführung erhält.

Headless und Composable Commerce

Der Unterschied zwischen Saleor und einem klassischen Shopsystem liegt vor allem in der Architektur. Bei einem klassischen System sind Datenverwaltung, Geschäftslogik, Templates und Shop-Oberfläche eng miteinander verbunden. Saleor stellt die Commerce-Funktionen dagegen API-basiert bereit und überlässt die Gestaltung des Frontends weitgehend dem Entwicklungsteam.

Headless Commerce bezeichnet die Trennung von Backend und Storefront. Composable Commerce geht einen Schritt weiter: Einzelne Funktionen wie Suche, Payment, Content-Management oder Personalisierung können als austauschbare Dienste kombiniert werden. Saleor kann dabei als zentrale Commerce-Schicht dienen.

MerkmalSaleorKlassisches Shopsystem
FrontendIndividuell und technisch getrenntMeist an das System oder Theme gekoppelt
DatenzugriffGraphQL-APIBackend, Plugins und Templates
VerkaufskanäleFür mehrere Storefronts ausgelegtHäufig auf einen Hauptshop ausgerichtet
EinrichtungErfordert Entwicklung und ArchitekturplanungOft über Konfiguration und Erweiterungen möglich
AnpassbarkeitHohe Freiheit bei Frontend und IntegrationenAbhängig von System, Theme und Erweiterungen

Für wen eignet sich Saleor?

Saleor eignet sich für Unternehmen mit komplexen E-Commerce-Anforderungen und vorhandenen Entwicklungsressourcen. Typische Einsatzbereiche sind internationale Onlineshops, B2B-Portale, mehrere Marken-Storefronts, individuelle Checkouts und Commerce-Anwendungen, die nicht in ein vorgegebenes Template passen.

Für kleine Shops mit einem überschaubaren Sortiment kann der technische Aufwand höher sein als der Nutzen. Die Systemauswahl sollte deshalb nicht nur den Funktionsumfang betrachten. Relevant sind auch Entwicklungsbudget, Wartung, Hosting, Integrationen, Content-Prozesse und die Frage, wie schnell neue Funktionen veröffentlicht werden müssen.

Vor der Entscheidung sollten Unternehmen mindestens diese Punkte prüfen:

  • Wie viele Länder, Sprachen, Währungen und Verkaufskanäle müssen abgebildet werden?
  • Welche Systeme für Warenwirtschaft, Produktdaten, Payment und Versand benötigen eine Anbindung?
  • Wer entwickelt, überwacht und aktualisiert Storefront und Backend?
  • Welche SEO-, Tracking- und Content-Anforderungen muss das Frontend erfüllen?
  • Welche Teile werden selbst betrieben und welche als Cloud-Dienst genutzt?

Saleor und SEO

Saleor kann eine gute technische Grundlage für SEO schaffen, liefert aber nicht automatisch eine suchmaschinenoptimierte Storefront. Da das Frontend unabhängig entwickelt wird, liegt die Verantwortung für indexierbare Seiten, interne Verlinkung, Ladezeiten und Metadaten beim jeweiligen Storefront-Projekt.

Für die Suchmaschinenoptimierung eines Onlineshops müssen Produkt- und Kategorieseiten vollständig im HTML verfügbar sein. Serverseitiges Rendering oder statische Seitengenerierung sorgt dafür, dass Suchmaschinen relevante Inhalte zuverlässig abrufen können. Eine rein im Browser erzeugte Oberfläche kann Crawling und Indexierung unnötig erschweren.

Zu den zentralen SEO-Anforderungen an eine Saleor-Storefront gehören:

  • individuelle Seitentitel und Meta-Descriptions für Produkte und Kategorien
  • eindeutige, dauerhaft erreichbare URLs
  • Canonical-Tags zur Steuerung ähnlicher Seiten
  • strukturierte Daten für Produkte, Preise und Verfügbarkeit
  • XML-Sitemaps, Weiterleitungen und eine steuerbare Facettennavigation
  • optimierte Bilder sowie stabile Core Web Vitals

Eine laufende Kontrolle der technischen SEO ist bei Headless-Projekten besonders sinnvoll. Änderungen an Frontend-Komponenten, JavaScript, Routing oder Caching können beeinflussen, welche Inhalte Google sieht. In der Projektpraxis entstehen viele SEO-Probleme nicht im Commerce-Backend, sondern an der Schnittstelle zwischen Produktdaten, Storefront und Auslieferung.

Relevanz für SEA und GEO

Für SEA müssen Saleor-Storefronts schnelle, konsistente und messbare Landingpages bereitstellen. Produktpreise, Verfügbarkeit und Varianten sollten mit den Daten in Anzeigen und Produktfeeds übereinstimmen. Eine flexible Architektur erleichtert individuelle Landingpages, verlangt jedoch eine saubere Umsetzung von Tracking, Consent-Management und Weiterleitungen.

GEO, also Generative Engine Optimization, verbessert die Auffindbarkeit in generativen Suchsystemen. Dafür benötigen Produkt- und Kategorieseiten verständliche Beschreibungen, eindeutige Produkteigenschaften, beantwortete Nutzerfragen und technisch erreichbares HTML. Die API-Architektur allein erzeugt keine KI-Sichtbarkeit.

Große Sortimente brauchen zudem skalierbare Content-Prozesse. Individuelle Produkttexte, klare Kategorien und konsistente Produktdaten unterstützen klassische Rankings und die Verwertung durch KI-Systeme. Der Beitrag über suchmaschinenoptimierte Produkttexte zeigt, welche Inhalte auf Produktseiten über technische Daten hinaus benötigt werden.

Aufwand und typische Fehler

Die Kosten eines Saleor-Projekts hängen stärker von der individuellen Architektur als von einer einzelnen Lizenz ab. Budgetrelevant sind Storefront-Entwicklung, Hosting, Wartung, Schnittstellen, Datenmigration, Qualitätssicherung und laufende Weiterentwicklung. Auch ein quelloffener Commerce-Kern verursacht daher Entwicklungs- und Betriebskosten.

Eine Headless-Architektur sollte nicht allein wegen ihrer technischen Flexibilität gewählt werden. Fehlen klare Anforderungen, verantwortliche Entwickler und definierte Betriebsprozesse, steigen Komplexität und Wartungsaufwand. Die Systementscheidung sollte deshalb mit einem belastbaren Konzept für Storefront, Daten, Schnittstellen, SEO und Monitoring beginnen.

Typische Fehler sind unvollständige Produktdaten, wechselnde URLs, fehlende Canonical-Tags und JavaScript-Inhalte, die erst nach dem Laden sichtbar werden. Auch Filterkombinationen können sehr viele indexierbare URLs erzeugen. Ein technisches Konzept sollte deshalb festlegen, welche Seitentypen Suchmaschinen crawlen und indexieren dürfen.

Bei einem neuen Shop oder Relaunch sollten Entwicklung und Vermarktung gemeinsam geplant werden. Eine Website-Entwicklung mit SEO-Fokus berücksichtigt URL-Struktur, Rendering, Tracking und Content bereits vor dem Livegang. Nachträgliche Korrekturen an einer Headless-Architektur sind häufig aufwendiger als eine frühe Abstimmung.

Du planst einen individuellen Onlineshop oder möchtest eine bestehende Commerce-Architektur prüfen lassen?

Kostenloser Potenzialcheck

Häufige Fragen zu Saleor

Ist Saleor kostenlos?

Saleor Core ist quelloffen und kann unter den Bedingungen seiner Lizenz selbst betrieben werden. Kosten entstehen trotzdem für Entwicklung, Hosting, Wartung, Schnittstellen und Betrieb. Für verwaltete Cloud-Angebote gelten gesonderte Konditionen des Herstellers.

Kann ich Saleor selbst hosten?

Ja, Saleor Core kann auf einer eigenen oder gemieteten Infrastruktur betrieben werden. Dafür benötigst du Kenntnisse in Backend-Betrieb, Datenbanken, Sicherheit, Updates und Überwachung. Alternativ steht eine verwaltete Cloud-Variante zur Verfügung.

Ist Saleor für kleine Onlineshops geeignet?

Saleor kann auch für kleine Shops eingesetzt werden, lohnt sich jedoch vor allem bei individuellen oder wachsenden Anforderungen. Für einen einfachen Standardshop kann eine eng integrierte Lösung weniger Entwicklungsaufwand verursachen.

Ist Saleor SEO-freundlich?

Saleor stellt Produkt- und Kategoriedaten strukturiert über eine API bereit. Die tatsächliche SEO-Qualität hängt von der Storefront ab. Rendering, URLs, Metadaten, strukturierte Daten, interne Links und Ladezeiten müssen dort gezielt umgesetzt werden.

Welche Programmiersprache verwendet Saleor?

Der zentrale Saleor-Kern basiert auf Python und Django und nutzt GraphQL als API-Technologie. Die Storefront kann unabhängig davon mit einem geeigneten Frontend-Framework entwickelt werden.

Braucht Saleor ein eigenes Frontend?

Ja, für einen produktiven Onlineshop wird eine Storefront benötigt. Unternehmen können eine vorhandene Storefront anpassen oder eine individuelle Oberfläche entwickeln. Das Backend gibt dabei keine feste Gestaltung oder Nutzerführung vor.

Unterstützt Saleor mehrere Länder und Verkaufskanäle?

Saleor ist für mehrere Verkaufskanäle, Märkte, Währungen und sprachabhängige Inhalte ausgelegt. Die konkrete Umsetzung von Übersetzungen, Domains, Preisen, Steuern und Versandregeln muss im Projekt geplant und getestet werden.


Sie haben noch Fragen?

Kontaktieren Sie uns

Free Account erstellen


Weitere Inhalte