Sitelinks Search Box Schema implementieren

1. Was die Sitelinks Search Box ist und wo sie erscheint

Die Sitelinks Search Box ist ein Suchfeld, das Google direkt unterhalb des organischen Ergebnisses für eine bekannte Domain einblendet, meist dann, wenn ein Nutzer nach dem Markennamen selbst sucht. Statt der klassischen Unterlinks, die zu einzelnen Kategorieseiten führen, erhalten Nutzer hier ein Eingabefeld, über das sie eine Anfrage direkt an die interne Suche der jeweiligen Website senden können, ohne die Google-Ergebnisseite zuvor zu verlassen.

Für die Domain bedeutet das Feature potenziell eine deutlich höhere Klickrate und eine präzisere Steuerung von Nutzern direkt zu relevanten Suchergebnissen, statt sie erst über die Startseite navigieren zu lassen. Besonders für Websites mit großem Produktkatalog oder umfangreicher Content-Bibliothek, bei denen Nutzer häufig gezielt nach einem bestimmten Begriff suchen, kann die Search Box einen spürbaren Unterschied im Nutzerverhalten machen.

2. WebSite-Schema als Grundvoraussetzung

Die technische Basis für die Sitelinks Search Box ist ein WebSite-Schema auf der Startseite der Domain, das die Website als Ganzes beschreibt und über das Feld potentialAction die Verknüpfung zur internen Suchfunktion herstellt. Ohne dieses Basis-Schema, auch ohne die zusätzliche SearchAction, hat Google keine strukturierte Kenntnis davon, dass die Website überhaupt eine interne Suche besitzt, unabhängig davon, wie gut diese Suche tatsächlich funktioniert.

Wichtig ist, dass das WebSite-Schema nur einmal, auf der Startseite oder global im Layout eingebunden wird, und nicht versehentlich auf jeder Unterseite dupliziert mit leicht abweichenden Angaben erscheint. Eine konsistente, zentrale Einbindung erleichtert es Google, das Schema eindeutig der gesamten Domain zuzuordnen, statt widersprüchliche Signale von verschiedenen Unterseiten zu erhalten.

3. Die SearchAction im Detail

Die eigentliche Verknüpfung zur internen Suche erfolgt über das potentialAction-Feld mit dem Typ SearchAction, das eine target-URL mit einem Platzhalter für den Suchbegriff enthält. Dieser Platzhalter wird als {search_term_string} bezeichnet und muss exakt dem tatsächlichen URL-Parameter entsprechen, den die interne Suche der Website für die Verarbeitung von Suchanfragen verwendet, etwa q oder search je nach technischer Implementierung.

Zusätzlich zur target-URL muss das query-input-Feld angeben, dass der Platzhalter {search_term_string} als erforderliche Eingabe (required name) fungiert, damit Google versteht, dass dieser Teil der URL durch den vom Nutzer eingegebenen Suchbegriff ersetzt wird. Fehlt diese Verknüpfung oder ist der Platzhaltername inkonsistent zwischen target und query-input, wird die SearchAction von Google als ungültig verworfen, auch wenn das übrige WebSite-Schema fehlerfrei ist.

{
  "@context": "https://schema.org",
  "@type": "WebSite",
  "url": "https://www.mironsoft.de/",
  "name": "Mironsoft",
  "potentialAction": {
    "@type": "SearchAction",
    "target": {
      "@type": "EntryPoint",
      "urlTemplate": "https://www.mironsoft.de/catalogsearch/result/?q={search_term_string}"
    },
    "query-input": "required name=search_term_string"
  }
}

4. Technische Voraussetzung: funktionierende URL-Parameter-Suche

Damit die SearchAction tatsächlich funktioniert, muss die interne Suche der Website über einen einfachen GET-Request mit URL-Parameter aufrufbar sein, ohne dass zusätzliche JavaScript-Interaktion, Formular-Submits per POST oder eine vorherige Session-Initialisierung erforderlich sind. Google testet die hinterlegte URL-Vorlage direkt, weshalb eine Suche, die nur über ein clientseitiges Formular mit POST-Methode funktioniert, für die Sitelinks Search Box technisch ungeeignet ist.

Wer eine moderne, JavaScript-basierte Suchoberfläche einsetzt, etwa mit einer Instant-Search-Komponente, sollte parallel dazu eine klassische, serverseitig gerenderte Ergebnisseite mit URL-Parameter-Unterstützung anbieten, selbst wenn diese im normalen Nutzerfluss kaum sichtbar ist. Diese Fallback-Route dient ausschließlich dazu, die technische Voraussetzung für die SearchAction zu erfüllen, während die eigentliche Nutzererfahrung über die modernere Oberfläche läuft.

5. Implementierung Schritt für Schritt

Der erste Schritt besteht darin, die tatsächliche URL der internen Suchergebnisseite zu identifizieren und den exakten Parameternamen zu prüfen, mit dem der Suchbegriff übergeben wird, am einfachsten durch eine manuelle Testsuche und Analyse der resultierenden URL. Anschließend wird das WebSite-Schema mit der korrekten urlTemplate und dem passenden query-input-Wert zentral im Seiten-Layout eingebunden, sodass es auf der Startseite und idealerweise konsistent auf allen Seiten erscheint.

