Ob ein Programm, das eine Webseite abruft, JavaScript-Rendering durchführt, kann darüber entscheiden, ob es ihren vollständigen Inhalt erhält oder nur einen Teil davon. Eine Webseite kommt zunächst als HTML vom Server, also als Text mit Auszeichnungen für Überschriften, Absätze und Links. Ein Browser baut daraus die sichtbare Seite auf und führt dabei auch das JavaScript aus, das die Seite mitbringt. Dieses JavaScript kann Inhalte einfügen, ändern oder nachladen. Den jeweils aktuellen Stand hält der Browser im Document Object Model (DOM) fest, einem Modell der Seite im Arbeitsspeicher, das Skripte jederzeit verändern können.

Ausgeliefertes HTML und fertige Seite

Ein Beispiel zeigt den Unterschied. Steht im HTML, das der Server ausliefert, ein Absatz mit dem Text „Preis: 49 Euro“, erhält jedes Programm, das die Seite abruft, den Preis. Enthält das HTML an dieser Stelle nur einen leeren Absatz, den ein Skript erst im Browser mit dem Preis füllt, sieht den Preis nur, wer dieses Skript ausführt. Programme, die nur das ausgelieferte HTML lesen, erhalten den leeren Absatz.

Manche Websites liefern sogar ein fast leeres HTML-Dokument aus und bauen Texte, Bilder und Links vollständig im Browser auf. Diese Bauweise heißt clientseitiges Rendering, weil die Seite erst beim Client entsteht, also bei dem Programm, das sie abruft. Im Browser sieht eine solche Seite genauso aus wie eine, deren Inhalt schon im HTML steht. Der Unterschied zeigt sich erst bei Programmen, die kein JavaScript ausführen.

Wer JavaScript ausführt und wer nicht

Laut Google kann nicht jeder Bot, also nicht jedes Programm, das Webseiten automatisch abruft, JavaScript ausführen. Einige Anbieter dokumentieren, wie sie mit JavaScript umgehen:

  • Google: Der Googlebot stellt abgerufene Seiten in eine Warteschlange. Sobald Googles Ressourcen es erlauben, rendert ein sogenannter Headless-Browser die Seite und führt das JavaScript aus. Das ist ein Browser ohne sichtbares Fenster, bei Google auf Basis von Chromium, der quelloffenen Grundlage von Chrome. Für die KI-Funktionen der Google Suche, etwa die Übersicht mit KI, schreibt Google, es könne Inhalte in JavaScript verarbeiten, solange sie nicht gesperrt sind.
  • Microsoft: Die Webmaster-Richtlinien von Bing, die auch für Copilot gelten, bitten darum, dem Bingbot effizientes Crawlen und Rendern zu ermöglichen, und raten davon ab, wichtige Inhalte hinter clientseitigem Rendering zu verbergen. Inhalte, die sich nicht zuverlässig rendern lassen, werden laut Microsoft womöglich nicht in den Index aufgenommen oder nicht als Quelle für KI-Antworten ausgewählt.
  • Apple: Der Applebot, der Inhalte unter anderem für Siri und Spotlight erfasst, kann Websites laut Apple in einem Browser rendern.
  • Anthropic: Das Web-Fetch-Werkzeug, mit dem Entwickler eigene KI-Anwendungen auf Basis von Claude Webseiten abrufen lassen, unterstützt laut Anthropic (Stand: Oktober 2026) keine Websites, die dynamisch per JavaScript aufgebaut werden. Für Seiten, die einen echten Browser brauchen, verweist Anthropic auf ein eigenes Browser-Werkzeug.

OpenAI, Anthropic und Perplexity machen in der Dokumentation ihrer KI-Crawler keine Angaben dazu, ob diese JavaScript ausführen. Eine Auswertung, die der Hosting-Anbieter Vercel mit der Agentur MERJ im Dezember 2024 als Blogbeitrag veröffentlichte, beobachtete, dass die untersuchten Crawler von OpenAI, Anthropic und Perplexity sowie von Meta und ByteDance kein JavaScript ausführten; die Crawler von OpenAI und Anthropic riefen JavaScript-Dateien zwar ab, führten sie aber nicht aus. Gemessen wurde vor allem in Vercels eigenem Netzwerk, und Vercel bietet selbst serverseitiges Rendering an. Das ist die Momentaufnahme eines Dritten, keine Angabe der Anbieter; Crawler können sich seither verändert haben.

