Zuletzt angesehene Produkte: Kunden wiederfinden lassen, was sie vergessen haben

Fast niemand kauft beim ersten Besuch. Ein Kunde findet ein Produkt, das ihm gefällt, wird durch einen Anruf oder einen geschlossenen Tab unterbrochen und kommt eine Stunde — oder einen Tag — später mit einem Problem zurück: Er weiß nicht mehr genau, welches Produkt er angesehen hatte. Er weiß noch, dass es „das graue mit dem Holzgriff“ war, aber Ihr Shop hat vierzig davon. Also sucht er, findet nichts und geht wieder. Ein Block für zuletzt angesehene Produkte löst genau diesen Moment: Er gibt dem Kunden die Produkte zurück, die er bereits ausgewählt hatte, sodass der Weg von „Ich bin wieder da“ zu „in den Warenkorb“ nur noch ein Klick ist statt einer frustrierenden Suche.

Zuletzt aktualisiert: Juni 2026.

In diesem Artikel geht es genau um diese eine Aufgabe — die Lücke zwischen Kaufabsicht und Zurück-Button zu schließen, indem sich der Shop merkt, was ein Besucher angesehen hat. Es geht nicht darum, Produkte vorzuschlagen, die er nicht gesehen hat (das ist Cross-Selling und Upselling), oder Produkte bewusst für später zu speichern (das ist eine Wunschliste). „Zuletzt angesehen“ arbeitet automatisch, passiv und beruht auf einer einfachen Wahrheit: Wiedererkennen ist leichter als Erinnern.

Was PrestaShop bereits mitliefert — und wo die Grenzen liegen

PrestaShop hat seit Jahren eine Funktion für zuletzt angesehene Produkte, und die meisten Händler wissen nicht, dass sie bereits installiert ist. In 1.7, 8 und 9 ist es das native Modul ps_viewedproduct („Viewed products block“); in 1.5/1.6 hieß es blockviewed. Sie finden es unter Module → Modul-Manager — suchen Sie nach „viewed“. Es zeigt angesehene Produkte auf der Produktseite an, üblicherweise über displayFooterProduct (das ältere blockviewed aus 1.6 nutzte die Spalten-Hooks), und die einzige konfigurierbare Einstellung ist die Anzahl der anzuzeigenden Produkte.

Im Hintergrund fragt das Modul weder Bestellungen noch Kundenkonten ab — es liest ein Browser-Cookie namens viewed, eine einfache, durch Kommas getrennte Liste von Produkt-IDs, die der ProductController bei jedem Laden einer Produktseite ergänzt. Dieses Design hat zwei Folgen, die Sie kennen sollten, bevor Sie entscheiden, ob das Standardmodul ausreicht:

• Es ist anonym und sofort verfügbar. Weil es Cookie-basiert ist, funktioniert es für nicht angemeldete Gäste ab dem ersten Produkt, das sie öffnen — ohne Anmeldung, ohne Kundenkonto. Es arbeitet mit einem Browser-Cookie; informieren Sie darüber und holen Sie Einwilligungen gemäß Ihrer Cookie-Richtlinie und dem lokalen Recht ein. Und was bedeutet das konkret? Auch der Kunde, der nie ein Konto anlegen wird, profitiert davon.
• Es vergisst, wenn das Cookie verschwindet. Die Liste liegt im Browser des Besuchers. Cookies löschen, vom Smartphone auf den Laptop wechseln oder das Cookie ablaufen lassen — und der Verlauf ist weg. Das native Modul versucht nicht, Ansichten mit einer Kunden-ID zu verknüpfen und über Geräte hinweg mitzunehmen.

Für einen kleinen Katalog in einer Seitenleiste ist das Standardmodul wirklich völlig in Ordnung — bezahlen Sie nicht für etwas, das Sie bereits haben. Die Gründe, warum Händler darüber hinauswachsen, sind konkret: Die Standardplatzierung (linke/rechte Spalte) ist in den meisten modernen Themes über die volle Breite verschenkter Platz; es lässt sich nicht auf der Warenkorbseite platzieren, wo der Impuls „Haben Sie diese Produkte vergessen?“ am stärksten wirkt; und es übersteht keinen Gerätewechsel. Genau diese Lücken soll ein spezialisiertes Modul schließen, weiter unten mehr dazu.

