Search Optimization Software auswählen und einführen: Leitfaden für Anforderungen, Betrieb und Nutzennachweis

Search Optimization Software ist kein Produkt, das man kauft und danach ist die Website sichtbarer. Sie ist ein Werkzeug, das bestehende Arbeitsabläufe schneller, nachvollziehbarer und wiederholbar macht. Ob sich eine Anschaffung lohnt, entscheidet sich deshalb nicht am Funktionsumfang, sondern daran, ob das Werkzeug an die eigenen Datenquellen kommt, in die vorhandenen Systeme passt, rechtlich sauber betrieben werden kann und im Alltag tatsächlich benutzt wird.

Dieser Leitfaden beschreibt den Weg von der Bedarfsklärung bis zum messbaren Nutzen. Er nennt bewusst keine Produktnamen, vergibt keine Noten und stellt keine Rangliste auf. Stattdessen liefert er die Prüfschritte, mit denen Sie jedes Angebot selbst bewerten können, und zwar in der Reihenfolge, in der die Fragen im Beschaffungsprozess wirklich auftauchen.

Schritt 1: Anforderungen aus der eigenen Arbeit ableiten, nicht aus Featurelisten

Der häufigste Fehler am Anfang: Man liest Funktionsübersichten und leitet daraus ab, was man braucht. Das führt zu Lizenzen mit einem Umfang, von dem im Betrieb ein Bruchteil genutzt wird.

Drehen Sie die Richtung um. Schreiben Sie zuerst auf, welche wiederkehrenden Aufgaben heute Zeit kosten oder unerledigt bleiben. Typische Beispiele:

• Nach jedem Release prüfen, ob neue Seiten indexierbar sind und ob interne Verlinkungen ins Leere zeigen.
• Monatlich berichten, welche Seiten Sichtbarkeit gewonnen oder verloren haben, und begründen können, warum.
• Vor jedem Relaunch feststellen, welche URLs Traffic tragen und deshalb eine Weiterleitung brauchen.
• Redaktionelle Themen priorisieren, statt sie nach Bauchgefühl zu vergeben.

Ordnen Sie jeder Aufgabe drei Angaben zu: wie oft sie anfällt, wer sie ausführt und wie lange sie heute dauert. Aus dieser Liste entsteht Ihr Anforderungskatalog. Alles, was dort nicht auftaucht, ist im Auswahlprozess nachrangig, auch wenn es in der Demo beeindruckend aussieht.

Trennen Sie den Katalog anschließend in drei Klassen:

1. Muss: Ohne diese Fähigkeit ist das Werkzeug für Sie unbrauchbar.
2. Soll: Spart spürbar Zeit, lässt sich aber notfalls anders lösen.
3. Kann: Angenehm, aber kein Argument für eine Kaufentscheidung.

Nur die Muss-Kriterien dürfen Anbieter aus der engeren Auswahl entfernen. Diese Disziplin verhindert, dass ein einzelnes attraktives Zusatzmodul die Entscheidung dominiert.

Schritt 2: Datenquellen bewerten, bevor Sie Funktionen bewerten

Jede Search Optimization Software ist nur so gut wie die Daten, auf die sie zugreift. Klären Sie deshalb früh, aus welchen Quellen die angezeigten Zahlen stammen und welche davon Sie ohnehin schon kostenfrei haben.

Eigene Leistungsdaten der Suchmaschine. Die Google Search Console unterstützt Websitebetreiber dabei, die Präsenz einer Website in der Google-Suche zu überwachen, zu verwalten und Fehler zu beheben. Wichtig zur Einordnung: Eine Registrierung dort ist für die Aufnahme in die Suchergebnisse nicht erforderlich. Die Search Console ist also ein Beobachtungs- und Diagnosewerkzeug, kein Anmeldeschalter. Fragen Sie im Auswahlgespräch konkret, ob die Software diese Daten über die Schnittstelle importiert, wie lange sie sie historisiert und ob Sie die Rohdaten wieder exportieren können.

