Quote Request Pro - Preisanfrage-Formular, Sidebar-Block und schwebender Button für PrestaShop

Der Besucher, der keinen Preis findet

Manche Sortimente lassen sich nicht mit einem festen Preis auszeichnen. Fertigung nach Maß, Staffel- und B2B-Preise, alles, was pro Projekt kalkuliert wird - die Zahl hängt von der Antwort auf eine Frage ab, die noch niemand gestellt hat. Wer auf einer solchen Seite landet, hat zwei Möglichkeiten: raten oder gehen.

Dieses Modul schafft eine dritte. Ein kurzes Formular auf der Produktseite macht aus "Ich habe keinen Preis gefunden" einen Interessenten mit Namen und E-Mail-Adresse.

Zwei Platzierungen, ein Formular

Das Formular erscheint an zwei Stellen, und beide teilen sich denselben Code - der Besucher nutzt einfach die, die er sieht.

Ein Sidebar-Block hängt sich in die linke oder rechte Spalte Ihres Themes - bei der Installation registriert das Modul beide. Eine schwebende Schaltfläche liegt über der Seite und öffnet das Formular per Fingertipp.

Die schwebende Schaltfläche ist wichtiger, als sie klingt, und es lohnt sich, deutlich zu sagen, warum. Ein Sidebar-Block kann nur dort erscheinen, wo Ihr Theme tatsächlich eine Spalte ausgibt. Bei Hummingbird, dem Standard-Theme von PrestaShop 9, sind Startseite und Produktseiten über die volle Breite angelegt und haben überhaupt keine Spalten - ein an eine Spalte gehängter Block hat also ausgerechnet auf den Seiten nichts, wo er sich zeigen könnte, auf denen jemand entscheidet, ob er Sie nach einem Preis fragt. Die schwebende Schaltfläche ist auf keine Spalte angewiesen und deckt diese Seiten daher ab. Hat Ihr Theme eine Seitenspalte, nutzen Sie beides; hat es keine, ist die schwebende Schaltfläche das Modul. Einen eigenen Ein-/Aus-Schalter hat sie in jedem Fall.

Fragen Sie nur das ab, was Sie wirklich brauchen

Drei Dinge sind immer Pflicht: die Produktbeschreibung, eine E-Mail-Adresse für Ihre Antwort und das Einwilligungs-Ankreuzfeld. Alles andere ist ein Schalter auf der Einstellungsseite: der Name des Besuchers, Adresse, Ort, Telefonnummer, benötigte Menge, Lieferziel, eine Auswahl zur Dringlichkeit, ein Ankreuzfeld "Ich habe bereits ein PayPal-Konto" und ein Ankreuzfeld "Das wäre meine erste Bestellung". Name, Adresse, Ort, Telefon, Menge, Lieferziel und Dringlichkeit sind ab Werk aktiv, die beiden Ankreuzfelder nicht.

Schalten Sie alles ab, worauf Sie ohnehin nicht reagieren. Ein Formular mit vier Fragen wird öfter abgeschickt als eines mit neun - und was Sie deaktivieren, wird auch dann nicht gespeichert, wenn es jemand mitsendet.

Angemeldete Kunden werden kein zweites Mal gefragt

Ist ein Kunde eingeloggt, übernimmt das Modul Namen und E-Mail-Adresse aus dem Kundenkonto und blendet diese Felder gar nicht erst ein. Gäste werden nach beidem gefragt. Ein wiederkehrender Kunde sieht also tatsächlich ein kürzeres Formular als ein Unbekannter.

Jede Anfrage wird aufbewahrt, nicht nur verschickt

Anfragen werden in die eigene Datenbanktabelle des Moduls geschrieben, bevor überhaupt eine E-Mail versucht wird, und im Reiter Quote Requests (Preisanfragen) auf der Konfigurationsseite aufgelistet. Sie filtern nach Alle, Neu oder Erledigt, blättern in Zwanzigerschritten, öffnen jede Anfrage in einer Detailansicht, markieren sie als erledigt oder wieder als neu und löschen sie.

Die Detailansicht zeigt alles, was der Besucher gesendet hat, mit Kennzeichnungen für die Punkte, die auf einen Blick zählen - Dringend, Hat ein PayPal-Konto, Erstkunde - dazu den vollständigen Produkttext und die IP-Adresse, von der die Anfrage kam.

