Suchmodul für PrestaShop, und das Theme merkt nichts davon

Kurz gefasst

• Das Modul macht drei Dinge: es verbindet den Shop mit dem Konto, es hält den Katalog indexiert, und es fügt ein Script-Tag ein. Es ändert weder das Theme noch die Struktur des Katalogs.
• Die Suchleiste des Themes bleibt, wo sie ist. Es ändert sich nur, wer auf sie antwortet, und das ist eine Zeile Konfiguration, kein Redesign.
• Die Installation ändert für die Besucher nichts. Das Layer erscheint erst, wenn es eingeschaltet wird, und man kann es im Livebetrieb nur für eine einzige IP-Adresse ausprobieren.
• Kompatibel ab PrestaShop 1.7.6, einschließlich der Reihen 8 und 9.
• Das Deinstallieren löscht die lokale Konfiguration und gibt die Suche an die Plattform zurück. Es bleibt nichts hängen.

Ein Suchmodul in PrestaShop zu installieren hat einen schlechten Ruf, und das zu Recht. Meistens muss man ins Theme eingreifen, eine Template-Sprache lernen, die nicht die der Plattform ist, und entdeckt drei Monate später, dass ein Update die Integration zerlegt hat.

Das Modul von Buskara wurde so entworfen, dass es genau das nicht ist. Es ersetzt die Suche von PrestaShop, ohne eine einzige Datei des Themes anzufassen, und dieser Artikel erklärt, was es tut, was es nicht anfasst, und was sich ändert, sobald es eingeschaltet ist.

Was das Suchmodul tut, und was es nicht anfasst

Drei Dinge, und sonst nichts:

1. Es verbindet den Shop mit dem Konto. Ein Klick auf Mit Buskara verbinden und der Shop stellt sich vor: Adresse, Versionen, Shops, Sprachen und Währungen. Zurück bekommt er seine Kennung und eine Suchmaschine für jede Kombination aus Shop, Sprache und Währung. Auf dieser Seite gibt es nichts von Hand anzulegen.
2. Es hält den Katalog indexiert. Ein Produkt zu speichern, zu löschen oder seinen Bestand zu ändern schiebt die Änderung sofort weiter. Dazu kommen eine periodische Synchronisierung und ein Button für die vollständige Neuindexierung.
3. Es fügt ein Script-Tag ein. Nur eines, auf jeder Seite, und nur dann, wenn der Schalter für das Layer eingeschaltet ist.

Was genau so bleibt, wie es war, zählt genauso viel wie das, was sich ändert:

Die Suchleiste des PrestaShop-Themes wird weder ersetzt noch verschoben. Sie bleibt an derselben Stelle und sieht gleich aus; was sich ändert, ist, wer antwortet, wenn jemand etwas hineinschreibt. Falls der Standardselektor die Leiste eines weniger konventionellen Themes nicht erwischt, stellt man das in einem Textfeld ein, und das Thema ist in Erscheinungsbild und Integration ins Theme behandelt.

Die Suche, die mit PrestaShop mitkommt

Bevor man sagt, was sich ändert, sollte man dem gerecht werden, was schon da ist, und die beste Quelle dafür ist die Dokumentation der Plattform selbst.

Die native Suche von PrestaShop ist ein Wortindex, der unter Shop-Parameter konfiguriert wird. Die offizielle Dokumentation beschreibt die Teile: man legt die Mindestlänge der Wörter fest, die in den Index kommen, es wird empfohlen, die Maximallänge auf 15 Zeichen zu begrenzen, damit die unscharfe Suche schnell bleibt, und der Index lässt sich aus dem Back-Office neu aufbauen, wenn die Zahlen nicht stimmen.

Für Tippfehler bietet die Plattform Aliasse: eine Liste, in die man das falsch geschriebene Wort und das korrekte Wort einträgt, auf das es zeigen soll. Das ist eine ehrliche Lösung und sie funktioniert. Was sie verlangt, ist, dass sich jemand an jeden Fehler erinnert, bevor ein Kunde ihn macht.

Genau da liegt der grundlegende Unterschied, und es ist keine Frage der Qualität des Codes:

Die letzte Zeile ist die wichtigste der Tabelle und sollte nicht versteckt werden. Die native Suche kostet nichts, und in einem Shop mit zweihundert Produkten und stabilem Vokabular reicht sie meistens völlig. Der Grund für den Wechsel entsteht, wenn der Katalog wächst, wenn sich das Vokabular des Kunden vom Vokabular des Lieferanten entfernt, oder wenn niemand Zeit hat, eine Aliasliste zu pflegen.

Was sich für die Käufer ändert

Der sichtbare Teil ist in zwei Zeilen beschrieben: die Suche antwortet schon beim Tippen, und sie antwortet auf mehr.

