Case Study.
Gefunden von Mensch und Maschine
Inhalt per KI zusammenfassen lassen

Alles Wichtige auf einen Blick.
- Rolle
- Externe Inhouse-Agentur
- Kanal
- SEO und GEO
- Ergebnis
- 99/100 Lighthouse Performance auf dem Desktop
Eine Website, die niemand findet, ist eine Broschüre mit Stromanschluss. Und eine, die drei Sekunden lädt, verliert einen Teil der Besucher, bevor die erste Zeile steht.
Beides hängt an denselben Entscheidungen. Und beides lässt sich nachmessen, statt darüber zu diskutieren. Wir haben zuerst gemessen und dann neu gebaut.
Warum wir nicht repariert haben
Vor der ersten Zeile Code stand die Bestandsaufnahme. Drei Fragen: Welche Adressen kennt Google heute und welche davon bringen tatsächlich Besucher. Was lädt beim Aufruf einer Seite und was davon hält die Darstellung auf. An welcher Stelle entsteht eine Anfrage und wo bricht der Weg dorthin ab.
Das Ergebnis war eindeutig genug, um die naheliegende Option auszuschließen. Wir haben nicht repariert, wir haben neu gebaut. Wenn das Fundament nicht trägt, ist jede Verbesserung darauf eine Verbesserung auf Sand: Sie kostet Geld, sie hält ein halbes Jahr und dann steht dieselbe Entscheidung noch einmal an, nur teurer.
Was der Besucher davon merkt
Die Seite wird nicht bei jedem Aufruf berechnet. Sie liegt fertig bereit wie ein gedrucktes Blatt in einem Regal und wird beim Klick nur noch herausgereicht. Kein Server, der erst rechnet. Kein Redaktionssystem, das erst eine Datenbank fragt.
Das ist der Grund für die Zahlen weiter unten, aber die Zahlen sind nicht der Punkt. Der Punkt ist, was auf einem Telefon im Zug passiert, bei mittelmäßigem Empfang, wenn jemand zum ersten Mal von dir hört und wissen will, ob sich das lohnt. Zwei Sekunden entscheiden dort mehr als jedes Argument auf der Seite, weil das Argument gar nicht erst gelesen wird.
Zwei Details, die selten jemand bespricht, aber jeder schon gespürt hat. Erstens: Auf der neuen Seite verrutscht beim Laden nichts. Wer auf einen Knopf zielt, trifft ihn auch und nicht das Element, das eine Zehntelsekunde später darüber springt. Zweitens: Die Seite reagiert sofort auf den ersten Klick, weil sie im Hintergrund nicht mit sich selbst beschäftigt ist.
Die Grundlage dahinter
Drei Entscheidungen tragen das Ganze. Sie sind technisch, aber jede hat eine Folge, die man ohne Fachwissen versteht.
Astro
Die Seite wird beim Bauen einmal erzeugt und liegt danach als fertiges HTML bereit. Kein Live-System, das bei jedem Besucher von vorn anfängt. Die Folge: Es gibt keinen Moment, in dem die Website unter Last langsam wird, weil unter Last nichts passiert, was langsam werden könnte. Nebeneffekt: Es gibt auch keine Datenbank und kein Redaktionssystem, das gepatcht werden muss. Die häufigste Ursache für gehackte Websites fällt damit weg.
Cloudflare
Ein Push auf den Hauptzweig genügt, der Rest läuft automatisch. Kein Deploy-Termin, keine Übergabe, kein Wartungsfenster. Eine Korrektur ist nach wenigen Minuten online. Wenn etwas nicht stimmt, ist der Weg zurück ein einziger Befehl, weil jeder frühere Stand vollständig erhalten bleibt. Das ist der Unterschied zwischen einem Fehler und einem Vorfall.
Claude Code
Jede Entscheidung steht als Kommentar im Quelltext, mit Begründung und Datum. Wer in einem halben Jahr eine Stelle anfasst, liest dort, warum sie so aussieht, statt zu raten.
Das Ergebnis sieht trotzdem nicht nach Baukasten aus und der Grund ist unspektakulär: Gestaltung, Tonfall und Struktur standen vorher fest und waren als Regeln aufgeschrieben. Ein Werkzeug beschleunigt die Umsetzung. Es ersetzt nicht die Entscheidung, wie etwas aussehen soll. Wer diese Entscheidung nicht getroffen hat, bekommt sie vom Werkzeug abgenommen und das sieht man dem Ergebnis dann auch an.
Dazu kommt Handwerk, das nirgends auffällt, solange es da ist. Die Schriften kommen von der eigenen Adresse statt von einem Google-Server, was die Datenschutzfrage erledigt, bevor sie jemand stellt. Bilder entstehen beim Bauen automatisch in mehreren Größen, damit ein Telefon nicht die Fassung für den großen Bildschirm herunterlädt.
Was Google verstehen muss
Tempo allein bringt keine Besucher. Dazu gehört die Frage, ob Google sauber versteht, was auf der Seite steht.
Ein Beispiel, das stellvertretend für die ganze Arbeit steht. Die Liste aller Adressen, die wir bei Google anmelden, entsteht beim Bauen der Seite selbst. Sie wird nicht von Hand gepflegt. Was intern auf “nicht anzeigen” gesetzt ist, fällt automatisch heraus. Klingt nach einer Kleinigkeit, ist aber der häufigste Fehler, den wir bei Audits sehen: Eine Seite wird bei Google angemeldet und gleichzeitig für Google gesperrt. Google meldet das als Fehler und dieser Fehler steht dann monatelang in einem Bericht, den niemand öffnet.
Das Prinzip dahinter ist überall dasselbe. Alles, was von Hand gepflegt werden muss, wird irgendwann nicht mehr gepflegt. Also pflegt es sich selbst.
Was KI-Systeme zitieren
Ein wachsender Teil der Leute fragt nicht mehr Google, sondern ChatGPT, Claude oder Gemini. Diese Systeme liefern keine Liste mit zehn Ergebnissen, sondern eine Antwort mit zwei oder drei Quellen. Wer dort nicht vorkommt, existiert für diesen Menschen nicht und merkt es nicht einmal, weil er in keiner Statistik als verlorener Besucher auftaucht.
Die Arbeit daran heißt GEO, Generative Engine Optimization. Sie unterscheidet sich in einem Punkt grundlegend von klassischem SEO: Es geht nicht mehr um einen Platz in einer Rangliste, sondern darum, ob eine Maschine einen Absatz von der Seite nimmt und in ihrer Antwort zitiert.
Dafür haben wir zwei Dinge getan.
Die KI-Crawler sind namentlich zugelassen, jeder mit seiner Aufgabe. Die einen sammeln Material für das Training, die anderen bauen einen Suchindex und die dritten rufen eine Seite in genau dem Moment ab, in dem jemand eine Frage stellt. Die dritte Sorte ist die interessante, weil sie sofort wirkt. Viele Websites sperren pauschal alles, was nach KI aussieht, oft ohne es zu wissen, weil es in einer Standardeinstellung so voreingestellt war. Sie verschwinden aus KI-Antworten und erfahren es nie.
Dazu Seiten, die für genau diesen Fall gebaut sind. Wir nennen sie Grounding Pages. Grounding heißt: Eine KI verankert ihre Antwort an einer nachprüfbaren Quelle, statt sie frei zu formulieren. Eine solche Seite beantwortet eine einzelne, klar umrissene Frage vollständig an einer Stelle, nennt Zahlen mit Datum und Zusammenhang und funktioniert für sich allein, ohne den Rest der Website. Wir haben sie eingebaut, entlang der Fragen, die tatsächlich gestellt werden.
Der Unterschied zu einer normalen Seite ist die Zitierbarkeit. Man kann einen Absatz herausnehmen und die Aussage bleibt richtig und vollständig. Das ist kein Trick, sondern eine Schreibdisziplin: Wer will, dass eine Maschine ihn korrekt wiedergibt, muss sich selbst korrekt und vollständig ausdrücken. Menschen profitieren davon genauso, weil niemand gern drei Seiten liest, um eine Frage beantwortet zu bekommen.
Dazu kommen strukturierte Daten für Organisation, Website, Beiträge und die Fragen im FAQ. Das ist nichts weiter als die maschinenlesbare Fassung dessen, was auf der Seite ohnehin steht, damit eine Maschine nicht raten muss, was davon der Firmenname ist und was die Antwort auf eine Frage.
Was gemessen wurde
Lighthouse, Desktop und Telefon:
| Desktop | Telefon | |
|---|---|---|
| Performance | 99 | 97 |
| Größtes Element sichtbar | 0,6 s | 2,5 s |
| Blockierte Zeit | 0 ms | 0 ms |
| Layoutsprünge | 0 | 0 |
Der mobile Wert liegt bei 97 und nicht bei 99. Wir lassen ihn so stehen, weil die 97 unter härteren Bedingungen entsteht als jede reale Nutzung: gedrosselte Verbindung, langsames Gerät, kein Zwischenspeicher.
Was dieser Case zeigt
Sichtbarkeit und Tempo sind keine zwei Projekte. Sie hängen an denselben drei Fragen: was ausgeliefert wird, wie es ausgeliefert wird und ob eine Maschine es lesen kann.
Und sie sind nachprüfbar. Genau das ist der Punkt. Über Gestaltung kann man streiten. Über 0,6 Sekunden nicht.
Du willst mehr erfahren?
Wir sehen uns deine Situation an und sagen dir, was trägt und was Geld kostet. Ein Gespräch, keine Präsentation.
Weitere Cases.