Genau das macht aus dem Modul ein Werkzeug statt eines bloßen Formulars. Ein streikender Mailserver kann Ihnen keinen Interessenten mehr kosten: Die Anfrage ist bereits gespeichert, und ein fehlgeschlagener Versand landet in Ihren Logs statt vor den Augen des Kunden.

Zwei E-Mails statt einer

Eine Händler-Benachrichtigung geht an die Adressen, die Sie hinterlegen - tragen Sie mehrere durch Komma getrennt ein, erhalten sie alle die Nachricht.

Auch der Kunde bekommt eine E-Mail. Sie bestätigt den Eingang der Anfrage und wiederholt, wonach er gefragt hat. Das ist der Unterschied zwischen einem Interessenten, der auf Ihre Antwort wartet, und einem, der das Formular für kaputt hält und anderswo kauft.

Eine Hinweiskarte im Dashboard

Sobald Preisanfragen offen sind, erscheint oben im Back-Office-Dashboard eine Karte mit der Anzahl und einem direkten Link zur Liste. Sie verschwindet von selbst, sobald jede Anfrage als erledigt markiert oder gelöscht wurde - eine Aufgabenanzeige also, kein Dauermöbel.

Sie hängt bewusst am Hook dashboardZoneOne. Die naheliegende Wahl, displayDashboardTop, feuert nämlich auf den meisten Admin-Seiten mit KPI-Leiste - Performance inklusive -, sodass Ihnen die Karte durch das gesamte Back-Office gefolgt wäre, statt dort zu bleiben, wo sie hingehört.

Kein CAPTCHA - und das ist kein Kompromiss

Version 1.x kam noch mit einer Rechenaufgabe. Version 2 schafft sie ab und schützt das Formular auf drei Wegen, von denen ein echter Besucher keinen einzigen bemerkt:

Ein Honeypot-Feld, das Menschen nie sehen und Bots ausfüllen - ist es ausgefüllt, meldet das Formular höflich Erfolg und verwirft die Einsendung stillschweigend, sodass der Bot nicht merkt, dass er aufgeflogen ist. Ein signiertes Zeit-Token, eine HMAC-SHA256-Signatur über den Moment, in dem das Formular ausgeliefert wurde: Eine Einsendung wird abgewiesen, wenn sie schneller als drei Sekunden nach dem Laden der Seite eintrifft oder mehr als eine Stunde danach. Und eine IP-basierte Ratenbegrenzung, die höchstens fünf Anfragen pro Stunde aus derselben Verbindung annimmt.

Es gibt nichts zu konfigurieren und kein Rätsel zu lösen.

Funktioniert auch mit abgeschaltetem JavaScript

Steht JavaScript zur Verfügung, wird das Formular im Hintergrund abgeschickt und durch eine Bestätigung ersetzt. Ohne JavaScript wird es ganz normal gesendet, der Server verarbeitet es exakt gleich, und der Besucher landet wieder auf der Seite, von der er kam - mit einer Erfolgs- oder Fehlermeldung oben auf der Seite.

Die Rücksprungadresse wird vor der Weiterleitung gegen den Hostnamen Ihres eigenen Shops geprüft. Das Formular lässt sich also nicht missbrauchen, um jemanden auf eine fremde Seite umzuleiten.

Ein Werbebild und Ihre eigenen Links

Die Einstellungsseite nimmt optional ein Werbebild entgegen - direkt hochgeladen, ohne Herumraten an Dateipfaden. Es wird proportionsgetreu auf maximal 400×280 Pixel eingepasst und dabei neu kodiert statt nur abgelegt, sodass sich nichts an eine gültige Bilddatei angehängt auf Ihren Server schmuggeln lässt. JPG, PNG, GIF und WEBP bis 4 MB.

Daneben stehen drei Links, jeweils pro Sprache gepflegt: ein Mehr erfahren-Link auf eine Seite, die Ihr Angebotsverfahren erklärt, sowie die URLs zu Ihren AGB und Ihrer Datenschutzerklärung. Lassen Sie das AGB-Feld leer, verlinkt das Modul die AGB-CMS-Seite, die in Ihrem Shop ohnehin hinterlegt ist. Bleibt das Datenschutz-Feld leer, wird dieser Link schlicht nicht angezeigt. Ein Einwilligungs-Ankreuzfeld wird immer angezeigt und ist immer Pflicht.