Technische Prüfdaten. Google Lighthouse führt automatisierte Prüfungen unter anderem für Leistung, Barrierefreiheit, Best Practices und SEO durch. PageSpeed Insights kombiniert diese Labordaten mit Felddaten realer Nutzer aus dem Chrome UX Report, sofern genügend Felddaten verfügbar sind. Wenn ein Anbieter Performance-Werte anzeigt, sollten Sie wissen, welche der beiden Datenarten Sie gerade sehen. Labordaten sind reproduzierbar, Felddaten beschreiben tatsächliche Nutzererfahrung. Verwechslungen führen zu Diskussionen, die niemand auflösen kann.

Zur Frage, welche Messgrößen dabei zählen: Die Core Web Vitals umfassen Largest Contentful Paint, Interaction to Next Paint und Cumulative Layout Shift. Eine Software, die stattdessen einen eigenen Punktwert ohne offengelegte Berechnung ausgibt, erschwert die Zusammenarbeit mit der Entwicklung, weil sich daraus kein Ticket ableiten lässt.

Crawling- und Indexierungsdaten. Prüfen Sie, ob das Werkzeug die Steuerungsmechanismen Ihrer Website korrekt interpretiert. Eine robots.txt-Datei steuert den Crawler-Zugriff auf URLs, ist aber kein verlässliches Mittel, um eine URL aus dem Google-Index auszuschließen. XML-Sitemaps informieren Suchmaschinen darüber, welche URLs und Dateien einer Website als wichtig betrachtet werden, garantieren jedoch weder Crawling noch Indexierung. Gute Software bildet diesen Unterschied ab und meldet eine per robots.txt gesperrte, aber indexierte URL als das, was sie ist: ein Zustand, der einer Entscheidung bedarf, nicht automatisch ein Fehler.

Strukturierte Daten. Schema.org stellt ein gemeinsames Vokabular für strukturierte Daten bereit, das von großen Suchmaschinen unterstützt wird. Wenn Auszeichnung für Sie relevant ist, klären Sie, ob die Software gegen dieses Vokabular validiert oder gegen eine eigene, nicht dokumentierte Regelsammlung.

Drittdaten. Sichtbarkeitsindizes, Suchvolumina und Wettbewerbsvergleiche stammen aus Modellen und Stichproben des Anbieters. Sie sind für Trends und Priorisierung nützlich, aber nicht als absolute Wahrheit belastbar. Fragen Sie nach Erhebungsmethode, Aktualisierungsfrequenz und Marktabdeckung für Ihre Sprache und Region. Ein Anbieter, der darauf keine Antwort gibt, liefert Ihnen Zahlen, die Sie intern nicht verteidigen können.

Richtlinienbezug. Prüfen Sie, woran sich die Empfehlungen der Software orientieren. Die Google Search Essentials bündeln technische Anforderungen, Spamrichtlinien und zentrale Best Practices für Inhalte, die in der Google-Suche erscheinen sollen. Empfehlungen, die sich darauf zurückführen lassen, sind diskutierbar. Empfehlungen ohne Herkunft sind es nicht.

Schritt 3: Integrationen an den vorhandenen Systemen messen

Ein Werkzeug, das neben Ihren Prozessen steht, wird nach wenigen Wochen nicht mehr geöffnet. Prüfen Sie deshalb den Weg der Daten in beide Richtungen.

Hinein: Welche Zugänge braucht die Software? Search-Console-Property, Analyse-System, CMS, Staging-Umgebung, Logfiles. Klären Sie pro Zugang, welche Berechtigungsstufe verlangt wird. Lesender Zugriff ist der Normalfall; wer schreibenden Zugriff auf das CMS fordert, muss das begründen können.

Hinaus: Kann die Software Ergebnisse dorthin liefern, wo Ihr Team ohnehin arbeitet? Relevant sind eine dokumentierte API, geplante Exporte in CSV oder ein Data Warehouse, Anbindung an Ticketsysteme sowie Benachrichtigungen in den genutzten Kanal. Achten Sie darauf, ob API-Zugriff im gebuchten Tarif enthalten ist oder ein Aufpreis anfällt, und ob es Abfragelimits gibt.

