Interne Suche auswerten: Was Besucher wirklich suchen

Warum die interne Suche die ehrlichste Nutzerbefragung ist

Jede andere Analytics-Kennzahl ist eine Interpretation. Aus einer hohen Absprungrate lässt sich ableiten, dass eine Seite nicht gepasst hat - warum, bleibt offen. Aus einem Scrollverlauf lässt sich lesen, wie weit jemand gekommen ist - nicht, wonach er gesucht hat. Das Suchfeld dagegen liefert eine Formulierung, die der Besucher selbst gewählt hat. Es ist der einzige Ort auf einer Website, an dem Nutzer freiwillig und unaufgefordert Text hinterlassen, ohne dass ein Formular, ein Anreiz oder ein Consent-Dialog dazwischensteht.

Wie groß die Lücke zwischen Erwartung und Angebot ausfällt, zeigen die Benchmark-Daten aus der Suchforschung. In einer Auswertung von über 170 gebenchmarkten Sites und Apps mit mehr als 10.000 Bewertungen haben 56 Prozent der Anbieter erhebliche Probleme, die Suchbedürfnisse ihrer Nutzer zu bedienen (Baymard Institute, E-Commerce Search UX Research). Besonders deutlich wird es abseits des Produktkatalogs: Bei Suchen nach nicht-produktbezogenen Inhalten - Versand, Rückgabe, Rechnung, Kontakt - haben 66 Prozent der Sites Probleme (Baymard Institute). Und dass diese Suchen überhaupt stattfinden, ist kein Randphänomen: In Usability-Tests zu Konto- und Self-Service-Funktionen nutzten 34 Prozent der Teilnehmenden das Suchfeld, um nach nicht-produktbezogenen Inhalten zu suchen (Baymard Institute).

Fast die Hälfte der Nutzer, deren erste Suche scheiterte, gab sofort auf.

— Nielsen Norman Group, Site Search Usability

Damit ist auch klar, wie wenig Zeit eine Suchfunktion bekommt. Die Erfolgsquote sinkt mit jedem Versuch: 51 Prozent der ersten Suchanfragen führen zum Ziel, bei der zweiten sind es 32 Prozent, bei der dritten nur noch 18 Prozent (Nielsen Norman Group). Wer eine Null-Treffer-Seite sieht, formuliert also selten geduldig um - er verlässt die Website. Genau deshalb ist die Auswertung der internen Suche keine SEO-Fingerübung, sondern eine Umsatzfrage. Sie zeigt, an welcher Stelle Nachfrage auf ein leeres Ergebnis trifft.

Suchbegriffe first-party erfassen, ohne Personenbezug

Technisch gibt es zwei Wege, Suchbegriffe zu erfassen - und beide funktionieren ohne Cookie und ohne Wiedererkennung einzelner Personen. Der erste ist der Query-Parameter: Klassische Suchformulare senden per GET, der Begriff steht danach in der URL, typischerweise als ?q=, ?s=, ?search=, ?query=, ?suche= oder ?term=. Weil ohnehin ein Seitenaufruf erfasst wird, lässt sich der Begriff serverseitig aus dem Pfad herauslösen. Es braucht dafür kein zusätzliches Skript und keinen zusätzlichen Request - ein Grund, warum die Auswertung der internen Suche zu den Kennzahlen gehört, die auch bei cookieloser First-Party-Analytics vollständig verfügbar bleiben.

Der zweite Weg ist ein explizites Ereignis. Instant- und AJAX-Suchen ändern die URL nicht mehr oder nur per History-API, und Overlay-Suchen in Single-Page-Anwendungen erzeugen überhaupt keinen klassischen Seitenaufruf. Hier meldet ein kleines JavaScript den Begriff samt Trefferzahl. Wichtig ist das Timing: Wer bei jedem Tastendruck feuert, erzeugt aus w, wa, was, wasch vier Datensätze und verzerrt jede Rangliste. Ein Debounce von rund 700 bis 900 Millisekunden und eine Mindestlänge von drei Zeichen liefern in der Praxis stabile Ergebnisse (Projekterfahrung).

// Instant-Suche: erst melden, wenn Ergebnisse tatsächlich angezeigt wurden
let timer;
searchInput.addEventListener('input', () => {
  clearTimeout(timer);
  timer = setTimeout(() => {
    const term = searchInput.value.trim();
    if (term.length < 3) return;

    renderResults(term).then((count) => {
      xictraq.event('site_search', {
        term: normalise(term),   // klein, getrimmt, Muster maskiert
        results: count,          // 0 = Null-Treffer
        page: location.pathname
      });
    });
  }, 800);   // Debounce: kein Event je Tastendruck
});

