Können KI-Crawler Ihre Shopify-Seiten lesen? Rendering prüfen

Beginnen Sie mit dem, was die Seite tatsächlich ausliefert#

Können KI-Crawler Ihre Shopify-Seiten lesen? Möglicherweise können sie Ihre Seiten abrufen. Das belegt jedoch nicht, welche Inhalte sie erhalten oder ob sie das JavaScript ausführen, das weitere Inhalte hinzufügt. Eine Seite, die in Ihrem Browser vollständig aussieht, kann dennoch ein unvollständiges Ausgangsdokument ausliefern.

Für die praktische Prüfung vergleichen Sie drei Ansichten: die ursprüngliche Seitenantwort, die Seite mit deaktiviertem JavaScript und die normal gerenderte Seite. Achten Sie auf wesentliche Produktinformationen, Artikeltext und Links – nicht auf identische Gestaltung.

Wenn wichtige Informationen erst nach der Ausführung von JavaScript erscheinen, bitten Sie Ihren Theme-Entwickler oder App-Anbieter, diese bereits in der ursprünglichen Antwort bereitzustellen. Behalten Sie interaktive Erweiterungen dort bei, wo sie Käufern helfen.

Diese Prüfung beweist nicht , dass ein bestimmter Dienst Ihren Shop gecrawlt, indexiert, zitiert oder empfohlen hat. Sie klärt etwas enger Gefasstes und Nützliches: ob Ihre öffentliche Seite auf die Ausführung im Browser angewiesen ist, um ihre wesentlichen Inhalte zu vermitteln.

Trennen Sie Zugriff, Rendering und Auswahl#

Unterscheiden Sie vor der Diagnose fehlender Texte drei Fragen:

1. Zugriff: Kann der Crawler die öffentliche URL gemäß Ihren Zugriffsregeln anfordern?
2. Rendering: Enthält die Antwort nützliche Inhalte, oder muss JavaScript diese erst erzeugen?
3. Auswahl: Entscheidet sich der Dienst dafür, diese Inhalte in seine Ergebnisse aufzunehmen?

Das sind getrennte Entscheidungen. Eine Verbesserung beim zweiten Punkt garantiert den dritten nicht.

Googles Dokumentation zu JavaScript-SEO ↗ beschreibt Crawling, Rendering und Indexierung als getrennte Phasen. Die Google Suche führt JavaScript mithilfe von Chromium aus. Google weist jedoch auch ausdrücklich darauf hin, dass nicht alle Bots JavaScript ausführen können. Die Rendering-Fähigkeiten von Google sollten nicht als allgemeingültige Crawler-Spezifikation betrachtet werden.

OpenAIs Crawler-Dokumentation ↗ unterscheidet zwischen OAI-SearchBot, der die Suche unterstützt, und GPTBot, der Inhalte crawlt, die für das Modelltraining verwendet werden können. Ihre Einstellungen sind unabhängig voneinander. ChatGPT-User übernimmt bestimmte, von Nutzern ausgelöste Besuche und steuert nicht das automatische Such-Crawling.

Diese Dokumentation belegt keine universelle Fähigkeit dieser Agenten zum JavaScript-Rendering. Betrachten Sie die Prüfung ohne JavaScript als konservatives Diagnoseverfahren, nicht als exakte Simulation eines OpenAI-Besuchs.

Wählen Sie eine aussagekräftige Stichprobe von Shopify-Seiten#

Beginnen Sie mit einer kleinen Stichprobe, die verschiedene Seitenaufbauten abdeckt, statt nur Ihre Startseite zu prüfen.

Nehmen Sie eine Standardproduktseite, ein Produkt mit variantenabhängigen Informationen, eine Kollektionsseite, einen produktbezogenen Artikel und jede mit einer separaten Page-Builder-App erstellte Landingpage auf. Wenn zwei Vorlagen Inhalte unterschiedlich anordnen, berücksichtigen Sie beide.

Verwenden Sie öffentliche Shop-URLs, keine Editor-Vorschauen. Öffnen Sie diese im abgemeldeten Zustand, damit Ihre Beobachtungen nicht vom Händlerzugang abhängen. Notieren Sie Sprache, Währung, ausgewählte Variante und alle Einwilligungsentscheidungen, die Ihre Ansicht beeinflussen könnten.

