Warum mit KI gebaute Apps für die KI unsichtbar sind (und wie du das behebst)

Immer mehr Leute fragen ChatGPT, Claude oder Perplexity „Was ist das beste Tool für X?", statt bei Google zu suchen. Wenn dein Produkt in diesen Antworten nicht vorkommt, existierst du für dieses Publikum nicht. Das nennt sich AEO (Answer Engine Optimization), und mit KI gebaute Apps starten mit einem Handicap: Wegen der Art, wie die Tools sie erzeugen, zeigen die meisten den KI-Bots eine leere Seite. Dieser Guide erklärt, warum es gerade diese Apps trifft, wie du es in zwei Minuten prüfst und was du je nach Tool reparieren musst.

Warum es gerade mit KI gebaute Apps trifft

Lovable, Bolt, v0 und die meisten Templates, die Cursor nutzt, erzeugen standardmäßig eine SPA: eine Single-Page-Anwendung mit Vite und React, bei der das HTML, das im Browser ankommt, fast leer ist und JavaScript anschließend alles zeichnet. Für ein Dashboard hinter einem Login ist das die richtige Architektur, aber diese Tools verwenden sie auch für die Landingpage, die Preisseite und den Blog. Drei Folgen:

• Der Inhalt steht nicht im HTML. Der Server schickt ein <div id="root"></div> und wenig mehr. Was du siehst, baut der Browser.
• Die Metadaten auch nicht. Titel, Beschreibung und Share-Tags werden per JavaScript gesetzt, also sieht ein Bot, der es nicht ausführt, den generischen Titel des Templates.
• Eine Domain für alles. Öffentlicher und privater Teil teilen sich den Code, und niemand hält inne, um zu überlegen, was von außen lesbar sein sollte.

Die Falle: Viele KI-Crawler führen kein JavaScript aus, oder nur mit Einschränkungen. Der Googlebot rendert, allerdings verzögert und mit begrenztem Budget; die Bots von OpenAI, Anthropic oder Perplexity lesen vor allem das HTML, so wie es ankommt. Für sie ist deine App ein leeres Blatt: Sie können weder verstehen, was du tust, noch dich zitieren.

Was ein Bot von deiner Website sieht

Das ist, fast wörtlich, was ein Crawler von einer App bekommt, die mit einem dieser Tools erzeugt wurde:

<!doctype html>
<html>
  <head>
    <title>Vite + React</title>
    <script type="module" src="/assets/index-a1b2c3.js"></script>
  </head>
  <body>
    <div id="root"></div>
  </body>
</html>

Kein einziger Satz über dein Produkt. Wenn das Template obendrein eine robots.txt mitbringt, die Crawler blockiert, oder dein CDN einen Anti-Bot-Modus aktiviert hat, ist die Tür doppelt zu.

Wie du prüfst, ob es dich betrifft (zwei Minuten)

• Quelltext anzeigen. Öffne deine Website, Rechtsklick, „Seitenquelltext anzeigen" (nicht „Untersuchen", das zeigt das bereits gerenderte Ergebnis). Such nach deiner Überschrift und einem Absatz. Wenn sie fehlen, sehen die Bots sie auch nicht.
• Ohne JavaScript. Schalte es im Browser ab und lade neu. Was übrig bleibt, sieht ein einfacher Bot.
• Als ChatGPT-Bot. Fordere die Seite im Terminal mit seinem User-Agent an und zähle die Wörter, die ankommen:

curl -s -A "GPTBot" https://deinedomain.com/ | sed 's/<[^>]*>//g' | wc -w

Ein paar Dutzend bedeutet: Der Inhalt lebt im JavaScript. Mehrere Hundert bedeutet: Er kommt im HTML an. Welcher Bot was tut, steht in wie du herausfindest, ob ChatGPT deine Website sehen kann.

Die fünf Dinge, die es beheben

1. Öffentlicher Inhalt, der im HTML ankommt

Du musst nicht die ganze App serverseitig rendern; nur die Seiten, die die KI verstehen soll: Startseite, Produkt, Preise, Blog, FAQ. Drei Wege, von wenig bis viel Aufwand:

• Beim Build prerendern. Ein Prerender-Plugin für Vite erzeugt beim Bauen für jede öffentliche Route ein vollständiges HTML. Funktioniert gut für Seiten, die sich nicht bei jedem Besuch ändern.
• Website und Produkt trennen. Landing, Preise und Blog als statische Site (Astro, Webflow, Framer, auch Nuxt oder Next im statischen Modus) unter deinedomain.com, die App als SPA unter app.deinedomain.com. Das ist die gesündeste Architektur und die, die reifen Produkten am nächsten kommt.
• Den öffentlichen Teil auf ein SSR-Framework migrieren (Next.js, Nuxt, SvelteKit). Mehr Arbeit, aber das Problem ist für immer weg.

2. Metadaten im HTML, nicht im JavaScript

Titel, Beschreibung und Open-Graph-Tags müssen im initialen HTML stehen. Wenn du prerenderst oder die Website trennst, bekommst du das geschenkt. Falls nicht, setz wenigstens in die index.html einen echten Titel und eine echte Beschreibung statt der aus dem Template.

3. Strukturierte Daten, die sagen, was du bist

Ein JSON-LD-Block mit Organization und SoftwareApplication liefert dem Modell eindeutige Fakten: Name, was es tut, Preis, wo es zu finden ist. Wenn du häufige Fragen hast, zeichne sie als FAQPage aus. Das Wie steht in strukturierte Daten: warum KI manche Websites zitiert und andere nicht.

4. Eine llms.txt

Eine Textdatei im Root der Domain, die in einem Satz zusammenfasst, was du bist, und deine wichtigen Seiten auflistet. Weder Pflicht noch Zauberei, aber ein sauberer Einstiegspunkt, und sie zwingt dich, den Satz zu schreiben, der dein Produkt definiert. Es gibt einen kostenlosen llms.txt-Generator.

5. Bots nicht aus Versehen aussperren

Prüf die robots.txt: Ein kopiertes Template oder ein Disallow: / aus der Testphase schließen GPTBot, ClaudeBot und Co. aus. Und prüf den Anti-Bot-Modus deines CDN. Welche KI-Crawler du zulässt, siehst du mit dem KI-Crawler-Check.

Was nicht nötig ist

Die KI muss dein privates Dashboard nicht sehen: Was hinter einem Login liegt, liest niemand, und so soll es sein. Du musst die App auch nicht neu schreiben. Das Ziel ist, dass die vier oder fünf Seiten, die erklären, was du tust, ohne JavaScript lesbar sind, mehr nicht.

Wie du es über die Zeit misst

Zwei Signale. Filtere in den Logs deines Servers oder CDN nach den User-Agents der KI-Bots und schau, welche Seiten sie anfordern; taucht keiner auf, prüf zuerst die robots.txt. Und frag einmal im Monat ChatGPT, Claude und Perplexity nach deiner Kategorie und deiner Marke und notiere, ob sie dich erwähnen und richtig beschreiben. Diese Runde ist deine Basislinie; alles andere sind Vermutungen.

Scanaris prüft es in 30 Sekunden

Die KI-Sichtbarkeits-Säule von Scanaris prüft, ob dein Inhalt ohne JavaScript lesbar ist, ob deine Metadaten im HTML ankommen, ob du strukturierte Daten und eine llms.txt hast und ob du KI-Bots in der robots.txt blockierst. Für jeden Fehler bekommst du einen Fix-Prompt mit der exakten Korrektur zum Einfügen in Lovable, Bolt oder Cursor. Und der Sichtbarkeits-Tracker beobachtet täglich, ob du auftauchst, wenn jemand nach einer Empfehlung in deiner Kategorie fragt. Für den vollständigen Kontext fang mit was AEO ist an.

Häufige Fragen

Sieht Google meine App auch leer?

Google rendert JavaScript, aber in einem zweiten Durchgang, der Tage dauern kann, und mit begrenztem Budget pro Website. Eine App, die leer ankommt, wird schlechter und später indexiert. Das für die KI zu beheben verbessert auch dein SEO.

Können Lovable, Bolt oder v0 serverseitig rendern?

Sie erzeugen standardmäßig SPAs. Die praktische Lösung ist, die öffentlichen Seiten zu prerendern oder die Marketing-Website in eine separate statische Site auszulagern und die App auf einer Subdomain zu lassen.

Reicht es, eine llms.txt zu veröffentlichen?

Nein. Sie ist eine nützliche Ergänzung, aber wenn das HTML leer ankommt, kann der Bot deine Seiten weiterhin nicht lesen. Zuerst der Inhalt ins HTML, dann der Rest.