Multistore - und ein Modul, das sich selbst repariert

Die Einstellungen werden pro Shop gespeichert: Jeder Shop einer Multistore-Installation hat eigene Empfänger, eigene Feldauswahl und eigene Links. Fehlt einem Shop aus irgendeinem Grund der Einstellungsdatensatz - nachträglich angelegt oder anderweitig verloren gegangen -, wird er im laufenden Betrieb erzeugt, statt dass das Formular für diesen Shop klammheimlich ausfällt.

Beim Öffnen der Konfigurationsseite setzt das Modul außerdem seine Hooks und sein Datenbankschema neu auf und gleicht die gespeicherte Versionsnummer ab. PrestaShops eigene Schaltfläche "Aktualisieren" in der Modulliste kann aus Gründen scheitern, die kein Modul beeinflussen kann - statt sich darauf zu verlassen, findet das Modul jedes Mal in den richtigen Zustand zurück, wenn ein Administrator tatsächlich hineinschaut.

Kompatibilität

PrestaShop 1.7 bis 9, in acht Sprachen: Niederländisch, Englisch, Französisch, Deutsch, Italienisch, Polnisch, Spanisch und Türkisch.

Eine ehrliche Einschränkung: Die E-Mail-Vorlagen liegen nur auf Englisch, Französisch, Spanisch und Türkisch vor. Das Formular, das Ihre Besucher sehen, und das gesamte Back-Office sind in alle acht Sprachen übersetzt - die beiden E-Mails nicht.

Fünf Standard-Hooks, keine Overrides, keine Theme-Anpassung. PrestaShop 1.4, 1.5 und 1.6 werden nicht mehr unterstützt - Version 2.0.0 hat sie zusammen mit dem alten Rechen-CAPTCHA im Browser und dem beiliegenden PDF-Handbuch gestrichen, das der Tutorial-Reiter im Modul ersetzt.

Häufig gestellte Fragen

Müssen Besucher ein CAPTCHA lösen?

Nein, und es gibt auch keine Einstellung, um eines einzuschalten. Der Schutz besteht aus einem versteckten Honeypot-Feld, einem HMAC-signierten Zeit-Token, das Einsendungen früher als drei Sekunden oder später als eine Stunde nach dem Laden der Seite abweist, und einem Limit von fünf Anfragen pro Stunde je IP-Adresse. Ein echter Besucher bemerkt davon nichts.

Wo erscheint das Formular?

An zwei Stellen. Ein Sidebar-Block wandert in die linke oder rechte Spalte Ihres Themes, und eine schwebende Schaltfläche liegt über der Seite und öffnet dasselbe Formular. Die schwebende Schaltfläche hat einen eigenen Ein-/Aus-Schalter; der Sidebar-Block hängt davon ab, dass er unter Design → Positionen an einem Spalten-Hook eingehängt ist und dass Ihr Theme auf der jeweiligen Seite tatsächlich eine Spalte ausgibt. Bei Hummingbird, dem Standard-Theme von PrestaShop 9, haben Startseite und Produktseiten überhaupt keine Spalten - diese Seiten deckt also die schwebende Schaltfläche ab. Hat Ihr Theme auf Mobilgeräten keine Seitenspalten - und viele haben keine -, ist sie das, was Ihre Handy-Besucher nutzen werden.

Das Formular erscheint nicht im Shop.

Öffnen Sie Design → Positionen, suchen Sie nach priceandorder und prüfen Sie, ob das Modul für den Sidebar-Block an einem Spalten-Hook und für die schwebende Schaltfläche am Footer-Hook hängt. Bei der Installation werden beide Spalten-Hooks gesetzt, das betrifft also meist nur angepasste Themes.

Erscheint die schwebende Schaltfläche, der Sidebar-Block aber nie, stimmt der Hook vermutlich und es liegt am Theme: Viele Themes geben nur eine linke Spalte aus - oder auf Seiten über die volle Breite gar keine. Hummingbird zeichnet auf Kategorieseiten eine linke Spalte und nirgends eine rechte. Verschieben Sie das Modul in die Spalte, die Ihr Theme tatsächlich nutzt, und verlassen Sie sich auf Seiten über die volle Breite auf die schwebende Schaltfläche.

Welche Felder kann ich entfernen?

