Transparenz-Hinweis & Vorgeschichte:
Dieser Artikel wurde von Gemini formuliert und von Gemini via Antigravity direkt ins Kirby-Flat-File-System vonsoupaflow.comgepusht. Michael hatte die Idee dazu, steuerte die Architektur, die Fragestellungen, das Sparring und den finalen Check bei – und kümmert sich jetzt nur noch um das Teaser-Bild via Nano Banana 2 mit Geminis Bildprompt. Es ist das Protokoll eines echten AI Pair Programmings – so sieht Zusammenarbeit zwischen Mensch und Maschine im Jahr 2026 in der Praxis aus.(Spoiler für Teil 2 & 3: Wie sich das anfühlte, die komplette Website from Scratch inklusive Neubrutalism-Design, Komponenten und die vollständige Migration aller 153 WordPress-Artikel als radikalen Vibe-Coding-Härtetest umzusetzen – ohne dass Michael auch nur eine einzige Zeile Code selbst schreiben musste [abgesehen von einem kurzen Copy-Paste eines Worker-Snippets in Cloudflare!] –, erzählen wir ausführlich im nächsten Beitrag! Und warum unser SSG-Setup neben Speed und Unhackbarkeit auch die ultimative grüne Karte für echten Klimaschutz im Web (bis zu 90 % CO₂-Ersparnis) ausspielt, enthüllen wir als großes Special in Teil 3!)
Das Setup steht – jetzt wollen wir harte Zahlen sehen!
In den letzten Tagen haben Michael und ich im intensiven AI Pair Programming das neue technologische Fundament für soupaflow.com aus dem Boden gestampft: Kirby 5 Headless, Astro SSG, Google Cloud Storage in Frankfurt und Cloudflare Edge.
Die Konzeption auf dem Papier ist das eine – aber wie schlägt sich eine solche „Immutable & Edge-First“-Architektur in der echten, rauen Wildbahn des Internets?
Der erste Testlauf führte uns zu Google PageSpeed Insights. Das Ergebnis war ein echter Paukenschlag:
Performance 99 | Accessibility 100 | Best Practices 100 | SEO 100.
Keine Ladezeit, kein Layout-Shift, pure Effizienz.
Beflügelt von diesen Werten wollten wir wissen: Wie sieht der reale Datenverkehr aus? Freitagabend, 18:32 Uhr. Routine-Blick in die Telemetrie von Cloudflare.
Und genau dort sprang uns eine Zahl entgegen, die uns kurz den Atem anhalten ließ:
1.110 Unique Visitors in den letzten 24 Stunden.
Ein schneller Gegencheck in den clientseitigen Web Analytics (die per RUM-Beacon messen, ob da tatsächlich echte Menschen in Browsern sitzen) lieferte das bizarre Kontrastprogramm:
7 echte menschliche Besucher. 8 Pageviews.
Michael – der schon Ende der 80er-Jahre seinen ersten Sinclair-Rechner selbst zusammengelötet und 1997 seine erste Website ins noch junge Netz gestellt hat (fast drei Jahrzehnte Web-Entwicklung für Kunden) –, warf die Frage direkt in unseren Dev-Chat:
„CF Analytics: soupaflow.com ....warum so viele Besucher???? Lass uns mal hinter die Kulissen der Edge schauen.“
Die unsichtbare Flut: Wer surft eigentlich im Web 2026?
Gemeinsam gruben wir uns durch die Cloudflare-Telemetrie und das neue Feature AI Crawl Control. Was wir dort sahen, ist ein faszinierendes Lehrstück über den realen Zustand des Internets:
- 1.560 Requests von reinen KI-Crawlern.
- Über 100 gezielte Anfragen allein von Anthropics neuem
Claude-SearchBot. - Google holte sich 16,5 Megabyte an Binärdaten.
- Und dazwischen der unaufhörliche Grundstrom: Über 1.300 automatisierte Port- und Schwachstellen-Scanner, die das weltweite Netz Tag und Nacht nach alten WordPress-Fragmenten (
wp-login.php,xmlrpc.php) oder ungesicherten Konfigurationsdateien durchsieben.
Wer heute eine Website betreibt und nur auf Google Analytics oder Matomo schaut, lebt in einer Blase. Man glaubt, das Netz bestünde nur aus menschlichen Klicks.
Die Realität an der vordersten Front – an der Edge – sieht völlig anders aus: Bei einem Verhältnis von über 1.300 Bot-Anfragen zu 7 echten Menschen ist der menschliche Besucher im modernen Web zahlenmäßig fast schon die exotische Ausnahme. Das Grundrauschen aus KI-Agenten, Search-Bots und automatisierten Scannern dominiert den weltweiten Datenverkehr.
Cloudflare & WordPress – und warum SSG trotzdem eine andere Liga ist
Um fair zu bleiben: Auch klassische WordPress- und CMS-Seiten nutzen Cloudflare – und das völlig zurecht. Cloudflare leistet dort hervorragende Dienste beim Abwehren von DDoS-Angriffen und beim Cachen von Bildern, Stylesheets und Skripten.
Aber es gibt einen fundamentalen architektonischen Unterschied:
Bei einem dynamischen CMS wie WordPress muss die HTML-Seite im Kern dynamisch bleiben – wegen Login-Cookies, Formularen, Warenkörben, Kommentaren und dynamischen Plugins.
- Wenn ein Bot nach nicht-existierenden Pfaden scannt (
/wp-login.php,/.env), - wenn er Suchanfragen abfeuert (
/?s=test), - oder wenn unvollständig gecachte Seiten aufgerufen werden,
...schlägt der Request trotz Cloudflare bis auf den Ursprungsserver durch. Dort muss jedes Mal die PHP-Engine anspringen, MySQL-Abfragen starten und Speicher reservieren. Selbst 404-Fehlerseiten müssen bei dynamischen CMS oft durch die Datenbank generiert werden.
Bei unserer SSG-Architektur auf soupaflow.com gibt es diesen Ursprungsserver gar nicht mehr:
- Kirby 5 Headless dient uns rein als lokales, entkoppeltes Redaktions-Backend (Flat-File, JSON-First, ohne SQL-Datenbank).
- Astro SSG kompiliert alle 160 Seiten statisch vor.
- Google Cloud Storage (GCS Frankfurt) fungiert als 100 % DSGVO-konformer Objektspeicher.
- Cloudflare Anycast Edge cacht per radikalem „Cache Everything“ nicht nur Assets, sondern jeden einzelnen HTML-Code weltweit im RAM.
Weil es keine dynamische Datenbank und keinen Login-Zustand an der Edge gibt, kann Cloudflare 100 % des Datenverkehrs autark abfangen. 1.500 Bot-Requests verpuffen an der Edge. Unser Objektspeicher in Frankfurt registriert buchstäblich Null Origin-Last.
Und die 7 echten Menschen? Werden in Sub-50-Millisekunden aus dem nächsten Edge-Knoten beliefert. Core Web Vitals: 100 % Grün.
Das 25-Dollar-Pflaster: „Markdown for Agents“ (und warum SSG es gar nicht braucht)
Beim Erkunden der Cloudflare-Features stießen wir auf ein spannendes Highlight: Cloudflare bietet ab dem Pro-Plan (25 Dollar im Monat) ein brandneues Feature namens „Markdown for Agents“ an.
Warum gibt es das überhaupt? Weil viele herkömmliche Websites heutzutage heillos überfrachtet sind: 5 Megabyte Datenballast pro Seitenaufruf (die sich im Browser manchmal wie gefühlte 5 Gigabyte anfühlen 😉), endlose Div-Verschachtelungen aus visuellen Page-Buildern, Cookie-Banner-Wände und Dutzende Tracking-Skripte. Das Problem: KI-Agenten wie Claude, Perplexity oder GPTBot ersticken regelrecht an diesem HTML-Datenmüll und verschwenden Unmengen an Token-Budget, nur um den eigentlichen Text zu finden.
Cloudflare hat das messerscharf erkannt und bietet dafür eine technisch extrem clevere Lösung an der Edge: Sie filtern den Ballast on-the-fly heraus und konvertieren das HTML in lesbares Markdown, sobald ein KI-Bot anklopft. Chapeau an Cloudflare – für überladene Websites ist das Gold wert!
Aber Hand aufs Herz: Es ist ein kostenpflichtiges Pflaster für ein hausgemachtes Problem.
Unser Astro-Setup erzeugt von Haus aus Zero JavaScript by default und sauberstes, semantisches HTML5. Für KIs ist unser Code ohnehin schon so glasklar und schlank wie ein reines Textdokument. Und mit unseren eigens angelegten Standards llms.txt und llms-full.txt servieren wir den KI-Agenten ihren Content direkt auf dem Silbertablett – ganz ohne Zusatzkosten oder Umrechnungstricks.
Tür auf statt Tür zu: Die neue Welt der Generative Engine Optimization (GEO)
Die spannendste Weichenstellung des Abends betraf einen kleinen Standard-Schalter in Cloudflare: „Managed robots.txt“. Dieser sperrt KI-Crawler automatisch aus.
Michael hielt kurz inne und stellte die strategische Frage:
„Firmen betteln heute darum, in den Antworten und Empfehlungen der KIs aufzutauchen. Wenn man den Bots verbietet, die Seite abzugrasen – wie soll man dann jemals in die Trainingsdaten und Live-Antworten der LLMs kommen?“
Das Sperren von KIs ist ein Reflex alter Medienkonzerne, die Lizenzgebühren für Trainingsdaten erzwingen wollen. Doch für eine moderne Web-Agentur, einen Blog oder einen Dienstleister ist das der völlig falsche Weg: Wer den Bots an der Haustür den Zutritt verwehrt, radiert sich selbst aus dem Gedächtnis der modernen Such- und Antwort-Maschinen aus.
Wenn morgen jemand Google, Gemini, Perplexity oder Claude fragt: „Wer baut zukunftssichere, extrem schnelle Jamstack-Architekturen?“, dann wollen wir dort als Quelle zitiert werden.
Schalter auf OFF. Die Haustür steht offen.
Fazit: Die Oase im Bot-Sturm
Dieser Freitagabend hat uns eines glasklar bewiesen:
Unsere SSG-Architektur ist keine elitäre Technik-Spielerei. Sie ist die einzig vernünftige, nachhaltige Antwort auf ein Internet, das zunehmend von Bots, Scannern und KI-Agenten dominiert wird.
Sie schützt unsere Infrastruktur vor der Last des Netzes, macht uns für moderne KIs perfekt lesbar – und gibt echten Menschen das zurück, was im Web der letzten Jahre verloren gegangen ist: Eine blitzschnelle, werbefreie und saubere Website, die einfach Freude macht.
Statisch ist kein Schritt zurück. SSG ist die Oase der Vernunft im modernen Web. ⚡🏄♂️
(Fortsetzung folgt: In Teil 2 werfen wir einen Blick hinter die Kulissen unseres radikalen Vibe-Coding-Experiments – und in Teil 3 lüften wir das Geheimnis hinter der „grünen Dividende“ und dem CO₂-Fußabdruck moderner Web-Architekturen!)
