SEO Prozess für Agenturen: Ein kontrollierter Ablauf

Skalierung beginnt mit einem klaren Kundenkontext

Agenturarbeit wird selten durch fehlende Tools langsam. Sie wird langsam, wenn Ziele, Zugänge, Befunde, Entscheidungen und Freigaben an verschiedenen Orten liegen. Ein Crawler meldet Fehler, Search Console zeigt Nachfrage, die Redaktion arbeitet in einem Dokument und die Kundenfreigabe steht in einer E-Mail. Am Monatsende muss jemand daraus eine Geschichte bauen.

Ein kontrollierter SEO Prozess verbindet diese Objekte pro Mandat. Er verhindert, dass Daten, Berechtigungen oder Maßnahmen zwischen Kunden vermischt werden. Das ist die Grundlage, bevor Agenten oder Automatisierung mehr Arbeit übernehmen.

Der minimale Kundenkontext enthält:

• verantwortliche Organisation und Ansprechpartner
• primäre Domain, Märkte und Sprachen
• geschäftliches Hauptziel
• vereinbarter Leistungsumfang
• freigegebene Datenquellen
• Schreibrechte und ausdrücklich ausgeschlossene Systeme
• Rollen für Vorbereitung, Prüfung und Freigabe
• Reporting und Entscheidungsrhythmus

Phase 1: Intake als Arbeitsvertrag

Ein gutes Intake sammelt nicht nur Zugangsdaten. Es klärt, welche Entscheidungen die Agentur treffen darf und welche beim Kunden bleiben.

Ziel und Erfolgskriterium

“Mehr Sichtbarkeit” ist zu offen. Besser ist ein konkreter Geschäftskontext: mehr qualifizierte Anfragen für eine Leistungsgruppe in einem definierten Markt, bessere Auffindbarkeit vorhandener Produktdokumentation oder weniger Verlust bei einer Migration.

Das Ziel wird mit messbaren Signalen verbunden. Die Agentur sollte trotzdem keine Rankings oder Umsätze garantieren. Sie kann einen sauberen Prozess, nachvollziehbare Entscheidungen und vereinbarte Liefergegenstände verantworten.

Scope und Grenzen

Halte fest, welche Domains, Subdomains, Sprachen und Seitentypen dazugehören. Ebenso wichtig sind Ausschlüsse: Karrierebereich, Presse, Login, Händlerportal oder Systeme eines anderen Dienstleisters.

Bei Zugängen gilt das Prinzip der kleinsten notwendigen Berechtigung. Für eine Analyse reichen lesende Rollen. Eigentümer oder volle Schreibrechte sollten nicht pauschal geteilt werden. Google dokumentiert unterschiedliche Rollen für Search Console. Eine Agentur braucht nicht automatisch die höchste Stufe.

Verantwortlichkeiten

Für jeden Arbeitstyp braucht es einen Owner:

• Wer priorisiert fachlich?
• Wer prüft technische Änderungen?
• Wer verantwortet Marke und Inhalt?
• Wer darf live freigeben?
• Wer entscheidet bei Zielkonflikten?

Diese Rollen können in kleinen Teams bei denselben Personen liegen. Die Verantwortungen sollten trotzdem benannt sein.

Phase 2: Quellen verbinden und verifizieren

Ein grüner Login ist noch keine geprüfte Datenquelle. Verifiziere für jeden Connector:

1. richtige Property und kanonischen Host
2. Markt, Land und Sprache
3. Zeitraum und Datenfrische
4. Zugriffsrolle
5. bekannte Lücken oder Sampling Grenzen
6. Zeitpunkt des letzten erfolgreichen Abrufs

Search Console, Bing Webmaster Tools, Webanalyse, Crawl, CMS und Repository beantworten unterschiedliche Fragen. Bewahre die Herkunft in jedem Befund. Ein KPI-Export ohne Property und Zeitraum ist kein belastbarer Kundenbeleg.

Bei großen Websites kann ein Bulk Export die langfristige Analyse erleichtern. Das verändert aber die Verantwortung nicht. Schema, Partitionierung, Datenqualität und Kosten brauchen einen Owner.

Phase 3: Aus Evidence wird ein priorisiertes Backlog

Ein Befund wird erst zur Aufgabe, wenn Zielbezug und Handlung klar sind. Ein nutzbares Backlog Objekt enthält:

• beobachteten Befund
• Quelle und Abrufzeit
• betroffene URLs oder Templates
• Zielbezug
• vorgeschlagene Maßnahme
• Unsicherheit
• Risiko und erforderliche Freigabe
• Akzeptanzkriterium
• späteres Beobachtungsfenster

Trenne Defekte, Verbesserungen und Experimente. Ein blockierter wichtiger Bereich ist ein Defekt. Ein neues Informationsformat ist eher ein Experiment. Beide brauchen andere Erwartungen und Reporting Sprache.

