"1.247 verkauft." Zwei Wörter und eine Zahl, direkt unter dem Preis, und für einen Käufer, der noch nie von Ihrem Shop gehört hat, beantwortet das die einzige Frage, die wirklich zählt: Haben andere diesem Angebot genug vertraut, um dafür Geld auszugeben? Ein Gesamtverkaufszähler nimmt eine Tatsache, die Ihre Datenbank bereits kennt, und platziert sie genau dort, wo die Kaufentscheidung fällt. In diesem Beitrag geht es ausdrücklich um diese Zahl: die kumulierte Gesamtzahl aller verkauften Einheiten, angezeigt als statischer Hinweis auf der Produktseite. Nicht um den Live-Ticker "12 Personen sehen sich das gerade an", nicht um das Popup "jemand in München hat das gerade gekauft". Das sind andere Signale mit eigenen Aufgaben, auf die wir weiter unten verlinken. Der Gesamtzähler hat ein einziges Ziel: Ihre Verkaufshistorie in Beweis zu verwandeln.

Zuletzt aktualisiert: Juni 2026.

Was "insgesamt verkaufte Produkte" in PrestaShop tatsächlich bedeutet, und wo diese Zahl liegt

Leuchtender Fallblattzähler, umgeben von gestapelten Paketen und Einkaufstaschen, als Sinnbild für einen Zähler verkaufter Produkte als Vertrauensbeweis
Ein laufender Verkaufszähler verwandelt stille Bestellhistorie in sichtbaren, vertrauensbildenden Social Proof.

Bevor Sie eine Verkaufszahl anzeigen, müssen Sie wissen, welche Zahl Sie zeigen, denn PrestaShop speichert mehrere Werte, die ähnlich aussehen, aber Unterschiedliches bedeuten. Genau hier liegt der häufigste Umsetzungsfehler, den wir sehen.

Was Sie möchtenWo es gespeichert istWas es wirklich ist
Tatsächlich verkaufte Einheitenps_order_detail.product_quantity, für dieses Produkt über gültige Bestellungen summiertDie ehrliche Gesamtzahl über die gesamte Laufzeit, jede jemals bestellte Position.
Aktueller Lagerbestandps_stock_available.quantity (und die alte Spiegelung ps_product.quantity)Was noch verkauft werden kann. nicht, was verkauft wurde. Das als "verkauft" anzuzeigen, ist falsch.
"Verkäufe"-Spalte in den Statistikenps_product_sale (von der Klasse ProductSale gepflegt, wenn Bestellungen validiert werden)Ein zwischengespeicherter Aggregatwert, den PrestaShop für das Bestseller-Dashboard pflegt.

Was heißt das für Sie? Die echte Gesamtverkaufszahl ist eine Summe über ps_order_detail, verknüpft mit ps_orders, damit nur Bestellungen in einem gültigen Status gezählt werden (bezahlt, versendet, zugestellt) und abgebrochene, stornierte oder fehlerhafte Warenkörbe außen vor bleiben. Ein Zähler, der stillschweigend stornierte und erstattete Bestellungen einbezieht, bläht sich selbst auf, und an dem Tag, an dem ein Kunde das bemerkt, hört die Zahl auf, Vertrauen aufzubauen, und beginnt, es zu kosten.

Die ehrliche Variante dieser Abfrage sieht so aus, sie summiert die Mengen der Bestellpositionen, aber nur über Bestellungen, die PrestaShop als gültig markiert hat:

SELECT SUM(od.product_quantity) AS units_sold
FROM ps_order_detail od
JOIN ps_orders o ON o.id_order = od.id_order
WHERE od.product_id = :id_product
  AND o.valid = 1;

Das Flag o.valid ist die entscheidende Schleuse: PrestaShop setzt es nur dann auf 1, wenn eine Bestellung einen Status erreicht, den der Händler als "protokollierbar" markiert hat (bezahlt, versendet, zugestellt). Die Verknüpfung darüber schließt also abgebrochene, stornierte und fehlerhafte Bestellungen aus. Führen Sie so eine Abfrage mit GROUP BY jedoch auf jeder Produktseite aus, wird sie genau zu dem Performance-Problem, vor dem dieser Beitrag warnt. Deshalb gibt es die zwischengespeicherte Tabelle weiter unten.

