Zwei Momente töten leise die Conversion in einem PrestaShop-Shop: der Besucher, der ein Produkt betrachtet, es zu teuer findet und geht — und der Besucher, der ein Produkt kaufen will, es ausverkauft entdeckt und geht. In beiden Fällen ist die Kaufabsicht real. In beiden Fällen ist der Umsatz ohne Capture-Mechanismus verloren. Endgültig.
Dabei gehören diese beiden Szenarien zu den am einfachsten zu monetarisierenden: Ein sauberes Alert-System fängt die E-Mail des Besuchers ab, löst eine automatisierte Nachricht aus, sobald die Bedingung erfüllt ist (Preissenkung oder Wiederverfügbarkeit), und konvertiert. Das gemessene ROI auf gut ausgestatteten Shops ist signifikant: 3 bis 8 % netto-zusätzlicher Umsatz, bei nahezu null Betriebskosten.
Dieser Artikel zerlegt beide Mechaniken, ihre Synergien, die funktionierenden Muster und die Fallen, die Alert-Module wirkungslos machen.
Warum Preis- und Stock-Alerts eine vernachlässigte Umsatzgoldmine sind
Auf einem Standard-Shop konzentriert sich der Funnel auf die sofortige Conversion: Optimierung der Produktseite, des Warenkorbs, des Checkouts. Alles, was NACH dem Abbruch passiert, wird mit einem einzigen Werkzeug behandelt — dem Abandoned-Basket-Flow, der nur Nutzer abdeckt, die das Produkt bereits in den Warenkorb gelegt haben.
Aber vor dem Warenkorb gehen 80 bis 90 % der Besucher. Viele gehen, weil ein Signal sie blockiert:
- „Zu teuer“ — das Produkt ist begehrenswert, aber außerhalb des wahrgenommenen Budgets. Der Besucher vergleicht woanders, wartet auf den Sale oder gibt auf.
- „Ausverkauft“ — die gewünschte Größe oder Farbe ist nicht verfügbar. Der Besucher sucht woanders und findet einen Wettbewerber.
Diese beiden Signale sind keine Einwände gegen das Produkt. Es sind umständliche Hemmnisse. Erfasst man die Absicht und kehrt zum Besucher zurück, wenn die Bedingung wechselt, übersteigt die Conversion-Rate in diesem Segment häufig 15 bis 25 % — weit über der durchschnittlichen Conversion-Rate eines Shops (2 bis 4 %).
Der Preissenkungs-Alert: die funktionierende Mechanik
Der visuelle Trigger
Auf der Produktseite, neben dem Preis, eine diskrete Schaltfläche oder ein Link: „Bei Preissenkung benachrichtigen“. Die Formulierung ist wichtig: nicht „Benachrichtigt mich“, zu vage, sondern die explizite Zusage — bedingte Benachrichtigung, kein Newsletter.
Die Erfassung
Der Besucher gibt seine E-Mail ein (DSGVO-konform, ausdrückliche Einwilligung, auf den Produkt-Alert begrenzter Zweck). Das System erfasst: E-Mail, Produkt-ID, Attribut-ID falls Variante, Preis zum Zeitpunkt der Anmeldung, Datum.
Der Auslöser
Wenn der Produktpreis fällt (specific_price-Änderung, SSV, Flash-Aktion), vergleicht das System den neuen Preis mit dem Anmeldepreis. Übersteigt die Senkung einen konfigurierbaren Schwellenwert (1 %, 5 %, 10 % je nach Strategie), wird sofort eine E-Mail-Benachrichtigung gesendet.
Die Alert-E-Mail
Kurz, direkt, mit:
- Foto und Name des Produkts.
- Dem alten durchgestrichenen Preis und dem neuen Preis groß.
- Dem Reduktionsprozentsatz.
- Einer „Produkt ansehen“-Schaltfläche, die direkt zur Seite führt.
- Optional: ein Countdown, wenn die Promotion zeitlich begrenzt ist.
Conversion-Tracking
Ohne Tracking ist der Alert blind. Man muss messen, wie viele E-Mails einen Klick auslösen, wie viele Klicks zu einem Kauf führen und welchen Netto-Umsatz das generiert. Ohne diese Schleife ist Optimierung unmöglich.
Der Back-in-Stock-Alert: gleiche Logik, anderes Ziel
Der Auslöser
Auf einer ausverkauften Produktseite (Stock = 0 oder Lücke bei einer spezifischen Variante) ersetzt eine Schaltfläche „In den Warenkorb“: „Benachrichtigt mich bei Wiederverfügbarkeit“. Wieder: engagierte und klare Formulierung. Zalando hat im DACH-Markt den Standard für dieses Muster gesetzt — seine Warteliste für ausverkaufte Größen gehört zu den meistkopierten UX-Mustern im Mode-E-Commerce.
Erfassung pro Variante
Entscheidendes Detail: Die Erfassung muss auf Variantenebene erfolgen, nicht auf Eltern-Produkt-Ebene. Will der Kunde Größe M in Rot, will er nicht über die Rückkehr von Größe XL in Blau benachrichtigt werden. Ohne feines Attribut-Management sendet das Modul irrelevante Alerts und verliert Vertrauen.
Der Auslöser
Kehrt der Bestand zurück (per Hook actionUpdateQuantity oder Verifikations-Cron), identifiziert das System alle entsprechenden Anmeldungen und sendet die E-Mails. Um parasitäre Auslöser zu vermeiden (Bestand 1, in 5 Minuten verkauft), einen Mindestschwellenwert vorsehen (zum Beispiel nur auslösen, wenn Stock > 3).
Implizite Dringlichkeit
Der Stock-Alert spielt mit der Angst, etwas zu verpassen (FOMO): „Das Produkt, auf das Sie gewartet haben, ist wieder verfügbar. Begrenzter Bestand.“ Den verfügbaren Bestand einzubeziehen („Nur noch 8 auf Lager“) verstärkt den Anreiz zur sofortigen Aktion.
Die Synergie der beiden Mechaniken
Die beiden Alerts erfassen zwei unterschiedliche Profile:
| Alert | Erfasstes Profil | Durchschnittliche Conversion-Verzögerung |
|---|---|---|
| Preissenkung | Beim Preis zögernder Besucher, Vergleichskäufer, Wartender | 3 bis 60 Tage |
| Wiederverfügbarkeit | Engagierter, durch Ausverkauf blockierter Besucher, enttäuscht | 1 bis 14 Tage |
In einem Mode-Shop konvertiert Back-in-Stock zu 25-35 % (sehr starke Kaufabsicht). In einem Tech- oder High-Tech-Shop konvertiert der Preis-Alert zu 8-15 % (längerer Entscheidungszyklus). Beide Mechaniken sind komplementär und ihr Wert hängt von der Branche ab.
Shops, die sie gleichzeitig einsetzen, beobachten häufig signifikantes CRM-Wachstum: Besucher werden zu qualifizierten Kontakten, segmentierbar nach Produkt und Verhalten.
Die Fallen, die Alerts unwirksam machen
- Alert-E-Mail, die 3 Tage nach dem Auslöser ankommt. Die Promotion ist vorbei, das Produkt wieder ausverkauft. Der Alert muss innerhalb von Minuten nach dem Ereignis ausgehen.
- Kein Conversion-Tracking. Unmöglich, das ROI zu messen, also zu optimieren.
- Komplizierte Abmeldung. Die DSGVO verlangt eine Ein-Klick-Abmeldung. Sonst wird das Modul zu einer Beschwerdequelle bei den Datenschutzbehörden.
- Erfassung ohne Double-Opt-in-Validierung. Risiko gespammeter Anmeldungen mit nicht existierenden E-Mails. Die Link-Validierung (One-Click) schützt die Zustellbarkeit.
- Keine Duplikat-Behandlung. Ein Kunde, der sich zweimal für dasselbe Produkt anmeldet, erhält zwei E-Mails. Schlechte UX, Kaskaden-Abmeldungen.
- Zu generische E-Mail. Eine E-Mail „Der Preis ist bei einem Produkt gefallen, das Sie verfolgt haben“ ohne Produktname oder Foto konvertiert nicht. Die E-Mail muss auf das exakte Produkt personalisiert sein.
- Keine Inaktivitäts-Behandlung. Nach 12 Monaten ohne Auslöser Anmeldungen löschen oder beschneiden, um nicht zu spammen.
Unsere Module dfpricealert und dfwaitlist: industrielles Combo
Beide Mechaniken sauber umzusetzen erfordert 8 bis 15 Entwicklungstage pro Modul, plus den E-Mail-Stack (Templates, Double-Opt-in, Abmeldung, Zustellbarkeit). Unsere Module dfpricealert und dfwaitlist für PrestaShop 8 und 9 industrialisieren beide:
dfpricealert (49 €)
- Konfigurierbare Anmeldeschaltfläche auf der Produktseite.
- Erfassung pro Produkt oder pro Variante.
- Automatische Preissenkungs-Erkennung mit konfigurierbarem Schwellenwert.
- Personalisierte Alert-E-Mail, mehrsprachig DE/EN/FR/ES.
- Conversion-Tracking (Klick, Produktansicht, Warenkorbzugabe, Bestellung).
- ROI-Dashboard: Anzahl der Anmeldungen, Öffnungsrate, Klickrate, generierter Umsatz.
- Double-Opt-in und Ein-Klick-Abmeldung.
- Duplikat-Verwaltung und automatische Bereinigung inaktiver Anmeldungen.
dfwaitlist (49 €)
- Automatischer Ersatz der „In den Warenkorb“-Schaltfläche auf ausverkauften Seiten.
- Erfassung pro Variante (Größe + Farbe zum Beispiel).
- Sofortiger Auslöser bei Wiederverfügbarkeit mit Mindestschwellenwert.
- Alert-E-Mail mit verfügbarem Bestand und Dringlichkeit.
- Vollständiges Conversion-Tracking.
- Dashboard pro Produkt, pro Variante, pro Periode.
- Multi-Shop-, mehrsprachig kompatibel.
- Native DSGVO (Double-Opt-in, Abmeldung, Bereinigung).
Kombiniert für 98 € adressieren die beiden Module den gesamten „aufgeschobenen Umsatz“, den die meisten Shops entgehen lassen.
Gemessenes ROI im Feld
Auf einem DACH-Mode-Shop mit 800 K€ Jahresumsatz, einer durchschnittlichen Ausverkauf-Rate von 12 % und regelmäßigen Promotionen:
- dfwaitlist: etwa 1.200 Anmeldungen/Jahr, Conversion-Rate 28 %, Durchschnittswarenkorb 65 € → 22 K€ zusätzlicher Umsatz/Jahr.
- dfpricealert: etwa 3.500 Anmeldungen/Jahr, Conversion-Rate 11 %, Durchschnittswarenkorb 55 € → 21 K€ zusätzlicher Umsatz/Jahr.
- Modulkosten: 98 € einmalig.
- Jahres-ROI: Ratio ohne Gleichen im Katalog.
Und der sekundäre CRM-Effekt: 4.700 qualifizierte E-Mails zur Basis hinzugefügt, segmentierbar nach verfolgtem Produkt. Eine qualifizierte Prospektions-Basis für künftige saisonale Kampagnen.
FAQ
Soll man Alerts mit einem allgemeinen Newsletter kombinieren?
Nein. Die DSGVO erfordert einen expliziten Zweck: Meldet sich der Kunde für einen spezifischen Produkt-Alert an, kann man dies nicht ohne separate Einwilligung für einen allgemeinen Newsletter nutzen. Die beiden Flows getrennt halten schützt rechtlich und bewahrt das Vertrauen.
Wie verhindern, dass Alerts die Versandbasis sättigen?
Die Anzahl der pro Kunde und Periode versandten Alerts deckeln. Zum Beispiel: maximal 3 Alert-E-Mails pro Kunde pro Woche, intelligente Zusammenführung bei gleichzeitigem Auslösen mehrerer Alerts. dfpricealert und dfwaitlist verwalten dieses Throttling automatisch.
Kann der Preis-Alert spekulative Käufe auslösen?
Ja, und das ist generell positiv. Ein Kunde, der sich für Alerts auf 5 Produkte anmeldet und 3 kauft, wenn der Preis fällt, ist ein Kaufzyklus, der ohne den Mechanismus normalerweise verloren wäre. Das „Risiko“ der Preissenkung zur Verkaufsförderung existiert bereits mit dem SSV — der Alert macht es nur individuell adressierbar.
Welcher Einfluss auf die E-Mail-Zustellbarkeit?
Alerts haben hohe Öffnungsraten (30-50 %) und niedrige Beschwerderaten (der Kunde hat den Alert ausdrücklich angefordert). Gut gehandhabt verbessert der Alert-Flow die globale Versender-Reputation. Schlecht gehandhabt (kein Double-Opt-in, keine klare Abmeldung) kann er sie im Gegenteil verschlechtern. Daher die Bedeutung des DSGVO-Stacks.
Soll man mit einem externen CRM-Tool (Klaviyo, Mailchimp) integrieren?
Optional je nach Reife. Für einen kleinen Shop reicht der direkte Versand aus PrestaShop. Für einen Shop mit reifer CRM-Strategie erlaubt die Integration der Anmeldungen und Conversions in Klaviyo oder Brevo eine feinere Segmentierung und Querverbindung mit anderen Flows. Unsere Module exponieren Webhooks für diese Art von Integration.
Zum Weiterlesen
Preis- und Stock-Alerts sind Teil der Strategie der aufgeschobenen Conversion. Drei komplementäre Umsatzhebel: aufschieben (Alerts), engagieren (Wunschliste), anreichern (Cross-Sell).
