Was eine Shop-Suche wirklich kostet: Abrechnung je Suchanfrage, Index-Updates und Betrieb

Im November läuft der Shop heiß. Die Produktsuche verarbeitet in vier Wochen so viele Anfragen wie sonst in einem ganzen Quartal. Zwei Monate später liegt die Rechnung für die Suchsoftware auf dem Tisch. Der Betrag liegt deutlich über dem des Sommers, obwohl niemand eine neue Funktion gebucht hat. Dasselbe Sortiment, dieselbe Suche, nur mehr Traffic.

Der wahre Preis einer Shop-Suche entscheidet sich selten beim Vertragsabschluss. Der Betrag baut sich über die gesamte Laufzeit des Systems auf. Für eine seriöse Bewertung lohnt es, vier Dinge auseinanderzuhalten. Wonach ein Anbieter abrechnet. Wie die Suche technisch betrieben wird. Wie oft sich die Daten im Index ändern. Und wie stabil der Betrag bleibt, wenn der Traffic in der Hochsaison ausschlägt.

Warum der Angebotspreis nicht die ganze Rechnung ist

Ein Angebot nennt meist einen Grundpreis und ein Abrechnungsmodell. Die Summe, die am Jahresende im Controlling steht, entsteht aber aus mehreren Schichten. Es gibt den Preis für die Nutzung, die Kosten für den Betrieb der Such-Engine, den Aufwand für Index-Updates und die Datenpflege, dazu den internen Personalaufwand für Wartung und Weiterentwicklung. In der Fachsprache heißt diese Gesamtsicht Total Cost of Ownership.

Diese Schichten fallen bei jedem Abrechnungsmodell unterschiedlich ins Gewicht. Bei einer nutzungsbasierten Abrechnung wächst der Posten mit dem Traffic. Beim Selbstbetrieb verschiebt sich das Gewicht auf Server und Personal. Ein monatlicher Festpreis bündelt die Nutzung in einen konstanten Betrag und macht die Planung damit vorhersehbar.

Vor der Zahl verdient das Modell den ersten Blick.

Noch ein Punkt gehört in diese Rechnung. Das Modell entscheidet auch darüber, wie das Kostenrisiko zwischen Anbieter und Shop verteilt ist. Bei nutzungsbasierten Modellen trägt der Shop das volle Mengenrisiko, denn jede zusätzliche Anfrage kostet Geld, auch wenn sie keinen Umsatz bringt. Bei einem Festpreis liegt dieses Risiko beim Anbieter, der die Nutzung vorab einkalkuliert hat. Mit der Wahl des Modells wählt ein Shop also immer eine Risikoverteilung mit.

Die vier Abrechnungsmodelle im Überblick

Im Markt für E-Commerce-Suche haben sich vier Grundmodelle etabliert. Sie lassen sich sauber voneinander trennen, auch wenn viele Anbieter sie in der Praxis mischen und ihre Preisblätter dadurch nur schwer vergleichbar werden.

Abrechnung je Suchanfrage

Bei der Abrechnung je Suchanfrage (per-query billing) zahlt der Shop für jede ausgeführte Suche. Das Modell wirkt fair, weil die Kosten mit der Nutzung mitwachsen. Darin liegt aber sein Risiko. Eine erfolgreiche Kampagne, ein viraler Artikel oder die Vorweihnachtszeit treiben den Betrag nach oben, ohne dass sich am Produkt etwas ändert.

Wer die Suchsoftware Kosten pro Suchanfrage vergleicht, sollte deshalb nicht den Durchschnittsmonat ansehen, sondern den stärksten. Die spannende Frage ist, was die Suche im teuersten Monat kostet, nicht was sie im Mittel kostet. Der Durchschnitt trügt. Ein Modell, das im Sommer günstig aussieht, kann im Dezember eine böse Überraschung sein.

Abrechnung je Index-Update

