Gewinnmargen im E-Commerce: Die echten Zahlen verstehen

Umsatz ist die Zahl, die gefeiert wird. Die Marge ist die Zahl, die darüber entscheidet, ob Ihr Geschäft nächstes Jahr noch existiert. Die Falle: PrestaShop ist, wie die meisten Shopsysteme, darauf ausgelegt, Ihnen überall Umsatz zu zeigen und fast nirgendwo Marge — Ihr Dashboard ruft den Tagesumsatz laut aus, während die Kennzahl, die tatsächlich Ihre Miete bezahlt, unausgefüllt in einem Reiter liegt, den die meisten Händler nie öffnen. In diesem Leitfaden geht es darum, genau diese Lücke zu schließen: die drei Margenzahlen, die jeder Shopbetreiber im Schlaf kennen sollte, und wo genau sie in Ihrem PrestaShop-Backoffice zu finden sind — oder eben fehlen.

Das ist der Beitrag zum Thema „Kennen Sie Ihre echten Zahlen“. Er listet bewusst nicht noch einmal jede versteckte Kostenposition auf, die Gewinn auffrisst — dieser komplette Kostenblock (Zahlungsgebühren, Retouren, Verpackung, Zeit) ist ein eigenes Thema, behandelt in Kosten jenseits der Produktkosten und im größeren Überblick zu laufenden Kosten in E-Commerce-Kosten, über die niemand spricht. Hier gehen wir davon aus, dass Sie wissen, dass diese Kosten existieren, und sich für eine Sache interessieren: sie in Margenzahlen zu verwandeln, die Sie tatsächlich aus Ihrem eigenen Shop ablesen können.

Die drei Margen — und wofür jede einzelne da ist

„Marge“ ist nicht eine einzige Zahl. Es sind drei, die aufeinander aufbauen — und wer sie verwechselt, lässt einen Shop direkt in Schwierigkeiten hineinwachsen. Jede beantwortet eine andere Frage und führt zu einer anderen Entscheidung.

Und was heißt das konkret? Die meisten Betreiber verfolgen nur die erste Zahl — den Rohertrag — und nehmen an, dass sie am Ende auf dem Bankkonto ankommt. Ein Produkt kann eine gesunde Rohertragsmarge von 60% zeigen, eine ordentliche Deckungsbeitragsmarge von 35% haben und nach Verteilung der Gemeinkosten auf zu wenige Bestellungen trotzdem bei einer Nettomarge nahe null landen. Jede Marge kann gut aussehen, während die darunter liegende still scheitert. Sie brauchen alle drei, und zwar aus Ihren echten Daten — nicht aus einer schnellen Überschlagsrechnung.

Rohertragsmarge: die eine Zahl, die PrestaShop für Sie berechnet — wenn Sie es zulassen

Hier übersehen die meisten Händler den entscheidenden Punkt. PrestaShop hat bereits ein Feld dafür, was ein Produkt Sie kostet, und berechnet daraus automatisch die Rohertragsmarge. Es ist das Feld Einstandspreis (historisch als Großhandelspreis bezeichnet) unter Katalog → Produkte → Produkt öffnen → Reiter Preise. Tragen Sie dort ein, was Sie Ihrem Lieferanten pro Einheit zahlen, und PrestaShop zeigt Ihnen die Marge direkt im Reiter Preise live neben dem Verkaufspreis an, während Sie ihn festlegen.

Kunden sehen dieses Feld nie — es existiert ausschließlich, damit der Shop die Margenberechnung für Sie übernehmen kann. Und fast niemand füllt es aus. Ein per CSV importierter oder aus einem alten Shop migrierter Katalog kommt typischerweise mit wholesale_price auf null über alle Produkte hinweg an. Das bedeutet: Jede Margenzahl, die PrestaShop Ihnen später zeigt, ist Fiktion. Was heißt das für Sie? Solange diese Spalte nicht gepflegt ist, meldet Ihr Backoffice 100% Marge auf alles, Ihre Rohertrags-KPI ist wertlos, und jeder Bericht, der darauf aufbaut, übernimmt denselben Fehler.

