Blog

Ein Kunde kennt die Artikelnummer, tippt sie in die OXID Suche ein – und erhält trotzdem keinen brauchbaren Treffer. Oder die Suche findet 300 Produkte, bietet aber keine sinnvolle Möglichkeit, nach Ausführung, Material oder Lieferbarkeit einzugrenzen. In beiden Fällen ist das Sortiment vorhanden, für den Besucher aber praktisch unsichtbar.

Eine gute Shopsuche muss deshalb mehr leisten als einen SQL-Vergleich über Titel und Beschreibung. Unser OXELASTIC-Modul gibt es für OXID 7.x nun auch mit Typesense als Suchtechnologie. Das ist vor allem für Betreiber interessant, die eine leistungsfähige OXID Suche und flexible Filter benötigen, dafür aber keinen umfangreichen Elasticsearch-Stack betreiben möchten.

Warum die OXID Suche mehr Umsatz beeinflusst, als man ihr ansieht

Wer die Suche verwendet, hat häufig schon eine konkrete Vorstellung vom gewünschten Produkt. Eine unpassende Trefferliste ist deshalb problematischer als eine weniger elegante Navigation: Sie beendet einen bereits begonnenen Kaufprozess. Das gilt im B2C-Shop ebenso wie im B2B-Umfeld, wo Anwender nach Artikelnummern, technischen Bezeichnungen oder Variantenmerkmalen suchen.

In der Praxis liegen die Schwierigkeiten selten nur beim Suchbegriff. Produktdaten stammen aus ERP, PIM oder Warenwirtschaft, Attribute sind historisch gewachsen und Schreibweisen nicht immer einheitlich. Eine Suchengine kann schlechte Daten nicht vollständig reparieren. Sie kann aber Tippfehler, Wortbestandteile, Prioritäten und Synonyme deutlich besser verarbeiten als eine einfache Datenbankabfrage.

Hinzu kommt die Geschwindigkeit. Suchvorschläge müssen während der Eingabe reagieren, ohne den Shop und seine Datenbank unnötig zu belasten. Gerade bei größeren Sortimenten ist eine getrennte Indexierung deshalb kein Luxus, sondern eine technisch saubere Aufgabenteilung.

OXELASTIC mit Typesense: schlanker Unterbau, vertraute Aufgabe

OXELASTIC entkoppelt die Produktsuche von der klassischen OXID-Datenbankabfrage. Relevante Produktinformationen werden in einen Suchindex übertragen und von dort für Suchvorschläge, Trefferlisten und Filter bereitgestellt. Mit Typesense steht dafür nun eine Alternative zu Elasticsearch zur Verfügung.

Typesense ist eine auf schnelle, fehlertolerante Suche spezialisierte Engine. Der Funktionsumfang ist enger zugeschnitten als bei Elasticsearch, das zusätzlich zahlreiche Anwendungsfälle rund um verteilte Datenverarbeitung, Analyse und Logging abdeckt. Für eine Produktsuche ist diese Konzentration oft ein Vorteil: Architektur und Betrieb bleiben überschaubarer.

Wichtig ist die Abgrenzung: Der Wechsel des Suchdienstes ist keine vollständige OXID Migration. Produktpflege, Warenkorb, Checkout und Bestellprozesse bleiben im Shop. Neu aufgebaut werden der Suchindex, seine Felddefinitionen und die technische Anbindung. Individuelle Anpassungen an Theme, Trefferseite oder Datenimport müssen dabei trotzdem berücksichtigt werden.

Typesense oder Elasticsearch: Wo liegen die praktischen Unterschiede?

Elasticsearch ist leistungsfähig und sehr flexibel, bringt dafür aber einen vergleichsweise umfangreichen Technologie-Stack mit. JVM, Speicherplanung, Clusterzustand, Shards und Versionskompatibilität sind Themen, die auch dann betreut werden müssen, wenn der Shop nur einen kleinen Teil der Plattformfunktionen nutzt. Typesense ist kompakter aufgebaut und lässt sich für typische Shop-Szenarien meist mit weniger Betriebsaufwand bereitstellen.