// Maskiert alles, was wie ein personenbezogenes Datum aussieht
function normalise(t) {
  return t.toLowerCase()
    .replace(/[\w.+-]+@[\w-]+\.[a-z]{2,}/g, '[email]')
    .replace(/\b[a-z]{2}\d{2}[a-z0-9]{10,}\b/g, '[iban]')
    .replace(/\b\+?\d[\d /-]{7,}\b/g, '[nummer]')
    .slice(0, 80);
}

Entscheidend ist das zweite Feld: die Trefferzahl. Ohne results lässt sich die wichtigste Kennzahl dieses Beitrags gar nicht bilden, weil ein Suchbegriff allein nicht verrät, ob er ins Leere lief. Wer die Ergebnisanzahl nicht sauber aus dem Frontend bekommt, kann ersatzweise die Ergebnisseite mit einem Marker versehen - etwa einem eigenen Body-Attribut oder einem zusätzlichen Parameter, den der Server bei null Treffern setzt.

Für die Auswertung selbst gilt: Begriffe klein schreiben, Leerzeichen trimmen, doppelte Leerzeichen zusammenfassen. Ohne diese Normalisierung stehen Ersatzteile, ersatzteile und ersatzteile als drei Zeilen in der Rangliste, und die tatsächliche Nachfrage wird systematisch unterschätzt. Ergänzend hilft eine Obergrenze für die Zeichenlänge - Eingaben jenseits von 80 bis 120 Zeichen sind fast nie Suchbegriffe, sondern versehentlich eingefügte Textblöcke.

Wenn versehentlich Daten im Suchfeld landen

Suchfelder sind Freitextfelder, und Freitextfelder bekommen früher oder später Inhalte, die dort nicht hingehören. In der Praxis tauchen E-Mail-Adressen auf, weil jemand das Suchfeld für das Login-Formular gehalten hat. Es tauchen Bestell- und Kundennummern auf, Telefonnummern, gelegentlich ganze Adresszeilen aus der Zwischenablage - und in seltenen Fällen Passwörter, wenn der Fokus im falschen Feld lag. Damit wird ein harmloses Analysefeld zu einem Datenschutzthema, denn ein Suchbegriff ist personenbezogen, sobald er eine Person identifizierbar macht.

• Maskieren vor dem Senden - Muster für E-Mail, IBAN, Telefonnummern und lange Ziffernketten im Client ersetzen, damit sie gar nicht erst übertragen werden
• Längenlimit setzen - Eingaben über 80 bis 120 Zeichen abschneiden oder verwerfen, sie sind praktisch nie echte Suchanfragen
• Häufigkeitsschwelle nutzen - Begriffe erst ab mehreren Suchen in Berichten zeigen; seltene Eingaben bleiben in der Summe, nicht im Klartext
• Keine Verknüpfung mit Profilen - Suchbegriffe nicht dauerhaft an eine Besucherkennung binden, sondern als aggregierte Reihe führen
• Aufbewahrung begrenzen - Rohdaten nach einer definierten Frist löschen und nur die Aggregate behalten
• Im Verarbeitungsverzeichnis führen - die Suchauswertung als eigene Verarbeitung dokumentieren, inklusive Zweck, Speicherdauer und Maskierungslogik

Wer diese Punkte sauber löst, kann die Suchauswertung ohne Consent-Banner betreiben, weil weder Cookies gesetzt noch Endgeräte wiedererkannt werden - dieselbe Logik, die auch für DSGVO-konforme Website-Analytics insgesamt gilt. Wer ohnehin an Nachweispflichten arbeitet, etwa im Rahmen der NIS2-Registrierung beim BSI, sollte die Suchauswertung gleich in dieselbe Dokumentation aufnehmen: Es ist einfacher, eine Verarbeitung von Anfang an zu beschreiben, als sie später nachzutragen.

Die Kennzahlen, die wirklich zählen

Eine Rangliste der häufigsten Begriffe ist ein Anfang, aber kein Steuerungsinstrument. Erst fünf Kennzahlen machen aus der Liste eine Entscheidungsgrundlage - und vier davon setzen voraus, dass die Trefferzahl und der weitere Sitzungsverlauf mitgemessen werden.

