Googlebot-Limit: Ist Ihr HTML zu groß?
Für das Googlebot-Limit zählt Ihre unkomprimierte HTML-Antwort samt Antwortheadern, nicht das Gesamtgewicht aller geladenen Dateien. Google hat am 29. Oktober 2026 klargestellt, dass diese Response-Header zur dokumentierten 2-MB-Grenze gehören. Prüfen Sie zuerst die Dokumentanfrage Ihrer Seite im Browser und lassen Sie anschließend Header und wichtige Inhaltspositionen ergänzen. Die ausfüllbare HTML-Abrufkarte unten hilft Ihnen, daraus einen konkreten Auftrag für Ihre Webbetreuung zu machen.
Was sollten Sie zuerst prüfen?
Öffnen Sie die betroffene Seite in Chrome, starten Sie in den Entwicklertools die Aufzeichnung unter „Netzwerk“ und laden Sie die Seite neu. Wählen Sie die Dokumentanfrage zur Seitenadresse statt der Summenzeile aller Dateien. Die unkomprimierte Ressourcengröße ist der passende erste Anhaltspunkt.
Googlebot ist Googles Webcrawler für die Suche: Er ruft Seiten automatisiert ab, ein Vorgang namens Crawling. HTML ist die Auszeichnungssprache für Struktur und Inhalte einer Webseite. Die HTML-Antwort ist das vom Server gelieferte Grunddokument, zu dem später weitere Dateien hinzukommen können.
Stand: 4. November 2026: Google hat im Beitrag vom 31. März am 29. Oktober die Angabe zu Request-Headern auf Response-Header korrigiert. Das ist eine Präzisierung der Dokumentation, keine neu eingeführte Abrufgrenze. Googles Erklärung zum Googlebot-Abruflimit beschreibt die Grenze je einzelner URL.
Die Browsermessung ist eine Vorprüfung, keine exakte Googlebot-Simulation und kein Indexierungsnachweis. Bei Erstellung oder Weiterentwicklung gehören solche Unterschiede zu den technischen Grundlagen einer KI-gestützten Website.
Was zählt zum Googlebot-Limit?
Zur Grenze gehören die HTTP-Response-Header und der unkomprimierte HTML-Inhalt. Response-Header sind technische Begleitangaben, die der Server mit seiner Antwort sendet. Unkomprimiert bedeutet: die Daten nach dem Entpacken einer möglichen Übertragungskomprimierung. Diese Messgrundlage bestätigt die offizielle Googlebot-Dokumentation.
Googlebot ruft für eine HTML-URL bis zu 2 MB ab. Bei größeren Antworten wird der geladene Teil weiterverarbeitet; der dahinterliegende Teil bleibt unabgerufen. Die Seite wird also nicht allein wegen der Überschreitung vollständig verworfen. Laut Google betrifft die Grenze die meisten HTML-Seiten ohnehin nicht.
Separat referenzierte CSS-Dateien für die Gestaltung und JavaScript-Dateien für Funktionen haben eigene Abrufe und Grenzen. Ihre Größe wird dem HTML-Dokument nicht zugerechnet. Inline-Code dagegen steht direkt im HTML. Große eingebettete Skripte, Gestaltungsregeln oder als Base64-Zeichenfolgen eingebettete Bilder vergrößern dieses Dokument.
Deshalb sagt eine hohe Summe aller Bilder und Dateien wenig über das HTML-Limit aus. Für die weitere Verarbeitung zählt außerdem, welche wichtigen Inhalte innerhalb des abgerufenen Teils liegen. Diese Googlebot-Regel lässt sich nicht pauschal auf andere Such- oder KI-Crawler übertragen.
Welche Angaben braucht Ihre Webbetreuung?
Eine brauchbare Übergabe trennt Dokumentgröße, Antwortheader und Inhaltsposition. Chrome erläutert, wie Sie die unkomprimierte Ressourcengröße ansehen: Aktivieren Sie „Zeilen mit großen Anfragen“ und lesen Sie den unteren Wert in der Spalte „Größe“. Bezeichnungen können je nach Sprach- und Browserversion abweichen.
Ein einzelner Headerwert genügt dafür nicht. Nach der Bedeutung des Content-Length-Headers beschreibt Content-Length die Größe des Nachrichtenkörpers in Bytes. Er erfasst nicht die Antwortheader mit und ist nicht automatisch die gesuchte unkomprimierte Dokumentgröße. Je nach Übertragungsverfahren kann er fehlen.
Nutzen Sie diese HTML-Abrufkarte als ausfüllbare Arbeitsvorlage für eine konkrete Seite:
| Prüfpunkt | Einzutragen | Woran wird es geprüft? |
|---|---|---|
| Öffentliche Seitenadresse und Prüfzeitpunkt | Ihre Angabe | Exakte URL und zugehörige Dokumentantwort festhalten. |
| Unkomprimiertes HTML | Ihre Angabe | Ressourcengröße oder nachvollziehbare Messung des entpackten Dokumentinhalts, jeweils mit Einheit; keine Dateigesamtsumme. |
| Response-Header | Ihre Angabe | Antwortheader gesondert erfassen und ihre Größe nachvollziehbar dokumentieren; Request-Header getrennt halten. |
| Wichtige Textstelle und maschinenlesbare Angaben | Ihre Angabe | Position in derselben Antwort prüfen; bei JavaScript-generierten Inhalten die Darstellung nach Codeausführung gesondert untersuchen. |
| Größte Inline-Blöcke | Ihre Angabe | Eingebettete Daten, Skripte oder Gestaltungsregeln benennen, falls vorhanden. |
| Entscheidung und Nachprüfung | Ihre Angabe | Beibehalten oder begründete Änderung, zuständige Person und erneute Messung nach Umsetzung festhalten. |
Die Karte verbindet eine Messung mit einer Entscheidung. Eine bloße Suche im Quelltext beweist bei dynamischen Inhalten noch nicht, was Google nach dem Ausführen von JavaScript verarbeitet. Fehlen eine konkrete Dokumentantwort oder getrennte Größenangaben, klären Sie zuerst die Messung. Ein Umbau der ganzen Website wäre dann verfrüht.
Beibehalten, auslagern oder aufteilen?
Die passende Maßnahme richtet sich nach dem Dokument und dem Nutzen für Ihre Leser. Ein unauffälliges HTML-Dokument kann unverändert bleiben, auch wenn die Seite insgesamt viele Dateien lädt.
Bei großen Inline-Blöcken empfiehlt Google, umfangreiche CSS- und JavaScript-Bestandteile in externe Dateien auszulagern. Das verkleinert das Grunddokument; die ausgelagerten Dateien werden weiterhin separat geladen. Wichtige Elemente wie Titel, Canonical-Verweis auf die bevorzugte URL und strukturierte Daten empfiehlt Google früh im HTML zu platzieren.
Eine inhaltliche Aufteilung passt, wenn daraus eigenständig verständliche Seiten mit echtem Lesernutzen entstehen. Sie ist eine redaktionelle Option, kein Rankingrezept. Bestehende URLs müssen dafür nicht pauschal geändert werden. Für begründete technische Arbeiten bietet der Bereich SEO und technische Performance Ihrer Website den passenden Leistungsbezug.
Technische Abrufbarkeit ermöglicht weitere Verarbeitung. Verständlich gegliederte Antworten helfen Lesern und KI-Systemen bei der Einordnung; ein Sichtbarkeitsgewinn wäre dagegen gesondert zu messen. Daraus folgt keine Garantie für Indexierung, Rankings oder KI-Zitationen.
Häufige Fragen
Zählen Bilder zum 2-MB-Limit der HTML-Seite?
Separat referenzierte Bilddateien gehören nicht zur Größe des HTML-Dokuments. Direkt darin eingebettete Base64-Bilddaten sind dagegen Bestandteil dieser Antwort und vergrößern sie.
Reicht die Größenangabe im Browser?
Die unkomprimierte Größe der einzelnen Dokumentressource liefert einen ersten Anhaltspunkt. Für die vollständige Einordnung braucht Ihre Betreuung zusätzlich die Response-Header und die Position wichtiger Inhalte. Die Summenzeile aller Dateien beantwortet diese Frage nicht.
Hilft Komprimierung gegen das Abruflimit?
Die dokumentierte Grenze gilt für unkomprimierte Daten. Komprimierung kann die Übertragung verkleinern, ändert aber diese Messgrundlage nicht. Sie bleibt deshalb eine andere technische Aufgabe.
Muss ich eine große Seite sofort aufteilen?
Die konkrete Dokumentantwort und ihre größten Bestandteile bestimmen den nächsten Schritt. Bei viel Inline-Code kann Auslagern passen. Aufteilen lohnt sich redaktionell, wenn Besucher dadurch sinnvoll getrennte Inhalte erhalten.
Welche Zugänge und Kosten sind zu klären?
Für die Browser-Vorprüfung einer öffentlichen Seite brauchen Sie keinen Search-Console-Zugang. Für technische Änderungen sind die passenden Entwicklungs- oder Hostingzuständigkeiten zu klären. Aufwand und Kosten hängen von Ursache und Umfang ab; eine allgemeine Pauschale lässt sich daraus nicht ableiten.