Beim zweiten Modell wird die Pflege des Index in Rechnung gestellt. Abgerechnet wird dann je Index-Update, also nach der Zahl oder dem Volumen der Aktualisierungen, die der Katalog auslöst. Für einen kleinen, stabilen Katalog fällt das kaum auf.

Ein Sortiment mit 60.000 Artikeln über mehrere Märkte sieht anders aus. Preise, Bestände und Attribute ändern sich dort ständig. Jede dieser Änderungen fließt als Index-Update in die Rechnung ein. Eine echte Echtzeit-Synchronisation (Real-time Sync) mit dem Warenwirtschaftssystem erzeugt viele kleine Updates. Das ist technisch richtig und geschäftlich sinnvoll. Es verschiebt aber den Kostenschwerpunkt von der Suche auf die Datenpflege.

Der Betrieb eines selbst betriebenen Elasticsearch- oder OpenSearch-Clusters

Manche Teams betreiben ihre Suche selbst. Open-Source-Engines wie Elasticsearch, OpenSearch oder Solr sind lizenzkostenfrei verfügbar. Der Preis verschwindet damit aber nicht. Er wandert in eine andere Spalte. An die Stelle einer Anbieterrechnung treten Kosten für Server, Betrieb und Personal, die im ersten Jahr oft niedrig wirken und über die Laufzeit spürbar zunehmen.

Maßgeblich für den laufenden Aufwand ist die Größe des Clusters. Die offizielle Dokumentation von Elasticsearch behandelt die Dimensionierung der Shards als eigene Disziplin (Elastic, Size your shards, Stand 2026, abgerufen am 10.09.2026) und beschreibt den Produktivbetrieb als dauerhafte Aufgabe (Elastic, Elasticsearch in production environments, abgerufen am 10.09.2026). Das Projekt OpenSearch dokumentiert die Feinabstimmung eines Clusters ähnlich ausführlich (OpenSearch, Tuning your cluster, Stand 2026, abgerufen am 10.09.2026), und auch die Kapazitätsplanung für einen OpenSearch-Betrieb ist als eigener Leitfaden festgehalten (AWS, Sizing Amazon OpenSearch Service domains, abgerufen am 10.09.2026).

Diese Quellen zeigen ein gemeinsames Muster. Ein produktiver Suchcluster verlangt mehr als eine einmalige Installation. Hochverfügbarkeit, Backups, Versions-Upgrades und die Reaktion auf Lastspitzen gehören zum Dauerbetrieb. Die Betriebskosten eines selbst betriebenen Elasticsearch- oder OpenSearch-Clusters hängen an der Rechenleistung, an der geforderten Verfügbarkeit und am Know-how im Team. Lizenzkostenfrei heißt in diesem Modell nicht kostenlos.

Hinzu kommt die menschliche Seite des Betriebs. Ein Cluster, der den Umsatz trägt, braucht eine Rufbereitschaft, ein Monitoring und jemanden, der ein fehlgeschlagenes Upgrade auch nachts zurücknimmt. Dieses Wissen ist knapp und teuer. Verlässlich planbar ist es selten. Fällt die Person aus, die den Cluster kennt, wird aus einer technischen Frage schnell ein Risiko für den Umsatz.

Der monatliche Festpreis

Ganz anders arbeitet der monatliche Festpreis. Der Shop zahlt einen konstanten Betrag, unabhängig davon, wie viele Suchanfragen im Monat anfallen. BatteryIncluded positioniert sich hier klar. Die Nutzung ist im Festpreis enthalten, damit das Budget planbar bleibt, auch wenn der Traffic saisonal ausschlägt. Die eigene Preisstruktur ist auf der Preisseite einsehbar.

In der Planung hat das einen praktischen Wert. Der Betrag ist bekannt, bevor die Saison beginnt. Er taucht als feste Position im Budget auf und verändert sich durch einen guten Verkaufsmonat nicht. Keine Überraschung im Januar. Das nimmt der Suche die Rolle einer variablen Kostenstelle und macht sie zu einer kalkulierbaren Größe.