Für die Interpretation gilt: Absolutwerte sind wenig aussagekräftig, weil Branche, Sortimentsbreite und Navigationsqualität stark streuen. Aussagekräftig sind Vergleiche - zwischen Begriffen, zwischen Zeiträumen und zwischen Sitzungen mit und ohne Suche. Ein Onlineshop mit tiefem Katalog hat naturgemäß einen höheren Suchanteil als eine achtseitige Unternehmenswebsite; entscheidend ist die Richtung, in die sich der Wert nach einer Änderung bewegt.

Die Verknüpfung mit dem Ziel ist der Punkt, an dem die Suchauswertung aus der Reporting-Ecke herauskommt. Wenn Sitzungen mit Suche messbar häufiger zum Abschluss führen, ist jede Verbesserung an der Suche direkt bewertbar - und lässt sich in derselben Logik behandeln wie das übrige Conversion-Tracking ohne Drittanbieter-Scripts.

Null-Treffer lesen: von der Suchanfrage zur Content-Lücke

Die Null-Treffer-Liste ist die wertvollste Seite jedes Suchberichts, weil dort Nachfrage ohne Angebot steht. Der häufigste Fehler im Umgang damit ist die vorschnelle Antwort, das Produkt oder der Inhalt fehle eben. In der Praxis zerfallen Null-Treffer in vier Ursachenklassen, die völlig unterschiedliche Maßnahmen auslösen.

1. Echte Lücke - der gesuchte Inhalt oder Artikel existiert nicht. Maßnahme: Sortiment oder Content ergänzen, oder die Nachfrage bewusst ablehnen und eine Alternative anbieten.
2. Benennungslücke - der Inhalt existiert, heißt intern aber anders. Maßnahme: Synonym in den Suchindex aufnehmen, Kategorienamen anpassen.
3. Schreibweisenlücke - Tippfehler, Bindestrich-Varianten, Singular und Plural, Umlautschreibweisen. Maßnahme: Fehlertoleranz und Normalisierung im Index.
4. Erwartungslücke - gesucht wird etwas, das das Unternehmen gar nicht anbietet. Maßnahme: keine Produktänderung, sondern eine klare Aussage auf der Ergebnisseite.

Die Null-Treffer-Seite selbst ist dabei ein eigener Hebel und wird konsequent unterschätzt: Rund 50 Prozent der Shops gestalten ihre Seiten für ergebnislose Suchen so, dass daraus Frust und Abbrüche entstehen (Baymard Institute). Eine gute Null-Treffer-Seite wiederholt den Suchbegriff, erklärt in einem Satz, warum nichts gefunden wurde, bietet die nächstliegenden Alternativen an und hält einen direkten Weg zum Kontakt bereit. Was sie nicht tun sollte: eine leere Liste zeigen und den Nutzer mit der Frage alleinlassen, ob er sich vertippt hat.

Die Zuordnung fällt leichter, wenn jede Zeile mit einer Vermutung und einer Maßnahme versehen wird. Eine solche Tabelle lässt sich in einer halben Stunde füllen und ersetzt die übliche Diskussion darüber, wer sich um die Suche kümmern müsste.

Synonyme, Tippfehler und abweichende Kategorienamen priorisieren

Nach der ersten Auswertung liegen typischerweise mehrere hundert Begriffe auf dem Tisch, und die meisten davon sind Einzelfälle. Ohne Priorisierung entsteht daraus eine Liste, die niemand abarbeitet. Bewährt hat sich eine einfache Rangfolge aus drei Faktoren: Suchvolumen, Null-Treffer-Quote und wirtschaftliche Relevanz des dahinterliegenden Themas. Ein Begriff mit 300 Suchen und 70 Prozent Null-Treffern schlägt zwanzig Begriffe mit je fünf Suchen - selbst wenn die zwanzig zusammen mehr Zeilen in der Tabelle füllen (Projekterfahrung).

Welche Suchtypen besonders häufig scheitern, ist gut dokumentiert. Am schwierigsten sind Abkürzungen und Symbole, bei denen 54 Prozent der Sites Probleme haben; es folgen Kompatibilitätssuchen mit 44 Prozent, Anwendungsfall-Suchen mit 43 Prozent, Eigenschafts-Suchen mit 39 Prozent und Symptom-Suchen mit 37 Prozent (Baymard Institute). Suchen nach dem reinen Produkttyp scheitern mit 20 Prozent deutlich seltener, exakte Suchen nach Artikelbezeichnung mit 12 Prozent am seltensten (Baymard Institute). Die Reihenfolge sagt, wo Synonymarbeit den größten Effekt hat: nicht beim exakten Namen, sondern bei der Umschreibung.