Anders ist es bei KI-Agenten, die im Auftrag einer Person in einem echten Browser arbeiten: Dort führt der Browser das JavaScript aus, wie bei einem Menschen vor dem Bildschirm.

Inhalte, die erst beim Scrollen oder Klicken laden

Auch ein Crawler, der JavaScript ausführt, sieht nicht unbedingt alles. Manche Websites laden Inhalte erst, wenn sie gebraucht werden: weitere Produkte, sobald jemand ans Ende einer Liste scrollt, oder den Text eines Reiters erst nach einem Klick. Dieses verzögerte Laden heißt Lazy Loading. Laut Google interagiert die Google Suche, aus deren Index auch Googles KI-Funktionen Inhalte beziehen, nicht mit einer Seite: Sie scrollt und klickt nicht. Google empfiehlt deshalb, Inhalte nicht erst auf Scrollen oder Klicken hin zu laden, sondern sobald sie im sichtbaren Bereich des Browserfensters liegen, und bei endlos weiterladenden Listen jedem Abschnitt eine eigene, dauerhafte Adresse zu geben.

Anders ist es beim Lazy Loading für Bilder, das Browser selbst mitbringen: Hier steht das Bild schon im ausgelieferten HTML, und der Browser verzögert nur das Laden der Bilddatei.

Wie du prüfst, was ohne JavaScript ankommt

Welches HTML der Server ausliefert, zeigt der Seitenquelltext, den Desktop-Browser anzeigen können. Findest du dort einen wichtigen Satz, einen Preis, eine Telefonnummer oder einen Link, steht er im ausgelieferten HTML. Fehlt er, entsteht er erst per JavaScript. Der Quelltext zeigt allerdings, was dein Browser erhält: Server, die Crawler gezielt anders behandeln, etwa über ein Bot-Management, können ihnen etwas anderes ausliefern. Leicht verwechseln lässt sich der Seitenquelltext mit dem Bereich „Elemente“ in den Entwicklertools von Chrome: Dieser zeigt das DOM, also die Seite, nachdem JavaScript sie verändert hat. Alternativ lässt sich JavaScript in den Entwicklertools für einen Tab abschalten; was nach dem Neuladen der Seite fehlt, hängt von JavaScript ab.

Warum JavaScript-Rendering für GEO zählt

KI-Systeme, die Inhalte aus dem Web in ihre Antworten einbeziehen, lesen Seiten über KI-Index-Crawler, die Seiten vorab für einen Index erfassen, über User-triggered Fetcher, die eine Seite abrufen, wenn eine Person in einem KI-System eine Frage stellt, einen Link teilt oder einen Auftrag erteilt, oder über den Googlebot und den Bingbot, deren Indizes auch Googles KI-Funktionen und Copilot nutzen. Weil nicht alle Anbieter dokumentieren, ob ihre Programme JavaScript ausführen, erreicht nur Inhalt, der im ausgelieferten HTML steht, mit Sicherheit jedes von ihnen. Fehlen dort Leistungsbeschreibungen, Preise oder Kontaktdaten, kann ein KI-System, dessen Programme kein JavaScript ausführen, sie für seine Antwort nicht verwenden; es gibt ein Angebot dann womöglich unvollständig wieder oder stützt sich auf andere Quellen.

Ob ein Crawler eine Seite überhaupt abrufen darf und kann, beschreibt die Crawlbarkeit. Beim JavaScript-Rendering geht es darum, ob der abgerufene Inhalt vollständig ist. Der verlässliche Weg, wichtige Inhalte für alle Programme verfügbar zu machen, ist, sie schon auf dem Server ins HTML zu schreiben. Wie das geht, beschreibt das Server-Side Rendering.