Warum die Abrechnung je Suchanfrage an Lastspitzen kippt

In der Hochsaison zeigt sich das Abrechnungsmodell besonders deutlich. Am Black Friday und im Weihnachtsgeschäft steigt die Zahl der Suchanfragen genau dann, wenn der Umsatz am wichtigsten ist. Bei einer nutzungsbasierten Abrechnung steigt die Rechnung im selben Takt. Der beste Verkaufstag des Jahres wird damit auch zum teuersten Suchtag des Jahres.

Zwei Effekte verstärken sich dabei. Mehr Besucher lösen mehr Suchen aus. Und jede einzelne Sitzung enthält in der Hochsaison oft mehrere Suchen, weil Geschenkekäufer suchen, vergleichen und wieder suchen. Aus dem Produkt beider Zahlen entsteht der Ausschlag, den das Controlling im Januar auf der Rechnung wiederfindet.

Damit wird die Planung an einer heiklen Stelle schwierig. Ein Budget wird meist auf Basis der ruhigen Monate kalkuliert. Diese Monate sind aber wenig repräsentativ, sobald eine Kampagne oder ein Peak den Traffic vervielfacht. Ein Bot-Ansturm oder ein unerwarteter Presseartikel treibt die Zahl der Anfragen zusätzlich, ohne einen einzigen Verkauf zu erzeugen.

Ein Festpreis dreht diese Logik um. Der Betrag steht vor der Saison fest und ändert sich durch den Peak nicht. Das Controlling rechnet mit einer festen Zahl. Das E-Commerce-Team kann eine Kampagne fahren, ohne parallel die Suchkosten im Blick behalten zu müssen. Planbarkeit ist in diesem Vergleich mehr als Komfort. Sie ist ein betriebswirtschaftlicher Vorteil.

Was der Kopfbetrag nicht abbildet

Neben dem sichtbaren Modell gibt es Kostentreiber, die im Angebot selten auftauchen. Sie entscheiden am Ende oft mehr über die Gesamtrechnung als der Grundpreis.

Der größte versteckte Treiber ist die Datenaktualität. Eine Suche ist nur so gut wie die Daten, die sie durchsucht. Veraltete Daten kosten Umsatz. Ein Shop, der Bestände und Preise live aus dem ERP spiegelt, erzeugt laufend Aktualisierungen und damit laufend Index-Updates. Wie sich Live-Daten aus der Warenwirtschaft sauber an die Suche anbinden lassen, beschreibt der Beitrag zu ERP-Daten in der Shop-Suche.

Dazu kommen die Suchfunktionen selbst. Eine Facettensuche (Faceted Search) über viele Attribute, eine Fehlertoleranz (Typo-Tolerance) gegen Tippfehler und eine semantische Suche (semantic search), die den User Intent erkennt, verlangen mehr Rechenarbeit als ein einfacher Textabgleich. Eine hybride Suche (Hybrid Search), die exakte Treffer und semantisches Verständnis kombiniert, bündelt beide Lasten. Bei nutzungsbasierten Modellen kann jede zusätzliche Funktion den Betrag je Anfrage erhöhen.

Auch der Datenschutz schlägt sich in den Betriebskosten nieder. Personalisierung, die auf Tracking beruht, zieht ein Einwilligungsmanagement und dessen Pflege nach sich. BatteryIncluded arbeitet 100% cookieless und DSGVO-konform. Für die Suche und die AI Recommendations ist kein Consent-Banner nötig, was einen ganzen Wartungspfad und damit einen Kostenblock entfallen lässt.