Notieren Sie für jede URL, welche Informationen beim Vergleich erhalten bleiben müssen:

• Produktname und eine aussagekräftige Beschreibung.
• Relevante Spezifikationen, Materialien, Abmessungen oder Kompatibilitätsangaben.
• Angezeigter Preis und gegebenenfalls Angaben zur Verfügbarkeit.
• Artikeltitel, zentrale Erläuterung und wichtige Einschränkungen.
• Links zu den besprochenen Produkten oder ergänzenden Seiten.

Verlangen Sie nicht, dass jedes interaktive Bedienelement ohne JavaScript funktioniert. Das erste Ziel sind lesbare Informationen, nicht ein vollständig funktionsfähiger Checkout-Prozess ohne Skripte.

Prüfen Sie das ursprüngliche Dokument#

Öffnen Sie die öffentliche Seite wie gewohnt und verwenden Sie die Browserfunktion Seitenquelltext anzeigen . Diese unterscheidet sich vom Bereich „Elemente“ in den Entwicklertools, der das aktuelle Dokument nach der Verarbeitung durch den Browser und möglichen JavaScript-Änderungen anzeigt.

Suchen Sie im Quelltext nach einem markanten Satz aus der Produktbeschreibung oder dem Artikel. Suchen Sie anschließend nach einer Spezifikation und der Zieladresse eines verlinkten Produkts.

Interpretieren Sie Treffer sorgfältig. Ein Satz in Skriptdaten ist nicht dasselbe wie ein Satz, der als lesbarer Seiteninhalt ausgeliefert wird. Notieren Sie, ob die Information im normalen Inhalt, nur in eingebetteten Daten oder nirgendwo im Quelltext vorkommt.

Für eine genauere Prüfung der Antwort, die beim aktuellen Laden der Seite verwendet wurde:

1. Öffnen Sie die Entwicklertools des Browsers und wählen Sie „Netzwerk“.
2. Laden Sie die Seite neu.
3. Wählen Sie die Anfrage für das Hauptdokument aus, nicht für ein Bild oder Skript.
4. Prüfen Sie deren Antwort und Status.
5. Suchen Sie in dieser Antwort nach denselben Informationen.

Damit erhalten Sie einen konkreten Beleg für die Übergabe an einen Entwickler. Statt „Crawler können das nicht lesen“ können Sie melden: „In der Antwort des Hauptdokuments fehlt der Absatz zur Kompatibilität, der in der normalen Browseransicht erscheint.“

Kombinieren Sie die Quelltextprüfung mit der nächsten Prüfung. Keine von beiden beantwortet allein alle Fragen zur Sichtbarkeit.

Laden Sie die Seite mit deaktiviertem JavaScript neu#

Öffnen Sie in den Chrome-Entwicklertools das Befehlsmenü, suchen Sie nach JavaScript deaktivierenund wählen Sie den Eintrag aus. Lassen Sie die Entwicklertools geöffnet und laden Sie die Seite neu. Browserversionen unterscheiden sich; verwenden Sie daher die entsprechende Website-Einstellung, falls diese Option nicht verfügbar ist.

JavaScript erst nach dem Laden einer Seite zu deaktivieren, reicht nicht aus. Zuvor eingefügte Inhalte können bis zum erneuten Laden erhalten bleiben.

Lesen Sie die neu geladene Seite wie ein Besucher. Können Sie das Produkt erkennen, seinen Verwendungszweck verstehen und wichtige Einschränkungen finden? Bleibt bei einem Artikel die zentrale Erläuterung verfügbar? Können Sie relevanten Links folgen?

Erfassen Sie fehlende Informationen getrennt von Darstellungsfehlern. Ein zusammengebrochenes Layout mit lesbaren Spezifikationen ist ein anderes Problem als eine ansprechende Hülle ohne Spezifikationen.

Unterscheiden Sie außerdem zwischen fehlenden und verborgenen Inhalten. Text kann in der Antwort vorhanden sein, aber in einem Akkordeon liegen, dessen Bedienelement nicht mehr funktioniert. Dafür ist eine zugängliche Ersatzdarstellung nötig, nicht unbedingt eine andere Inhaltsquelle.

