Wenn du dich mit SEO, Crawling oder strukturierten Daten beschäftigst, klingt eine Aussage wie „Googlebot parst keine JSON-Dateien“ im ersten Moment fast ein bisschen irritierend. Schließlich reden wir ständig über JSON-LD, strukturierte Daten, Produktfeeds, Merchant Center, Rendering, Indexierung und all diese technischen Zwischenstationen, die im Alltag gerne in einen großen Topf geworfen werden. Genau da liegt aber der spannende Punkt: Google trennt intern offenbar sehr klar zwischen dem, was ein Crawler tut, und dem, was später andere Systeme mit den heruntergeladenen Daten anfangen.
Die Kernaussage ist ziemlich knapp, aber sie hat Gewicht: Googles Crawler laden JSON-Dateien herunter, sie interpretieren sie aber nicht selbst. Das Auslesen, Verstehen und Verarbeiten dieser Inhalte passiert in späteren Schritten, etwa beim Indexieren. Oder anders gesagt: Der Googlebot ist in diesem Zusammenhang eher der Bote, nicht der Analyst.
Aus meiner Erfahrung wird genau diese Unterscheidung in technischen SEO-Projekten oft unterschätzt. Man schaut in Logfiles, sieht einen Googlebot-Zugriff auf eine JSON-Datei und denkt: „Okay, Google hat die Daten verstanden.“ So einfach ist es aber nicht. Der Abruf einer Datei bedeutet erstmal nur, dass sie geholt wurde. Ob und wie sie später verarbeitet wird, ist eine andere Frage.
Googlebot lädt, aber versteht nicht selbst
Der wichtigste Punkt lässt sich nüchtern zusammenfassen: Googlebot parst JSON nicht während des Crawlings. Er lädt Ressourcen herunter. Punkt. Das eigentliche Parsen, also das technische Zerlegen und Interpretieren der Datenstruktur, erfolgt nicht im Crawler selbst, sondern in nachgelagerten Systemen.
Das mag wie eine Spitzfindigkeit klingen. Ist es aber nicht. Im SEO-Alltag sprechen viele von „Google“ so, als wäre es ein einziges System mit einem einzigen Gehirn. Google crawlt, Google rendert, Google indexiert, Google rankt. Praktisch ist diese Abkürzung verständlich, aber technisch ist sie ungenau. Hinter der Suche stehen mehrere Schritte, die jeweils eine eigene Aufgabe haben.
Vereinfacht gesagt sieht der Ablauf ungefähr so aus: Eine URL oder Datei wird entdeckt. Dann wird sie abgerufen. Anschließend können Inhalte analysiert, gerendert, geparst, indexiert und später in Suchergebnissen verwendet werden. Nicht jeder Schritt passiert sofort, nicht jeder Schritt passiert immer, und nicht jeder Schritt liegt beim selben Systemteil.
Gerade bei JSON-Dateien ist diese Trennung wichtig. Denn JSON ist zunächst einmal nur ein Datenformat. Eine Datei kann Produktdaten enthalten, Konfigurationen, API-Antworten, strukturierte Daten, interne App-Daten oder irgendetwas ganz anderes. Für einen Crawler ist das erstmal eine Ressource, die heruntergeladen wird. Was daraus gemacht wird, entscheidet ein anderes System.
Ich würde das mit einem Postboten vergleichen, der ein Paket abholt und ins Lager bringt. Der Postbote öffnet das Paket nicht, liest nicht die Anleitung, prüft nicht die Seriennummern und entscheidet auch nicht, ob der Inhalt wertvoll ist. Er sorgt nur dafür, dass das Paket dort ankommt, wo es weiterverarbeitet werden kann. Genau so ungefähr solltest du dir die Rolle des Crawlers vorstellen.
Warum diese Unterscheidung für SEO wichtig ist
Für dich als SEO, Entwickler oder Shop-Betreiber ist die Aussage vor allem deshalb relevant, weil sie ein paar falsche Annahmen zurechtrückt. Nur weil Googlebot eine JSON-Datei abruft, heißt das nicht automatisch, dass diese Inhalte direkt für die Suche genutzt werden. Der Abruf ist nur der erste technische Kontakt.
Das betrifft besonders Websites, die viele Inhalte über JavaScript, APIs oder JSON-Endpunkte ausliefern. Moderne Websites sind oft nicht mehr einfach nur HTML-Dokumente mit ein bisschen CSS. Sie ziehen Produktdaten, Bewertungen, Preise, Verfügbarkeiten oder redaktionelle Inhalte aus Schnittstellen. Für Nutzer sieht das sauber aus. Für Suchmaschinen kann es aber komplizierter werden, je nachdem, wann und wie diese Daten in den sichtbaren oder indexierbaren Inhalt gelangen.
Wenn dein wichtigster Content nur in einer JSON-Antwort steckt, die erst clientseitig verarbeitet wird, musst du dir genau anschauen, ob dieser Content am Ende auch wirklich in einer für Google relevanten Form verarbeitet wird. Denn der Crawler selbst trifft diese Entscheidung nicht. Er sammelt gewissermaßen nur Material ein.
Das heißt nicht, dass JSON schlecht ist. Ganz und gar nicht. JSON ist ein sauberes, effizientes und weit verbreitetes Format. Aber du solltest nicht den Fehler machen, JSON-Dateien mit indexierbarem HTML gleichzusetzen. Eine HTML-Seite enthält idealerweise bereits Inhalt, Struktur, Überschriften, Links und semantische Signale. Eine rohe JSON-Datei ist erstmal nur Datenmaterial.
Ein häufiger Denkfehler: „Google hat es gecrawlt, also ist alles gut“
Ich sehe diesen Denkfehler immer wieder, besonders bei größeren Seiten mit komplexen Frontends. Jemand zeigt auf die Serverlogs und sagt: „Googlebot war doch auf der JSON-URL.“ Ja, war er vielleicht. Aber damit ist noch nicht bewiesen, dass die enthaltenen Informationen in der Suche landen, für Rich Results ausgewertet werden oder für das Ranking der passenden Seite zählen.
Das ist ungefähr so, als würdest du sagen: „Der Steuerberater hat den Ordner bekommen, also ist die Steuererklärung fertig.“ Nein. Er hat den Ordner. Gearbeitet ist damit noch nichts.
Für SEO-Prüfungen heißt das: Du solltest nicht nur auf Crawling achten, sondern auch auf Indexierung, Rendering und tatsächliche Sichtbarkeit der Inhalte. Wenn wichtige Inhalte ausschließlich über JSON bereitgestellt werden, lohnt sich ein Test mit gerendertem HTML, URL-Prüfung, strukturierten Daten-Tests und gegebenenfalls einem Blick in die gecachte beziehungsweise von Google verarbeitete Darstellung, soweit verfügbar.
Besonders kritisch wird es, wenn JSON-Daten nicht direkt mit einer indexierbaren Seite verbunden sind. Eine isolierte JSON-Datei ohne klare Einbettung in eine HTML-Seite ist nicht automatisch ein Suchdokument im klassischen Sinne. Sie kann natürlich verarbeitet werden, wenn ein Google-System dafür zuständig ist, aber du solltest dich nicht blind darauf verlassen.
Crawling, Indexierung und Serving sind getrennte Schritte
Die Aussage macht nebenbei noch einmal deutlich, wie vielschichtig Googles Suchsystem arbeitet. Es gibt nicht einfach „den einen Moment“, in dem Google eine Seite besucht und dann sofort alles versteht. Stattdessen gibt es mehrere Stufen: Abrufen, Crawlen, Rendern, Parsen, Indexieren und Ausspielen. Je nach Ressource und Kontext können diese Schritte unterschiedlich verlaufen.
Beim Crawling geht es grob darum, Inhalte oder Dateien im Web zu finden und abzurufen. Beim Indexieren geht es darum, die relevanten Informationen zu verstehen, aufzubereiten und in Suchsysteme einzuordnen. Beim Serving wird später entschieden, welche Ergebnisse zu einer Suchanfrage angezeigt werden.
Diese Unterscheidung klingt theoretisch, hat aber praktische Folgen. Wenn du beispielsweise strukturierte Daten als JSON-LD in eine HTML-Seite einfügst, wird der Code nicht deshalb relevant, weil der Crawler beim Download der Seite schon semantisch darüber nachdenkt. Die spätere Verarbeitung entscheidet, ob diese Daten erkannt und genutzt werden.
Ähnlich ist es bei externen JSON-Dateien. Der Bot kann sie holen, aber das Verständnis entsteht erst später. Und ja, manchmal ist es überraschend, wie viele technische Diskussionen dadurch klarer werden. Man merkt plötzlich: Wir sollten weniger fragen „Hat Googlebot das gesehen?“ und öfter fragen: „Hat Googles Verarbeitungssystem daraus das gemacht, was wir erwarten?“
Was bedeutet „parsen“ überhaupt?
Parsen heißt vereinfacht: Ein System liest eine Datei nicht nur als bloßen Text oder Datenstrom, sondern zerlegt sie nach bestimmten Regeln und erkennt ihre Struktur. Bei JSON bedeutet das: Klammern, Schlüssel, Werte, Arrays, Objekte und Verschachtelungen werden verstanden. Erst danach kann ein System sagen: „Das hier ist ein Produktname, das ist ein Preis, das ist eine Verfügbarkeit.“
Wenn Googlebot JSON nicht parst, heißt das also nicht, dass Google insgesamt JSON ignoriert. Das wäre die falsche Schlussfolgerung. Es heißt nur: Der Crawler selbst ist nicht der Teil des Systems, der JSON interpretiert.
Diese Nuance ist wichtig. Manche würden daraus vorschnell ableiten: „Dann braucht man JSON-LD ja gar nicht.“ Nein, genau das ist nicht gemeint. JSON-LD kann weiterhin verarbeitet werden, aber eben durch die passenden nachgelagerten Systeme, nicht durch den reinen Crawler-Prozess.
Auch andere Google-Dienste nutzen offenbar gemeinsame Infrastruktur
Interessant ist auch der Hinweis, dass Googles Bots beziehungsweise technische Systeme nicht nur in der klassischen Websuche vorkommen. Die gleiche oder ähnliche Infrastruktur wird offenbar auch für andere Google-Dienste genutzt. Auf Nachfrage wurde bestätigt, dass dies grundsätzlich auch für Bereiche wie das Merchant Center gelten dürfte, wobei natürlich nicht jedes interne Detail öffentlich bekannt ist.
Die Aussage dahinter: Google baut solche Basissysteme nicht für jedes Produkt komplett neu. Das ergibt auch Sinn. Warum sollte ein Unternehmen für Suche, Shopping, Merchant Center und andere Dienste jeweils eigene Parser-, Fetching- und Crawling-Infrastrukturen bauen, wenn sich zentrale Komponenten gemeinsam nutzen lassen?
Für dich bedeutet das: Wenn du mit Produktdaten, Shopping-Feeds oder Merchant-Center-relevanten Informationen arbeitest, solltest du ebenfalls nicht davon ausgehen, dass ein Bot beim Abruf schon alles interpretiert. Auch dort gibt es sehr wahrscheinlich getrennte Verarbeitungsschritte.
Gerade im E-Commerce ist das nicht ganz unwichtig. Produktdaten liegen oft in mehreren Formen vor: als Feed, als strukturierte Daten auf der Produktseite, als sichtbarer HTML-Inhalt, vielleicht zusätzlich als API-Antwort. Je konsistenter diese Informationen sind, desto weniger Reibung entsteht in der Verarbeitung. Wenn der sichtbare Preis auf der Seite anders ist als im Feed und die JSON-Daten nochmal etwas Drittes sagen, brauchst du dich über seltsame Effekte nicht zu wundern.
Merchant Center und Produktdaten: sauber bleiben lohnt sich
Bei Produktdaten würde ich persönlich immer auf Redundanz mit System achten. Damit meine ich: Die wichtigsten Informationen sollten nicht nur irgendwo in einer JSON-Struktur herumliegen, sondern auch in den relevanten Google-Systemen sauber ankommen. Produktname, Preis, Verfügbarkeit, Bild, Varianten, Versandinformationen – all das sollte möglichst konsistent sein.
Wenn du dich nur darauf verlässt, dass eine JSON-Datei schon irgendwie abgeholt und verstanden wird, baust du auf eine Annahme. Und Annahmen sind in technischer SEO manchmal ziemlich teure kleine Biester.
Besser ist: Prüfe, welche Datenquelle für welchen Zweck relevant ist. Für organische Suche brauchst du eine indexierbare, verständliche Produktseite. Für Shopping oder Merchant Center brauchst du korrekte Feed- und Kontodaten. Für Rich Results brauchst du valide strukturierte Daten. Diese Dinge überschneiden sich, aber sie sind nicht identisch.
Was du daraus praktisch ableiten solltest
Die wichtigste praktische Ableitung lautet: Verwechsle Crawling nicht mit Verarbeitung. Ein HTTP-200-Status und ein Googlebot-Hit im Logfile sind gut, aber sie sind nur ein Anfang. Sie sagen dir nicht automatisch, ob die Datei verstanden, indexiert oder für Suchfunktionen verwendet wurde.
Wenn du JSON auf deiner Website nutzt, solltest du dir ein paar Fragen stellen. Sind die Inhalte, die für SEO wichtig sind, auch im gerenderten HTML sichtbar? Sind strukturierte Daten korrekt eingebunden und validierbar? Gibt es interne Links, die Google ohne Umwege nachvollziehen kann? Sind API-Endpunkte versehentlich blockiert, obwohl sie für Rendering notwendig sind? Oder umgekehrt: Werden riesige JSON-Dateien gecrawlt, die für die Suche gar keinen Wert haben und nur Crawl-Budget verschwenden?
Diese Fragen sind nicht glamourös, aber sie sparen Arbeit. Ich habe schon Setups gesehen, bei denen Googlebot fleißig API-Endpunkte abgerufen hat, während die eigentlichen Seiten kaum brauchbaren Content im initialen HTML hatten. Nach außen sah alles modern aus. Technisch war es aber ein ziemliches Durcheinander. Und dann wundert man sich, warum wichtige Seiten nicht so performen, wie sie sollten.
Besonders bei JavaScript-Frameworks solltest du darauf achten, dass relevante Inhalte nicht erst tief in clientseitigen Prozessen entstehen. Google kann viel rendern, keine Frage. Aber „kann“ ist nicht dasselbe wie „macht es immer sofort, zuverlässig und genauso, wie du es dir wünschst“. Ein solides serverseitiges Rendering oder statisches Vorbefüllen wichtiger Inhalte ist oft die deutlich robustere Lösung.
JSON-LD bleibt sinnvoll, aber bitte richtig eingebettet
Eine Sache sollte man ausdrücklich festhalten: Die Aussage bedeutet nicht, dass JSON-LD nutzlos wäre. JSON-LD ist weiterhin ein gängiger und empfohlener Weg, strukturierte Daten bereitzustellen. Entscheidend ist der Kontext. Wenn JSON-LD in einer HTML-Seite eingebettet ist, kann es im Rahmen der Verarbeitung dieser Seite erkannt werden.
Anders sieht es aus, wenn du irgendwo eine separate JSON-Datei hast und erwartest, dass Google sie wie eine vollständige Webseite behandelt. Das kann je nach System und Zweck anders laufen, aber als SEO-Grundstrategie wäre mir das zu wackelig.
Mein Rat wäre: Sorge dafür, dass deine wichtigen Signale dort liegen, wo Google sie erwartbar verarbeiten kann. Bei strukturierten Daten also sauber im Seitenkontext. Bei Produktinformationen konsistent zwischen Seite, strukturierten Daten und Feed. Bei redaktionellen Inhalten im HTML beziehungsweise im gerenderten DOM, nicht versteckt in API-Antworten ohne saubere Einbindung.
Die eigentliche Botschaft: Denke in Systemen, nicht in Bots
Der Satz „Googlebot parst keine JSON-Dateien“ wirkt klein, sagt aber etwas Größeres aus: Du solltest Googles Verarbeitung nicht als einzelnen Bot verstehen, der durchs Web läuft und alles sofort begreift. Sinnvoller ist es, in Systemen zu denken. Ein Teil lädt herunter. Ein anderer Teil analysiert. Wieder ein anderer speichert, bewertet und stellt Ergebnisse bereit.
Das ist vielleicht weniger bequem, aber näher an der Realität. Und es hilft, technische SEO-Probleme sauberer zu diagnostizieren. Wenn etwas nicht in der Suche erscheint, muss das Problem nicht beim Crawling liegen. Vielleicht wurde gecrawlt, aber nicht richtig gerendert. Vielleicht wurde gerendert, aber nicht sinnvoll indexiert. Vielleicht wurde indexiert, aber nicht ausgespielt. Oder die Daten wurden zwar abgerufen, aber nie in dem Kontext verarbeitet, in dem du sie gebraucht hättest.
Genau deshalb ist es wichtig, die einzelnen Stufen auseinanderzuhalten. Ein Logfile beantwortet Crawling-Fragen. Die URL-Prüfung beantwortet andere Fragen. Strukturierte-Daten-Tests wieder andere. Rankings und Sichtbarkeit erzählen nochmal eine eigene Geschichte. Manchmal passen diese Geschichten zusammen, manchmal widersprechen sie sich ein bisschen. Dann beginnt die eigentliche Analyse.
Für deine tägliche Arbeit heißt das: Verwende JSON gerne, aber behandle es als Datenformat, nicht als SEO-Zaubermittel. Achte darauf, dass wichtige Inhalte in einem klaren, verarbeitbaren Kontext stehen. Und wenn du einen Googlebot-Zugriff auf eine JSON-Datei siehst, freu dich ruhig kurz – aber zieh daraus nicht mehr Schlüsse, als diese Beobachtung hergibt.
Der Abruf ist nicht das Verstehen. Das ist am Ende die nüchterne, aber sehr nützliche Erkenntnis. Wenn du diese Trennung im Kopf behältst, wirst du technische SEO-Setups realistischer bewerten und weniger schnell in die Falle tappen, Crawling mit Indexierung oder Datenverarbeitung zu verwechseln.