Alle außer der Produktbeschreibung, der E-Mail-Adresse und dem Einwilligungs-Ankreuzfeld. Adresse, Ort, Telefon, Menge, Lieferziel, Dringlichkeit, die PayPal-Frage und die Frage nach der ersten Bestellung sind jeweils ein Schalter. Auch der Name ist ein Schalter und wird bei angemeldeten Kunden zusammen mit der E-Mail-Adresse automatisch übersprungen.

Wo landen die Anfragen?

Bei den Benachrichtigungsadressen, die Sie festlegen - auf Wunsch mehrere, durch Komma getrennt - und im Reiter Quote Requests (Preisanfragen) auf der Konfigurationsseite des Moduls. Dort filtern Sie nach Alle, Neu oder Erledigt, blättern in Zwanzigerschritten, öffnen jede Anfrage in einer Detailansicht, markieren sie als erledigt und löschen sie. Anfragen werden gespeichert, bevor eine E-Mail rausgeht - ein Mailproblem kann also keine verlieren.

Bekommt der Kunde eine Bestätigung?

Ja. Es gehen zwei E-Mails raus: eine an Sie und eine an die Person, die das Formular ausgefüllt hat, mit einer Zusammenfassung ihrer Anfrage. Die Kunden-E-Mail gibt es auf Englisch, Französisch, Spanisch und Türkisch.

Es kommt keine Benachrichtigungs-E-Mail an.

Prüfen Sie zuerst die Empfängeradresse in den Einstellungen - ist keine hinterlegt, erscheint in der Modulliste ein Warnhinweis neben dem Modul. Schauen Sie dann in den Spam-Ordner und prüfen Sie unter Erweiterte Einstellungen → E-Mail, ob der Mailversand überhaupt funktioniert. Jeder fehlgeschlagene Versand wird unter Erweiterte Einstellungen → Logs protokolliert, und die Anfrage selbst steht in jedem Fall im Reiter Quote Requests.

Ein Besucher sagt, das Formular habe seine Eingabe abgewiesen.

Das ist fast immer der automatische Spam-Schutz. Die Einsendung kam weniger als drei Sekunden nach dem Laden der Seite an, mehr als eine Stunde danach - oder sie war die sechste aus derselben Verbindung innerhalb einer Stunde. Bitten Sie ihn, die Seite neu zu laden und es erneut zu versuchen.

Ich sehe die Hinweiskarte im Dashboard nicht.

Die Karte erscheint nur im Dashboard selbst und nur, solange mindestens eine Anfrage noch als Neu markiert ist. Sind Anfragen offen und sie zeigt sich trotzdem nicht, prüfen Sie unter Design → Positionen den Hook dashboardZoneOne und stellen Sie sicher, dass priceandorder dort eingehängt und aktiv ist - das wird getrennt von den Shop-Hooks gesteuert.

Funktioniert es, wenn der Besucher JavaScript deaktiviert hat?

Ja. Das Formular fällt auf einen ganz normalen Seitenaufruf zurück, der Server verarbeitet ihn identisch, und der Besucher kehrt mit einer Bestätigung oder einer Fehlermeldung auf die Seite zurück, auf der er war. Es geht nichts verloren.

Das Werbebild wirkt verzerrt oder wird abgelehnt.

Verzerrt sein sollte es nicht - das Bild wird proportionsgetreu in 400×280 Pixel eingepasst und nie gestaucht. Ablehnungen liegen meist am Format oder an der Größe: Akzeptiert werden JPG, PNG, GIF und WEBP bis 4 MB.

Der Link zu AGB oder Datenschutzerklärung fehlt oder ist falsch.

Hinterlegen Sie beide ausdrücklich in den Einstellungen, pro Sprache, und beginnen Sie jeweils mit http:// oder https:// - alles andere weist das Modul zurück. Ein leeres AGB-Feld fällt auf die AGB-CMS-Seite Ihres Shops zurück, ein leeres Datenschutz-Feld blendet den Link einfach aus.

Was passiert mit meinen Einstellungen beim Umstieg von 1.x?

Sie werden automatisch übernommen. Ihre Feldschalter wandern in das neue Schema, Ihre Empfängeradresse bleibt erhalten, die Protokolltabelle für Preisanfragen kommt hinzu, und übrig gebliebene Konfigurationsschlüssel aus sehr alten Installationen werden aufgeräumt.