Das zu korrigieren ist die wirkungsvollste Stunde, die Sie in Ihre Zahlen investieren können:

• Produkt für Produkt: Reiter Preise öffnen, Einstandspreis eintragen, speichern. Für einen kleinen Katalog völlig ausreichend.
• In großen Mengen: Katalog exportieren, die Spalte für den Einstandspreis füllen und über Erweiterte Einstellungen → Import wieder importieren, zugeordnet zum Feld für Großhandels-/Einstandspreis — bei Hunderten Artikelnummern deutlich schneller.
• Aktuell halten: Wenn ein Lieferant die Preise erhöht, muss auch dieses Kostenfeld angepasst werden, sonst laufen Ihre Margen unbemerkt aus dem Ruder.

Sobald es gefüllt ist, zeigt der Reiter Preise am Produkt die aktuelle Rohertragsmarge neben dem Preis an, und der Bericht Meistverkaufte Kategorien unter Statistiken erhält eine echte Spalte Gesamtmarge — so können Sie nach Gewinn sortieren, nicht nur nach verkauften Stückzahlen. Genau dort stellen viele Betreiber fest, dass ihr „Bestseller“ in Wahrheit zu den schwächsten Ertragsbringern gehört. (Beachten Sie: Die native Produktliste und die Ansicht Katalogbewertung zeigen keine Marge — letztere ist eine Qualitätsprüfung von Beschreibungen und Bildern, und die Produktliste hat standardmäßig keine Margenspalte.)

Wo Deckungsbeitrag und Nettomarge stehen: nirgends, nativ

Das ist der ehrliche Teil. Die nativen PrestaShop-Auswertungen enden bei der Rohertragsmarge. Die variablen Kosten pro Bestellung, die aus Rohertrag Deckungsbeitrag machen — der Anteil des Zahlungsdienstleisters, der Versand, den Sie oberhalb Ihrer Gratisversand-Schwelle tragen, Verpackung, Rückstellungen für Retouren, Akquisekosten — werden im Kernsystem schlicht nicht modelliert. Das Statistikmodul zeigt Umsatz, meistverkaufte Produkte und Aufschlüsselungen nach Versanddienstleistern, aber es kennt kein Konzept von „diese Bestellung über 80 € hat mir nach allem tatsächlich 31 € eingebracht“.

Das ist weniger ein Mangel, über den man klagen sollte, als eine Grenze, um die man planen muss. Sie haben drei realistische Wege darüber hinweg:

Echte Rohertragsmarge direkt aus der Datenbank ziehen

Wenn Sie mit SQL vertraut sind (Erweiterte Einstellungen → SQL-Manager führt schreibgeschützte Abfragen sicher gegen Ihren Live-Shop aus), speichert PrestaShop bereits alles, was Sie auf Positionsebene brauchen. Entscheidend ist, dass ps_order_detail sowohl den Verkaufspreis als auch den Einstandspreis zum Zeitpunkt des Verkaufs als Momentaufnahme speichert — dadurch bleiben historische Margen korrekt, selbst wenn Sie später den Preis oder die Kosten eines Produkts ändern:

SELECT SUM(od.total_price_tax_excl - (od.purchase_supplier_price * od.product_quantity)) AS gross_margin, SUM(od.total_price_tax_excl) AS net_revenue FROM ps_order_detail od JOIN ps_orders o ON o.id_order = od.id_order WHERE o.valid = 1;