Man schreibt falsch und findet trotzdem. Die Tippfehlertoleranz ist automatisch und proportional zur Länge des Wortes, was das klassische Problem der Überkorrektur vermeidet: „Ring“ und „Rind“ trennt ein Buchstabe und sie sind nicht dieselbe Suche, deshalb wird bei kurzen Wörtern nichts toleriert. Die Mechanik steht in warum die Fehlerkorrektur nicht stillschweigend passieren darf.

Man beschreibt, statt zu benennen. „Etwas, um Fahrräder in der Garage aufzuhängen“ hat kein einziges Wort mit dem Datenblatt des Produkts gemeinsam. Das ist die Kategorie von Suchen, die Kataloge am schlechtesten bedienen: im Suchbenchmark des Baymard Institute haben 43 % der bewerteten Websites Probleme mit Suchen nach Anwendungsfall und 39 % mit Suchen nach Eigenschaft.

Man fragt nach dem, was kein Produkt ist. „Wie lange dauert die Lieferung“ wird viel häufiger in die Suchleiste geschrieben, als man denkt, und mit den indexierten Inhalten des Shops erscheint die Antwort in den Ergebnissen, in einem eigenen Block, der den Produkten keinen Platz wegnimmt.

Die Filterspalte kommt aus der Suche und nicht aus der Kategorie. Eine Suche, deren Ergebnisse Farbe und Größe haben, bekommt diese Kästchen; eine, in der kein Ergebnis eine Farbe hat, zeigt sie nicht. Die Überlegung dazu steht in zu viele Filter sind eine Stelle, an der der Verkauf stirbt.

Was sich für die Betreiber des Shops ändert

Das ist die Hälfte, die auf keinem Screenshot auftaucht, und sie entscheidet, ob ein Suchmodul wert ist, was es kostet.

Die Suche erzeugt künftig eine Arbeitsliste. Die Begriffe, die leer zurückkamen, erscheinen nach Problemtyp klassifiziert und nach der Schätzung dessen sortiert, was sich pro Monat zurückholen lässt, und jeder bringt die Aktion gleich mit: ein Synonym, ein Produktfeld, das korrigiert werden muss, eine Einkaufsentscheidung. Darum geht es in die Suchen ohne Ergebnis sind die Einkaufsliste, die niemand liest.

Dazu gibt es drei optionale Signale, die der Shop teilen kann und die verändern, was das Panel sagen kann:

• das Verkaufsvolumen pro Produkt, das die Sortierung nach Bestsellern speist und die Erkennung von Produkten, die sich gut verkaufen, aber nie in den Ergebnissen auftauchen;
• der Einkaufspreis, der Margen in die Analytics bringt statt nur Umsatz;
• die Bestellungen, die die Suche mit dem zugeordneten Umsatz verbinden.

Keines davon ist Pflicht, und das Teilen lässt sich in der Konfiguration des Moduls ein- und ausschalten. Das Signal der Verkäufe oder das der Kosten zu ändern verlangt eine vollständige Neuindexierung, und das Modul weist darauf hin, wenn es so weit ist.

Das Suchmodul in PrestaShop installieren

Die genauen Schritte stehen in der Installationsanleitung, und es lohnt nicht, sie hier zu wiederholen. Was sich lohnt, ist die Form, denn sie beantwortet die Frage, die alle zuerst stellen, nämlich wie viel Risiko dahintersteckt.

1. Einen API-Schlüssel ausstellen im Panel. Er erscheint ein einziges Mal und lässt sich widerrufen, ohne gelöscht zu werden, was bedeutet, dass sich ein Versehen wieder aufheben lässt. Siehe API-Schlüssel.
2. Das Modul installieren und den Schlüssel einfügen. Die Installation ändert für die Besucher nichts.
3. Neu indexieren. Bei großen Katalogen kann der Button an die maximale Ausführungszeit von PHP stoßen, und für diese Fälle gibt es einen Befehl für die Kommandozeile, der diese Grenze nicht hat. Siehe wie der Katalog indexiert wird und den Katalog neu indexieren.
4. Allein ausprobieren. Das Feld mit den IP-Adressen für die Fehlersuche lässt das Layer nur für die Adressen auf der Liste erscheinen, womit sich im Livebetrieb testen lässt, ohne dass jemand etwas merkt.
5. Das Layer einschalten, wenn alles nach Wunsch ist.

Punkt vier überrascht meistens positiv und hat eine Kehrseite, die man auswendig können sollte: solange in diesem Feld Adressen stehen, bekommt sonst niemand das Layer. Wenn die Suche eines Tages aus dem Shop verschwunden zu sein scheint, ist das die erste Stelle, an der man nachschaut.

Für und Wider beim Wechsel von der nativen Suche von PrestaShop

