Wer zwölf Websites betreut, scheitert selten an der Analyse und fast immer an der Organisation. Dieser Text zeigt, wie sich laufender SEO-Betrieb im Team strukturieren lässt — mit einem Projekt-Feed statt fünf Ablagen, klaren Zugriffsebenen, einem flachen Tag-System und Reports, die nicht jeden Monat neu erfunden werden.
Wer eine einzige Website betreut, kommt mit erstaunlich wenig Werkzeug aus: ein Tabellenblatt für die Keywords, ein Browser-Tab mit der Search Console, ein Ordner mit Screenshots. Der Bruch kommt irgendwo zwischen der sechsten und der zehnten Website — und selten als Erkenntnis, eher als Gefühl: Man weiß nicht mehr sicher, was diese Woche bei welchem Projekt passiert ist.
Genau hier setzt das neue Semalt Panel an — weniger als Analysewerkzeug, davon gibt es viele, sondern als Arbeitsplatz für Menschen, die mehrere Websites gleichzeitig verantworten: Agenturen, Franchise-Zentralen, Unternehmen mit mehreren Marken oder Länderdomains, Freiberufler mit gewachsenem Kundenstamm.
Warum ein Portfolio anders scheitert als ein Einzelprojekt
Ein einzelnes SEO-Projekt scheitert typischerweise inhaltlich: falsche Keywords, schwache Inhalte, technische Probleme, zu wenig Geduld. Ein Portfolio scheitert daran, dass Informationen zerfallen.
Die Kampagnen-Updates kommen per E-Mail. Die Backlink-Belege liegen in einer Tabelle, deren Spaltenlogik nur ihr Urheber versteht. Die Kundenanfragen stehen im Postfach der Projektleitung, die Reports im Downloadordner, die To-dos in einem Task-Tool ohne Datenanbindung. Jede Ablage ist für sich sinnvoll; zusammen ergeben sie einen Zustand, in dem die Frage „Was ist bei Kunde X im Juli passiert?" eine halbe Stunde Rekonstruktion kostet.
Die Zahlen oben sind eine Beispielrechnung, keine Messung: zwölf Kunden, zwölf Monate, eine halbe Stunde Suche pro Anlass. Es geht damit ungefähr eine Arbeitswoche pro Jahr dafür drauf, Dinge wiederzufinden, die man selbst produziert hat.
Die Konsequenz ist unspektakulär: Ereignisse gehören dorthin, wo das Projekt lebt, und zwar in der Reihenfolge, in der sie passiert sind. Nicht in fünf Systeme verteilt, sondern in einen Strom.
Der My SEO Stream: ein Strom statt fünf Ablagen
Der My SEO Stream ist der Ort, an dem pro Projekt zusammenläuft, was sonst auseinanderfällt. Er sieht aus wie ein Chat — nur dass nicht nur Menschen darin schreiben.
Der Projekt-Feed als lebende Chronik
Für Teams, die nicht mehr rekonstruieren wollen, was vor drei Monaten entschieden wurde.
- Antworten des KI-Assistenten. Mit Bezug auf die tatsächlichen Projektdaten statt auf allgemeines Wissen.
- Automatisch erzeugte Reports. Sie stehen an ihrem Zeitpunkt im Verlauf, statt im Postfach zu versanden.
- Neu gesetzte Backlinks. Mit Domain Rating und Traffic der Donor-Domain — kein Listeneintrag, sondern ein Beleg mit Kontext.
- To-dos aus der laufenden Arbeit. Sie bleiben in dem Verlauf stehen, in dem sie besprochen wurden.
- Kampagnen-News. Statusänderungen der laufenden Automatisierung, chronologisch eingeordnet.
Der praktische Effekt: Die Projekthistorie muss nicht gepflegt werden, sie entsteht als Nebenprodukt der Arbeit. Fragt im Oktober jemand, warum im Juni die Klicks eingebrochen sind, scrollt man an die Stelle im Juni und sieht, was dort stand — Antwort, Report, gesetzte Links und die Entscheidung, die daraus folgte.
Filter, To-do-Zustände und Volltextsuche
Ein chronologischer Strom hat einen offensichtlichen Nachteil: Nach einigen Monaten ist er lang. Dagegen gibt es drei Gegenmittel, die im Alltag unterschiedlich oft gebraucht werden.
- Filter: Alle, Links, Dateien, To-do. Der Link-Filter beantwortet „Was habt ihr diesen Monat aufgebaut?" in einem Klick, inklusive DR- und Traffic-Angaben. Der Datei-Filter holt alle Reports und Uploads nach oben.
- To-do-Zustände: aktiv, zurückgestellt, verworfen. Knapp bemessen, und das ist ihre Stärke. Ein Portfolio besteht zu erheblichen Teilen aus Aufgaben, die richtig, aber gerade nicht dran sind.
- Volltextsuche über alle Nachrichten. Das Sicherheitsnetz: Man muss nicht wissen, wann etwas besprochen wurde, nur ungefähr, worum es ging.
Der Zustand „zurückgestellt" verdient eine kurze Verteidigung: Der Relaunch, der auf das Budget des nächsten Quartals wartet, die Content-Lücke, die erst nach der Saison geschlossen wird. Wer solche Punkte nur als „offen" oder „erledigt" kennt, hat entweder eine überquellende Liste oder ein schlechtes Gewissen.
Die Volltextsuche wiederum liefert nicht nur den Treffer, sondern auch dessen Umgebung: Man landet an der richtigen Stelle im Verlauf und sieht zugleich, was drumherum passiert ist. Diese Kombination aus Fund und Kontext kann eine Tabelle prinzipbedingt nicht leisten.
Der Assistent, der die Projektdaten wirklich liest
Der Unterschied zwischen dem Assistenten im Stream und einem allgemeinen Sprachmodell im Browsertab ist kein gradueller, sondern ein grundsätzlicher: Ein allgemeiner Chatbot weiß nichts über Ihr Projekt, ein gebundener Assistent liest es.
Fragt man ein allgemeines Modell, warum die Klicks auf den Kategorieseiten eines Shops gefallen sind, bekommt man eine Liste plausibler Ursachen. Die Liste ist nicht falsch, nur unabhängig davon richtig, was tatsächlich passiert ist — und deshalb operativ wertlos.
Erst entscheiden, welche Daten gebraucht werden
Vor jeder Antwort läuft ein Vorschritt, der die passenden Datenblöcke auswählt — und manchmal keinen.
- Vier Datenquellen stehen bereit. Search-Console-Daten, SERP-Daten, Kampagnendaten und benutzerdefinierte Blöcke.
- Null bis drei werden geladen. Das Router-Modell wählt je Frage nach Relevanz aus, statt pauschal alles vorzulegen.
- Antworten kommen im Token-Streaming. Man sieht nach ein, zwei Sekunden, wohin die Antwort läuft, und kann abbrechen statt zu warten.
- Der Verlauf umfasst bis zu 20 Nachrichten. Rückfragen funktionieren damit ohne Wiederholung des Kontexts.
Die Null ist kein Randfall, sondern Absicht. Bei „Wie erkläre ich einem Kunden den Unterschied zwischen Impressionen und Klicks?" braucht es keine Projektdaten, und die Antwort kommt schneller. Bei „Welche Keywords haben in den letzten 28 Tagen an Position verloren?" werden gezielt die passenden Blöcke geladen. Der Assistent nimmt außerdem Keyword- und URL-Listen stapelweise entgegen.
Auch die 20 Nachrichten sind eine bewusste Grenze: Für eine Arbeitssitzung großzügig, für ein Projektgedächtnis über Monate nicht gedacht. Dafür ist der Strom mit seiner Volltextsuche zuständig. Diese Arbeitsteilung sollte man kennen, sonst wundert man sich, warum eine Rückfrage nach sechs Wochen ins Leere läuft.
Mandantenfähigkeit: wer im Team was sehen darf
Sobald mehr als eine Person beteiligt ist, wird Zugriff zum Thema. Der übliche Notbehelf ist ein geteiltes Passwort — unangenehm spätestens, wenn jemand das Team verlässt oder man datenschutzrechtlich begründen muss, wer auf welche Daten zugreift. In der Arbeitsumgebung von Semalt ist das auf mehreren Ebenen gelöst.
Verknüpfte Google-Kontogruppen
Mehrere Google-Konten lassen sich zu Gruppen verbinden — der Normalfall in Agenturen, weil Kundenwebsites meist in getrennten Konten verifiziert sind.
- Kein Hin- und Herwechseln zwischen Konten
- Verifizierungen bleiben beim Kunden
Freigabe einzelner Websites
Eine Site kann an eine andere registrierte E-Mail-Adresse freigegeben werden. Die Betonung liegt auf einzeln.
- Der Kunde sieht seine Website, nicht das Portfolio
- Nachbarkunden bleiben unsichtbar
Entzug bestehender Freigaben
Die Funktion, die am seltensten genannt und am häufigsten gebraucht wird. Zugriffe wachsen still.
- Der Praktikant von vorletztem Sommer
- Der ehemalige Marketingleiter des Kunden
Der Prüfrhythmus
Eine Übersicht, die man quartalsweise durchgeht, ist mehr wert als jede Richtlinie, die niemand liest.
- Freigaben mit gedachtem Ablaufdatum vergeben
- Entzug sofort als To-do im Stream anlegen
Für die Praxis heißt das: Wer eine Site für ein Pitch-Gespräch freigibt, setzt im selben Moment ein To-do im Stream, sie nach dem Termin wieder zu entziehen. Zehn Sekunden Aufwand statt einer peinlichen Entdeckung ein Jahr später.
Site-Tags: der globale Filter über das ganze Portfolio
Site-Tags sind im Panel ein globaler Filter über alle Dashboards. Ein Tag ist also keine Beschriftung, die nur in einer Liste wirkt, sondern eine Auswahl, die durch die gesamte Oberfläche durchschlägt: Setzt man den Filter auf einen Kunden, sprechen alle Ansichten nur noch über dessen Websites. Damit wird die Frage, wonach man taggt, zur Architekturentscheidung. Vier Achsen haben sich bewährt.
Nach Kunde
Die naheliegendste Achse, sobald ein Kunde mehr als eine Domain hat.
- Hauptshop, Outlet-Domain, Markenmagazin
- Drei Websites, ein Ansprechpartner
Nach Land oder Sprache
Für Unternehmen mit .at, .de und .ch — und für alle, die Österreich getrennt bewerten wollen.
- Antwort auf „Wie läuft Österreich?"
- Keine Verzerrung durch den größeren Nachbarmarkt
Nach Priorität
Welche Projekte brauchen wöchentliche Aufmerksamkeit, welche monatliche.
- Spart in der Portfolio-Durchsicht am meisten Zeit
- Die Entscheidung fällt einmal, nicht jeden Montag
Nach Vertragsstatus
Laufend, in Kündigung, Testphase, pausiert. Klingt kaufmännisch, steuert aber den Aufwand.
- Testphasen brauchen frühe Ergebnisse
- Pausierte Projekte brauchen keine Wochenroutine
Warum eine flache Systematik besser funktioniert als eine tiefe
Die häufigste Fehlkonstruktion ist die tiefe Hierarchie. Man beginnt mit kunde-mueller, ergänzt kunde-mueller-shop, dann kunde-mueller-shop-at — und ein halbes Jahr später gibt es 40 Tags, von denen 30 genau eine Website betreffen. Ein Tag, der nur ein einziges Objekt filtert, ist kein Tag, sondern dessen Name.
Flach funktioniert besser, weil Tags sich kombinieren lassen: wenige, klar getrennte Achsen, pro Website je ein Wert daraus. Vier Achsen mit je einer Handvoll Werten erzeugen sehr viele sinnvolle Kombinationen, ohne dass jemand eine Baumstruktur im Kopf behalten muss.
kd-, land-, prio-, status-); eine Obergrenze — mehr als 20 bis 25 Tags im Portfolio sind ein Aufräumsignal; und eine feste Zuständigkeit: benutzen dürfen Tags alle, anlegen nur eine Person.Welcher Aufbau zu welcher Rolle passt
Nicht jede Konstellation braucht denselben Aufbau: Ein Selbstständiger mit drei Websites, der die Systematik einer 60-Sites-Agentur kopiert, verwaltet nur noch. Die folgende Übersicht ist ein Ausgangspunkt, keine Vorschrift.
| Rolle / Portfoliogröße | Tag-Systematik | Freigaben | Kontogruppen | Reportformat |
|---|---|---|---|---|
| Einzelunternehmen, 1 Website | Nicht nötig | Keine oder eine an die Buchhaltung | Ein Konto genügt | PDF, monatlich |
| Selbstständige mit Nebenprojekten, 2–4 Sites | Eine Achse: Priorität | Selten, projektbezogen | Ein Konto, ggf. zwei verknüpft | PDF für sich selbst, CSV bei Bedarf |
| Kleine Agentur, 8–15 Kundenwebsites | Zwei Achsen: Kunde + Priorität | Pro Kunde eine Site freigegeben | Gruppe über alle Kundenkonten | PDF mit Branding pro Kunde |
| Unternehmen mit Ländermärkten, 5–20 Domains | Zwei Achsen: Land + Marke | Je Landesverantwortlichem eine Site | Gruppe über die Länderkonten | PDF für die Leitung, CSV für die Märkte |
| Franchise / Filialsystem, 20–60 Sites | Drei Achsen: Region + Status + Priorität | Je Franchisenehmer die eigene Site | Zentrale Gruppe, Filialkonten verknüpft | PDF je Filiale, CSV für die Zentrale |
| Größere Agentur, 60+ Sites | Vier Achsen, streng gepflegt, feste Zuständigkeit | Rollenbasiert, quartalsweise geprüft | Mehrere Gruppen nach Team | CSV/JSON in eigene Auswertung, PDF an Kunden |
Die Zeilen sind kumulativ zu lesen: Jede Stufe übernimmt die darüberliegende und ergänzt eine Achse oder eine Prüfroutine. Wer wächst, fügt hinzu — er baut nicht um.
Reporting, Export und Visualisierung
Reports sind der Punkt, an dem sich Portfolio-Organisation auszahlt oder rächt. Wer die Zahlen jeden Monat neu zusammensucht, verliert einen Arbeitstag; wer sie strukturiert vorliegen hat, eine Stunde. Die Exportgrenzen sind klar benannt.
| Format | Obergrenze | Erzeugung | Typischer Einsatz |
|---|---|---|---|
| CSV | 10.000 Zeilen | Direkter Export | Eigene Auswertung, Tabellenkalkulation |
| JSON | 10.000 Zeilen | Direkter Export | Weiterverarbeitung, eigenes Dashboard |
| 250 Zeilen | Serverseitig gerendert | Monatsbericht an Kunden und Leitung | |
| Tabellenansicht | 50–200 Zeilen je Seite | Filter- und sortierbar | Tägliche Arbeit im Panel |
Die Asymmetrie zwischen 10.000 und 250 Zeilen irritiert zunächst und ist bei genauem Hinsehen sinnvoll. Ein PDF wird gelesen; ein Dokument mit 3.000 Tabellenzeilen wird abgeheftet. Die 250-Zeilen-Grenze zwingt zu der Frage, welche 250 Zeilen die Geschichte des Monats erzählen — und diese Frage ist die eigentliche Beratungsleistung.
Der konfigurierbare Report-Builder entscheidet, welche Bausteine ein Report enthält. Bewährt hat sich, pro Kundentyp eine Konfiguration festzulegen und dabei zu bleiben: Gleichbleibender Aufbau erlaubt den Vergleich mit dem Vormonat. Ein Report, der jedes Mal anders aussieht, wirkt aufwendiger und sagt weniger. Wer die Vorlagen samt Branding im Semalt-Dashboard einmal sauber einrichtet, richtet sie für alle Kunden gleichzeitig ein.
Zeitreihen
Beantworten die Richtungsfrage und sind oft das Einzige, was in einer Besprechung diskutiert wird.
Kennzahlen-Karten
Liefern den Stand in einer Zeile. In der Portfolio-Durchsicht ersetzen sie das Öffnen von zwölf Detailansichten.
Sparklines
Eine Miniaturkurve neben einer Tabellenzeile beantwortet „stabil oder in Bewegung?" ohne Klick.
Heatmaps für Länder und Geräte
Zeigen Ungleichverteilungen, die in Durchschnittswerten verschwinden — etwa schwache mobile Leistung in einem Markt.
Diese Darstellungsformen sind bewusst konventionell — sie müssen niemandem erklärt werden. Weil Hintergrund-Worker die Daten laufend synchronisieren, sind die Ansichten ohne manuelles Aktualisieren aktuell: Man öffnet die Seite und sie stimmt.
Eine Woche in einer kleinen Wiener Agentur
Der folgende Ablauf ist ein konstruiertes Beispiel, kein Erfahrungsbericht. Angenommen sei eine dreiköpfige Wiener Agentur mit zwölf Kundenwebsites: sieben österreichische KMU, zwei Unternehmen mit .de-Domain, ein Verein, ein Onlineshop, eine Kanzlei.
Montagvormittag: Portfolio-Durchsicht
Die Woche beginnt nicht mit zwölf Projekten, sondern mit einem Filter. Der Tag prio-hoch reduziert das Portfolio auf vier Websites; für diese vier werden Kennzahlen-Karten und 28-Tage-Zeitreihen angesehen, danach der Strom auf Alle gestellt.
Anschließend wird der Filter auf prio-standard gesetzt. Die verbleibenden acht Projekte werden über die Kennzahlen-Karten überflogen; Auffälligkeiten wandern als To-do in den jeweiligen Stream. Die Durchsicht ist in etwa 45 Minuten erledigt, weil die Priorisierung in den Tags steckt und nicht jeden Montag neu getroffen wird.
Dienstag bis Donnerstag: die laufende Woche
Der Alltag besteht aus Anfragen. Ein Kunde meldet sich, weil er glaubt, seine Sichtbarkeit sei gefallen. Statt Screenshots zusammenzustellen, wird die Frage im Stream des Projekts gestellt; das Router-Modell lädt die passenden Blöcke, eine Rückfrage präzisiert die Antwort. Die Kette bleibt im Verlauf stehen.
Parallel entstehen To-dos. Ein Punkt für die Kanzlei wird zurückgestellt, weil die Rechtsabteilung Textänderungen erst im nächsten Quartal freigibt. Ein Punkt beim Shop wird verworfen, weil ein Relaunch das Problem erledigt hat. Beide Entscheidungen bleiben dokumentiert — bei der nächsten Vertragsverlängerung nützlicher als jede nachträgliche Erinnerung.
Monatsende: der Report
Am letzten Werktag werden die Reports erzeugt; weil die Konfiguration pro Kundentyp feststeht, ist der Aufbau identisch zum Vormonat. Die KMU erhalten ein gebrandetes PDF, der Shop zusätzlich einen CSV-Export, die beiden Kunden mit .de-Domain je Land getrennte Berichte — die Länder-Tags geben das ohne Nacharbeit her.
Der aufwendigste Teil ist nicht die Erzeugung, sondern der Begleittext: drei bis fünf Sätze pro Kunde, die einordnen, was die Zahlen bedeuten und was im Folgemonat geplant ist. Diese Sätze schreibt ein Mensch.
Wo Automatisierung endet und Beratung anfängt
Es wäre unredlich, den beschriebenen Aufbau als Lösung für die eigentliche Arbeit zu verkaufen. Er löst die Organisationsschicht — Ablage, Auffindbarkeit, Zugriff, Wiederholbarkeit —, nicht die Entscheidungsschicht.
prio-hoch enthält keine Wahrheit über Wichtigkeit, sondern eine Einschätzung, die veraltet, wenn sie niemand prüft. Kausalität: Der Assistent zeigt, dass Klicks gefallen sind und welche Keywords betroffen sind — warum, folgt aus Kontext, den kein System hat, etwa einer Preiserhöhung im Mai. Zielsetzung: Ob auf Reichweite, Anfragen oder Margen optimiert wird, ist eine Geschäftsentscheidung; ein Werkzeug kann sie messbar machen, aber nicht treffen. Kundenkommunikation: Das Gespräch über ein enttäuschendes Quartal bleibt menschliche Arbeit.Der ehrliche Nutzen liegt in der Verschiebung: Trägt die Organisationsschicht, bleibt mehr Zeit für die Entscheidungsschicht. Weniger spektakulär als das Versprechen einer selbstlaufenden Optimierung, aber überprüfbar. Die einzelnen Module beschreibt die Übersicht der Semalt-Funktionen; für die technische Grundlagenarbeit führt der Weg weiterhin über technisches SEO.
Häufige Fragen
Ab wie vielen Websites lohnt sich eine eigene Organisationsschicht?
Eine harte Grenze gibt es nicht, der Bruch liegt aber meist zwischen sechs und zehn Projekten. Darunter reicht der eigene Überblick, darüber beginnt das Rekonstruieren. Wer absehbar wächst, führt die erste Tag-Achse früh ein — sie nachträglich über 30 Websites zu legen, ist mühsamer als über acht.
Sieht ein Kunde, dem eine Website freigegeben wurde, auch die anderen Projekte?
Nein. Die Freigabe erfolgt je Website an eine registrierte E-Mail-Adresse. Der Empfänger sieht die freigegebene Site, nicht das Portfolio und nicht die interne Tag-Struktur. Bestehende Freigaben lassen sich einsehen und wieder entziehen, was man quartalsweise auch tun sollte.
Warum antwortet der Assistent manchmal ohne Projektdaten?
Weil das Router-Modell je Frage entscheidet, welche Datenblöcke relevant sind, und dabei auch null Blöcke laden kann. Bei allgemeinen Verständnisfragen ist das gewollt und schneller. Wenn Sie eine datenbasierte Antwort erwarten, formulieren Sie die Frage konkret: Zeitraum, Website und Kennzahl nennen, dann greift die Auswahl zuverlässiger.
Was passiert mit älteren Gesprächen, wenn der Verlauf nur 20 Nachrichten umfasst?
Die Nachrichten verschwinden nicht, sie sind nur nicht mehr Teil des unmittelbaren Gesprächskontexts. Im Stream bleiben sie chronologisch stehen und sind über die Volltextsuche auffindbar. Für Rückfragen nach mehreren Wochen zitiert man die relevante Stelle am besten kurz, statt sich auf das Kurzzeitgedächtnis des Assistenten zu verlassen.
Reicht ein PDF mit 250 Zeilen für einen Monatsreport aus?
Für den Bericht an Kunden in aller Regel ja, weil ein Monatsreport ohnehin von Auswahl lebt. Wer die vollständigen Daten braucht — etwa für eine eigene Auswertung oder ein Datawarehouse —, exportiert zusätzlich CSV oder JSON mit bis zu 10.000 Zeilen und legt beides gemeinsam ab.
Der Fehler beim Aufbau einer Portfolio-Struktur ist fast immer derselbe: zu viel auf einmal. Sinnvoller ist eine Reihenfolge — Websites eintragen und Konten verknüpfen, eine einzige Tag-Achse einführen, ein Projekt vollständig im Stream führen, eine Reportkonfiguration festlegen, Freigaben nachziehen.
Der praktischste erste Schritt ist klein: zwei oder drei Websites anlegen und einen Monat lang ausschließlich im Panel arbeiten. Wer das ausprobieren möchte, kann sich einen Zugang zum Semalt Panel einrichten und die eigene Systematik an einem überschaubaren Ausschnitt erproben.
Ob sich der Aufwand gelohnt hat, misst sich an einer einzigen Frage: Wie lange dauert es, „Was ist bei diesem Kunden im vergangenen Quartal passiert?" zu beantworten? Liegt die Antwort unter zwei Minuten, hat die Organisationsschicht ihre Aufgabe erfüllt. Alles Weitere ist wieder Ihre Arbeit.