Ausstieg: Klären Sie vor Vertragsschluss, in welchem Format Sie Ihre historischen Daten bei Kündigung erhalten und wie lange der Anbieter sie danach vorhält. Die Antwort auf diese Frage sagt oft mehr über die Partnerschaft als die gesamte Produktdemonstration.

Schritt 4: Betriebsmodell und Rollen festlegen

Beim Betriebsmodell geht es um drei Entscheidungen.

Wo läuft die Software? Ein gehosteter Dienst ist schnell verfügbar und wird vom Anbieter gepflegt. Eine selbst betriebene Installation gibt Ihnen Kontrolle über Daten und Standort, verlangt aber interne Kapazität für Aktualisierung, Sicherung und Verfügbarkeit. Entscheiden Sie das nicht nach Präferenz, sondern nach der Frage, ob Sie den Betriebsaufwand dauerhaft tragen können.

Wer darf was? Definieren Sie Rollen entlang der tatsächlichen Aufgaben: Redaktion, Entwicklung, Analyse, Leitung, gegebenenfalls externe Dienstleister. Prüfen Sie, ob die Software feingranulare Rechte und getrennte Projektbereiche unterstützt. Wenn jeder Zugang alles sehen und ändern kann, entstehen früher oder später Löschungen, die niemand zuordnen kann.

Wie viele Lizenzen brauchen Sie wirklich? Die Anzahl der Personen, die täglich mit dem Werkzeug arbeiten, ist meist deutlich kleiner als die Anzahl derer, die Ergebnisse sehen wollen. Für die zweite Gruppe genügt oft ein Berichtsempfänger oder ein Dashboard. Rechnen Sie beide Gruppen getrennt durch, bevor Sie ein Paket wählen.

Schritt 5: Datenschutz vor der Unterschrift prüfen

Search Optimization Software verarbeitet in der Regel Zugriffsdaten, teilweise auch Nutzerkennungen aus angebundenen Analysesystemen. Damit ist Datenschutz kein Formalie am Ende, sondern ein Auswahlkriterium.

Werden personenbezogene Daten durch einen Softwareanbieter im Auftrag verarbeitet, verlangt Artikel 28 DSGVO grundsätzlich eine vertragliche Regelung der Auftragsverarbeitung. Klären Sie deshalb vor Vertragsschluss:

• Verarbeitet der Anbieter überhaupt personenbezogene Daten für Sie, und wenn ja, welche genau?
• Liegt ein Vertrag zur Auftragsverarbeitung vor, und lässt er sich vor der Bestellung einsehen?
• Welche Unterauftragnehmer sind eingebunden, und wie werden Sie über Änderungen informiert?
• In welchen Ländern liegen Speicherung und Verarbeitung?
• Wie lange werden Daten aufbewahrt, und wie werden sie gelöscht?

Lassen Sie diese Punkte durch die zuständige Stelle in Ihrem Haus freigeben, bevor der Pilot startet. Ein Pilotbetrieb, der mit echten Daten läuft und nachträglich datenschutzrechtlich beanstandet wird, muss abgebrochen werden. Das kostet mehr Zeit als die vorherige Prüfung.

Schritt 6: Pilotbetrieb mit Abbruchkriterium

Ein Test, der nur aus einer Demo und einer kostenlosen Woche besteht, beantwortet nicht die entscheidende Frage: Wird das Werkzeug im Alltag benutzt? Setzen Sie deshalb einen Pilotbetrieb auf, der wie echter Betrieb aussieht.

Zeitraum. Wählen Sie eine Dauer, die mindestens einen vollständigen Arbeitszyklus abdeckt, also etwa vier bis acht Wochen. Kürzer lässt sich Gewöhnung nicht von Nutzen unterscheiden.

Umfang. Nehmen Sie einen realen, klar abgegrenzten Ausschnitt Ihrer Website und zwei bis drei der Muss-Aufgaben aus Schritt 1. Nicht mehr. Ein Pilot, der alles abdecken will, endet ohne Ergebnis.

Besetzung. Benennen Sie die Personen, die den Piloten durchführen, und die Person, die am Ende entscheidet. Beteiligen Sie mindestens eine Person aus der Entwicklung, weil ein Teil der Befunde dort landet.