Nach der Implementierung sollte die urlTemplate manuell im Browser getestet werden, indem der Platzhalter {search_term_string} durch einen echten Testbegriff ersetzt und die resultierende URL aufgerufen wird, um sicherzustellen, dass tatsächlich passende Suchergebnisse erscheinen und keine Fehlerseite. Erst nach diesem manuellen Test folgt die Validierung mit dem Rich-Results-Test von Google, der Syntaxfehler im Schema selbst aufdeckt, aber nicht garantiert, dass die verlinkte Suche funktional korrekt ist.

6. Testen mit dem Rich-Results-Test

Der Rich-Results-Test von Google prüft die Syntax des WebSite-Schemas und der SearchAction, meldet aber ausschließlich strukturelle Fehler wie fehlende Pflichtfelder oder ein falsches Format des query-input-Werts. Ob die hinterlegte URL tatsächlich zu einer funktionierenden Suchergebnisseite führt, prüft der Test nicht automatisch, weshalb der manuelle Funktionstest der URL-Vorlage ein zwingender, zusätzlicher Schritt bleibt.

Nach erfolgreicher technischer Validierung bleibt zu beachten, dass der Rich-Results-Test lediglich die Eignung für das Feature bestätigt, nicht aber dessen tatsächliches Erscheinen in der Google-Suche. Zwischen einer erfolgreichen Testvalidierung und der ersten sichtbaren Anzeige der Search Box in echten Suchergebnissen können mehrere Wochen vergehen, da Google zusätzliche, unabhängige Kriterien für die tatsächliche Aktivierung des Features heranzieht.

7. Warum Google die Anzeige trotzdem verweigern kann

Selbst bei technisch einwandfreiem Schema und funktionierender Suche entscheidet am Ende ausschließlich Google, ob die Sitelinks Search Box tatsächlich angezeigt wird, und diese Entscheidung basiert auf Kriterien, die Google nicht vollständig offenlegt. In der Praxis erscheint das Feature fast ausschließlich bei Domains mit deutlich ausgeprägter Markenbekanntheit, bei denen Nutzer regelmäßig direkt nach dem Markennamen suchen, statt bei generischen Themen über die Domain zu navigieren.

Kleinere oder junge Websites mit korrektem Schema, aber geringer Markenbekanntheit und wenig direktem Suchvolumen nach dem eigenen Namen, sehen die Search Box in der Praxis daher häufig nie, obwohl alle technischen Voraussetzungen erfüllt sind. Diese Einschränkung sollte bei der Erwartungshaltung realistisch kommuniziert werden, da Schema-Implementierung allein keine Garantie für die tatsächliche Anzeige eines von Google letztlich kuratierten Features darstellt.

8. Markenbekanntheit als impliziter Faktor

Auch wenn Google keine offizielle Metrik für Markenbekanntheit als Voraussetzung nennt, zeigen Beobachtungen aus der Praxis einen klaren Zusammenhang zwischen dem Suchvolumen nach dem Markennamen und dem Auftreten der Search Box. Websites, die regelmäßig über Marketingkampagnen, PR oder etablierte Kundenbeziehungen direkten Markensuchverkehr generieren, sehen die Search Box deutlich häufiger als Websites, die primär über generische Themen-Rankings Traffic erhalten.

Für wachsende Marken bedeutet das, dass der Aufbau von Markenbekanntheit indirekt auch die Wahrscheinlichkeit für dieses und ähnliche Sichtbarkeitsformate erhöht, auch wenn dieser Effekt nicht kurzfristig planbar ist. Die Schema-Implementierung bleibt trotzdem sinnvoll, weil sie die technische Voraussetzung von Tag eins an erfüllt, statt sie erst nachzurüsten, sobald die Markenbekanntheit tatsächlich ein Niveau erreicht hat, bei dem Google das Feature in Betracht zieht.

9. Alternative Wege, interne Suche SEO-relevant zu machen

Unabhängig davon, ob die Sitelinks Search Box tatsächlich erscheint, lohnt es sich, interne Suchergebnisseiten selbst SEO-freundlich zu gestalten, etwa durch aussagekräftige Titel, die den Suchbegriff enthalten, und durch die Vermeidung von duplizierten oder dünnen Ergebnisseiten über robots-Meta-Tags bei Suchanfragen ohne relevante Treffer. Eine gut strukturierte interne Suche verbessert unabhängig vom Search-Box-Feature die Nutzererfahrung und liefert wertvolle Daten darüber, wonach Nutzer auf der eigenen Seite tatsächlich suchen.

Diese Suchdaten lassen sich systematisch auswerten, um Lücken in der Navigationsstruktur oder im Content-Angebot zu identifizieren, etwa wenn viele Nutzer nach einem Begriff suchen, für den keine eigene Kategorieseite existiert. So entsteht aus der internen Suche ein eigenständiger Optimierungskanal, der auch dann Mehrwert liefert, wenn die Sitelinks Search Box aufgrund fehlender Markenbekanntheit nie in den Google-Suchergebnissen erscheint.

10. Zusammenfassung

11. FAQ: Sitelinks Search Box: Das Wichtigste auf einen Blick