Phase 4: Ein fester Operating Loop

Ein einfacher wöchentlicher Rhythmus kann so aussehen:

Quellen prüfen

Neue technische Fehler, deutliche Datenänderungen und fehlgeschlagene Connectoren werden zuerst geprüft. Nicht jede Schwankung wird sofort zur Aufgabe.

Entscheidungen vorbereiten

Die Agentur bereitet wenige priorisierte Maßnahmen mit Begründung und konkretem Scope vor. Der Kunde soll entscheiden können, ohne den gesamten Audit neu lesen zu müssen.

Freigaben einholen

Die Freigabe gilt für den sichtbaren Change, nicht für eine allgemeine Kategorie. Breite oder kritische Änderungen brauchen eine zusätzliche technische oder geschäftliche Prüfung.

Ausführen und abnehmen

Nach dem Deployment wird der technische Zustand kontrolliert. Das Receipt dokumentiert, was tatsächlich ausgeführt wurde. Offene oder fehlgeschlagene Prüfungen bleiben sichtbar.

Wirkung beobachten

Search und Geschäftssignale werden im vorher festgelegten Fenster geprüft. Die Agentur berichtet Beobachtung und Unsicherheit, nicht nur Aktivität.

Freigaben, die Kunden wirklich prüfen können

Eine Freigabeanfrage sollte kurz genug zum Verstehen und genau genug zur Verantwortung sein. Sie zeigt:

1. Warum die Maßnahme jetzt vorgeschlagen wird.
2. Welche URLs und Systeme betroffen sind.
3. Was sich vorher und nachher unterscheidet.
4. Welches Risiko besteht und wie die Rücknahme funktioniert.
5. Was direkt nach Ausführung geprüft wird.
6. Welche Wirkung erst später beobachtet werden kann.

Ein langer technischer Anhang kann ergänzen. Die eigentliche Entscheidung darf nicht in ihm versteckt sein.

Reporting ohne Aktivitätstheater

Ein Kundenreport sollte vier Bereiche getrennt halten:

• Quellenzustand: Welche Daten waren verfügbar und aktuell?
• Entscheidungen: Was wurde warum priorisiert oder verworfen?
• Ausführung: Welche Änderungen sind mit welchem Receipt abgeschlossen?
• Beobachtung: Welche Such, Nutzungs oder Geschäftssignale haben sich verändert?

Ticketzahlen, erzeugte Texte und Crawl Seiten sind Produktionsmengen. Sie können Kapazität erklären, aber keine Wirkung ersetzen.

Ein guter Report nennt auch Grenzen. Wenn Search-Console-Daten verzögert sind, ein Tracking-Event geändert wurde oder ein Beobachtungsfenster noch läuft, gehört das in die Aussage.

Wo Agenten sinnvoll helfen

Agenten eignen sich für wiederholbare Vorbereitung:

• Quellenstatus prüfen
• Befunde strukturieren
• URL Gruppen bilden
• Content Briefs vorbereiten
• Diffs und Abnahmekriterien zusammenstellen
• fehlende Belege markieren
• regelmäßige Beobachtung anstoßen

Die Verantwortung bleibt bei benannten Personen. Ein Agent sollte seine eigene Maßnahme nicht ungeprüft als erfolgreich bewerten. Kritische Writes dürfen nicht aus einer allgemeinen Arbeitsanweisung abgeleitet werden.

Mandatstrennung ist eine Sicherheitsfunktion

Bei mehreren Kunden braucht jeder Kontext eigene Identitäten, Quellen, Policies, Aktionen und Audit Daten. Eine Filterauswahl in einer gemeinsamen Tabelle ist dafür kein ausreichender Schutz. Technische Mandantengrenzen, Berechtigungsprüfung und nachvollziehbare Exporte gehören zur Produktreife.

Die aktuelle MarketingOS Alpha bildet einen begrenzten lokalen Workspace ab. Sie ist kein fertiges Agenturportal für viele parallele Mandate. Ein Pilot sollte deshalb einen Kunden, einen verantwortlichen Owner und einen klaren Workflow wählen. Genau diese Begrenzung liefert bessere Erkenntnisse als ein zu breiter Start.

Der Maßstab für einen guten Prozess

Ein skalierbarer Agenturprozess produziert nicht einfach mehr Aufgaben. Er verliert weniger Kontext zwischen Analyse, Entscheidung und Ausführung. Kunden verstehen, was sie freigeben. Das Team kann einen Change später wiederfinden. Wirkung wird mit der passenden Quelle und im passenden Zeitraum beschrieben.

Wenn diese Kette funktioniert, lässt sich mehr Vorbereitung automatisieren. Wenn sie nicht funktioniert, automatisiert ein Agent nur die Unordnung.