
Hi {{FIrst name}},
vor ein paar Tagen scrollt mir ein Post in den Feed, der mich nicht losgelassen hat. Ein Founder gibt seinen AI-Agents vollen Zugriff auf Google Search Console und PostHog. Ein Agent macht SEO, einer macht Conversion. Ergebnis laut Post: 80% Homepage-Conversion.
Ich hab den Post dreimal gelesen. Erst dachte ich: Quatsch. Dann: Moment mal. 48 Stunden später war mein eigener Search-Console-Agent deployed.

Heute zeige ich dir, warum die Zahl ein Bluff ist, das System dahinter aber trotzdem das smarteste ist, was ich dieses Jahr nachgebaut hab.
Warum 80% Conversion nicht existiert (und es trotzdem egal ist)
Spoiler: 80% Homepage-Conversion gibt es nicht. Jedenfalls nicht, wenn Conversion ein echtes Signup meint. Dahinter steckt fast sicher eine kreative Metrik-Definition. "Besucher, die irgendein Event auslösen" zum Beispiel. Mit so einer Definition bekommst du jede Zahl, die du willst.
Auch die Traffic-Story relativiert sich. 40 Besucher am Tag aus der Suche klingt nach Durchbruch. Ist aber eine niedrige Baseline mit dramatischem Chart, weil davor monatelang nichts war.
Warum ich das System trotzdem nachbaue? Weil das Prinzip darunter stimmt. Die meisten von uns machen SEO und Conversion-Optimierung als manuelle Workflows. Einmal im Monat in die Search Console schauen. Einmal im Quartal die Landing Page anfassen. Dazwischen Bauchgefühl.
Ein Agent, der jede Woche auf den echten Daten arbeitet, schlägt diesen Rhythmus fast zwangsläufig. Nicht wegen Magie. Wegen Frequenz.
Der Growth-Doppel-Loop
Das System, das ich gerade aufbaue, nenne ich den Growth-Doppel-Loop. Zwei Agents, ein gemeinsames Gedächtnis.
Loop 1, der SEO-Agent, lebt in der Google Search Console. Er läuft wöchentlich und beantwortet drei Fragen:
Wo verschenke ich Klicks bei vorhandener Sichtbarkeit?
Welche Seiten hängen kurz vor Seite 1?
Wonach suchen Leute, ohne dass ich stattfinde?
Loop 2, der CRO-Agent, lebt in PostHog. Er beantwortet die Gegenfrage:
Was passiert mit den Besuchern, die Loop 1 ranholt?
Er segmentiert Conversion nach Traffic-Quelle und findet die Abbruchstellen im Funnel.
Das Loop-Memory verbindet beide. Eine gemeinsame Datenbank, in die beide Agents schreiben und aus der beide lesen. Wenn der CRO-Agent merkt, dass Search-Traffic schlechter konvertiert als LinkedIn-Traffic, wird das zum Kontext für den nächsten Content-Brief des SEO-Agents. Genau an dieser Stelle hören zwei Workflows auf, zwei zu sein.
Ein Agent, der wöchentlich Reports schreibt, ist noch kein Loop. Ein Loop entsteht erst, wenn der Agent beim nächsten Lauf seine eigenen Änderungen nachmisst. Hat der neue Title die Klickrate bewegt? Hat die neue Headline die Conversion verändert? Ohne diese Nachmessung hast du einen Report-Generator mit Selbstbewusstsein.
Warum das erst jetzt geht (und wo du startest)
Dass SEO-Leute und CRO-Leute getrennt arbeiten, war nie eine inhaltliche Entscheidung. Es war eine Werkzeug-Entscheidung. Die Daten lagen in zwei Tools, also gab es zwei Workflows.
Mit MCPs fällt genau diese Grenze. Ein Agent liest heute direkt in der Search Console und direkt in den Analytics. Kein Export, kein Dashboard, kein Mensch, der Screenshots schickt. Der Datenzugriff, der früher ein Team-Setup war, ist jetzt eine Connector-URL.
Mein wichtigster Rat für den Start: Fang lokal an. Kein VPS, keine Cloud-Agents am ersten Tag. Die erste Version läuft komplett in Claude Desktop mit Scheduled Tasks. Lokal entwickelst du die Prompts, siehst jeden Lauf und kannst sofort eingreifen. Die Infrastruktur-Frage stellt sich erst, wenn die Loops inhaltlich funktionieren.
Einen Haken gibt es: Für PostHog existiert ein fertiger MCP. Für die Search Console baust du dir selbst einen. Klingt nach dem größten Brocken, war bei mir ein Abend, weil Claude Code die Arbeit macht. Der komplette Bauplan dafür ist morgen im Member Newsletter.
Woran ich Erfolg messe (bevor Zahlen da sind)
Das hier ist Teil 1 eines Build-Logs. Heißt: Ich hab noch keine Ergebnisse, und ich tue nicht so als ob. Stattdessen committe ich mich jetzt auf die Messkriterien, bevor die erste Kurve existiert.
SEO-Erfolg zeigt sich in einer festen Reihenfolge. Erst Indexierung (Wochen 1 bis 4), dann Impressions (ab Woche 3), dann Positionen (ab Woche 6), erst ab Monat 3 echte Klicks. Wer diese Kaskade nicht kennt, hält Monat 2 für ein Scheitern und bricht genau dann ab, wenn es anfängt zu arbeiten.
In Teil 2 bekommst du die echten Zahlen. Auch wenn die Kurve flach bleibt. Genau das hat mich am Original-Post gestört, und genau daran lasse ich mich messen.
Ich bin daher selbst gespannt was dabei raus kommt.
Happy Building
Sascha
Der komplette Bauplan des Growth-Doppel-Loops
Im heutigen morgigen Newsletter gehe ich tiefer:
Der Service-Account-Trick, mit dem dein GSC-MCP ohne OAuth-Gefrickel läuft, plus der Claude-Code-Prompt aus dem Vault, der ihn dir baut
Beide Loop-Prompts als Copy-Paste für deine Scheduled Tasks, inklusive der selbstkalibrierenden Schwellen-Logik, die mit deiner Site mitwächst
Die Entscheidung nach dem lokalen Betrieb: Hermes auf dem VPS oder Cloudflare Agents, und woran du erkennst, welcher Weg deiner ist
Dieses fortgeschrittene Tutorial ist exklusiv für Premium-Mitglieder verfügbar. Du erhältst:
Fertigen Blueprint zum Kopieren
Zugang zu allen künftigen Premium-Tutorials
Wenn du dich bereit fühlst, dann kann ich dir folgendermaßen helfen:
1) KI ohne Team - 40+ Unternehmer sind schon dabei. Die KI Agenten Community für Menschen die was umsetzen wollen. Fertige KI-Systeme, die du lädst und sofort einsetzt. Jede Woche neue. Von Leuten, die damit ihr eigenes Geschäft betreiben.
2) Lead-Gen-System für dein SaaS Produkt - ich habe ein Lead-Gen-System, das auf KI und den aktuellsten Marketing-Trends basiert und dir nachhaltig Leads generiert.