Protokoll. Halten Sie pro Aufgabe fest: Wie lange hat sie mit dem Werkzeug gedauert? Welche Befunde waren zutreffend, welche waren falsch positiv? Welche Frage konnte die Software nicht beantworten? Wie schnell und wie brauchbar hat der Support geantwortet?

Abbruchkriterium. Legen Sie vorher schriftlich fest, welches Ergebnis gegen die Einführung spricht. Ohne dieses Kriterium wird jeder Pilot positiv bewertet, weil bereits Aufwand investiert wurde.

Schritt 7: Operativen Nutzen messen statt Sichtbarkeit zu feiern

Nach der Einführung ist die Versuchung groß, den Erfolg des Werkzeugs an Rankings zu messen. Das ist ungeeignet, weil Rankings von vielen Faktoren abhängen, die nichts mit der Software zu tun haben, und weil sich Wirkung erst zeitversetzt zeigt.

Messen Sie stattdessen, was die Software unmittelbar beeinflusst:

• Durchlaufzeit: Wie lange dauert ein technisches Audit oder ein Monatsbericht jetzt im Vergleich zu vorher? Nutzen Sie die Zeitangaben aus Schritt 1 als Ausgangswert.
• Erkennungszeit: Wie viele Tage vergehen zwischen dem Auftreten eines Problems, etwa einer versehentlich gesperrten Verzeichnisstruktur, und seiner Entdeckung?
• Erledigungsquote: Wie viel Prozent der erzeugten Befunde führen zu einer Änderung, und wie viele werden verworfen? Eine hohe Verwurfsquote deutet auf zu unspezifische Prüfungen hin.
• Nutzung: Wie viele der lizenzierten Zugänge werden monatlich aktiv verwendet? Ungenutzte Lizenzen sind der am leichtesten korrigierbare Kostenblock.
• Datenqualität: Wie oft weichen die Zahlen der Software von den Originalquellen ab, und ist die Abweichung erklärbar?

Setzen Sie nach etwa sechs Monaten einen festen Überprüfungstermin an. Dort entscheiden Sie anhand dieser Werte über Verlängerung, Tarifwechsel oder Ausstieg. Ohne diesen Termin verlängern sich Verträge stillschweigend weiter, unabhängig davon, ob das Werkzeug noch gebraucht wird.

Vier Fehler, die eine gute Auswahl entwerten

Der Zugang bleibt bei einer Person. Wenn nur eine Person die Zugangsdaten und das Wissen hat, verschwindet der Nutzen mit dieser Person. Dokumentieren Sie Zugänge, Konfiguration und wiederkehrende Auswertungen an einem Ort, den das Team kennt.

Alarme werden nicht gepflegt. Benachrichtigungen, die zu oft und zu unspezifisch kommen, werden nach kurzer Zeit ignoriert. Beginnen Sie mit wenigen Alarmen für Zustände, auf die Sie sicher reagieren würden, und ergänzen Sie erst dann.

Befunde landen nicht im Arbeitssystem. Solange Ergebnisse nur im Werkzeug stehen, konkurrieren sie nicht um Entwicklungskapazität und werden nicht umgesetzt. Der Weg vom Befund zum Ticket muss kurz und verbindlich sein.

Der Ausgangswert fehlt. Wer vor der Einführung nicht festhält, wie lange Aufgaben dauern und welche Kennzahlen gelten, kann den Nutzen später nicht belegen. Diese halbe Stunde Dokumentation zu Beginn ist der günstigste Teil des gesamten Projekts.

Kurzform für die Beschaffung

Bevor Sie unterschreiben, sollten fünf Fragen beantwortet sein: Welche konkreten Aufgaben soll das Werkzeug übernehmen? Woher stammen die angezeigten Daten und wie kommen wir wieder an sie heran? Passt es an unser CMS, unsere Analyse und unser Ticketsystem? Ist die Auftragsverarbeitung geklärt und freigegeben? Und woran erkennen wir in sechs Monaten, dass sich die Ausgabe gelohnt hat?

Wer diese fünf Punkte schriftlich hat, trifft eine Entscheidung, die auch dann noch tragfähig ist, wenn der Anbieter seinen Funktionsumfang oder seine Preisstruktur ändert.