SEO-Software web based: Auswahl und Einführung einer browserbasierten Lösung

Eine rein browserbasierte SEO-Software wird nicht installiert, sondern eingeräumt. Das klingt nach einem Detail der Technik, ist aber vor allem eine organisatorische Entscheidung: Wer darf hinein, welche Datenquellen werden angeschlossen, wem gehören die Auswertungen, und was passiert damit, wenn die Zusammenarbeit endet. Dieser Leitfaden behandelt genau diese Fragen. Er vergleicht keine Anbieter und benotet keine Produkte, sondern beschreibt, worauf Sie bei Auswahl und Einführung achten sollten, damit eine web-based SEO-Lösung im Team dauerhaft trägt.

Was “web based” im Alltag wirklich ändert

Browserbasiert heißt: Die Anwendung läuft auf der Infrastruktur des Anbieters, Sie greifen über eine Adresse und ein Konto darauf zu. Dieses Modell ist im Suchmaschinenumfeld längst der Normalfall. Google beschreibt die Search Console ausdrücklich als webbasiertes Produkt, das im Browser verwendet wird. Wer mit Suchdaten arbeitet, ist also ohnehin bereits an ein Werkzeug gewöhnt, das kein lokales Programm mehr ist.

Drei Konsequenzen folgen daraus unmittelbar:

1. Der Zugang ist das Werkzeug. Es gibt keine lokale Installation, die jemand behalten könnte, und keine Lizenzdatei auf einem Rechner. Wird ein Konto entzogen, ist die Arbeitsfähigkeit sofort weg. Das ist ein Vorteil beim Offboarding und ein Risiko bei schlecht gepflegten Berechtigungen.
2. Die Daten liegen zuerst beim Anbieter. Auswertungen, Projekte, Crawls und historische Verläufe entstehen in dessen System. Ohne bewussten Export bauen Sie Ihre Wissensbasis auf fremdem Boden auf.
3. Aktualisierungen passieren ohne Ihr Zutun. Funktionen und Oberflächen ändern sich, ohne dass Sie einen Termin dafür setzen. Prozessdokumentation, die auf exakte Klickpfade setzt, veraltet schneller als bei lokaler Software.

Keine dieser Eigenschaften ist gut oder schlecht. Sie bestimmen aber, welche Fragen im Auswahlprozess überhaupt entscheidend sind.

Ortsunabhängiger Betrieb: der Browser als einziger Zugang

Der häufigste Grund für eine web-based Lösung ist verteiltes Arbeiten: Agentur, Kunde, Freelancer und interne Redaktion sehen denselben Stand, ohne Dateien hin und her zu schicken. Damit das im Betrieb hält, brauchen Sie drei Festlegungen.

Erstens die Kontostruktur. Persönliche Konten pro Person, keine geteilten Sammelzugänge. Ein gemeinsam genutztes Login macht jede spätere Frage nach dem Verursacher einer Änderung unbeantwortbar und lässt sich beim Ausscheiden einer Person nur durch Passwortwechsel für alle auflösen.

Zweitens die Absicherung. Wenn der Browser der einzige Zugang ist, ist das Passwort die einzige Tür. Zwei-Faktor-Authentifizierung sollte für alle Konten verpflichtend sein, nicht optional. Prüfen Sie vor der Entscheidung, ob die Software das erzwingen kann und ob sie sich an eine bestehende Anmeldung im Unternehmen anbinden lässt.

Drittens die Nachvollziehbarkeit. Fragen Sie konkret, ob es ein Protokoll darüber gibt, wer wann welche Einstellung geändert hat. Bei ortsunabhängiger Arbeit ist das der Ersatz für den kurzen Blick über die Schulter.

Ein praktischer Punkt, der oft erst spät auffällt: Browserbasiert bedeutet nicht automatisch, dass jede Aufgabe im Browser gut funktioniert. Umfangreiche Datenauswertungen, das Zusammenführen mehrerer Quellen oder wiederkehrende Reports gelingen häufig besser außerhalb der Oberfläche. Genau deshalb ist die Exportfähigkeit weiter unten kein Nebenthema.

Rollen und Zugriffsrechte sauber schneiden

Zugriffsrechte sind der Teil der Einführung, der am schnellsten erledigt und am längsten bereut wird. Ein bewährtes Muster liefert wiederum die Search Console: Dort existieren abgestufte Berechtigungen für Inhaber, für Nutzer mit uneingeschränktem Zugriff und für Nutzer mit eingeschränktem Zugriff. Diese Dreiteilung lässt sich als Denkmodell auf jede webbasierte SEO-Software übertragen.

Drei Regeln haben sich dabei bewährt:

