Software und SEO-Tools im Unternehmen einführen: Auswahl, Betrieb und Datenhoheit
Der Leitfaden zeigt, wie Unternehmen Software und SEO-Tools nach Datenhoheit, Schnittstellen, DSGVO, Betriebskosten und Exit-Kriterien auswählen.

Wer die Einführung einer SEO-Software verantwortet, entscheidet nicht über Funktionen, sondern über einen Betrieb. Die Frage lautet nicht, welches Werkzeug die schönsten Charts zeigt, sondern wie das Toolsystem in zwei Jahren aussieht: wem die Rohdaten dann gehören, wer Zugänge pflegt, was der Wechsel kosten würde und ob die Auswertungen dann noch dieselbe Zeitreihe zeigen wie heute. Dieser Leitfaden beschreibt die Beschaffungs- und Betriebssicht: Betriebsmodell, Datenhoheit, Schnittstellen, Rollen, Datenschutzvertrag, Rollout, Kosten über die Laufzeit und Ausstiegskriterien.
Das Betriebsmodell zuerst festlegen
Vor jeder Funktionsdiskussion steht die Entscheidung, wo die Software läuft und wer sie betreibt. Drei Modelle sind üblich: gehosteter Dienst beim Anbieter, Betrieb in der eigenen Infrastruktur, und eine Mischform, bei der Auswertung und Oberfläche extern liegen, Crawls und Rohdatenhaltung aber intern.
Die Wahl hat konkrete betriebliche Folgen. Ein eigener Crawl erzeugt Last auf der eigenen Infrastruktur, deshalb gehört die Begrenzung von Threads beziehungsweise URLs pro Sekunde zu den Einstellungen, die vor dem ersten produktiven Lauf mit dem Hosting abgestimmt werden. Wer das überspringt, lernt es beim ersten Vollcrawl während der Hauptverkehrszeit. Auch Mengengrenzen gehören in diese Entscheidung: Der Screaming Frog SEO Spider crawlt in der kostenlosen Version bis zu 500 URLs pro Crawl, für Websites darüber ist ein Lizenzkauf oder eine serverseitige Alternative nötig. Solche Schwellen entscheiden mit darüber, ob ein Modell für die eigene Sitegröße überhaupt trägt.
Legen Sie fest, wer im Störungsfall handelt. Bei gehosteten Diensten ist das der Anbieter, und Ihre einzige Handhabe ist das Ticket. Bei Eigenbetrieb brauchen Sie eine benannte Person, Zeitfenster für Updates und einen Platz in der Monitoring-Landschaft. Beides ist vertretbar. Unvertretbar ist ein Betriebsmodell, das niemand explizit gewählt hat.
Datenhoheit: Rohdaten müssen das System verlassen können
Der wichtigste Beschaffungsgrundsatz lautet: Alles, was die Software für Sie sammelt, muss in maschinenlesbarer Form wieder herauskommen. Nicht als PDF-Report, sondern als Datensatz mit Datum, Dimension und Wert.
Der Grund ist messbar. Der Leistungsbericht der Google Search Console zeigt Daten für maximal 16 Monate rückwirkend. Längere Zeitreihen entstehen nur, wenn die eingesetzte Software die Daten selbst regelmäßig abzieht und dauerhaft speichert. Eine Software, die Ihnen die Historie nur in ihrer eigenen Oberfläche zeigt, hat also faktisch Ihre einzige Langzeitreihe in Geiselhaft. Dasselbe Muster in der Webanalyse: In Google Analytics 4 lässt sich die Aufbewahrung von Nutzer- und Ereignisdaten auf 2 oder 14 Monate einstellen, wer längere Auswertungen braucht, muss die Daten exportieren, etwa nach BigQuery.
Prüfen Sie deshalb in der Auswahl drei Dinge praktisch, nicht auf dem Datenblatt:
- Gibt es einen vollständigen Rohdatenexport, nicht nur den Export der aktuell gefilterten Ansicht?
- Enthält der Export Zeitstempel und stabile Kennungen, sodass sich zwei Exporte aus verschiedenen Monaten zusammenfügen lassen?
- Läuft der Export automatisiert, oder muss jemand monatlich klicken? Ein manueller Export ist eine Lücke, die irgendwann jemand vergisst.
Vereinbaren Sie außerdem, dass der Export auch nach Vertragsende und in einer Kündigungsphase möglich bleibt. Das ist billiger in der Verhandlung als in der Trennung.
Schnittstellen zu vorhandenen Systemen
SEO-Software steht nie allein. Sie hängt an Datenquellen und liefert an Systeme weiter, die längst da sind: Content-Management, Ticketsystem, Data Warehouse, Reporting.
Auf der Eingangsseite ist die Anbindungstiefe ein hartes Auswahlkriterium. Die Search Console API liefert pro Abfrage über searchanalytics.query maximal 25.000 Zeilen über den Parameter rowLimit, während der Export in der Oberfläche deutlich stärker begrenzt ist. Das ist ein sachlicher Grund, Software mit echter API-Anbindung zu verlangen statt einer Lösung, die im Hintergrund nur den Oberflächenexport nachbaut. Fragen Sie konkret, welche Endpunkte genutzt werden und wie oft abgefragt wird.
Auf der Ausgangsseite entscheidet, ob die Software in Ihre Arbeitsabläufe schreiben kann: ein Ticket aus einem gefundenen Defekt, ein Datensatz im Warehouse, ein Alarm im vorhandenen Kanal. Wo das fehlt, entsteht Handarbeit, die im Betrieb dauerhaft Zeit kostet.
Ein drittes Kriterium betrifft die Kennzahlen selbst. Als gut gelten die Core Web Vitals mit einem LCP von höchstens 2,5 Sekunden, einem CLS von höchstens 0,1 und einem INP von höchstens 200 Millisekunden. Eine SEO-Software sollte diese Schwellenwerte unverändert übernehmen, statt eigene Punktzahlen zu erfinden, die sich mit nichts anderem vergleichen lassen. Ebenso aufschlussreich ist die Aktualität des Messmodells: Interaction to Next Paint hat im März 2024 First Input Delay als Core Web Vital abgelöst. Software, die weiterhin FID als Hauptmetrik ausweist, arbeitet mit einem überholten Modell und verrät damit etwas über ihren Pflegezustand.
Rollen- und Seat-Konzept
Klären Sie vor dem Kauf, wie viele Personen tatsächlich in der Software arbeiten und wie viele nur Ergebnisse lesen. Lesende Rollen über Vollzugänge abzubilden ist der häufigste stille Kostentreiber. Prüfen Sie, ob Berichte auch ohne Lizenz zugestellt werden können.
Ebenso wichtig ist die Rechtevergabe an den angebundenen Quellen. Die Google Search Console kennt die Berechtigungsstufen Inhaber, Vollständig, Eingeschränkt und Verknüpfter Nutzer. Ein SEO-Software-Zugang wird über diese Rollen angebunden und sollte nicht pauschal mit Inhaberrechten laufen. Vergeben Sie die niedrigste Stufe, die die vereinbarten Abfragen erlaubt, und dokumentieren Sie, welcher technische Zugang an welchem Werkzeug hängt. Sonst weiß beim Personalwechsel niemand mehr, wessen Konto die nächtliche Datenabholung trägt.
Definieren Sie zusätzlich einen Prozess für Ein- und Austritte: Wer legt Zugänge an, wer entzieht sie, und in welchem Rhythmus wird die Zugangsliste überprüft?
DSGVO und Auftragsverarbeitung
SEO-Software verarbeitet in aller Regel personenbezogene Daten, spätestens wenn sie Analytics-Daten oder Nutzerkennungen einbezieht. Art. 28 DSGVO verlangt für die Verarbeitung personenbezogener Daten durch einen Dienstleister einen Vertrag in schriftlicher oder elektronischer Form. Ein Anbieter, der Search-Console- oder Analytics-Daten verarbeitet, fällt darunter. Der Vertrag gehört in die Beschaffung, nicht in die Nachbereitung.
Im Auswahlgespräch lassen sich die technischen Zusagen an einem festen Raster prüfen: Art. 32 DSGVO nennt Verschlüsselung, Pseudonymisierung sowie Verfahren zur regelmäßigen Überprüfung der Wirksamkeit als technische und organisatorische Maßnahmen. Lassen Sie sich zu jedem dieser Punkte eine belegbare Aussage geben, nicht ein Häkchen im Fragebogen.
Für Anbieter außerhalb der EU brauchen Sie eine Übermittlungsgrundlage. Die Europäische Kommission hat am 10. Juli 2023 den Angemessenheitsbeschluss zum EU-US Data Privacy Framework erlassen, Datenübermittlungen an zertifizierte US-Anbieter sind seitdem auf dieser Grundlage möglich. Prüfen Sie im Einzelfall, ob der konkrete Anbieter zertifiziert ist, und halten Sie den Nachweis in der Akte.
Rollout in vier Phasen
Eine Einführung scheitert selten an der Software und oft am fehlenden Ablauf. Vier Phasen haben sich bewährt.
Phase 1, Vorbereitung, etwa zwei Wochen. Datenquellen inventarisieren, Zugänge und Rollen festlegen, Crawl-Rate mit dem Hosting abstimmen, Auftragsverarbeitungsvertrag abschließen. Ergebnis: eine dokumentierte Liste von Quellen, Zugängen und Verantwortlichen.
Phase 2, Pilot, etwa vier Wochen. Ein abgegrenzter Bereich der Website, eine benannte Nutzergruppe, ein einziger Anwendungsfall. Ziel ist nicht Vollständigkeit, sondern die Antwort auf die Frage, ob die Zahlen der Software mit den Zahlen der Quelle übereinstimmen. Weichen sie ab, klären Sie die Ursache jetzt.
Phase 3, Ausrollen, etwa sechs bis acht Wochen. Restliche Bereiche anbinden, Exporte automatisieren, Berichte an die lesenden Rollen ausliefern, Schulung der aktiven Nutzer. Ab hier gilt: Was nicht automatisiert exportiert wird, existiert langfristig nicht.
Phase 4, Regelbetrieb. Fester Termin für die Datenprüfung, ein Verantwortlicher für Zugänge, ein jährlicher Review von Kosten, Nutzung und Datenschutzunterlagen.
Total Cost of Ownership realistisch rechnen
Die Lizenzgebühr ist selten der größte Posten. Rechnen Sie über drei Jahre und nehmen Sie mindestens diese Positionen auf:
| Kostenblock | Was hineingehört |
|---|---|
| Lizenz und Seats | Grundgebühr, zusätzliche Nutzer, Mengengrenzen für Crawls und Abfragen |
| Betrieb | Hosting, Speicherung der exportierten Rohdaten, Monitoring |
| Integration | Anbindung an Warehouse, CMS und Ticketsystem, spätere Anpassungen |
| Personal | Einarbeitung, laufende Pflege der Zugänge, Datenprüfung |
| Wechselkosten | Datenmigration und paralleler Doppelbetrieb beim Ausstieg |
Der letzte Posten wird fast immer vergessen und ist genau der, der Sie später an einen Anbieter bindet.
Exit-Kriterien vor dem Start definieren
Schreiben Sie vor der Unterschrift auf, woran Sie erkennen würden, dass die Entscheidung falsch war. Zum Beispiel: Der automatisierte Rohdatenexport funktioniert nach sechs Monaten nicht zuverlässig. Die Zahlen weichen dauerhaft und unerklärt von der Quelle ab. Weniger als die Hälfte der bezahlten Seats wird genutzt. Der Anbieter kann eine Zusage aus Art. 32 DSGVO nicht belegen. Kennzahlen folgen einem veralteten Messmodell und werden nicht nachgezogen.
Legen Sie zu jedem Kriterium fest, wer es prüft und wann. Ein Ausstiegskriterium, das nach dem Kauf niemand mehr ansieht, ist keines. Genau darin liegt der Unterschied zwischen einer Beschaffung und einem Kauf: Die Beschaffung endet nicht mit der Einführung, sondern mit der Fähigkeit, jederzeit begründet weiterzumachen oder aufzuhören.