Warum „zuletzt angesehen“ seinen Platz verdient

Der Mechanismus ist einfache Kognitionspsychologie: Wiedererkennen schlägt Erinnern. Einen Kunden zu bitten, sich an einen Produktnamen zu erinnern und ihn erneut einzutippen, bedeutet Arbeit; ihm ein Vorschaubild genau des Artikels zu zeigen, den er angesehen hat, verlangt nur, ihn wiederzuerkennen. Das eine ist anstrengend und scheitert oft; das andere passiert sofort.

Dazu kommt ein zweiter Effekt, der leicht übersehen wird. Ein wiederkehrender Besucher, der auf einer allgemeinen Startseite landet, muss sich erst wieder orientieren — Kategorien erneut öffnen, Auswahl erneut eingrenzen, Entscheidung erneut anstoßen. Ein wiederkehrender Besucher, der sofort die drei Produkte sieht, zwischen denen er vor einer Stunde abgewogen hat, landet direkt wieder in der Entscheidung, die er bereits halb getroffen hatte. Sie erzeugen kein neues Interesse; Sie knüpfen an vorhandenes Interesse an, und das ist deutlich günstiger, als es neu aufzubauen.

Es ist verlockend, hier eine harte Conversion-Zahl anzuhängen, und im Netz finden Sie Aussagen wie „X % der Klicks auf zuletzt angesehene Produkte konvertieren“. Behandeln Sie solche Zahlen als Richtungshinweis, nicht als Versprechen — der tatsächliche Effekt hängt von Ihrer Kataloggröße ab, davon, wie oft Kunden vor dem Kauf vergleichen, und davon, wie sichtbar Sie den Block platzieren. Die ehrliche Aussage ist mechanisch, nicht statistisch: Jeder Kunde, der sonst bei einer erneuten Suche ausgestiegen wäre, ist ein Kunde, den Sie nicht verloren haben. Messen Sie es in Ihrem eigenen Shop, statt den Prozentsatz eines anderen zu übernehmen.

Wo Sie den Block platzieren sollten — und warum die Platzierung seine Aufgabe verändert

Derselbe Block erledigt je nach Position unterschiedliche Aufgaben. Entscheiden Sie zuerst, was er bewirken soll, und platzieren Sie ihn dann entsprechend:

Eine Sache sollten Sie wissen, bevor Sie zu einem Modul greifen: In PrestaShop 1.7, 8 und 9 implementiert ps_viewedproduct die Widget-Schnittstelle. Sie können es also überall rendern, wo Ihr Theme einen Widget-Aufruf erlaubt — indem Sie ein einziges Tag an der gewünschten Stelle in ein Template setzen, ohne einen neuen Hook zu registrieren:

{* render the viewed-products block in any theme template *}
{widget name='ps_viewedproduct'}

Das deckt eine einmalige Platzierung ab, etwa wenn Sie den Block zu einem individuellen Startseiten-Template hinzufügen möchten. Was es nicht löst, sind die Grenzen des Cookies — und das native ps_viewedproduct ist ansonsten auf seine eingebaute Platzierung auf der Produktseite beschränkt und bietet ohne Theme- oder Modulentwicklung keine beliebige Platzierung im Warenkorb, auf der Startseite oder in benutzerdefinierten Hooks. Deshalb braucht gerade die Warenkorb-Platzierung — wahrscheinlich die wertvollste — meist ein flexibleres Modul. Wenn Sie ohnehin das gesamte Layout überdenken, zeigt unser ausführlicher Leitfaden zum Design von PrestaShop-Produktseiten, wie ein Block für zuletzt angesehene Produkte neben allem anderen sitzen sollte, was unterhalb des sichtbaren Bereichs um Aufmerksamkeit konkurriert.

Die Einstellungen, die wirklich zählen