PrestaShop stellt bereits eine sauberere Abkürzung bereit: die Tabelle ps_product_sale, die von PrestaShops Klasse ProductSale immer dann aktuell gehalten wird, wenn eine Bestellung validiert wird (dieselben Daten, die im Backoffice hinter Statistiken → Bestseller stehen). Die zwischengespeicherte Spalte quantity dort auszulesen, ist deutlich leichter, als bei jedem Seitenaufruf Bestellpositionen zu summieren, und das ist wichtig, denn die Produktseite gehört zu den am häufigsten aufgerufenen URLs Ihres Shops, und Sie möchten nicht für jeden Besucher ein schweres GROUP BY auslösen.

Warum ein Verkaufszähler funktioniert, und wo die Grenze liegt

Social Proof funktioniert, weil Menschen sich an anderen orientieren, wenn sie unter Unsicherheit entscheiden. In einem stationären Geschäft sieht man, wie andere Kunden Produkte in die Hand nehmen; online verschwindet dieses Signal, sofern Sie es nicht bewusst zurückholen. Ein Verkaufszähler ist die quantitativste Form davon. Eine einzelne Zahl, die sagt: "Diesen Weg sind andere bereits gegangen." Am stärksten wirkt er meist bei mittelpreisigen, überlegten Käufen: teuer genug, dass der Käufer Bestätigung sucht, aber günstig genug, dass er nicht zuerst ein Dutzend Bewertungen liest. Bei Impulskäufen hält der Kunde kaum inne; bei hochpreisigen Produkten recherchiert er ohnehin, egal welchen Hinweis Sie zeigen.

Die ehrliche Grenze: Ein Verkaufszähler ist ein Signal in einem ganzen Stapel, keine magische Zahl. Er bestätigt Beliebtheit, sagt aber nichts darüber aus, ob das Produkt gut ist. Dafür sind Produktbewertungen zuständig, die eine qualitative Aussage tragen, die eine reine Zahl nicht liefern kann. Beides ergänzt sich: "238 verkauft · 4,7 Sterne · 41 Bewertungen" ist deutlich stärker als jedes dieser Signale allein, weil es sowohl "Ist das beliebt?" als auch "Waren die Käufer zufrieden?" beantwortet. Wenn Ihr Shop auf Bewertungs-Widgets von Drittanbietern setzt, lohnt es sich zu verstehen, warum diese allein nicht ausreichen für das Vertrauenssignal, mit dem ein Verkaufszähler zusammenwirkt.

Wann die Zahl Ihnen hilft, und wann Sie sie ausblenden sollten

Was die meisten Ratgeber überspringen: Ein Verkaufszähler ist nicht bedingungslos gut. Dieselbe Kennzeichnung, die bei einem Produkt konvertiert, schadet einem anderen aktiv. Ein Zähler, der klug entscheidet, wann er erscheint, ist mehr wert als einer, der blind ausgibt, was die Datenbank enthält.

  • Zeigen Sie ihn erst ab einem Schwellenwert. "2 verkauft" wirkt schlechter als gar kein Zähler, es flüstert: "Niemand will das." Legen Sie ein Minimum fest (wir starten bei Händlern meist mit 25–50 Einheiten) und blenden Sie den Hinweis darunter aus. Ein Produkt verdient sich seinen Zähler; es wird nicht damit geboren.
  • Neuer Shop, keine Bewertungen? Genau hier spielt er seine Stärke aus. Bei null Bewertungen und ohne Markenbekanntheit zeigt selbst "47 verkauft" einem Erstbesucher, dass echte Menschen gekauft und ihre Bestellungen vermutlich erhalten haben. Es beweist, dass der Shop funktioniert, nicht nur das Produkt.
  • Umkämpfter Katalog? Wenn ein Käufer denselben Artikel in drei Tabs vergleicht, hat das Angebot mit "3.400 verkauft" einen Vorteil gegenüber den beiden ohne Angabe. Die Zahl wird zum Entscheidungskriterium, nach dem er gar nicht bewusst gesucht hat.
  • Luxus- oder Exklusivitätspositionierung? Schalten Sie ihn aus. Wenn die Markengeschichte "limitierte Edition, handgefertigt, nur wenige Exemplare" lautet, widerspricht eine fünfstellige Verkaufszahl dieser Aussage frontal. Sie können auf derselben Seite nicht exklusiv und massentauglich zugleich sein.
  • Digitale Produkte und Themes? Seien Sie vorsichtig. Eine hohe Zahl kann als "das hat schon jeder" gelesen werden. Bei Design-Assets, die einen Shop unverwechselbar machen sollen, ist das eher ein Kaufhindernis als eine Bestätigung.

Wie Sie die Zahl so präsentieren, dass sie ehrlich wirkt