Aktivieren Sie JavaScript nach Abschluss wieder und laden Sie die Seite neu. Wiederholen Sie den Vergleich für jede Vorlage der Stichprobe, statt anzunehmen, dass ein Ergebnis für den gesamten Shop gilt.

Leiten Sie aus Beobachtungen eine Entscheidung ab#

Wählen Sie mit dieser Entscheidungstabelle die nächste Untersuchung aus. Sie dient der Ersteinschätzung, nicht der Vorhersage der Suchleistung.

Beobachtung	Was sie belegt	Nächster Schritt
Zentrale Informationen erscheinen in der Antwort und ohne JavaScript	Diese Informationen hängen bei dieser Prüfung nicht von der Skriptausführung ab	Prüfen Sie Zugriffsregeln und inhaltliche Richtigkeit separat
Informationen erscheinen nur in der normal gerenderten Ansicht	Ihre Bereitstellung hängt von der Verarbeitung im Browser ab	Bitten Sie den zuständigen Theme- oder App-Entwickler um eine Ersatzdarstellung in der ursprünglichen Antwort
Informationen erscheinen nur in eingebetteten Daten	Daten sind vorhanden, lesbarer Inhalt ist jedoch nicht nachgewiesen	Ergänzen Sie eine lesbare Zusammenfassung der Fakten oder stellen Sie diese wieder her
Text ist im Quelltext vorhanden, wird ohne Skripte jedoch von einem Akkordeon verborgen	Auslieferung und Darstellung unterscheiden sich	Stellen Sie eine lesbare Ersatzdarstellung für wesentliche Informationen bereit
Die Seite liefert einen Fehler zurück oder erfordert eine Anmeldung	Die Anfrage nach öffentlichen Inhalten ist nicht wie erwartet erfolgreich	Beheben Sie Zugriffs- oder Antwortprobleme vor Arbeiten am Rendering
Googles gerenderte Ansicht enthält Informationen, die im Quelltext fehlen	Googles Test hat diese Informationen gerendert	Übertragen Sie dieses Ergebnis nicht auf andere Crawler
Der Artikeltext bleibt erhalten, aber Produktlinks verschwinden	Die Produktnavigation des Artikels hängt von einer Erweiterung ab	Stellen Sie neben den wesentlichen Erläuterungen gewöhnliche Links zu den Zielseiten bereit

Priorisieren Sie fehlende Produktidentität, Spezifikationen, Einschränkungen und Zieladressen vor dekorativen Funktionen. Eine defekte Animation und eine fehlende sicherheitsbezogene Einschränkung sollten nicht dieselbe Priorität erhalten.

Beheben Sie die Inhaltsabhängigkeit, nicht nur das Symptom#

Ermitteln Sie für jeden fehlenden Block, welche Komponente dafür verantwortlich ist. Er könnte aus dem Theme, dem Artikeltext, den Produktinformationen, einem Page Builder oder einer App stammen. Fragen Sie, welche Komponente die Daten liefert und welche sie in sichtbaren Inhalt umwandelt.

Eine hilfreiche Umsetzungsanforderung lautet:

„Liefern Sie die Zusammenfassung der wesentlichen Fakten bereits in der ursprünglichen Seitenantwort aus und erweitern Sie sie anschließend mit JavaScript. Bewahren Sie dieselbe Bedeutung und pflegen Sie eine einzige maßgebliche Quelle für veränderliche Informationen.“

Das lässt dem Entwickler Spielraum für eine geeignete Umsetzung. Schreiben Sie keine Theme-Änderung vor, bevor Sie die tatsächliche Abhängigkeit ermittelt haben.

Fordern Sie für Produktseiten eine lesbare Basisbeschreibung und die wichtigsten Spezifikationen an. Die Variantenauswahl kann interaktiv bleiben. Die Basisdarstellung sollte jedoch nicht den Eindruck erwecken, dass Abmessungen, Preis oder Verfügbarkeit einer Variante für alle Optionen gelten.

Behalten Sie bei Artikeln die zentrale informative Erläuterung und aussagekräftige Produktverweise im ausgelieferten Inhalt bei. Ein Empfehlungs-Widget sollte die Erläuterung ergänzen, statt die einzige Erwähnung des relevanten Produkts zu liefern.