1. Volumen sortieren - alle Begriffe der letzten 30 bis 90 Tage nach Suchanzahl ordnen, Schreibvarianten vorher zusammenfassen
2. Null-Treffer markieren - jede Zeile mit ihrer Trefferquote versehen; Begriffe über 50 Prozent Null-Treffer zuerst behandeln
3. Ausstieg gewichten - Begriffe, nach denen die Sitzung endet, höher priorisieren als solche, nach denen weitergesucht wird
4. Ursache zuordnen - jede Zeile einer der vier Lücken-Klassen zuweisen, damit die Maßnahme eindeutig ist
5. Maßnahme buchen - Synonym, Hilfeartikel, Landingpage oder Sortimentsentscheidung als konkrete Aufgabe mit Termin anlegen
6. Wirkung nachmessen - dieselbe Auswertung 30 Tage später wiederholen und die Null-Treffer-Quote des Begriffs vergleichen

Bei Tippfehlern lohnt Fehlertoleranz, aber mit Augenmaß. Eine Abweichung von ein bis zwei Zeichen fängt die häufigsten Vertipper ab. Bei kurzen Artikel- und Typnummern richtet dieselbe Toleranz Schaden an, weil sie zwei völlig verschiedene Artikel zusammenzieht. Sinnvoll ist deshalb eine Regel, die Fehlertoleranz erst ab einer Wortlänge von etwa fünf Zeichen zulässt und rein numerische Eingaben ausnimmt.

Die dritte Kategorie sind abweichende Kategorienamen - der Hausjargon. Sortimente werden intern nach Warengruppen benannt, Kunden suchen nach Anlässen und Problemen. Die Suchauswertung ist der günstigste Weg, diese Übersetzung zu lernen, denn sie liefert die Kundensprache frei Haus. Ein Nebeneffekt: Diese Begriffe eignen sich als Ausgangspunkt für die Keyword-Arbeit, sollten aber nicht ungeprüft übernommen werden, weil interne Suchen ein anderes Volumen und eine andere Absicht haben als Suchmaschinenanfragen. Die Abstimmung mit dem technischen SEO-Monitoring verhindert, dass daraus Seiten entstehen, die niemand außerhalb der Website sucht.

Aus Top-Suchbegriffen Navigation, Landingpages und FAQ ableiten

Wenn ein Begriff dauerhaft in den Top 10 steht, ist das kein Suchthema mehr, sondern ein Navigationsthema. Nutzer suchen, weil sie den Weg nicht finden - nicht, weil sie das Suchfeld bevorzugen. Die praktische Regel lautet deshalb: Begriffe mit hohem Volumen und guter Trefferlage gehören in die Navigation oder auf eine eigene Landingpage; Begriffe mit hohem Volumen und schlechter Trefferlage gehören zuerst in den Index und dann in die Navigation.

Dass Platzierung Verhalten verändert, ist gut belegt: Als auf einer bekannten Testseite ein Link durch ein sichtbares Suchfeld ersetzt wurde, stieg die Nutzung der Suche um 91 Prozent (Nielsen Norman Group). Umgekehrt gilt dasselbe für Navigationselemente - ein prominenter Einstiegspunkt für ein häufig gesuchtes Thema entlastet die Suche spürbar. Wichtig ist dabei die Reihenfolge: erst die Lücke schließen, dann den Einstieg schaffen. Eine Landingpage, die auf einen halbleeren Suchindex verweist, verschiebt das Problem nur.

• Top 10 prüfen - jeder Begriff, der drei Monate in Folge oben steht, bekommt einen festen Einstiegspunkt in Navigation oder Footer
• Service-Begriffe bündeln - Rechnung, Kündigung, Reklamation, Ersatzteile in einen sichtbaren Hilfebereich führen statt in die Suche
• FAQ aus Fragen bauen - Suchanfragen, die wie Fragen formuliert sind, eins zu eins als FAQ-Eintrag aufnehmen und die Formulierung des Nutzers behalten
• Landingpages belegen - eine neue Seite nur anlegen, wenn ein Begriff dauerhaft Volumen zeigt, nicht nach einem einzelnen Ausreißer
• Interne Suche auf der Ergebnisseite belassen - das Suchfeld auf der Ergebnisseite mit dem eingegebenen Begriff vorbefüllen, damit Umformulieren nicht bei Null beginnt

