Die meisten PrestaShop-Händler wickeln Support über ein gemeinsames Gmail-Postfach ab und wissen nicht, dass PrestaShop bereits einen Helpdesk mitbringt, einen echten, mit Thread-Verläufen, die mit Kunden- und Bestelldatensätzen verknüpft sind und ungenutzt im Backoffice liegen. Das Problem ist nicht, dass Ihnen ein Werkzeug fehlt. Das Problem ist, dass das native Werkzeug genau dort aufhört, wo ein wachsender Shop schmerzhaft wird: begrenzte Status, keine Prioritäten, keine SLA-Zähler, keine vorgefertigten Antworten und ein Kontaktformular, das die meisten Händler nie sauber zu Ende einrichten. In diesem Leitfaden geht es darum, einen Helpdesk in Ihrem Shop aufzubauen. Zuerst, indem Sie aktivieren, was bereits vorhanden ist, und dann genau wissen, wann und wie Sie darüber hinauswachsen, damit Support-Gespräche Bestellkontext mitbringen, statt jedes Mal mit „Wie lautet Ihre Bestellnummer?“ zu beginnen.
Zuletzt aktualisiert: Juni 2026.
Hier geht es um die operative Support-Seite direkt im Shop. Die Gesprächskanäle, die diesen Support speisen, Live-Chat, WhatsApp, Messenger, behandeln wir jeweils separat und verlinken sie dort, wo sie hingehören, statt sie hier noch einmal zu erklären.
Der Helpdesk, den PrestaShop Ihnen bereits gibt
Öffnen Sie Ihr Backoffice und gehen Sie zu Kundenservice → Kundenservice. Das ist der native Helpdesk, gesteuert vom AdminCustomerThreads-Controller. Jede Nachricht, die ein Kunde über das Kontaktformular Ihres Shops sendet, wird zu einem CustomerThread, und jede Antwort ist eine daran angehängte CustomerMessage. PrestaShop leistet hier mehr, als den meisten Händlern bewusst ist: Wenn der Absender ein eingeloggter Kunde ist (oder seine E-Mail-Adresse zu einem Konto passt), wird der Thread mit diesem Kunden verknüpft; verweist er auf eine Bestellung, wird er auch mit der Bestellung verbunden. Öffnen Sie einen Thread, sehen Sie in einem einzigen Ort, wer der Kunde ist, was er gekauft hat und den gesamten Nachrichtenverlauf.
Der Eingangskanal dafür ist das Kontakt-Formular, ausgeliefert vom ContactController unter /contact-us. Unter Kundenservice → Kontakte definieren Sie Ihre Kontaktabteilungen, Kundendienst, Webmaster oder jede andere, die Sie hinzufügen, und jede kann auf eine andere E-Mail-Adresse zeigen. Wählt der Kunde „Kundendienst“, protokolliert PrestaShop die Nachricht als Thread; wählt er eine anders konfigurierte Abteilung, kann die Nachricht einfach per E-Mail weitergeleitet werden. Dieses Abteilungs-Dropdown im Kontaktformular ist das native Pendant zu „leite das an das richtige Team weiter“.
Was bringt Ihnen das konkret? Drei Dinge, für die Sie wahrscheinlich schon ein Drittanbieter-Tool bezahlen: jede Anfrage landet in einer gemeinsamen Warteschlange statt verteilt über persönliche Postfächer; Kunden- und Bestellkontext werden automatisch angehängt, sodass ein Mitarbeiter antworten kann, ohne den Kunden zuerst auszufragen; und der Verlauf bleibt erhalten, auch wenn ein Mitarbeiter mit seinem Postfach geht. Für einen Shop mit einer Handvoll Anfragen pro Tag ist das Einschalten, und das tatsächliche Verlinken Ihres „Kontakt“-Links dorthin, ein echter Fortschritt gegenüber einem gemeinsamen Postfach, ohne Zusatzkosten.
Wo der native Helpdesk an seine Grenzen stößt
Das native Kundenservice-Thread-System wurde so gebaut, dass es ausreicht, nicht dass es vollständig ist. Die Lücken sind vorhersehbar, und sie zeigen sich alle im selben Moment: wenn das Support-Volumen die Grenze überschreitet von „Ich lese jede Nachricht“ zu „Ich brauche ein System, damit nichts durchrutscht“.
| Was Sie brauchen | Natives PrestaShop | Was Sie das bei höherem Volumen kostet |
|---|---|---|
| Ticketstatus (offen / ausstehend / geschlossen) | Offen, Geschlossen und zwei generische „Ausstehend“-Status plus eine „bearbeitet von“-Zuweisung | Die Ausstehend-Status sind nicht benannt, daher ist nicht klar erkennbar, was auf den Kunden wartet und was auf Sie wartet |
| Prioritätsstufen | Keine | Eine seit 14 Tagen verspätete Lieferung steht in derselben flachen Liste wie eine Größenfrage |
| Vorgefertigte / gespeicherte Antworten | Keine | Mitarbeiter tippen dieselbe Versandantwort zwanzigmal am Tag neu |
| Interne Notizen / Mitarbeiter-zu-Mitarbeiter | Keine. Jede Nachricht ist kundenseitig sichtbar | Keine saubere Übergabe; Eskalationskontext steckt im Kopf einer Person |
| Reaktionszeit- / SLA-Tracking | Keines | Sie können die erste Reaktionszeit weder belegen noch verbessern |
| Dateianhänge von Kunden | Begrenzt / konfigurationsabhängig | „Schicken Sie mir ein Foto des Schadens“ wird zu einem separaten E-Mail-Verlauf |
| E-Mail-zu-Ticket (Antwort per E-Mail landet in der Warteschlange) | Nicht im Core | Der Kunde antwortet auf die Benachrichtigung, die Nachricht landet in einem Postfach, der Kontext geht verloren |
Nichts davon ist ein Fehler in PrestaShop. Es ist schlicht der Unterschied zwischen einem Nachrichtenprotokoll und einem Helpdesk. Der ehrliche Entscheidungsrahmen ist volumenbasiert: Bei weniger als ungefähr einem Dutzend Tickets pro Tag reichen das native System plus eine aufgeräumte /contact-us-Seite aus, und zusätzliche Software wäre überdimensioniert. Darüber hinaus kosten die fehlenden Bausteine echte Zeit und echte Kunden, und eine dafür gebaute Ebene amortisiert sich.
Das native Thread-System in einen echten Ticket-Helpdesk verwandeln
Wenn Sie aus dem nativen System herauswachsen, haben Sie die üblichen drei Wege: es mit einem Entwickler neu aufbauen (volle Kontrolle, laufende Kosten, und beim nächsten großen Upgrade bricht es gern), ein externes Helpdesk-SaaS anbinden (leistungsfähig, aber Support lebt dann außerhalb Ihres Shops und verliert den Bestellkontext, der die native Variante überhaupt wertvoll gemacht hat), oder ein Modul hinzufügen, das dasselbe In-Shop-Modell erweitert, das Sie bereits haben.
Der Grund, warum wir Support Revolution gebaut haben, ist genau diese dritte Option, Support in PrestaShop zu halten, damit Kunden- und Bestellkontext erhalten bleiben, und zugleich die operative Ebene zu ergänzen, die nativ fehlt. Das Modul gibt jeder Anfrage ein nachverfolgbares Ticket mit echten Status, Thread-Verläufen, Abteilungsrouting, damit eine Frage beim richtigen Team statt in einer einzigen Sammelwarteschlange landet, Prioritätsstufen, damit die verspätete Lieferung vor der Größenfrage erscheint, Dateianhänge, damit ein Kunde ein Foto des beschädigten Artikels direkt im Thread senden kann, und E-Mail-Benachrichtigungen, die beide Seiten in Bewegung halten, ohne dass jemand das Backoffice aktualisieren muss. Es funktioniert für Gäste genauso wie für registrierte Kunden, und optional gibt es IMAP E-Mail-zu-Ticket, sodass die Antwort eines Kunden auf eine Benachrichtigungs-E-Mail wieder im richtigen Ticket landet statt in einem toten Postfach.
Was ist also der praktische Unterschied an einem hektischen Tag? Tickets fallen nicht mehr durchs Raster, weil jedes Ticket einen Status hat, für den jemand verantwortlich ist; Mitarbeiter tippen nicht mehr dieselben Antworten neu; dringende Fälle tauchen auf, statt unterzugehen; und weil alles in Ihrem Backoffice auf PrestaShop 1.6, 1.7, 8 und 9 läuft, bleiben Support-Daten neben den Bestellungen, um die es geht, statt in einem separaten SaaS-Dashboard, für das Sie monatlich zahlen. Das „Was bringt mir das?“ für den Shop-Betreiber: Sie können endlich erste Reaktionszeit und Lösungszeit messen und die Warteschlange verbessern, statt sie nur immer wieder zu leeren.
Jedes Ticket trägt seinen Status, seine Priorität und die Bestellung, um die es geht, genau der Kontext, den ein externes SaaS wegwirft.
Abfangen, bevor Support nötig wird: Self-Service im Shop
Das günstigste Ticket ist das, das ein Kunde selbst beantwortet. Bevor Sie den Helpdesk skalieren, skalieren Sie die Dinge, die verhindern, dass Fragen dort ankommen, und PrestaShop gibt Ihnen dafür bereits die meisten Anknüpfungspunkte.
- Sendungsverfolgung im Kundenkonto. „Wo ist meine Bestellung?“ ist die mit Abstand häufigste Anfrage und fast vollständig per Self-Service lösbar. Die Seite Bestellverlauf & Details des Kunden (die Controller history und OrderDetail) zeigt bereits den Status und, wenn Sie eine Sendungsnummer in der Bestellung eingetragen haben, einen Tracking-Link. Stellen Sie sicher, dass Versanddienstleister eine URL mit dem
@-Platzhalter unter Versand → Versanddienste hinterlegt haben, damit die Sendungsnummer zu einem aktiven Link wird, diese eine Einstellung löscht eine ganze Ticket-Kategorie. - Eine echte FAQ, die die 20 Fragen abdeckt, die hinter 80% des Volumens stehen. Lieferzeiten, Rücksendungen, Größen, Zahlungsmethoden, Sendungsverfolgung, einmal beantwortet, jederzeit auffindbar. Eine statische CMS-Seite funktioniert; eine strukturierte, durchsuchbare FAQ funktioniert besser. Ein Issue Tracker für Hinweise zu bekannten Problemen mit Statusverfolgung, kombiniert mit einem strukturierten FAQ manager, macht diese Antworten zu einem Tab direkt auf der Produktseite, sodass die Antwort dort steht, wo die Frage entsteht.
- Produktseiten, die Fragen vorwegnehmen. Präzise Größentabellen, Kompatibilitätshinweise und klare Fotos beantworten Fragen vor dem Kauf, bevor daraus Tickets werden. Jede auf der Produktseite gelöste Frage ist ein Ticket, das nie entstanden ist.
Self-Service ersetzt Support nicht, er hält den Helpdesk klein genug, damit er ausgezeichnet bleiben kann.
Die Gesprächskanäle, die den Helpdesk speisen
Eine Ticket-Warteschlange beantwortet Fragen gründlich; Live-Chat und Messenger-Kanäle beantworten sie sofort. Die beiden sind keine Konkurrenten, Chat fängt den Vorverkaufs-Moment „Passt das?“ ab, der Helpdesk übernimmt alles, was einen Verlauf oder eine Nachverfolgung braucht. Statt jeden Kanal hier erneut zu erklären, verweisen wir auf die passenden Beiträge im Cluster:
- Ob Live-Chat wirklich die Zahlen bewegt, bevor Sie ein weiteres Widget hinzufügen: steigert Live-Chat tatsächlich den Umsatz.
- Ein kostenloses Chat-Tool auswählen: Tawk.to vs Tidio vs Crisp im Vergleich und der breitere WhatsApp vs Messenger vs Tawk.to-Vergleich.
- Kunden dort erreichen, wo sie bereits aktiv sind: WhatsApp-Chat für PrestaShop (plus praxisnaher Einrichtung und Best Practices) oder Messenger-Chat: Vor- und Nachteile sowie Einrichtung.
Und wenn ein Support-Gespräch gut endet, sollte es nicht kalt auslaufen. Derselbe Kunde ist Ihr bester Kandidat für eine E-Mail-Sequenz nach dem Kauf, ein inaktiver Kunde für eine Win-back-Kampagne. Support und Kundenbindung sind dieselbe Beziehung, nur zu unterschiedlichen Zeitpunkten betrachtet.
Messen, ob Ihr Helpdesk funktioniert
Sie können nicht verbessern, was das native PrestaShop Sie nicht sehen lässt. Genau deshalb sind die folgenden Kennzahlen das stärkste Argument für eine echte Ticketing-Ebene. Sobald Tickets Status und Zeitstempel tragen, sollten Sie vier Werte verfolgen:
- Erste Reaktionszeit, wie lange es dauert, bis ein Mensch antwortet. Ein gängiges Serviceziel sind ein paar Stunden während der Geschäftszeiten; wichtig ist, dass der Trend nach unten geht, nicht der exakte Schwellenwert.
- Lösungszeit, von offen bis geschlossen, für Standardanfragen.
- Lösungsquote beim Erstkontakt, der Anteil der Fälle, die ohne zweite Rückfrage gelöst werden. Hier zahlt sich Bestellkontext aus, weil der Mitarbeiter nicht nach Informationen fragen muss, die das System bereits hat.
- Verteilung der Ticket-Themen, und das ist die Kennzahl, die tatsächlich Geld spart. Wenn ein Drittel Ihrer Tickets dieselbe Frage stellt, ist das kein Support-Problem, sondern ein fehlender FAQ-Eintrag, eine unklare Rücksendeseite oder eine Lücke in der Produktbeschreibung. Beheben Sie die Ursache, und die Tickets kommen nicht mehr.
Überprüfen Sie die Themenverteilung monatlich. Das Ziel eines guten Helpdesks ist nicht, für immer mehr Tickets immer schneller zu bearbeiten, sondern jede Ticket-Kategorie kleiner zu machen, indem Sie ihre Ursache beheben, sodass Ihre Warteschlange schrumpft, während die Zahl Ihrer Bestellungen wächst.
Support ist eine Kostenstelle, die still Umsatz schützt: Jede gut bearbeitete Anfrage erhält einen Kunden, dessen Lifetime Value die Kosten einer guten Antwort deutlich übersteigt, und jede liegen gelassene Anfrage riskiert eine schlechte Bewertung oder eine Rückbuchung. Die PrestaShop-spezifische Erkenntnis lautet: Sie starten nicht bei null, Sie besitzen bereits ein kontextbewusstes Thread-System unter Kundenservice → Kundenservice. Schalten Sie es ein, verlinken Sie Ihre Kontaktseite darauf, fangen Sie vorhersehbare Fragen mit Self-Service ab und ergänzen Sie eine Ticketing-Ebene wie Support Revolution, sobald aus „Ich lese jede Nachricht“ ein „Ich brauche ein System“ wird. Halten Sie Support im Shop, und er behält genau das, was ein externes Tool wegwirft: die Bestellung, um die es geht.
FAQ zum Helpdesk im Shop
Hat PrestaShop bereits einen Helpdesk? Ja, Kundenservice → Kundenservice, gesteuert vom AdminCustomerThreads-Controller. Nachrichten, die über Ihr Kontaktformular gesendet werden, werden zu Threads, die mit dem Kunden und, wenn angegeben, mit der Bestellung verknüpft sind. Die meisten Händler verlinken ihren „Kontakt“-Link nie dorthin und nutzen stattdessen ein gemeinsames Gmail-Postfach. Für eine Handvoll Anfragen pro Tag ist schon das Einschalten ein echter Fortschritt ohne Zusatzkosten.
Wann sollte ich über die nativen Kundenservice-Threads hinausgehen? Ungefähr dann, wenn das Volumen von „Ich lese jede Nachricht“ zu „Ich brauche ein System, damit nichts durchrutscht“ kippt, etwa ab einem Dutzend Tickets pro Tag. Darunter reichen das native System plus eine aufgeräumte /contact-us-Seite aus, und zusätzliche Software ist überdimensioniert. Darüber hinaus kosten die fehlenden Bausteine (Prioritäten, SLA-Zähler, vorgefertigte Antworten, interne Notizen, E-Mail-zu-Ticket) echte Zeit und Kunden.
Was leistet der native PrestaShop-Support nicht? Keine Prioritätsstufen, keine gespeicherten Antworten, keine internen Notizen nur für Mitarbeiter, kein Reaktionszeit-/SLA-Tracking, nur begrenzte Kundenanhänge und keine Antworten per E-Mail, die wieder in der Warteschlange landen. Die zwei „Ausstehend“-Status sind nicht benannt, sodass Sie nicht unterscheiden können, was auf den Kunden wartet und was auf Sie wartet.
Warum Support in PrestaShop halten statt ein SaaS-Helpdesk zu verwenden? Weil das In-Shop-Thread-System jede Unterhaltung automatisch mit dem Kunden und der Bestellung verknüpft. Verlagern Sie Support in ein externes SaaS, gewinnen Sie Funktionen, verlieren aber diesen Bestellkontext, der Mitarbeiter fragt wieder: „Wie lautet Ihre Bestellnummer?“. Ein Modul, das das native Modell erweitert, behält den Kontext und ergänzt die operative Ebene.
Wie senke ich das Ticket-Volumen ohne neue Mitarbeiter? Fangen Sie Fragen mit Self-Service ab: funktionierende Sendungsverfolgung (legen Sie unter Versand → Versanddienste die Versanddienstleister-URL mit dem Platzhalter @ fest, damit Sendungsnummern zu aktiven Links werden), eine echte FAQ, die die 20 Fragen hinter 80% des Volumens abdeckt, und Produktseiten, die Fragen mit präzisen Größenangaben und klaren Fotos vorwegnehmen. Prüfen Sie anschließend monatlich die Verteilung Ihrer Ticket-Themen und beheben Sie die Ursache der größten Kategorie.
Weiterführende Lektüre
- Support Revolution, ergänzt Status, Prioritäten, Abteilungen, Anhänge und IMAP E-Mail-zu-Ticket, alles direkt in Ihrem Backoffice.
- Issue Tracker und FAQ manager, fangen Fragen ab, bevor sie den Helpdesk erreichen.
- Steigert Live-Chat tatsächlich den Umsatz, der Echtzeitkanal, der die Warteschlange speist.