Google empfiehlt serverseitiges Rendering oder Prerendering als hilfreiche Ansätze, weil nicht alle Bots JavaScript ausführen. Das spricht dafür, unnötige Rendering-Abhängigkeiten zu verringern; es rechtfertigt nicht, jedes Skript aus einem Shop zu entfernen.

Gehen Sie zwei hypothetische Beispiele durch#

Ein Spezifikationsbereich liefert die einzigen Maßangaben#

Hypothetisches Beispiel: Die Produktseite einer Tasche zeigt Abmessungen in einem App-gestützten Bereich. Bei deaktiviertem JavaScript bleiben Produkttitel und einleitende Beschreibung erhalten, die Abmessungen verschwinden jedoch. Eine Suche in der Hauptantwort findet sie nur in eingebetteten Anwendungsdaten.

Die Diagnose lautet nicht „Die Produktseite ist unsichtbar“. Der enger gefasste Befund lautet, dass für ihre Abmessungen bei dieser Prüfung eine lesbare Basisdarstellung fehlt.

Eine praktische Korrekturanforderung besteht darin, die Abmessungen neben der Hauptbeschreibung anhand derselben gepflegten Produktinformationen einzufügen. Behalten Sie den erweiterten Bereich bei, sofern er weiterhin nützlich ist.

Abnahmekriterien sollten die konkrete Information benennen: Die Abmessungen müssen in der ursprünglichen Antwort und in der Ansicht ohne Skripte als lesbarer Inhalt erscheinen, wobei alle variantenspezifischen Einschränkungen erhalten bleiben. Prüfen Sie anschließend, ob der normale Bereich und die Basisdarstellung übereinstimmen.

Ein Artikel verliert seine Produktzielseiten#

Hypothetisches Beispiel: Ein Artikel erklärt, wie man Ersatzfilter auswählt. Sein Fließtext bleibt ohne JavaScript erhalten, doch alle Links zu kompatiblen Produkten werden von einem interaktiven Karussell bereitgestellt. Ohne dieses Karussell erreichen Leser das Ende, ohne eine Zielseite zu finden.

Lassen Sie den erklärenden Artikel unverändert und ergänzen Sie aussagekräftige Produktlinks dort, wo die Kompatibilität besprochen wird. Ersetzen Sie präzise Kompatibilitätshinweise nicht durch einen allgemeinen „Jetzt kaufen“-Link.

ClickFrom.AI stellt passende Produktkarten für geeignete Shopify-Artikel und produktbezogene Blog-Inhalte bereit. Wenn Sie diese Karten verwenden, beziehen Sie deren tatsächliche Ausgabe in Ihre Rendering-Prüfung ein, statt Annahmen über deren Auslieferung zu treffen. Informieren Sie sich unter /pricing über die aktuellen Konditionen.

Karten können die Produktverweise eines Artikels ergänzen. Sie sind kein Beleg dafür, dass ein Crawler auf die Seite zugegriffen hat, und sollten fehlende Kerninformationen nicht ersetzen.

Prüfen Sie Zugriffskontrollen und Google-Rendering getrennt#

Wenn die Antwort unvollständig ist, weil die öffentliche Seite blockiert wird, lösen Sie dieses Problem, bevor Sie Inhalte umschreiben. Prüfen Sie die relevanten robots.txt-Regeln und alle Zugriffsprüfungen, die die URL betreffen.

Der Robots-Analyzer kann Ihre robots.txt-Prüfung unterstützen. Halten Sie Ihre Präferenzen für Suche und Training getrennt: OpenAI dokumentiert unabhängige Steuerungsmöglichkeiten für OAI-SearchBot und GPTBot. Einen Such-Crawler zuzulassen ist eine Erlaubnis, kein Versprechen einer Aufnahme.

Googles Crawler-Übersicht ↗ unterscheidet ebenfalls zwischen allgemeinen Crawlern, Crawlern für Sonderfälle und von Nutzern ausgelösten Abrufdiensten. Gehen Sie nicht davon aus, dass alle Clients demselben Zugriffsmuster folgen.