Das ist ein Ausgangspunkt, nicht das letzte Wort. Wenn Sie total_price_tax_excl für die Positionssumme verwenden (statt product_price, das Positionsrabatte übersehen kann), kommen Sie näher an den tatsächlich bezahlten Betrag heran, und Sie können nach Produkt, Kategorie oder Monat gruppieren. Behandeln Sie das Ergebnis aber als Näherung: Es berücksichtigt keine Rabatte auf Bestellebene (Warenkorbregeln, die auf die ganze Bestellung angewendet werden), keine Rückerstattungen und Gutschriften, keine Steuern und keinen Versand, und o.valid = 1 ist ein grober Filter, der weiterhin Bestellstatus enthalten kann, die Sie eigentlich ausschließen würden. Für belastbare Zahlen müssen Sie diese Korrekturen zusätzlich einbauen. Der zweite Haken: Die Einkaufspreisspalte pro Bestellung wird nur erfasst, wenn Ihre Einstandspreise zum Zeitpunkt der jeweiligen Bestellung bereits gepflegt waren — ein weiterer Grund, dieses Feld vor dem Vertrauen in Berichte zu füllen, nicht danach. Und auch dann endet alles beim Rohertrag; Zahlungsgebühren, Versandzuschuss und Akquisekosten stehen nicht in den Bestelltabellen, daher bleibt die Deckungsbeitragsmarge eine zusätzliche Berechnung, die Sie darauf aufsetzen.

Das Backoffice die Arbeit machen lassen

Der Grund, warum es eine ganze Kategorie von Margenmodulen gibt, ist genau dieser: Der Kern hört beim Rohertrag auf. Wenn Sie Ihre Zeit nicht mit einer monatlichen Tabellenkalkulation oder der Pflege von SQL-Abfragen verbringen möchten, bringt eine Berichtsebene wie unser Modul Financial Revolution Deckungsbeitrag und Nettomarge ins Backoffice und hält sie laufend aktuell, während Bestellungen eingehen — damit die Zahl, die über Ihr Geschäft entscheidet, direkt neben der Umsatzzahl steht, die das nicht tut. Was bedeutet das? Sie merken nicht erst am Jahresende, dass ein profitabel aussehendes Quartal in Wahrheit hauchdünn war, und Sie erhalten die Margenaufschlüsselungen nach Produkt und Kategorie, auf denen die nächsten Abschnitte tatsächlich aufbauen.

Marge nach Produkt und Kategorie lesen — und danach handeln

Sobald Einstandspreise eingetragen sind und Sie echte Margen sehen, ist die wertvollste Erkenntnis ihre Streuung. Durchschnittsmarge ist eine beruhigende Lüge; der Durchschnitt besteht aus starken Ertragsbringern, die Verlustbringer subventionieren, die Sie nicht einmal benennen können. Achten Sie in Ihrem Bericht zu meistverkauften Kategorien oder in Ihrem Margenmodul auf zwei Muster:

• Produkte mit hohem Volumen und dünner Marge, die Ihre Bestsellerliste dominieren, aber kaum Gewinn beitragen — und schlimmer noch: Versand- und Akquisekosten binden, die ihre Deckungsbeitragsmarge gegen null drücken. Das sind Produkte, die Sie weniger bewerben sollten, nicht noch stärker rabattieren.
• Produkte mit niedrigem Volumen und hoher Marge, die weiter unten übersehen werden, aber pro Bestellung mehr verdienen als Ihre prominenten Hauptartikel. Das sind Ihre eigentlichen Kandidaten für Aktionen und Cross-Selling.

Auch nach Kategorie unterscheidet sich die Margenstruktur stark — Mode hat hohe Rohertragsmargen, verliert sie aber durch Retourenquoten von 20–40% wieder, während Elektronik mit dünnen Rohertragsmargen, niedrigen Retouren und hartem Preiswettbewerb arbeitet. Die exakten Spannen hängen vollständig von Ihren Lieferanten und Ihrer Nische ab; betrachten Sie jede genannte Zahl daher als Anlass, Ihre eigenen Werte zu messen, nicht als Zielmarke. Die Disziplin, die sich auszahlt, ist: Produkte nach echter Marge sortieren — in einem Margenmodul, einem SQL-Export oder einer Tabellenkalkulation, denn die native Produktliste erledigt das nicht für Sie — und Produkt für Produkt fragen: „Ist das den Regalplatz wert?“

Margenzahlen für Entscheidungen nutzen

