# JavaScript-Shops: was KI-Crawler nicht sehen

Quelle: https://citetune.com/de/blog/javascript-shops-und-ki-crawler

Verfasst von: Das CiteTune-Team · Veröffentlicht am: 2026-10-08 · Aktualisiert am: 2026-10-08 · 6 Min. Lesezeit

## Kurze Antwort

Eine Seite, deren Inhalt erst nach der Ausführung von JavaScript kommt, kann für einen Crawler leer sein, der keine Skripte ausführt. Eine Studie von Vercel vom Dezember 2024 nannte keinen großen KI-Crawler, der das tat, während Googlebot es tut. Testen Sie das rohe HTML Ihrer wichtigsten Seiten und beheben Sie es mit serverseitigem oder statischem Rendering.

## Das Problem: eine Seite, die erst im Browser entsteht

Öffnet ein Browser Ihren Shop, lädt er HTML und dann Skripte, die die Seite aufbauen: Sie zeigen den Preis an, laden die Beschreibung, fügen die Bewertungen ein. Ein Crawler dagegen ruft oft nur das HTML ab. Führt er die Skripte nicht aus, liest er, was der Server gesendet hat, und hat der Server nur eine Hülle gesendet (ein leeres Element und einen Link auf ein Skript), ist die Seite für ihn leer.

Mit bloßem Auge sieht man das nicht: Als Besucher wird Ihre Seite einwandfrei angezeigt. Der Unterschied zwischen dem, was Sie sehen, und dem, was der Crawler erhält, erzeugt das Problem. Ein Crawler, der weder Produkttitel noch Preis noch Beschreibung erhält, hat nichts zu zitieren.

## Wer führt JavaScript aus?

Google verarbeitet JavaScript-Anwendungen in drei Phasen: Crawling, Rendering, Indexierung. Seiten mit Status 200 gelangen in eine Render-Warteschlange, in der ein Chromium ohne Oberfläche die Skripte ausführt. Googlebot kann also eine Seite lesen, die erst im Browser entsteht, mit Verzögerung. Derselbe Leitfaden von Google hält fest, dass serverseitiges Rendering oder Pre-Rendering „weiterhin eine gute Idee“ bleibt, auch weil nicht alle Bots JavaScript ausführen können.

| Crawler | Führt JavaScript aus? | Quelle und Datum |
|---|---|---|
| Googlebot (und Gemini, das die Infrastruktur von Google nutzt) | Ja, nach einer Render-Warteschlange | Google Search Central; Vercel, 17. Dezember 2024 |
| GPTBot (OpenAI) | Nein, laut Vercel | Vercel, 17. Dezember 2024 |
| ClaudeBot (Anthropic) | Nein: ruft JavaScript-Dateien ab, ohne sie auszuführen, laut Vercel | Vercel, 17. Dezember 2024 |
| PerplexityBot | Nein, laut Vercel | Vercel, 17. Dezember 2024 |

> **!** Die Studie von Vercel stammt vom Dezember 2024, fast zwei Jahre vor dieser Lektüre. Crawler entwickeln sich weiter. Eine aktuelle Dokumentation von OpenAI, Anthropic oder Perplexity, die diesen Befund bestätigt oder widerlegt, haben wir nicht gefunden: Testen Sie heute, was Ihre Crawler erhalten, statt einer Behauptung zu vertrauen, auch unserer.

Selbst bei Googlebot passen Render-Verzögerung und Abhängigkeit von der Ausführung schlecht zu kritischem Inhalt. Google weist außerdem darauf hin, dass es nur Links entdeckt, die als Link-Elemente (a mit Attribut href) geschrieben sind: Ein Link, der nur als Klick-Handler existiert, wird nicht verfolgt.

## Der Zwei-Minuten-Test

1. Öffnen Sie eine Produktseite im Browser und lassen Sie den Quelltext der Seite anzeigen (nicht den Element-Inspektor, der die bereits aufgebaute Seite zeigt).
2. Suchen Sie ein bestimmtes Wort der Seite: den Produktnamen, den Preis, einen Satz der Beschreibung.
3. Tun Sie dasselbe mit Ihrer Kategorieseite: Stehen die Namen der Produkte und ihre Links im Quelltext?
4. Wiederholen Sie es für Kundenbewertungen, Größentabelle und FAQ, die oft nachträglich geladen werden.