Die Integration bildet den letzten großen Posten. Eine Suche, die als Plugin nur den vorhandenen Index spiegelt, wirkt zunächst günstig. Sobald der Katalog wächst oder mehrere Systeme zusammenkommen, steigt der Pflegeaufwand spürbar. Eine Such-Infrastruktur, die Daten nativ aus ERP, PIM, CMS und Shop aggregiert, verlagert diesen Aufwand in eine dokumentierte Schnittstelle.

Für den Vergleich zweier Angebote hilft eine einfache Regel. Rechnen Sie jedes Modell auf einen vollen Jahreszyklus hoch, inklusive Hochsaison, Datenpflege und internem Aufwand. Erst diese Jahressicht macht zwei Angebote wirklich vergleichbar. Ein niedriger Einstiegspreis sagt für sich genommen wenig aus.

Infrastruktur statt Plugin: was das für die Kostenstruktur bedeutet

Am Ende hängt die Kostenfrage eng an der Architektur. Ein Plugin, das im Shopsystem selbst läuft, teilt sich Rechenleistung und Datenbank mit dem Shop. Wächst die Last, konkurrieren Suche und Shop um dieselben Ressourcen. BatteryIncluded ist als entkoppelte Infrastruktur (Decoupled Architecture) aufgebaut und läuft getrennt vom Shop. Die Suche belastet die Shop-Performance nicht, auch nicht in der Hochsaison.

Angebunden wird über eine Such-API (Search API) mit fertigen SDKs. Der Shop stellt eine Anfrage, die Infrastruktur liefert das Ergebnis. Diese Trennung hat einen direkten Kosteneffekt. Die Suche skaliert unabhängig, und ein Traffic-Peak trifft ein System, das genau für diese Last ausgelegt ist.

Damit bleibt die Rechnung übersichtlich. Es gibt eine Position für die Such-Infrastruktur, gebunden an den Umfang des Einsatzes und unabhängig vom Tagesverlauf des Traffics. Für die Buchhaltung macht sich dieser Unterschied jeden Monat bemerkbar.

Für Teams, die den Selbstbetrieb erwogen haben, lohnt der Blick auf die Gesamtkosten über mehrere Jahre. Wie sich ein spezialisierter Anbieter gegenüber einer Eigenentwicklung schlägt, ordnet der Beitrag SaaS oder Eigenentwicklung für die E-Commerce-Suche ein. Die technische Einordnung einer Alternative zum selbst gehosteten Suchcluster liefert der Beitrag zur Elasticsearch-Alternative im E-Commerce.

Das Flaggschiff Volt Search® läuft als Managed-Infrastruktur zum monatlichen Festpreis. Made in Germany, betrieben aus Freilassing, ohne eine Abrechnung je einzelner Suchanfrage. Der Preis richtet sich nach dem Umfang des Einsatzes und bleibt über den Monat hinweg konstant.

Grenzen: welche Kosten von Ihren Daten und Ihrem Traffic abhängen

Eine ehrliche Kostenrechnung endet nicht bei den Modellen. Der tatsächliche Betrag hängt an Größen, die in jedem Shop anders liegen. Ohne diese Zahlen bleibt jede Angabe eine Schätzung.

• Die Kataloggröße bestimmt den Index. Ein Sortiment mit wenigen tausend Artikeln verhält sich anders als eines mit 60.000 SKUs über mehrere Märkte.
• Die Zahl der Sprachen und Länder vervielfacht den Pflegeaufwand, weil jede Sprache eigene Analyse-Regeln braucht.
• Die Update-Frequenz treibt die Zahl der Index-Aktualisierungen. Ein Shop mit stündlichen Preisänderungen erzeugt mehr Last als ein weitgehend statischer Katalog.
• Das Traffic-Profil entscheidet über die Spitzen. Zwei Shops mit gleichem Jahresumsatz können völlig unterschiedliche Lastkurven haben.
• Der Funktionsumfang zählt mit. Facettensuche, Fehlertoleranz und semantische Suche verlangen mehr Rechenarbeit als ein reiner Textabgleich.