Speziell für Google empfiehlt dessen JavaScript-Dokumentation, bei der Untersuchung gerenderter Inhalte das gerenderte HTML mit der URL-Prüfung oder dem Test für Rich-Suchergebnisse zu untersuchen. Vergleichen Sie die wichtigen Informationen dort mit Ihren eigenen Browserbeobachtungen.

Wenn Googles gerendertes HTML eine Spezifikation enthält, halten Sie dieses begrenzte Ergebnis fest. Es belegt nicht, wie ein anderer Dienst die Seite verarbeitet.

Untersuchen Sie ebenso unerwartete Statuscodes oder Indexierungsanweisungen separat. Google warnt davor, dass eine anfängliche noindex-Anweisung das Rendering verhindern kann. Sich darauf zu verlassen, dass JavaScript sie entfernt, funktioniert daher möglicherweise nicht wie beabsichtigt.

Verwenden Sie dieses Arbeitsblatt für jede Vorlage#

Kopieren Sie das folgende Arbeitsblatt in Ihre Wartungsnotizen. Füllen Sie es mit beobachteten Fakten aus, nicht mit Annahmen über das Verhalten von Crawlern.

Seitenprotokoll#

• Öffentliche URL:
• Seitentyp und Vorlage:
• Verantwortliche Theme-Komponente oder App:
• Sprache, Währung und ausgewählte Variante:
• Zugriff im abgemeldeten Zustand bestätigt:
• Status des Hauptdokuments:
• Erwartete wesentliche Informationen:
• Datum und prüfende Person:

Vergleichsprotokoll#

Notieren Sie für jede wesentliche Information:

• Als lesbarer Inhalt in der ursprünglichen Antwort vorhanden:
• Nur in eingebetteten Daten vorhanden:
• Nach erneutem Laden ohne JavaScript lesbar:
• Auf der normal gerenderten Seite lesbar:
• Relevanter Link zur Zielseite verfügbar:
• Etwaige Abweichungen oder Einschränkungen:
• Google-spezifisches Rendering-Ergebnis, falls geprüft:

Checkliste für Korrektur und Abnahme#

• Ermitteln Sie für jede fehlende Information die verantwortliche Komponente.
• Trennen Sie Zugriffsfehler von Rendering-Abhängigkeiten.
• Fordern Sie eine Ersatzdarstellung wesentlicher Inhalte in der ursprünglichen Antwort an.
• Binden Sie veränderliche Informationen weiterhin an eine maßgebliche Quelle.
• Bewahren Sie Einschränkungen zu Varianten, Währung und Verfügbarkeit.
• Machen Sie wichtige Zielseiten über gewöhnliche Links zugänglich.
• Prüfen Sie die ursprüngliche Antwort nach der Korrektur erneut.
• Prüfen Sie sowohl die Ansicht ohne Skripte als auch die normale Browseransicht erneut.
• Vergewissern Sie sich, dass mehrfach dargestellte Informationen übereinstimmen.
• Stellen Sie anschließend die JavaScript-Einstellungen des Browsers wieder her.
• Dokumentieren Sie ungelöste Einschränkungen, ohne Sichtbarkeit für sämtliche Crawler zu behaupten.

Definieren Sie Erfolg eng gefasst und sinnvoll#

Eine erfolgreiche Rendering-Prüfung endet mit Belegen: Wesentliche Informationen sind im ausgelieferten Dokument vorhanden, bleiben ohne JavaScript verständlich und stimmen mit der erweiterten Seite überein. Wichtige Links haben nutzbare Zieladressen, und die Zugriffskontrollen entsprechen Ihrer beabsichtigten Richtlinie.

Wiederholen Sie die relevanten Prüfungen, wenn eine Theme-Änderung, ein Page-Builder-Update oder ein App-Austausch die Auslieferung dieser Informationen verändert.

Das Ziel ist nicht, Ihren Shop in jeder Umgebung identisch aussehen zu lassen. Es geht darum sicherzustellen, dass das Verständnis Ihrer Produkte und Artikel nicht unnötig von der Ausführung einer Benutzeroberfläche abhängt. Das ist eine praktische Verbesserung, die Sie überprüfen können, ohne Traffic, Rankings oder Empfehlungen zu versprechen.