Drei Entscheidungen bestimmen, ob der Block hilft oder nur Unruhe hinzufügt:

• Wie viele Produkte angezeigt werden. Sechs bis acht sind der praktische Mittelweg — genug, um die Erinnerung anzustoßen, aber wenige genug, um sie auf einen Blick zu erfassen. In einem einzeiligen Layout entspricht das der Anzahl, die die Zeile sauber füllt; eine Wand aus zwanzig angesehenen Produkten ist keine Gedächtnisstütze mehr, sondern Rauschen.
• Niemals leer anzeigen. Ein Erstbesucher hat keinen Verlauf, also hat der Block nichts anzuzeigen. Stellen Sie sicher, dass er sich vollständig ausblendet, wenn das viewed-Cookie leer ist, statt eine leere Überschrift zu rendern — eine verwaiste Überschrift „Zuletzt angesehen“ ohne Inhalte darunter wirkt kaputt und schwächt das Vertrauen. Das native Modul erledigt das; ein individueller Theme-Block manchmal nicht, prüfen Sie es also ausgeloggt in einem frischen Browser.
• Das aktuell sichtbare Produkt ausschließen. Auf einer Produktseite sollte der Artikel, den der Kunde gerade ansieht, nicht in seiner eigenen Zeile „zuletzt angesehen“ erscheinen. Das ist redundant und verschwendet einen Platz. Prüfen Sie, ob Ihr Modul die aktuelle Produkt-ID herausfiltert.

Auf Mobilgeräten sollten Sie das Layout von einem Raster auf ein horizontal scrollbares Karussell umstellen. Vertikaler Platz ist auf dem Smartphone das knappste Gut; eine einzelne wischbare Zeile zeigt dieselben Produkte, ohne den Button „In den Warenkorb“ weiter nach unten zu schieben. Ein Raster, das auf Mobilgeräten drei Scroll-Zeilen erzwingt, richtet meist mehr Schaden an, als der Block Nutzen bringt.

Wann Sie über das native Modul hinausgehen sollten

Sie wechseln von ps_viewedproduct weg, wenn eine seiner eingebauten Grenzen beginnt, Bestellungen zu kosten. Die klarsten Auslöser:

Der geräteübergreifende Punkt ist derjenige, der die beiden Varianten wirklich trennt. Ein Käufer, der mittags auf dem Smartphone stöbert und abends am Laptop kauft, ist für Sie eine einzige Person, aber für das native Modul zwei voneinander unabhängige Cookie-Speicher — die Recherche vom Vormittag verdampft also genau dann, wenn sie den Verkauf abgeschlossen hätte. Ein Modul, das zuletzt angesehene Produkte für angemeldete Nutzer an die Kunden-ID bindet (und den Verlauf serverseitig statt im Browser speichert), trägt diesen Verlauf über die Lücke hinweg. Wenn ein relevanter Teil Ihrer Besucher geräteübergreifend einkauft — und in den meisten Shops ist das so — ist genau diese Funktion ihr Geld wert. mypresta.rocks entwickelt Personalisierungsmodule rund um genau diese Art von kundenbewusstem Verhalten ohne Theme-Eingriffe; der praktische Test, ob Sie eines brauchen, ist einfach: Schauen Sie, wie viele Ihrer Kunden eine Sitzung mobil beginnen und am Desktop abschließen.

Häufig gestellte Fragen

Hat PrestaShop zuletzt angesehene Produkte eingebaut? Ja — die meisten Händler wissen nicht, dass die Funktion bereits installiert ist. In 1.7, 8 und 9 ist es das native Modul ps_viewedproduct („Viewed products block“); in 1.5/1.6 war es blockviewed. Sie finden es unter Module → Modul-Manager, suchen Sie nach „viewed“. Die einzige Einstellung ist, wie viele Produkte angezeigt werden, und es zeigt sie auf der Produktseite an (üblicherweise über displayFooterProduct).