Zahlen, nach denen Sie nicht handeln, sind nur Dekoration. Drei Entscheidungen werden sofort besser, sobald Ihre Margen echt sind:

• Rabatte. Ein Rabatt geht vollständig zulasten der Marge, und die Rechnung ist gnadenlos: Bei einem Produkt mit 30% Deckungsbeitragsmarge kann eine Preissenkung um 20% den Großteil des Gewinns dieser Bestellung auslöschen, weil die meisten Kosten nicht mit dem Preis fallen. Legen Sie Rabattobergrenzen anhand der Deckungsbeitragsmarge fest, nicht anhand der Rohertragsmarge — und führen Sie nie pauschale Rabattaktionen über Produkte hinweg durch, deren echte Margen Sie nicht geprüft haben.
• Schwellen für kostenlosen Versand. Ihre Schwelle sollte dort liegen, wo die Deckungsbeitragsmarge der durchschnittlichen Bestellung die von Ihnen übernommenen Versandkosten deutlich übersteigt. Lesen Sie zuerst Ihre echte Marge pro Bestellung; wer die Schwelle nach Gefühl setzt, bezahlt am Ende Kunden dafür, Produkte mitzunehmen.
• Preiserhöhungen. Wenn Ihre Nettomarge unter 20% liegt, kann schon eine einzelne Preissteigerung bei Lieferant oder Versanddienstleister Sie in die Verlustzone drücken — Sie arbeiten ohne Puffer. Eine Preiserhöhung um 5% bei einem Produkt mit 30% Marge hebt den Gewinn um ungefähr 17%; verlieren Sie weniger als 17% Volumen, stehen Sie besser da, und kleine Erhöhungen bewegen die Nachfrage meist deutlich weniger, als Betreiber befürchten. Testen Sie es an einigen Produkten, beobachten Sie die Stückzahlen, und lassen Sie die Margendaten entscheiden, ob es gehalten hat.

Verfolgen Sie den Trend, nicht die Momentaufnahme

Die Marge eines einzelnen Monats sagt wenig; die Richtung sagt alles. Sobald Ihre Berichte stehen, beobachten Sie vier Zahlen von Monat zu Monat, nicht von Tag zu Tag, wo Rauschen das Signal überdeckt:

• Rohertragsmarge nach Produkt und Kategorie — verschiebt sich Ihr Mix zu ertragsschwächeren Artikeln?
• Marketingkosten als Anteil am Umsatz — sollten mit der Zeit sinken, wenn Wiederkäufe und organische Bestellungen wachsen; steigen sie, kaufen Sie Umsatz, den Sie nicht behalten können.
• Retourenquote nach Produkt — ein Ausschlag isoliert ein Produkt, dessen Beschreibung oder Größenangaben Ihnen still Marge kosten.
• Trend der Nettomarge — die entscheidende Frage: verbessert sie sich oder erodiert sie?

Der Trend schlägt die Momentaufnahme wegen genau des Szenarios, das die meisten Betreiber täuscht: Ein Shop steigert den Umsatz um 20%, während die Nettomarge von 25% auf 15% fällt. Das ist kein Wachstum — das ist Verwässerung, und sichtbar wird sie nur, wenn Sie die Margenlinie neben der Umsatzlinie verfolgen. Wiederkäufe durchbrechen diesen Kreislauf zu Ihren Gunsten, weil ein bestehender Kunde keine neuen Akquisekosten verursacht; deshalb gehört der Kundenlebenszeitwert in dieselbe Diskussion wie die Marge.

Die Shops, die langfristig bestehen, sind nicht die mit der größten Umsatzzahl im Dashboard. Es sind die, die das Kostenfeld gepflegt haben, alle drei Margen kennen, die Nettolinie über die Zeit beobachten und Preise sowie Aktionen aus diesen Zahlen ableiten statt aus Hoffnung. PrestaShop liefert Ihnen die Rohertragsmarge in dem Moment, in dem Sie es zulassen — der Rest ist eine Berichtsebene und die Disziplin, sie zu lesen.