Beim Ressourcenverbrauch sollte man dennoch keine Wunderwerte versprechen. Auch Typesense hält Suchdaten für schnelle Antworten im Arbeitsspeicher und benötigt ausreichend RAM für den Index. Bei vergleichbarem, klar abgegrenztem Suchumfang fällt der Bedarf häufig niedriger aus als bei einem Elasticsearch-Setup. Die tatsächliche Dimensionierung hängt jedoch von Artikelzahl, Varianten, indexierten Feldern, Facetten und Abfragevolumen ab.

Auch das Lizenzthema verdient eine nüchterne Betrachtung. Der Typesense-Server wird als Open-Source-Software unter GPLv3 angeboten. Elasticsearch verwendet für seinen Quellcode mehrere Lizenzmodelle, darunter AGPLv3, SSPL und Elastic License 2.0; Umfang und zulässige Nutzung hängen von Distribution und Betriebsmodell ab. Typesense ist dadurch nicht automatisch für jedes Szenario lizenzrechtlich einfacher, bei einer selbst betriebenen Shopsuche ist die Ausgangslage aber oft leichter zu überblicken. Maßgeblich bleiben die konkrete Bereitstellung und die jeweils aktuellen Lizenztexte.

Wer bereits einen stabil betriebenen Elasticsearch-Cluster für mehrere Anwendungen nutzt, muss ihn nicht allein wegen Typesense ersetzen. Wird die Infrastruktur dagegen nur für die Shopsuche aufgebaut, ist die schlankere Alternative technisch und wirtschaftlich prüfenswert. Einen belastbaren Vergleich liefern letztlich reale Produktdaten statt synthetischer Hersteller-Benchmarks.

OXID Filter, AfterSearch und Attribute sinnvoll zusammendenken

Eine schnelle Trefferliste reicht bei erklärungsbedürftigen oder variantenreichen Produkten nicht aus. Besucher müssen Ergebnisse nach den Merkmalen eingrenzen können, die für den Kauf tatsächlich relevant sind. Dafür werden ausgewählte OXID Attribute als Facetten in den Suchindex übernommen und für die Filterung aufbereitet.

Die technische Möglichkeit, jedes Attribut als Filter anzubieten, ist dabei kein sinnvolles Ziel. Ein Sortiment mit 80 ungeordneten Filtern wird nicht benutzbarer. Besser ist eine bewusste Auswahl nach Kategorie: Bei Schrauben sind Durchmesser und Länge relevant, bei Kleidung eher Größe, Farbe und Material. Werte, Einheiten und Mehrfachzuordnungen müssen konsistent sein, sonst erscheinen etwa „10 mm“, „10mm“ und „10 Millimeter“ als getrennte Optionen.

Die OXID AfterSearch führt den Besucher nach der Suchanfrage durch die Ergebnismenge. Dazu gehören passende Filter, eine nachvollziehbare Sortierung und der Erhalt des Suchkontexts. Technisch greifen Suche, Facetten und Darstellung ineinander. Wird nur der Index ausgetauscht, während das Theme eigene Such-Templates oder JavaScript-Komponenten verwendet, entstehen schnell funktionale Lücken.

Aus unserer Erfahrung lohnt es sich, vor der Umsetzung einige echte Suchsituationen zu sammeln: Artikelnummer mit Bindestrich, Fachbegriff mit Tippfehler, mehrere Wörter in anderer Reihenfolge oder ein Attributwert ohne Produktnamen. Diese Beispiele sind später wertvoller als eine abstrakte Aussage wie „Die Suche soll besser werden“.

Ready für OXID 7.x heißt: den bestehenden Shop trotzdem prüfen

Die Typesense-Variante von OXELASTIC ist für OXID 7.x vorgesehen. Das ersetzt jedoch keine technische Bestandsaufnahme. Bei einem OXID 7 Update oder der Nachrüstung in einem bestehenden Shop prüfen wir die konkrete OXID-Minor-Version, PHP-Umgebung, Composer-Abhängigkeiten, aktivierte Module, das Twig-Theme und vorhandene Eigenentwicklungen.

Stand 27. Juli 2026 gilt: Die exakte Freigabe muss immer zur installierten OXID-Version und zum jeweiligen Modulstand passen. Die offizielle OXID-Entwicklerdokumentation ist dabei eine wichtige Referenz, ersetzt aber keinen Test des individuellen Projekts. Aussagen über OXID 7.5 oder andere Minor-Releases sollten nicht aus der allgemeinen Kompatibilität mit OXID 7.x abgeleitet werden.