Bei Suchvorschlägen ist Zurückhaltung angebracht. In einer E-Commerce-Studie wurden angebotene Vorschläge nur in 23 Prozent der Fälle ausgewählt, in denen sie überhaupt eingeblendet wurden - 31 Auswahlen bei 136 Einblendungen, mit einer Fehlermarge von 7 Prozent (Nielsen Norman Group). Aufwendig angereicherte Vorschlagslisten rechtfertigen ihren Entwicklungsaufwand also selten. Wichtiger ist die Qualität der ersten Treffer: In Eyetracking-Untersuchungen begnügen sich Nutzer in 20 Prozent der Fälle mit dem ersten Ergebnis und sehen sich nichts weiter an (Nielsen Norman Group).

Auch die Länge der Anfragen spricht für Einfachheit: Die durchschnittliche Suchanfrage bestand in den Untersuchungen aus 2,0 Wörtern (Nielsen Norman Group). Wer seinen Index auf lange, präzise Formulierungen auslegt, optimiert an der Realität vorbei. Zwei Wörter müssen reichen, um die richtige Kategorie zu treffen.

Ein Sonderfall entsteht, wenn die klassische Suche durch einen KI-Assistenten ersetzt oder ergänzt wird. Dann ändert sich nicht nur die Datenlage - die Anfragen werden länger und gesprächsartiger -, sondern auch die rechtliche Einordnung: Für solche Dialogfunktionen gelten ab August 2026 eigene Hinweispflichten, die im Beitrag zur Transparenzpflicht für Website-Chatbots im Detail beschrieben sind.

Die Suchergebnisseite auf Barrierefreiheit und Ladezeit prüfen

Die Ergebnisseite ist die am häufigsten aufgerufene Seite, die am seltensten getestet wird. Sie entsteht dynamisch, hat keine feste URL im Menü und fällt deshalb aus den meisten Prüfroutinen heraus. Dabei berührt sie gleich mehrere Anforderungen der Web Content Accessibility Guidelines, die seit dem 12. Dezember 2024 in Version 2.2 als W3C-Empfehlung vorliegen (W3C, WCAG 2.2).

• 2.4.5 Multiple Ways (AA) - mehr als ein Weg muss zu einer Seite führen; die interne Suche ist einer dieser Wege und zählt nur, wenn sie funktioniert (W3C, WCAG 2.2)
• 3.3.2 Labels or Instructions (A) - das Suchfeld braucht ein programmatisch verknüpftes Label, ein Platzhaltertext allein genügt nicht (W3C, WCAG 2.2)
• 2.5.3 Label in Name (A) - der zugängliche Name der Schaltfläche muss den sichtbaren Text enthalten, damit Sprachsteuerung funktioniert (W3C, WCAG 2.2)
• 4.1.3 Status Messages (AA) - bei Instant-Suchen muss die Trefferzahl als Statusmeldung angekündigt werden, ohne den Fokus zu verschieben (W3C, WCAG 2.2)
• 1.3.5 Identify Input Purpose (AA) - Eingabefelder, die Angaben zur Person erfassen, müssen ihren Zweck programmatisch mitteilen (W3C, WCAG 2.2)

Dass gerade Formularelemente ein Dauerproblem sind, zeigt die Auswertung der Startseiten der eine Million meistbesuchten Domains: Auf 51 Prozent der Seiten fehlten Beschriftungen für Formularfelder, und 95,9 Prozent der Startseiten wiesen automatisch erkennbare WCAG-Verstöße auf, im Schnitt 56,1 Fehler pro Seite (WebAIM Million 2026). Ein Suchfeld ohne Label ist damit statistisch eher die Regel als die Ausnahme - und es ist einer der am schnellsten behebbaren Befunde überhaupt. Wie sich solche Regressionen dauerhaft im Blick behalten lassen, beschreibt der Beitrag zu den häufigsten WCAG-Fehlern auf Firmenwebsites; die laufende Prüfung übernimmt das Monitoring der Barrierefreiheit.

Der zweite blinde Fleck ist die Ladezeit. Ergebnisseiten rendern häufig clientseitig, laden Filter nach und verschieben Inhalte, während die Treffer eintreffen. Die Schwellenwerte der Core Web Vitals gelten hier genauso wie für die Startseite: 2,5 Sekunden für den Largest Contentful Paint, 200 Millisekunden für die Interaction to Next Paint und 0,1 für den Cumulative Layout Shift (Google/web.dev). Gerade die Interaktionslatenz fällt bei Suchseiten auf, weil dort getippt, gefiltert und sortiert wird - Details dazu im Beitrag zur Optimierung der Interaction to Next Paint.