```bash
# Das HTML, wie der Server es sendet, ohne ein Skript auszuführen
curl -s https://ihr-shop.de/produkte/beispiel | grep -i -c "preis"

# Steht der Produktname darin?
curl -s https://ihr-shop.de/produkte/beispiel | grep -i "wasserkocher"
```

Steht das Wort im Quelltext, erhält der Crawler es. Fehlt es, erscheint es erst nach der Ausführung. Unser [kostenloser Scan](https://citetune.com/de/kostenloser-scan) macht diese Kontrolle für bis zu 30 öffentliche Seiten: Er liest das rohe HTML und führt kein Skript aus; was er dort nicht findet, findet ein Crawler ohne Skriptausführung auch nicht.

## Wo dieses Problem in einem Shop auftritt

1. **Headless- oder App-Frontend.** Ein Frontend, das mit einem JavaScript-Framework im Browser (React, Vue) gebaut ist und den Katalog über eine API lädt, sendet eine leere Hülle, wenn es nicht serverseitig gerendert wird. Das betrifft auch Headless-Frontends für Shopware oder Shopify.
2. **Klassisches Theme, Inhalte aus Apps oder Plugins.** Ein klassisches Theme liefert der Server typischerweise als fertiges HTML aus (Shopify-Themes, die Shopware-Storefront, WooCommerce- und JTL-Templates). Eine Bewertungs-App, eine Größentabelle oder ein Fragenblock, der sich per Skript einfügt, steht aber nicht im ersten HTML.
3. **WooCommerce oder JTL-Shop mit Page-Builder.** Manche Module und Page-Builder laden Inhaltsblöcke, Tabs oder verwandte Produkte nachträglich oder erst hinter einem Klick.
4. **Preis und Verfügbarkeit per API-Aufruf.** Der Preis wird im letzten Moment ergänzt, um Land oder Bestand zu berücksichtigen: Der Crawler erhält eine Produktseite ohne Preis.

## Beheben

Google empfiehlt serverseitiges Rendering, statisches Rendering oder Hydration und beschreibt dynamisches Rendering (Crawlern eine vorgerenderte Fassung ausliefern) als Behelf und nicht als empfohlene Lösung, weil es zusätzliche Komplexität und Ressourcenbedarf schafft. Die Priorität der Korrektur hängt davon ab, was Sie verlieren:

| Situation | Korrektur | Aufwand |
|---|---|---|
| Titel, Preis und Beschreibung fehlen im HTML | Serverseitiges oder statisches Rendering der Produktseite | Hoch bei einem Headless-Shop, gering bei einem klassischen Theme |
| Bewertungen oder FAQ werden per Skript geladen | Das Wesentliche (Note, einige Bewertungen, Fragen) ins HTML schreiben, das Widget ergänzt nur die Interaktion | Mittel |
| Kategorie-Links werden per Skript eingefügt | Echte Links (a mit Attribut href) im ersten HTML | Mittel |
| Preis wird per API geladen | Referenzpreis im HTML und im Product-Markup, danach per Skript aktualisiert | Mittel |
| Das Frontend lässt sich kurzfristig nicht neu bauen | Eigenes Pre-Rendering für Crawler, im Wissen, dass Google es als Behelf beschreibt | Unterschiedlich |

- Prüfen Sie nach jeder Änderung: Das gesuchte Wort muss in der Antwort von curl erscheinen.
- Achten Sie darauf, dass die Fassung für Crawler und die für Besucher dasselbe sagen. Google behandelt dynamisches Rendering in der Regel nicht als Cloaking, solange der Inhalt ähnlich ist; zwei verschiedene Inhalte wären aber ein echtes Problem.
- Verbinden Sie diese Baustelle nicht mit einer Sperre: Ohne Zugriff der Crawler nützt das beste HTML nichts. Siehe [Ist Ihr Shop für KI-Crawler gesperrt?](https://citetune.com/de/blog/shop-fuer-ki-crawler-gesperrt).

## Wo anfangen

1. Die fünf Seiten, die am meisten einbringen: Startseite, zwei Kategorien, zwei Produktseiten.
2. Der Inhalt, der Kaufentscheidungen beantwortet: Beschreibung, Eigenschaften, Preis, Lieferzeit, Rückgabe.
3. Die Verlinkung: Kategorien müssen die Produktseiten mit echten Links verlinken.
4. Der Rest: Bewertungen, FAQ, Nebeninhalte.

Steht der Text im HTML, ist die nächste Frage die Identität der Marke und die strukturierten Daten ([strukturierte Daten und Markenidentität](https://citetune.com/de/blog/strukturierte-daten-und-markenidentitaet)), dann die vollständige Diagnose ([warum ChatGPT Ihren Shop nicht zitiert](https://citetune.com/de/blog/warum-chatgpt-ihren-shop-nicht-zitiert)). Das [Glossar](https://citetune.com/de/glossar/prerendering-ssr) erklärt Prerendering und serverseitiges Rendering.

## Häufige Fragen

### Mein Shop läuft mit React: Ist er für KI unsichtbar?

Nicht zwingend. Es hängt davon ab, was der Server im ersten HTML sendet. Eine serverseitig gerenderte oder vorgerenderte React-Anwendung sendet Inhalt; eine nur im Browser gerenderte sendet eine leere Hülle. Testen Sie den Quelltext Ihrer Seiten, statt sich auf den Namen des Frameworks zu verlassen.

### Googlebot führt JavaScript aus: Bin ich für Google also sicher?

Zum großen Teil, aber mit Verzögerung: Die Seiten durchlaufen eine Render-Warteschlange, bevor sie indexiert werden. Google rät außerdem zu serverseitigem Rendering oder Pre-Rendering, auch weil nicht alle Bots JavaScript ausführen. Kritischer Inhalt gehört ins erste HTML.

### Ist dynamisches Rendering eine gute Lösung?

Google beschreibt es als Behelf und nicht als empfohlene Lösung, wegen der zusätzlichen Komplexität und des Ressourcenbedarfs. Es bevorzugt serverseitiges Rendering, statisches Rendering oder Hydration. Als letztes Mittel bleibt es zulässig, solange der an Crawler gelieferte Inhalt ähnlich ist.

### Wie lange dauert es, bis ich die Wirkung einer Korrektur sehe?

Das HTML ist sofort korrigiert; die Wirkung hängt vom Besuch der Crawler ab. OpenAI und Perplexity geben an, dass eine Änderung der robots.txt etwa 24 Stunden brauchen kann. Messen Sie über mehrere Wochen, mit vielen Läufen derselben Fragen.

## Quellen

- [Vercel: Der Aufstieg des KI-Crawlers (17. Dezember 2024)](https://vercel.com/blog/the-rise-of-the-ai-crawler) (abgerufen am: 2026-10-08)
- [Google Search Central: Grundlagen der JavaScript-SEO](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics) (abgerufen am: 2026-10-08)
- [Google Search Central: Dynamisches Rendering als Behelf](https://developers.google.com/search/docs/crawling-indexing/javascript/dynamic-rendering) (abgerufen am: 2026-10-08)
- [Google Search Central: Ihre Website für generative KI-Funktionen in der Google Suche optimieren](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) (abgerufen am: 2026-10-08)
- [OpenAI: Übersicht über die Crawler von OpenAI](https://developers.openai.com/api/docs/bots) (abgerufen am: 2026-10-08)
- [Perplexity: Die Crawler von Perplexity](https://docs.perplexity.ai/docs/resources/perplexity-crawlers) (abgerufen am: 2026-10-08)

## Verwandte Seiten

- [Prerendering und SSR](https://citetune.com/de/glossar/prerendering-ssr)
- [KI-Crawler](https://citetune.com/de/glossar/ki-crawler)
- [Ist Ihr Shop für KI-Crawler gesperrt?](https://citetune.com/de/blog/shop-fuer-ki-crawler-gesperrt)
- [Warum ChatGPT Ihren Shop nicht zitiert: 7 Ebenen](https://citetune.com/de/blog/warum-chatgpt-ihren-shop-nicht-zitiert)
- [Shopify, Shopware, WooCommerce, JTL: lesbar für KI](https://citetune.com/de/blog/shopify-shopware-woocommerce-jtl-und-chatgpt)
- [Sind KI-Agenten blockiert?](https://citetune.com/de/tools/ki-bot-zugriff-pruefen)
- [Kostenloser Scan](https://citetune.com/de/kostenloser-scan)