Besondere Aufmerksamkeit benötigen Datenquellen außerhalb des Standardshops. Kommen Preise, Sortimente oder Attribute aus einer Warenwirtschaft, muss klar sein, wann der Suchindex aktualisiert wird. Ein Modul kann im Backend korrekt konfiguriert aussehen und trotzdem veraltete Filter liefern, wenn ein nächtlicher Import den Index nicht anstößt oder Varianten anders behandelt als erwartet.

Als zertifizierter OXID-eSales-Partner betrachten wir deshalb die komplette Prozesskette. Dazu gehören bei Bedarf auch individuelle Anpassungen rund um den OXID eShop, Schnittstellen und das Hosting der Suchkomponente.

So läuft die Umstellung auf Typesense sinnvoll ab

Der technische Wechsel lässt sich kompakt planen, sollte aber nicht direkt im Liveshop ausprobiert werden. Ein typischer Ablauf sieht so aus:

1. OXID-Version, Module, Theme und bestehende Suchanpassungen erfassen.
2. Produktdaten, Varianten, Attribute und gewünschte Filterfelder bewerten.
3. Typesense-Instanz passend zu Datenmenge und Betriebsmodell bereitstellen.
4. Indexschema, Gewichtungen, Synonyme und Aktualisierungswege konfigurieren.
5. OXELASTIC in einer Test- oder Staging-Umgebung integrieren.
6. Reale Suchbegriffe, Facetten, Rechte, Preise und Importabläufe testen.
7. Index initial aufbauen, kontrolliert umschalten und Betrieb überwachen.

Für den eigentlichen Wechsel ist meist kein langes Wartungsfenster erforderlich, wenn der neue Index parallel aufgebaut werden kann. Aufwand und Risiko hängen stärker von den Shopanpassungen als von der Installation des Suchdienstes ab. Ein individuelles Theme mit eigener Suggest-Funktion oder kundengruppenabhängigen Sortimenten braucht mehr Prüfung als ein weitgehend standardnaher Shop.

Zum Betrieb gehören außerdem Monitoring, Backups der Konfiguration und ein definierter Wiederaufbau des Index. Der Suchindex sollte reproduzierbar sein; er darf nicht zur einzigen Quelle wichtiger Produktdaten werden. Details zu Architektur, Betrieb und API beschreibt die offizielle Typesense-Dokumentation.

Unser Rat: Erst die Suchziele klären, dann die Engine auswählen

Typesense passt gut zu OXID-Shops, die eine schnelle, tolerante Produktsuche mit facettierten Filtern benötigen und ihre Infrastruktur bewusst schlank halten möchten. Elasticsearch bleibt sinnvoll, wenn dessen weitergehende Analyse- und Clusterfunktionen tatsächlich genutzt werden oder die Plattform bereits zuverlässig im Unternehmen betrieben wird.

Der nächste sinnvolle Schritt ist daher keine pauschale Migration, sondern ein Blick auf Sortiment, Suchbegriffe, Attribute und vorhandene Technik. Mit repräsentativen Produktdaten lässt sich früh erkennen, wie groß der Index wird, welche Filter wirklich helfen und wo Datenqualität oder Theme-Anpassungen mehr Arbeit verursachen als die Suchengine selbst.

Drei kurze Fragen zum OXID 7 Update

Kann Typesense auf der eigenen Infrastruktur betrieben werden?

Ja. Die Suchengine kann selbst betrieben werden; alternativ existieren verwaltete Angebote. Für die Auswahl zählen Datenschutz, Verantwortlichkeiten, Monitoring, Updates und die gewünschte Verfügbarkeit.

Beeinflussen neue OXID Filter die Suchmaschinenoptimierung?

Das kann passieren, wenn Filterkombinationen eigene aufrufbare URLs erzeugen. Canonical-Tags, Indexierungsregeln und bestehende Kategorie-URLs sollten deshalb beim Theme-Test mitgeprüft werden.

Muss der vorhandene Suchindex übernommen werden?

Nein. Üblicherweise wird für Typesense ein neuer Index aus den führenden Produktdaten aufgebaut. Das ist sauberer als eine direkte Übernahme enginespezifischer Indexstrukturen.