• Die Inhaberrolle bleibt im Unternehmen. Auch wenn eine Agentur die Arbeit macht, sollte die oberste Berechtigung bei der Organisation liegen, der die Website gehört. Sonst hängt der Zugang zu den eigenen Daten an einer Geschäftsbeziehung.
• Externe bekommen die kleinste Rolle, die reicht. Für Lesen und Berichten genügt eingeschränkter Zugriff. Vollzugriff wird vergeben, wenn er gebraucht wird, und nicht vorsorglich.
• Rechte werden turnusmäßig geprüft. Setzen Sie einen festen Termin, etwa quartalsweise, an dem die Liste der Konten durchgesehen wird. Ohne Termin passiert es nicht.

Integrationen: welche Datenquellen die Software sehen muss

Eine web-based SEO-Software ist nur so gut wie das, was sie sehen darf. Klären Sie vor der Auswahl, welche Verbindungen Sie tatsächlich brauchen, und in welcher Richtung Daten fließen.

Auf der Eingangsseite stehen üblicherweise die Suchleistungsdaten Ihrer Property, die Analysedaten der Website und der Zugriff auf die Website selbst zum Crawlen. Auf der Ausgangsseite steht alles, was die Software in andere Systeme schreibt oder meldet.

Beim Crawlen lohnt ein genauer Blick darauf, welche technischen Bereiche die Software überhaupt abbildet. Google nennt Sitemaps, Canonicalisierung, Crawling, Indexierungsregeln, Weiterleitungen und JavaScript als eigenständige Bereiche der technischen Suchmaschinenoptimierung. Eine Lösung, die davon nur einen Teil auswertet, ist nicht schlecht, aber Sie sollten wissen, welchen Teil Sie zusätzlich anders abdecken.

Ein Beispiel für eine Fehlinterpretation, die browserbasierte Oberflächen begünstigen, betrifft die robots.txt. Diese Datei steuert primär den Zugriff von Crawlern auf URLs. Sie ist laut Google kein zuverlässiges Mittel, um Seiten aus den Suchergebnissen auszuschließen. Wenn ein Werkzeug eine per robots.txt gesperrte URL grün oder als “erledigt” markiert, ist das eine Aussage über den Crawlzugriff, nicht über die Sichtbarkeit. Prüfen Sie im Test, wie die Software solche Zustände benennt, denn davon hängt ab, welche Schlüsse Ihr Team daraus zieht.

Prüfen Sie außerdem, wie eine Verbindung technisch hergestellt wird. Wird eine Datenquelle über das persönliche Konto einer Mitarbeiterin oder eines Mitarbeiters angebunden, bricht die Auswertung in dem Moment ab, in dem diese Person das Unternehmen verlässt. Verbindungen gehören an Konten, die der Organisation gehören.

Datenhoheit: wem gehören die Daten in der Anwendung

Datenhoheit entscheidet sich an zwei Fragen: Kommen Sie jederzeit an Ihre Daten heran, und in welchem Zustand.

Auch hier gibt es einen brauchbaren Maßstab aus der Praxis. Die Google Search Console ermöglicht einen Bulk-Datenexport, damit Leistungsdaten außerhalb der Anwendung gespeichert und analysiert werden können. Der Gedanke dahinter ist übertragbar: Eine webbasierte Anwendung ist die Arbeitsoberfläche, nicht zwingend das Archiv. Wer historische Verläufe braucht, sollte sie dort ablegen, wo sie unabhängig vom Vertragsverhältnis bleiben.

Konkret sollten Sie vor der Einführung festhalten:

• Welche Daten werden regelmäßig exportiert, in welchem Format und in welchem Rhythmus.
• Wo liegt die Kopie, und wer ist dafür verantwortlich.
• Wie lange hält der Anbieter Historie vor, bevor er sie verdichtet oder löscht. Das ist die stille Grenze vieler Auswertungen, denn ein Jahresvergleich braucht ein Jahr Daten.

Ein Export, der nur Bilder oder fertige Berichte liefert, ist keine Datenhoheit. Verlangen Sie Rohdaten in einem maschinenlesbaren Format.

Datenschutz: der Auftragsverarbeitungsvertrag ist Pflicht

Sobald eine webbasierte SEO-Software personenbezogene Daten verarbeitet, und sei es nur, weil sie Nutzerkonten führt oder Analysedaten anbindet, wird der Anbieter zum Auftragsverarbeiter. Nach Artikel 28 DSGVO muss die Verarbeitung personenbezogener Daten durch einen Auftragsverarbeiter auf einem Vertrag oder einem anderen Rechtsinstrument beruhen. Dieser Vertrag ist keine Formalie am Ende des Beschaffungsprozesses, sondern eine Voraussetzung für den Einsatz.

Praktisch heißt das für die Auswahl:

• Fordern Sie den Vertragsentwurf an, bevor Sie sich entscheiden, nicht erst zum Vertragsabschluss.
• Lassen Sie sich die eingesetzten Unterauftragsverarbeiter benennen und klären Sie, wie Sie über Änderungen informiert werden.
• Halten Sie fest, was am Ende des Vertrags mit den Daten geschieht: Rückgabe, Löschung, Frist.
• Nehmen Sie die Software in Ihr Verzeichnis von Verarbeitungstätigkeiten auf.