Wie merkt es sich, was ein Besucher angesehen hat? Es liest ein Browser-Cookie namens viewed — eine durch Kommas getrennte Liste von Produkt-IDs, die der ProductController bei jedem Laden einer Produktseite ergänzt. Bestellungen oder Kundenkonten werden nie berührt. Dadurch ist die Funktion anonym und sofort verfügbar (sie funktioniert für nicht angemeldete Gäste ab dem ersten Produkt), aber sie vergisst, wenn das Cookie verschwindet: Cookies löschen oder vom Smartphone auf den Laptop wechseln, und der Verlauf ist weg.

Wohin gehört der Block? Die Platzierung verändert seine Aufgabe. Auf der Produktseite (displayFooterProduct) hilft er vergleichenden Käufern, zwischen Kandidaten zu wechseln — das ist der stärkste Platz. Auf der Startseite (displayHome) orientiert er wiederkehrende Besucher neu. Auf der Warenkorbseite (displayShoppingCartFooter) ist er der Impuls mit der höchsten Kaufabsicht: „Diese Produkte haben Sie sich ebenfalls angesehen.“ Die Warenkorb-Platzierung ist meist die wertvollste und diejenige, die das native Modul ohne Hilfe nicht leisten kann.

Wann reicht das Standardmodul nicht aus? Wenn eine seiner Grenzen beginnt, Bestellungen zu kosten: Sie brauchen den Block auf der Warenkorbseite oder in einem benutzerdefinierten Hook, Sie möchten einen Verlauf, der einem angemeldeten Kunden über Geräte hinweg folgt (rein Cookie-basiert geht er beim Gerätewechsel verloren), ein richtiges Karussell-Layout oder eine Filterung „angesehen, aber nicht gekauft“ im Warenkorb. Der geräteübergreifende Fall ist derjenige, der die beiden Varianten wirklich trennt — ein Modul, das den Verlauf an die Kunden-ID bindet und serverseitig speichert, trägt ihn über die Smartphone-zu-Laptop-Lücke hinweg, in der ein Verkauf oft abgeschlossen wird.

Wie viele Produkte sollte ich anzeigen, und wie auf Mobilgeräten? Sechs bis acht sind der praktische Mittelweg — genug, um die Erinnerung anzustoßen, aber wenige genug, um sie schnell zu erfassen. Blenden Sie den Block immer vollständig aus, wenn das Cookie leer ist (eine verwaiste Überschrift „Zuletzt angesehen“ wirkt kaputt), und schließen Sie das aktuell sichtbare Produkt aus. Auf Mobilgeräten wechseln Sie vom Raster zu einem einzelnen horizontal scrollbaren Karussell, damit der Button „In den Warenkorb“ nicht nach unten geschoben wird.

Wo das in das größere Bild passt

Zuletzt angesehene Produkte sind ein leiser Faden in einem Shop, der sich an seine Kunden erinnert. Die Funktion überschneidet sich mit dem bewussten Speichern (eine Wunschliste ist eine Absicht, die der Kunde ausdrücklich erklärt; zuletzt angesehen ist eine Absicht, die Sie ableiten), und sie ergänzt den direkten Vergleich, zu dem Käufer greifen, wenn sie sich nicht zwischen zwei Produkten entscheiden können. Außerdem ist sie ein Baustein in der größeren Argumentation für eine vertrauenswürdige, reibungslose Produktseite — die Art von Produktseiten-Anatomie, die Besucher dazu bringt, auf Kaufen zu klicken statt auf Zurück.

Der ganze Punkt ist bescheiden: Sie überzeugen niemanden von etwas Neuem. Sie verhindern nur, dass ein zurückkehrender Kunde das Produkt erneut suchen muss, das er bereits wollte. In PrestaShop kostet Sie das fast nichts, es einzuschalten — ps_viewedproduct sitzt wahrscheinlich bereits in Ihrem Modul-Manager — und die einzigen echten Entscheidungen sind, wo Sie den Block platzieren, wie Sie ihn mobil darstellen und ob Ihre Kunden über so viele Geräte hinweg einkaufen, dass aus dem Gedächtnis des Cookies besser ein Gedächtnis des Kunden werden sollte.