Dieselbe Verkaufshistorie kann Vertrauen schaffen oder Misstrauen auslösen, es hängt vollständig davon ab, wie Sie sie formatieren. Ein paar Regeln bewähren sich shopübergreifend:

  • Runden Sie große Zahlen, lassen Sie kleine exakt. "247 verkauft" wirkt glaubwürdig, weil es konkret ist; "12.847 verkauft" sieht verdächtig präzise aus und lädt zu dem Gedanken ein: "Haben die sich das ausgedacht?" Ab einigen Tausend liest sich "12K+ verkauft" oder "10.000+ verkauft" ehrlicher, nicht weniger ehrlich.
  • Erwägen Sie ein Zeitfenster. "124 diesen Monat verkauft" signalisiert laufende Nachfrage und ist überzeugender als "5.000 verkauft", die sich still über vier Jahre angesammelt haben. Ein aktuelles Fenster hilft auch älteren Produkten, deren Gesamtzahl moderat ist, deren momentane Dynamik aber real ist. In PrestaShop bedeutet das eine datumseingeschränkte Summe über ps_order_detail, verknüpft mit dem Bestelldatum, schwerer als die zwischengespeicherte Tabelle, also speichern Sie das Ergebnis zwischen.
  • Platzieren Sie ihn in der Entscheidungszone. Der Zähler gehört neben den Preis und den In-den-Warenkorb-Button, also dorthin, wo der Kunde tatsächlich entscheidet, nicht ans Seitenende vergraben oder in einem Tab versteckt. Im Produkttemplate ist das der Hook-Bereich displayProductActions / displayProductPriceBlock; ein Zähler tief in displayFooterProduct verschenkt den Großteil seiner psychologischen Wirkung. (Wo jedes Element auf der Seite sitzen sollte und warum, erklärt unsere Anatomie der Produktseite.)

Der Gesamtzähler im Vergleich zum Live-Ticker, verwechseln Sie die beiden nicht

Diese Unterscheidung entscheidet darüber, welches Werkzeug Sie wirklich brauchen. Ein Gesamtverkaufszähler ist eine stabile, kumulative Tatsache, er ändert sich langsam, lässt sich gut zwischenspeichern, und seine Botschaft lautet: "Viele Menschen haben sich über längere Zeit dafür entschieden." Das ist das Thema dieses Beitrags. Er ist etwas anderes als die Echtzeitsignale aus derselben Familie:

  • Live-Verkäufe und Aufrufstatistiken. "9 Personen haben das heute gekauft / 23 sehen es sich gerade an". Drehen sich um Dynamik und Gleichzeitigkeit und werden laufend neu berechnet. Das ist eine eigene Entscheidung, die wir unter Live-Verkäufe und Aufrufe anzeigen behandeln.
  • Popups zu kürzlichen Käufen, der Hinweis, der hereinrutscht und sagt: "Anna aus Krakau hat das gerade bestellt". Sind Live-Verkaufsbenachrichtigungen und Verkaufs-Popups, die Unmittelbarkeit erzeugen statt angesammeltes Gewicht.

Was ist also die praktische Konsequenz? Der Gesamtzähler und der Live-Ticker beantworten unterschiedliche Einwände. "Ist das eine sichere Wahl?" wird durch angesammeltes Volumen beantwortet; "Passiert das jetzt?" durch Live-Daten. Viele Shops nutzen beides, aber greifen Sie zum statischen Zähler, wenn Sie eine ruhige, dauerhafte Bestätigung möchten, die nicht von einem gerade besonders aktiven Besucherstrom abhängt, um überzeugend zu wirken.

Wie der Zähler auf eine PrestaShop-Produktseite kommt

PrestaShop hat im Frontoffice keine native Anzeige für "insgesamt verkauft", also muss die Zahl dort platziert werden. Es gibt drei Wege, mit steigendem Aufwand:

WegAufwandÜbersteht Updates?Am besten, wenn…
Template-Anpassung, Verkaufszahl in einem Child-Theme-Override von product.tpl auslesenMittel (benötigt einen Entwickler)Anfällig. Theme-Änderungen können bei Updates brechen und behandeln weder Schwellenwerte noch FormatierungSie haben einmalige Anforderungen und interne Entwicklungszeit.
Ein Hook-basiertes Modul, rendert den Zähler über einen Display-Hook, ohne Theme-EingriffGering, im Backoffice installieren und konfigurierenJa. Keine Core- oder Theme-Dateien werden verändert oder kopiertSie möchten Schwellenwerte, Formatierung und Caching sauber gelöst haben, und die Anzeige soll das nächste Update von 1.7 → 8 → 9 überstehen.
Individuelle EntwicklungHochHängt davon ab, wie sie umgesetzt istSie brauchen sehr spezifische Logik (Regeln pro Kategorie, A/B-Varianten) und einen Entwickler, der sie betreut.