Aus diesen Gründen nennt ein seriöser Anbieter keinen belastbaren Monatsbetrag, bevor er das Sortiment, die Systemlandschaft und die Lastkurve kennt. Hier bleibt der Mensch im Prozess, im Sinne eines Human-in-the-Loop. Ein Finanzverantwortlicher und die E-Commerce-Leitung modellieren die Kosten gegen die eigenen Zahlen. Ein konkreter Zielwert für Ihren Shop bleibt bis zum gemeinsamen Termin offen und wird erst dort belegt.

Diese Grenze ist ein Zeichen von Sorgfalt. Eine Zahl, die vor der Analyse steht, ist geraten. Eine Zahl, die aus Sortiment, Lastkurve und Funktionsumfang folgt, ist belastbar. Dieser Unterschied entscheidet am Ende, ob ein Budget über das Jahr hält.

Häufige Fragen

Was kostet eine Shop-Suche im Monat?
Das hängt vom Abrechnungsmodell und von den eigenen Daten ab. Bei einem monatlichen Festpreis ist der Betrag konstant und vorab bekannt. Bei nutzungsbasierten Modellen schwankt er mit dem Traffic. Ein belastbarer Wert für einen konkreten Shop entsteht erst, wenn Sortiment und Lastprofil bekannt sind. Vorher bleibt es eine Schätzung.

Wird eine Suche nach Suchanfrage oder nach Index-Updates abgerechnet?
Beides kommt vor. Manche Modelle rechnen je Suchanfrage ab, andere je Index-Update, was faktisch an der Zahl und der Änderungsrate der Produkte hängt. Ein Festpreis bündelt beide Größen in einen konstanten Betrag.

Was ist der Unterschied zwischen Abrechnung je Anfrage und Festpreis?
Die Abrechnung je Anfrage koppelt die Kosten an den Traffic und schwankt daher mit der Saison. Der Festpreis entkoppelt die Kosten vom Volumen und bleibt in der Hochsaison stabil. Für die Budgetplanung ist der zweite Weg vorhersehbar.

Wie oft muss ein Such-Index aktualisiert werden und was kostet das?
Das richtet sich nach der Datenaktualität, die der Shop braucht. Live-Bestände verlangen eine Echtzeit-Synchronisation und damit viele kleine Updates. Bei einer Abrechnung je Index-Update fließt jede Aktualisierung in die Rechnung ein, bei einem Festpreis nicht.

Was kostet der Selbstbetrieb einer Suche mit Elasticsearch oder OpenSearch?
Die Lizenz ist bei diesen Open-Source-Engines kostenfrei. Die laufenden Kosten entstehen durch Server, Hochverfügbarkeit, Upgrades und das nötige Betriebs-Know-how. Die Cluster-Größe treibt diesen Aufwand, wie die offiziellen Betriebsleitfäden zur Dimensionierung zeigen. Kostenlos ist das nicht.

Warum wenden sich Unternehmen von einem selbst betriebenen Suchcluster ab?
Häufig wird der Betriebsaufwand über die Zeit unterschätzt, weil er sich auf viele kleine Aufgaben verteilt und in keiner einzelnen Rechnung als klarer Posten auftaucht. Ein produktiver Cluster verlangt dauerhaft Personal für Wartung, Skalierung und Ausfallsicherheit. Sobald diese Kosten sichtbar werden, rückt eine Managed-Infrastruktur in den Blick.

Rechnen Sie das Modell gegen Ihre Zahlen

Ihre echten Suchkosten lassen sich am besten an Ihren eigenen Zahlen zeigen. In einer kostenlosen Demo rechnen wir das Abrechnungsmodell gegen Ihr Sortiment und Ihr Traffic-Profil durch und zeigen, wie ein planbarer Festpreis in Ihrem Fall aussieht. Buchen Sie Ihre kostenlose Demo oder melden Sie sich direkt über das Kontaktformular.