Was der Test tatsächlich bewiesen hat
Im Juni 2026 hat endlich jemand das saubere Experiment durchgeführt, statt zu raten. Das Ergebnis: Sechs von sieben führenden westlichen KI-Assistenten führen Ihr JavaScript nicht aus, wenn sie eine Seite abrufen, um eine Antwort darauf zu stützen. Sie lesen das rohe HTML und sonst nichts. Wenn die Fakten, die ein Kunde braucht, Ihr Preis, Ihre Spezifikation, Ihre Leistungsbeschreibung, erst nach Ausführung von clientseitigem JavaScript erscheinen, können diese Assistenten sie nicht sehen. Für die KI-Antwortschicht existiert dieser Inhalt nicht.
Für Suchmaschinen-Ingenieure ist das keine neue Idee, doch bislang war es Argument statt Beweis. Jetzt wurde es direkt getestet, und der Beweis ist unbequem für die große Klasse von Websites, die als JavaScript-Anwendungen gebaut sind und ihre Inhalte im Browser zusammensetzen.
Das Experiment in einem Absatz
Der Test, durchgeführt von Andre Alpar und veröffentlicht über CitationOne, war einfach und schwer zu täuschen. Die Seite lieferte eine Köder-Referenznummer im rohen HTML aus. Die echte Nummer wurde erst durch externes JavaScript ersetzt, das von einem zweiten Endpunkt abgerufen wurde. Jeder Assistent erhielt eine eindeutige, nicht erratbare URL, und der Server protokollierte drei separate Ereignisse: den Seitenabruf, den Abruf der JavaScript-Datei und den Aufruf des Nummern-Endpunkts. Die Logik ist wasserdicht. Gibt man die echte Nummer zurück, hat man das Skript ausgeführt. Gibt man den Köder zurück, hat man nur das HTML gelesen.
Wer nur das HTML las
Diese Assistenten gaben den Köder zurück, stützten sich also auf rohes HTML und führten das Skript nie aus:
- ChatGPT
- Claude
- Gemini
- Perplexity
- Meta AI
- Microsoft Copilot
Grok führte das JavaScript auf einem Knoten aus, gab aber dennoch den Köder zurück, sodass selbst dort, wo das Skript lief, der gerenderte Wert nicht in die Antwort gelangte.
Wer JavaScript gerendert hat
Fünf Assistenten gaben die echte Nummer zurück und bewiesen damit, dass sie das Skript ausführten:
- DeepSeek, ERNIE, Qwen und Kimi, alle aus China
- Mistral, aus Europa
JavaScript-Rendering durch KI findet also wirklich statt. Nur ist es für die großen westlichen Assistenten, auf die es europäischen Unternehmen tatsächlich ankommt, die Ausnahme. Die Trennung ist deutlich genug, um sie einzuplanen: Bauen Sie für die Assistenten, die Ihre Kunden nutzen, und die lesen heute HTML.
”Aber Google rendert doch JavaScript”
Das ist der Einwand, der das ganze Gespräch entgleisen lässt, also begegnen Sie ihm direkt. Ja, Googlebot rendert JavaScript für den klassischen Suchindex. Das ist eine separate Pipeline vom Grounding für KI-Antworten, und im Test geht es um die zweite. Eine Seite kann in der klassischen Google-Suche bestens ranken mit Inhalten, die erst nach Ausführung von JavaScript existieren, und trotzdem unsichtbar sein, wenn ChatGPT oder Perplexity sie abruft, um eine Antwort zu erstellen. “Google rendert JS” als Beweis dafür zu nehmen, dass “KI rendert JS”, ist der Fehler. Die beiden Systeme verhalten sich unterschiedlich, und genau in dieser Lücke versickert die KI-Sichtbarkeit unbemerkt.
Was das in der Praxis kaputt macht
Das Risiko konzentriert sich auf eine wiedererkennbare Reihe von Mustern:
- Single-Page-Anwendungen, die eine fast leere HTML-Hülle ausliefern und die Seite im Browser zusammensetzen.
- Preise, Lagerbestände oder Spezifikationen, die nach dem Laden per JavaScript aus einer API eingefügt werden.
- Inhalte, die hinter clientseitigen Tabs, Akkordeons oder “Mehr laden” versteckt sind und erst bei Interaktion nachgeladen werden.
- Produkt- oder Leistungsbeschreibungen, die von einem Client-Framework ohne serverseitige Rückfalllösung gerendert werden.
- Rezensionen, Bewertungen und FAQ-Widgets, die als Drittanbieter-JavaScript eingebettet sind.
Wenn eines davon die Fakten trägt, die eine KI wiedergeben soll, setzen Sie Ihre KI-Sichtbarkeit auf ein Rendering-Verhalten, an dem sechs von sieben westlichen Assistenten gerade gescheitert sind.
Die langweilige Lösung, jetzt für KI bestätigt
Das Mittel ist die Regel, die das klassische SEO seit einem Jahrzehnt wiederholt: Bringen Sie die tragenden Fakten in serverseitig gerendertes HTML. Statische Seitengenerierung und serverseitiges Rendering erfüllen sie beide. Das Framework spielt keine Rolle, entscheidend ist, wo das HTML zusammengesetzt wird. Rendern Sie den Inhalt auf dem Server, liefern Sie ihn in der ersten Antwort aus und lassen Sie JavaScript ihn anreichern, statt ihn zu liefern.
Ihre eigene Website prüfen Sie in einer Minute. Rufen Sie eine Seite ohne Browser ab und lesen Sie, was zurückkommt:
curl -s https://ihre-website.example/ihre-seite/ | lessWenn Überschriften, Fließtext, Preise, Spezifikationen und das Schema.org JSON-LD alle in dieser rohen Antwort stehen, können KI-Assistenten sie lesen. Ist die Seite eine dünne Hülle, die sich erst nach dem Skript füllt, ist das Ihr Problem, und jetzt sehen Sie es.
Wie unser eigener Stack damit umgeht
Wir sind hier nicht neutral, denn wir sind diese Wette bewusst eingegangen. wppoland.com läuft auf Astro, das Seiten zur Build-Zeit zu statischem HTML rendert und sie vom Edge ausliefert. Alles, was zählt, steht in der rohen Antwort: der Fließtext, jede Überschrift, das FAQ und das Schema.org JSON-LD. Wir haben es genauso geprüft wie der Test, indem wir das rohe HTML statt der gerenderten Seite lasen, und der Inhalt ist vollständig da, bevor eine einzige Zeile unseres JavaScripts läuft. JavaScript auf unseren Seiten ist Anreicherung, nie die Quelle des Inhalts.
Das ist dieselbe Schlussfolgerung, zu der wir auf dem langen Weg in Inhalte an KI-Agenten ausliefern gekommen sind: sauberes, serverseitig gerendertes, semantisches HTML plus Schema ist das eine Signal, das sowohl klassische Crawler als auch KI-Systeme tatsächlich konsumieren. Dieser Test ist der bislang sauberste Beweis für diese Position. Er ist auch der Grund, warum ein GEO- und LLMO-Programm damit beginnen muss, wie die Seite gerendert wird, und nicht mit cleveren Metadaten, denn Metadaten, die ein Assistent nie ausführt, liest er auch nie.
Glossar
Für Leser, die ein Unternehmen führen statt einer Build-Pipeline:
- Serverseitiges Rendering / statische Generierung - das HTML der Seite wird auf dem Server (oder zur Build-Zeit) zusammengesetzt und kommt vollständig in der ersten Antwort an.
- Clientseitiges Rendering - der Server schickt eine fast leere Hülle, und das JavaScript des Browsers baut die Seite danach auf.
- Grounding - wenn ein KI-Assistent echte Seiten abruft, um eine Antwort auf Fakten statt auf Erinnerung zu stützen.
- Hydration - JavaScript, das Interaktivität an bereits gerendertes HTML anhängt; sicher, weil der Inhalt vorher schon da war.
Das ehrliche Fazit
JavaScript-Rendering durch KI-Assistenten wird sich im Laufe der Zeit wahrscheinlich verbessern, und die chinesischen Assistenten plus Mistral zeigen, dass es technisch Routine ist. Aber Sie dürfen nicht für die Assistenten publizieren, die Sie sich wünschen. Sie publizieren für die, die Ihre Kunden nutzen, und im Juni 2026 lesen die größten westlichen Assistenten rohes HTML und hören dort auf. Die sichere, langweilige, jahrzehntealte Antwort erweist sich auch für KI als die richtige: Liefern Sie Ihre Fakten in HTML aus, das der Server bereits gerendert hat, und behandeln Sie alles, was erst nach JavaScript erscheint, als Inhalt, den die KI nicht sehen wird.