Der Modulweg existiert genau deshalb, weil die Anforderungen, die einen Verkaufszähler sicher machen, stornierte Bestellungen ausschließen, niedrige Zahlen ausblenden, große Zahlen runden, die zwischengespeicherte Tabelle ps_product_sale lesen statt bei jedem Seitenaufruf Bestellpositionen zu summieren. Von Hand umständlich umzusetzen und leicht falsch zu machen sind. Ein dafür gebautes Modul bindet sich mit einer einzigen Installation in die Produktseite ein, hält die schwere Abfrage aus dem kritischen Ausführungspfad heraus und wird vollständig in Ihrem Backoffice konfiguriert statt über eine Entwicklerrechnung. Wenn ein Zähler Teil eines größeren Plans ist, Ihre Produktseiten besser konvertieren zu lassen, zeigt unser Leitfaden zu Produktseitendesign und Conversion, wie er neben den anderen Elementen wirkt.

Ein Hinweis zur Performance, denn hier scheitern selbst gebaute Zähler

Die naive Version eines Verkaufszählers führt bei jedem einzelnen Produktseitenaufruf ein SELECT SUM(product_quantity) … GROUP BY über ps_order_detail aus. In einem Shop mit langer Bestellhistorie und ordentlichem Traffic ist das eine selbst verursachte Verlangsamung Ihrer wichtigsten Seite. Zwei Gegenmaßnahmen, in der bevorzugten Reihenfolge: Lesen Sie die voraggregierte Tabelle ps_product_sale (PrestaShop pflegt sie bereits über die Klasse ProductSale, wenn Bestellungen validiert werden; die Kosten fallen also einmal im Hintergrund an, nicht pro Besucher); und falls Sie zwingend ein individuelles Zeitfenster berechnen müssen, speichern Sie das Ergebnis pro Produkt mit einer sinnvollen TTL zwischen, damit die Datenbank gelegentlich getroffen wird, nicht ständig. Ein Zähler, der Ihre Ladezeit verschlechtert, tut das Gegenteil von dem, wofür er gedacht ist, langsame Seiten verlieren genau die Kunden, die der Hinweis eigentlich beruhigen sollte.

Wo der Verkaufszähler in Ihrem größeren Social-Proof-System sitzt

Ein Verkaufszähler ist ein Baustein in einem größeren Vertrauensbild, und er arbeitet am stärksten, wenn die Bausteine um ihn herum in dieselbe Richtung zeigen. Die quantitative Zahl passt natürlich zu qualitativen Signalen: Sternebewertungen und Bewertungen beantworten "Waren die Leute zufrieden?"; Vertrauenssiegel beantworten "Ist die Kasse sicher?"; und die Live-Signale, Verkäufe und Aufrufe oder ein Popup zu kürzlichen Käufen, beantworten "Passiert das gerade?" Der besondere Beitrag des Gesamtverkaufszählers ist dauerhafte, angesammelte Aussagekraft: der Beweis, dass der Weg, auf den Sie einen zögernden Käufer einladen, bereits tausendfach von Menschen gegangen wurde, die bezahlt und genau das Produkt erhalten haben, das sie wollten.

Nehmen Sie die richtige Ausgangszahl (echte Verkäufe, nur gültige Bestellungen), zeigen Sie sie nur, wenn sie dem Produkt schmeichelt, formatieren Sie sie so, dass sie ehrlich wirkt, platzieren Sie sie dort, wo die Entscheidung fällt, und halten Sie die Abfrage aus dem kritischen Pfad Ihrer Seitenladezeit heraus. Dann beginnt eine Tatsache, die Ihre Datenbank seit der ersten Bestellung still aufgezeichnet hat, genau in dem Moment für Sie zu arbeiten, in dem ein Kunde entscheidet, ob er Ihnen vertrauen soll.

FAQ

Welche PrestaShop-Zahl ist die echte Kennzahl für "verkaufte Einheiten"?

Es ist die Summe von product_quantity in ps_order_detail über gültige Bestellungen, nicht der Lagerbestand. Der aktuelle Bestand liegt in ps_stock_available.quantity und sagt Ihnen, was noch verkauft werden kann, also genau das Gegenteil dessen, was verkauft wurde; ihn als "verkauft" anzuzeigen, ist der häufigste Fehler. PrestaShop pflegt außerdem ein zwischengespeichertes Aggregat in ps_product_sale, das von seiner ProductSale-Klasse aktualisiert wird, wenn Bestellungen validiert werden, und diese Zahl ist auf einer stark besuchten Produktseite die leichtere Quelle.