Wenn Sie im Kundenauftrag arbeiten, gilt dieselbe Kette eine Ebene weiter: Auch Ihr Kunde muss wissen und vertraglich absichern, welches Werkzeug seine Daten sieht.

Export- und Übergabefähigkeit von Anfang an prüfen

Die Übergabe ist der Moment, in dem sich zeigt, ob eine web-based Lösung sauber eingeführt wurde. Ein Wechsel des Dienstleisters, ein Anbieterwechsel oder eine interne Umstrukturierung sollten Arbeit bedeuten, aber keinen Datenverlust.

Testen Sie die Übergabe, solange nichts davon abhängt. Ein einfacher Probelauf genügt:

1. Exportieren Sie einen vollständigen Datensatz eines Projekts.
2. Öffnen Sie ihn außerhalb der Software und prüfen Sie, ob Struktur, Zeitraum und Kennzahlen erhalten sind.
3. Entziehen Sie einem Testkonto den Zugriff und kontrollieren Sie, dass es tatsächlich nichts mehr sieht.
4. Dokumentieren Sie, welche Konfiguration in der Software steckt und nicht im Export enthalten ist, etwa Projekteinstellungen, Filter oder Regeln.

Punkt vier ist der wunde Punkt. Exportierbar sind meistens die Daten, selten die Einstellungen, die aus den Daten eine Auswertung machen. Halten Sie diese Konfiguration deshalb zusätzlich schriftlich fest, außerhalb der Anwendung.

Einführung in vier Schritten

Schritt 1: Bedarf festschreiben. Notieren Sie vor jeder Demo die fünf bis acht Aufgaben, die die Software tatsächlich übernehmen soll. Wer ohne diese Liste in Gespräche geht, entscheidet am Ende nach Funktionsumfang statt nach Nutzen.

Schritt 2: Pilot mit echten Daten. Testen Sie mit einer eigenen Property und einem realen Projekt, nicht mit einem Demo-Datensatz. Nur so sehen Sie, wie die Software mit Ihrer Seitengröße, Ihren Weiterleitungen und Ihrer Technik umgeht.

Schritt 3: Rechte und Verträge klären. Rollenschnitt, Zwei-Faktor-Pflicht, Auftragsverarbeitungsvertrag, Verzeichnis der Verarbeitungstätigkeiten. Erst danach wird ausgerollt.

Schritt 4: Betrieb festlegen. Wer pflegt Konten, wer exportiert, wann wird die Rechteliste geprüft, wo liegt die Dokumentation. Eine Software ohne benannte verantwortliche Person verwaist innerhalb weniger Monate.

Typische Fehler bei der Einführung

• Sammelzugang statt persönlicher Konten. Spart am ersten Tag zehn Minuten und kostet beim ersten Personalwechsel einen Nachmittag.
• Datenquellen über private Konten verbunden. Die Auswertung stirbt still, oft erst Wochen später bemerkt.
• Kein Export eingerichtet. Die Historie gehört dann faktisch dem Anbieter.
• Vollzugriff als Standardrolle. Aus Bequemlichkeit vergeben, nie wieder zurückgenommen.
• Vertrag nach dem Rollout. Die Software läuft dann bereits produktiv auf einer Grundlage, die nachträglich hergestellt werden muss.
• Werkzeugmeldungen als Wahrheit gelesen. Ein Statussymbol in einer Oberfläche ist eine Zusammenfassung, keine Diagnose. Die robots.txt ist dafür das deutlichste Beispiel.

Checkliste für die Entscheidung

Gehen Sie diese Punkte durch, bevor Sie unterschreiben:

• Persönliche Konten, Zwei-Faktor-Authentifizierung erzwingbar, Anbindung an bestehende Anmeldeverfahren geklärt.
• Mindestens drei Rechtestufen, Inhaberrolle bleibt bei der eigenen Organisation.
• Protokoll über Änderungen vorhanden.
• Datenquellen über Organisationskonten verbunden, nicht über Personen.
• Abgedeckte technische Bereiche bekannt, Lücken bewusst anderweitig geschlossen.
• Rohdatenexport in maschinenlesbarem Format, im Pilot tatsächlich ausprobiert.
• Aufbewahrungsdauer der Historie schriftlich bekannt.
• Auftragsverarbeitungsvertrag geprüft, Unterauftragsverarbeiter benannt, Löschfristen vereinbart.
• Übergabeprobe durchgeführt und dokumentiert.
• Verantwortliche Person für den Betrieb benannt.

Wenn diese zehn Punkte geklärt sind, ist die Auswahl einer webbasierten SEO-Software keine Wette mehr, sondern eine Entscheidung, die Sie jederzeit korrigieren können. Genau das ist der eigentliche Maßstab: nicht, wie gut ein Werkzeug am ersten Tag wirkt, sondern wie leicht Sie es am letzten Tag wieder verlassen können.