Die erste Zeile der rechten Spalte ist der ernsthafte Einwand, und es gibt keine Antwort, die ihn aufhebt. Die mögliche Antwort ist die der letzten Zeile links: der Ausgang ist immer da, das Deinstallieren löscht die lokale Konfiguration und die Suche ist noch in derselben Stunde wieder die der Plattform.

Unterstützte Versionen von PrestaShop

Das Suchmodul erklärt Kompatibilität ab PrestaShop 1.7.6.0 und ohne feste Obergrenze, was die Reihen 8 und 9 einschließt. Es verlangt kein bestimmtes Theme und zwingt zu keinem Wechsel der Version.

Bei Themes mit eigener Suche auf dem Handy muss man normalerweise zusätzlich angeben, welche Buttons die Suche öffnen und was ausgeblendet wird, solange sie offen ist. Das sind Textfelder im Datenblatt des Shops, keine Änderungen am Theme.

Häufige Fragen

Was macht ein Suchmodul für PrestaShop?

Es ersetzt die native Suche der Plattform durch eine eigene Suchmaschine, die künftig auf die Leiste antwortet, die das Theme bereits hat. In der Praxis tauscht es drei Dinge: den Index, der nicht mehr von Hand neu aufgebaut wird, sondern dem Katalog folgt; den Umgang mit Tippfehlern und Vokabular, der keine bei jedem Fehler geschriebene Aliasliste mehr ist; und die Berichte, denn die native Suche hat keine. Das Theme, der Warenkorb und die Struktur des Katalogs bleiben, wie sie waren.

Wie lässt sich die Suche von PrestaShop verbessern, ohne das Modul zu wechseln?

Es gibt drei Dinge, die man ohne jede Installation tun kann, und es lohnt sich, sie vor der Entscheidung zu tun. Den Index unter Shop-Parameter neu aufbauen, denn abweichende Zahlen zwischen Produkten und indexierten Produkten erklären viele „findet nichts“. Die Mindestlänge der Wörter senken, wenn der Katalog kurze Referenzen hat. Und Aliasse für die häufigsten Schreibfehler anlegen, die man in den Protokollen der Suche entdeckt. Wenn die Kunden danach weiter nichts finden, ist das Problem eines von Vokabular und Relevanz, und dann löst es keine Konfiguration.

Ändert das Modul von Buskara das Theme von PrestaShop?

Es ändert weder Templates noch CSS noch die Struktur des Katalogs. Es fügt den Seiten ein Script-Tag hinzu und antwortet künftig auf die Suchleiste, die das Theme bereits hat. Falls der Standardselektor diese Leiste nicht erwischt, gibt man in einem Konfigurationsfeld einen anderen an.

Mit welchen Versionen von PrestaShop funktioniert es?

Ab 1.7.6.0, ohne erklärte Obergrenze, was die Reihen 8 und 9 einschließt. Für die Installation muss weder das Theme noch die Version gewechselt werden.

Kann ich es ausprobieren, ohne dass die Kunden es sehen?

Ja. Die Konfiguration des Moduls hat ein Feld für IP-Adressen zur Fehlersuche: mit deiner Adresse darin erscheint das Layer nur für dich, auch im Shop im Livebetrieb. Solange dieses Feld nicht leer ist, bekommt es kein anderer Besucher.

Was passiert, wenn ich das Modul deinstalliere?

Die lokale Konfiguration wird gelöscht und der Shop nutzt wieder die Suche der Plattform. Der Index auf der Seite von Buskara besteht weiter, er wird nur nicht mehr vom Shop gespeist.

In welchem Takt wird der Katalog synchronisiert?

Änderungen an Produkten, einschließlich Bestand, werden in dem Moment weitergeschoben, in dem sie gespeichert werden. Dazu kommt eine periodische Synchronisierung, die von außen angefordert wird, und ein Button für die vollständige Neuindexierung, wenn man sie erzwingen will. Bei großen Katalogen sollte die vollständige Neuindexierung über die Kommandozeile laufen.

Lohnt es sich, wenn der Shop klein ist?

Nicht immer, und das kann man ruhig sagen. In einem kleinen Katalog mit stabilem Vokabular reichen die native Suche und eine kurze Aliasliste meistens aus. Der Grund für den Wechsel entsteht, wenn der Katalog wächst, wenn die Kunden andere Wörter benutzen als der Katalog, oder wenn die Aliasliste seit einem Jahr nicht mehr gepflegt wird. Die Tarife beginnen bei der Shopgröße, bei der diese Rechnung noch aufgeht.

Teilt das Modul Daten von Kunden?

Der Katalog wird immer geteilt, denn er ist das, was indexiert wird. Verkaufsvolumen, Einkaufspreis und Bestellungen sind drei optionale Signale mit eigenem Schalter, und sie dienen jeweils der Sortierung nach Bestsellern, den Margen in den Analytics und dem der Suche zugeordneten Umsatz. Sie bleiben aus, bis jemand sie einschaltet.