Enthält der Verkaufszähler stornierte oder erstattete Bestellungen?

Das sollte er nicht, und genau deshalb ist die Verknüpfung über o.valid = 1 so wichtig. Ohne diesen Filter würden Sie abgebrochene Warenkörbe und stornierte Bestellungen als Verkäufe zählen und den Hinweis künstlich aufblähen. Ein aufgeblähter Zähler übertreibt nicht nur, sobald ein Kunde spürt, dass die Zahl erfunden wirkt, kippt sie vom Vertrauenssignal zu einem Grund, alles andere auf der Seite anzuzweifeln.

Bremst ein Verkaufszähler meine Produktseiten nicht aus?

Doch, wenn Sie ihn auf die naive Weise berechnen, mit einem SUM ... GROUP BY über die Bestellhistorie bei jedem einzelnen Seitenaufruf, und das auf einer URL, die ohnehin zu Ihren meistbesuchten gehört. Zwei Gegenmaßnahmen in der Reihenfolge: Lesen Sie die voraggregierte Tabelle ps_product_sale, die PrestaShop bereits im Hintergrund pflegt, oder berechnen Sie, wenn Sie eine individuelle Zeitfenster-Zahl brauchen, den Wert einmal und speichern Sie das Ergebnis pro Produkt mit einer sinnvollen TTL zwischen, damit die Datenbank nur gelegentlich statt bei jedem Besuch getroffen wird.

Sollte jedes Produkt seine Verkaufszahl anzeigen?

Nein. Ein Zähler ist erst oberhalb eines Schwellenwerts ein Vorteil. "2 verkauft" wirkt schlechter als gar kein Hinweis, setzen Sie also ein Minimum (oft 25–50 Einheiten) und blenden Sie ihn darunter aus. Schalten Sie ihn bei Luxus- oder Limited-Edition-Positionierung ganz ab, wenn eine hohe Zahl der Exklusivitätsgeschichte widerspricht, und seien Sie bei digitalen Produkten vorsichtig, wo "das hat schon jeder" eher als Einwand denn als Bestätigung gelesen werden kann.

Sollte ich eine Gesamtzahl oder ein aktuelles Zeitfenster anzeigen?

Das hängt davon ab, welches Signal Sie senden möchten. Eine Gesamtzahl ("5.000 verkauft") zeigt dauerhaftes, angesammeltes Vertrauen; ein Zeitfenster ("124 diesen Monat verkauft") zeigt laufende Nachfrage und kann einem älteren Produkt helfen, dessen Lebenszeit-Zahl moderat ist, dessen aktuelle Dynamik aber real ist. Das Zeitfenster ist rechenintensiver, weil es eine datumseingeschränkte Summe statt eines zwischengespeicherten Lookups ist, also speichern Sie das Ergebnis zwischen. Viele Shops zeigen die Rahmung, die dem konkreten Produkt am meisten hilft.

Schlagwörter: Konversion PrestaShop SEO
Diesen Beitrag teilen:
David Miller

David Miller

Gründer, mypresta.rocks

David Miller ist PrestaShop-Spezialist mit über einem Jahrzehnt praktischer Erfahrung und Gründer von mypresta.rocks, einem Software-Studio im polnischen Tychy. Er entwickelt und pflegt einen Katalog von 152 PrestaShop-Modulen, darunter 21 „Revolution"-Suiten für SEO, Checkout, Sicherheit, Performance, Marketing, Suche, Support und Lagerverwaltung, , die reale Shops Tag für Tag verbessern und für PrestaShop 1.7.8, 8.x und 9.x getestet sind. Darüber hinaus betreut er Produktivshops mit einem Jahresumsatz in Millionenhöhe, sodass seine Arbeit an echten Verkäufen gemessen wird und nicht an Demos. Seine Erfahrung deckt die gesamte Bandbreite des E-Commerce ab, Performance, Sicherheit, SEO und Marketing, und reicht über PrestaShop hinaus bis zu WooCommerce, Shopify und maßgeschneiderten Systemen. Im Blog schreibt er über die technische Seite von PrestaShop: was die Plattform wirklich tut, was in der Produktion bricht und welche Lösungen sich bewähren.

Kommentare

Noch keine Kommentare. Seien Sie der Erste!
Hat Ihnen dieser Artikel gefallen?

Erhalten Sie unsere neuesten Tipps, Anleitungen und Modul-Updates direkt in Ihr Postfach.

Sie können Ihr Einverständnis jederzeit widerrufen. Unsere Kontaktinformationen finden Sie u. a. in der Datenschutzerklärung.

Lade ...
Nach oben