Messung nach jedem Relaunch verifizieren

Die Suchmessung ist die Messung, die bei einem Relaunch am häufigsten still ausfällt. Der Grund ist banal: Sie hängt an einem technischen Detail, das niemand auf der Migrationsliste hat. Aus ?s= wird ?query=, aus dem GET-Formular wird ein POST-Endpunkt, die Ergebnisseite wird zur Overlay-Komponente ohne URL-Wechsel, oder ein neues Suchmodul feuert das Ereignis mit anderem Namen. In allen Fällen bleibt das Dashboard leer, ohne dass eine Fehlermeldung entsteht - und niemand vermisst eine Kennzahl, die einfach auf null steht.

Der Vergleich mit der Vorwoche gehört in dieselbe Routine wie die übrige Relaunch-Kontrolle. Wer Weiterleitungen, Statuscodes und Seitenstruktur ohnehin nach jedem Deploy prüft - etwa mit einer automatischen Überwachung von Broken Links und 404-Fehlern -, kann die Suchmessung mit einem einzigen zusätzlichen Prüfschritt abdecken.

Ein zweiter Störfaktor sind automatisierte Zugriffe. Crawler und Scraper rufen Ergebnisseiten mit Parametern auf, manche testen systematisch Begriffslisten durch. Ohne Filterung erscheinen dann Begriffe im Bericht, die kein Mensch getippt hat, und die Null-Treffer-Quote steigt aus rein technischen Gründen. Eine serverseitige Erkennung maschineller Zugriffe gehört deshalb zur Suchauswertung dazu; die Grundlagen dafür beschreibt der Beitrag zum Filtern von Bot-Traffic aus Analytics.

Als Gegenprobe für die Interpretation eignet sich die Beobachtung des tatsächlichen Verhaltens auf der Ergebnisseite. Wenn die Zahlen sagen, dass nach einer Suche häufig ausgestiegen wird, aber unklar bleibt, warum, liefert eine DSGVO-konforme Heatmap-Auswertung die fehlende Beobachtungsebene - etwa, wenn Nutzer wiederholt auf ein nicht klickbares Element tippen.

Die interne Suche in den festen Auswertungsrhythmus holen

Der Aufwand für eine belastbare Suchauswertung ist kleiner, als die Wirkung vermuten lässt. Die Erfassung kostet einmalig eine Stunde, die Datenhygiene eine weitere. Danach braucht es einen festen Termin - monatlich reicht in den meisten Fällen -, an dem drei Listen durchgesehen werden: die häufigsten Begriffe, die Begriffe mit den meisten Null-Treffern und die Begriffe mit der höchsten Ausstiegsrate. Aus diesen drei Listen entstehen Aufgaben für Content, Navigation und Sortiment, die sich anders als viele Optimierungsideen direkt begründen lassen: Es gibt eine gezählte Nachfrage dahinter.

Der zweite Effekt ist organisatorischer Natur. Suchbegriffe sind für alle Beteiligten verständlich - Geschäftsführung, Redaktion, Support und Entwicklung lesen dieselbe Liste ohne Übersetzung. Diskussionen darüber, ob ein Thema wichtig ist, verkürzen sich erheblich, wenn daneben steht, wie oft danach gesucht wurde und wie oft die Suche ins Leere lief. Dass die Suchqualität dabei einen messbaren wirtschaftlichen Anteil hat, ist keine Vermutung: In Intranet-Untersuchungen erklärte allein die Bedienbarkeit der Suche 43 Prozent des Produktivitätsunterschieds zwischen guten und schlechten Umgebungen (Nielsen Norman Group).

Die Auswertung der internen Suche gehört damit in dieselbe Routine wie Reichweite, Herkunft und Zielabschlüsse - und sie funktioniert vollständig first-party. Weil weder Cookies gesetzt noch Endgeräte wiedererkannt werden, bleibt die Kennzahl auch dann vollständig, wenn ein Consent-Banner Ablehnungen sammelt: Die cookielose First-Party-Analytics von XICTRAQ wertet Suchbegriffe aus den erfassten Seitenaufrufen und Ereignissen aus, ohne Profile zu bilden. Wer sehen möchte, wie die Begriffsrangliste, die Trefferverteilung und der Sitzungsverlauf zusammen aussehen, findet in der Live-Demo einen vollständigen Beispielaccount; welcher Funktionsumfang dafür nötig ist, zeigt die Übersicht der Preise und Pläne.

Häufige Fragen zur Auswertung der internen Suche