Wenn Ihre wichtigsten SEO-Elemente zu tief in Ihrem HTML-Code verborgen sind, könnte es sein, dass Google sie gar nicht erst erkennt. Hier erfahren Sie genau, was dabei vor sich geht und wie Sie das Problem beheben können – so einfach erklärt, dass sogar Ihr kleiner Cousin es verstehen würde.
Am 31. März 2026 veröffentlichte das „Search Central“-Team von Google einen Beitrag mit dem Titel “Inside Googlebot: Entmystifizierung von Crawling, Fetching und den verarbeiteten Bytes“ das einen Einblick gewährte, wie Googlebot funktioniert tatsächlich, und dabei sind ein paar Dinge zutage getreten, die die meisten SEO-Ratgeber stillschweigend außer Acht lassen.
Wichtigste Erkenntnisse
- Googlebot ruft nur die erste Seite ab 2 MB des HTML-Codes einer einzelnen URL (PDFs sind auf 64 MB begrenzt), und alles, was diesen Grenzwert überschreitet, wird weder abgerufen noch verarbeitet oder indexiert.
- Diese 2 MB umfassen jedes einzelne Byte von Themes, Plugins, Inline-CSS und JavaScript sowie Tracking-Code, sodass eine überladene Seite Ihre eigentlichen Inhalte in den Hintergrund drängen kann.
- Externe CSS- und JS-Dateien unterliegen jeweils einer eigenen Obergrenze von 2 MB. Wenn Sie also umfangreichen Code aus dem HTML-Code auslagern, verschaffen Sie Ihren Inhalten mehr Spielraum.
- Der Web Rendering Service von Google ist zustandslos: Er löscht Cookies, Sitzungen und den lokalen Speicher zwischen den Anfragen, sodass alles, was davon abhängt, für Google unsichtbar ist.
- Platzieren Sie den Titel, die Meta-Beschreibung, den Canonical-Tag, den hreflang-Attribut und die strukturierten Daten so weit oben im HTML-Code wie möglich.
- Ein schlankes Theme, weniger Plugins und eine ordnungsgemäße Zwischenspeicherung sorgen dafür, dass Ihre Ranking-Signale innerhalb des 2-MB-Fensters bleiben.
So crawlt Googlebot Ihre Seite
Wenn Sie in Ihren Server-Logs “Googlebot” sehen, ist das lediglich die Google-Suche, die bei Ihnen anklopft – doch hinter den Kulissen nutzen viele andere Crawler dieselbe Infrastruktur. Warum ist das wichtig? Weil jeder Crawler seine eigenen Einstellungen hat, darunter auch, wie viel von Ihrer Seite er tatsächlich ausliest, und das bringt uns zu der großen Erkenntnis.
Wie viel von Ihrer Seite liest Google? Die 2-MB-Grenze
Hier kommt der Teil, der jeden Website-Betreiber aufhorchen lassen sollte: Googlebot holt derzeit bis zu 2 MB für jede einzelne URL (abgesehen von PDF-Dateien).
Wenn Googlebot also eine Ihrer Seiten besucht, lädt er die ersten 2 MB an Daten (einschließlich des HTTP-Headers) herunter und hört dann auf. Alles, was nach dieser Grenze liegt, wird weder abgerufen noch verarbeitet noch indexiert.
Nun klingt 2 MB nach einer Menge, und für einen einfachen Blogbeitrag reicht das in der Regel auch aus. Aber diese 2 MB umfassen Ihren gesamten HTML-Quellcode: alles, was Ihr Theme generiert, das gesamte Inline-CSS und JavaScript, das Ihre Plugins einfügen, die Tracking-Skripte, das Schema-Markup, die Navigation, Fußzeilen, Seitenleisten – einfach alles. Auf einer überladenen WordPress-Seite mit zehn Plugins, die Code in die <head>, du würdest dich wundern, wie schnell sich diese 2 MB füllen.
Bei PDF-Dateien liegt die Obergrenze deutlich höher, nämlich bei 64 MB., und andere Google-Crawler, für die keine bestimmte Obergrenze festgelegt ist, verwenden standardmäßig 15 MB. Für die Google-Suche beträgt die Obergrenze jedoch 2 MB, und genau diese Größe ist ausschlaggebend für Ihre Platzierungen.
Was passiert also mit den Daten, die über die 2 MB hinausgehen?
Ich will ganz offen sein: Für Google existiert es nicht.
Wenn der wichtige Inhalt Ihrer Seite, Meta-Tags, kanonische Tags, strukturierte Daten oder interne Links Liegen sie in Ihrem HTML-Code unter der 2-MB-Marke, werden sie von Google nie wahrgenommen. Das ist so, als würde man einen brillanten Aufsatz schreiben, bei dem der Lehrer nur die ersten beiden Seiten liest und den Rest wegwirft. Genau deshalb sind die Reihenfolge und die Struktur Ihres Codes so wichtig.
Der Web Rendering Service ist zustandslos, und das ist von großer Bedeutung
Sobald Googlebot diese ersten 2 MB abgerufen hat, übergibt er alles an den Web-Rendering-Dienst (WRS).
Das WRS ist so etwas wie ein abgespeckter Browser. Es verarbeitet Ihr JavaScript, führt Ihren clientseitigen Code aus, lädt CSS- und JS-Dateien, verarbeitet XHR-Anfragen (die Datenabrufe, die Ihre Seite im Hintergrund durchführt) und ermittelt, was Ihre Seite tatsächlich aussagt. Aber hier liegt der Haken, und der ist entscheidend: Das WRS ist vollständig zustandslos., sodass der lokale Speicher und die Sitzungsdaten zwischen jeder einzelnen Anfrage gelöscht werden.
Stellen Sie sich vor, Sie besuchen eine Website, auf der der Browser bei jedem Klick vergisst, wer Sie sind: keine gespeicherten Anmeldedaten, keine Cookies, keine Option “Angemeldet bleiben”. Wenn Ihre Website auf Cookies, den Sitzungsstatus oder den lokalen Speicher angewiesen ist, um Inhalte anzuzeigen, Der Renderer von Google kann diese Inhalte einfach nicht erkennen. Das ist ein echtes Problem für Websites, die Folgendes verwenden:
- Dynamische Inhalte, die auf der Grundlage von Benutzersitzungen geladen werden, die Google nicht sehen wird.
- Personalisierte Inhalte auf Basis von Cookies, die Google nicht sehen wird.
- JavaScript-Frameworks, die auf lokale Speicherung angewiesen sind, wo der Inhalt bei Google möglicherweise gar nicht angezeigt wird.
Wenn Sie WordPress nutzen, ist dies ein weiterer Grund Ihre Caching-Einrichtung ist wichtig: Die von Google angezeigte zwischengespeicherte Version sollte alle Inhalte enthalten, die Sie indexieren lassen möchten.
Externe CSS- und JS-Dateien unterliegen einer eigenen Obergrenze von 2 MB
Hier ist ein Detail, das kaum Beachtung gefunden hat: Externe CSS- und JavaScript-Dateien werden separat abgerufen, wobei für jede Datei ein eigenes Limit von 2 MB gilt.
Ihr HTML-Code darf also 2 MB groß sein, Ihre Haupt-CSS-Datei 2 MB und Ihr JavaScript-Bundle 2 MB – wobei jede Datei unabhängig von den anderen begrenzt ist. Das ist in gewisser Weise eine gute Nachricht, denn wenn Sie umfangreiche CSS- und JS-Dateien aus Ihrem HTML-Code in externe Dateien auslagern, verschafft das dem HTML-Code mehr Spielraum. Das bedeutet aber auch, dass jede einzelne CSS- oder JS-Datei, die größer als 2 MB ist, ebenfalls gekürzt wird und Ihre Seite für Google möglicherweise nicht korrekt dargestellt wird. Am stärksten trifft dies Websites, die riesige JavaScript-Bundles laden (Single-Page-Apps, die mit React oder Angular erstellt wurden): Wenn diese JS-Datei gekürzt wird, wird der Code, der Ihren Inhalt aufbaut, möglicherweise nie ausgeführt, und Google sieht eine leere Seite.
Warum die Reihenfolge Ihres Codes so wichtig ist
Stellen Sie sich Ihren HTML-Code wie einen Brief vor. Googlebot liest ihn von oben nach unten und berücksichtigt dabei nur die ersten 2 MB – daher ist es von enormer Bedeutung, was Sie ganz oben platzieren.
Folgende Elemente sollten in Ihrem Dokument so weit oben wie möglich stehen:
- Titel-Tag, eines der stärksten Ranking-Signale; wenn Sie es zu tief verbergen, könnte Google es übersehen.
- Meta-Beschreibung, das häufig als Ausschnitt in den Suchergebnissen erscheint.
- Kanonischer Tag, das Google die “echte” Version einer Seite mitteilt; wenn Google diese nicht sehen kann, riskieren Sie, Probleme mit doppeltem Inhalt.
- Strukturierte Daten (Schema-Markup), was Google dabei hilft, die Seite zu verstehen, und zu Rich Snippets führen kann.
- Hreflang-Tags, die Google mitteilen, welche Sprachversion auf einer mehrsprachigen Website angezeigt werden soll.
- Ihr Hauptinhalt, den eigentlichen Text und die Überschriften, die Sie in den Suchergebnissen platzieren möchten.
Und genau das sollte den oberen Teil Ihres HTML-Codes nicht überladen: riesige Inline-CSS-Blöcke, umfangreiche JavaScript-Schnipsel, Tracking-Code für zehn verschiedene Analysetools und unnötiger, durch Plugins generierter Markup-Code.
Warum manche CMS-Plattformen von Haus aus schlanker sind
Darüber wird in SEO-Kreisen selten gesprochen, aber es ist wichtig: Das von Ihnen verwendete CMS bestimmt unmittelbar, wie Ihr HTML aufgebaut ist. WordPress ist fantastisch, aber seine Flexibilität ist zugleich auch seine Schwäche, denn jedes Plugin kann Code in die <head> oder <body>, und ein schlecht programmiertes Theme könnte riesige CSS-Blöcke inline einfügen, anstatt sie extern zu laden. Ehe man sich versieht, beginnt der eigentliche Inhalt erst weit hinten im HTML-Code.
Eine gut optimierte WordPress-Installation, ein schlankes Theme (GeneratePress, Kadence oder Blocksy), möglichst wenige Plugins und ein korrekt konfiguriertes Caching sorgen für schlanken HTML-Code, der Ihre wichtigen Inhalte schnell an den Googlebot übermittelt. Das ist auch der Grund, warum Hosting und Leistung sind von entscheidender Bedeutung, und warum es wichtig ist, dass Sie Ihre Core Web Vitals Gesundheit zahlt sich auch beim Crawlen aus.
Eine einfache Checkliste, damit Google Ihre wichtigen Inhalte auch wirklich findet
- Überprüfen Sie Ihre Seitengröße. Klicken Sie mit der rechten Maustaste auf eine beliebige Seite, wählen Sie “Seitenquelle anzeigen” und sehen Sie nach, wie groß der HTML-Code ist. Wenn er sich der 2-MB-Marke nähert, gibt es etwas zu tun.
- Verschieben Sie CSS und JavaScript in externe Dateien. Lassen Sie nicht zu, dass Ihr Theme oder Ihre Plugins riesige Code-Blöcke in den HTML-Code einfügen; für externe Dateien gilt ein eigenes Kontingent von 2 MB.
- Setzen Sie kritische Tags an den Anfang. Titel, Meta-Beschreibung, kanonischer Link und strukturierte Daten gehören in die
<head>, so hoch wie möglich. - Verkleinern Sie Ihren Code. Compress your HTML, CSS, and JavaScript to cut file size without changing behavior.
- Überprüfen Sie Ihre Plugins. Jedes Plugin kann Seitencode einfügen. Deaktivieren Sie daher alles, was Sie nicht wirklich benötigen, und überprüfen Sie, was die übrigen Plugins einfügen.
- Verlassen Sie sich bei wichtigen Inhalten nicht auf Cookies oder Sitzungen. Das WRS löscht zwischen den einzelnen Anfragen alle Daten, sodass Inhalte, für deren Anzeige eine Anmeldung oder ein Cookie erforderlich ist, nicht angezeigt werden.
- Eine saubere Sitemap einreichen und pflegen damit Google Ihre wichtigen Seiten effizient zu finden und zu crawlen.
- Überwachen Sie Ihre Serverprotokolle. In dem Beitrag von Google wird dies ausdrücklich empfohlen: Wenn Ihr Server langsam reagiert, hält sich Googlebot zurück und crawlt seltener.
Was bei Tipps zur On-Page-SEO meist übersehen wird
Die meisten Tipps zur On-Page-SEO bleiben an der Oberfläche: Füge Schlüsselwörter in den Titel ein, verfasse eine ansprechende Meta-Beschreibung, verwende H2- und H3-Überschriften, füge Alt-Text hinzu. All das ist wichtig, aber nichts davon spielt eine Rolle, wenn Google sieht sie nie.
Wenn Ihr Titel-Tag hinter 2 MB von Plugins generiertem Datenmüll versteckt ist, bleibt er unsichtbar. Wenn sich Ihre strukturierten Daten am Ende einer überladenen Datei befinden, weiß Google nicht, dass sie existieren. Wenn Ihr Canonical-Tag unter dem Inline-CSS von drei Page-Buildern begraben ist, können Sie ihn genauso gut weglassen. Der eigentliche Vorteil liegt nicht nur darin, was Sie schreiben, sondern darin, die Infrastruktur zu verstehen, die Ihre Inhalte durchlaufen, bevor Google sie auswertet, und sicherzustellen, dass jedes Byte des Crawl-Budgets Zählungen.
Was sollte man also eigentlich zuerst in Angriff nehmen?
Meiner Meinung nach sollte man wegen der 2-MB-Grenze an sich nicht in Panik geraten, da die meisten gut aufgebauten Seiten diese Grenze bei weitem nicht erreichen. Die eigentliche Priorität liegt auf der Struktur und dem Überfrachtungsgrad: Platzieren Sie Ihren Titel, den kanonischen Link und das Schema weit oben im <head>, dann entfernen Sie die überflüssigen Plugins und den Inline-Code, die den eigentlichen Inhalt nach unten verdrängen. Beheben Sie diese beiden Probleme, und die 2-MB-Obergrenze stellt für Sie überhaupt kein Risiko mehr dar.
Google gewährt uns nur selten einen solchen Blick hinter die Kulissen, und die Botschaft ist klar: Ihre HTML-Struktur, die Reihenfolge Ihres Codes und die Größe Ihrer Dateien entscheiden darüber, welche Signale tatsächlich in den Index gelangen. In einem Markt, in dem alle um dieselben Suchbegriffe konkurrieren, ist es genau dieses technische Verständnis, das die Websites, die ganz oben ranken, von denen unterscheidet, die auf Seite fünf feststecken.
Möchten Sie schlanken HTML-Code, den Google vollständig auswertet?
Zusammenarbeit mit WpConsults oder E-Mail, und wir sorgen dafür, dass Ihre wichtigsten Ranking-Signale deutlich innerhalb des 2-MB-Fensters liegen.
Änderungsprotokolle
27. Juni 2026
- Für 2026 aktualisiert mit der Crawler-Dokumentation von Google und einer klareren Darstellung, was innerhalb der 2-MB-Grenze zuerst behoben werden sollte.
31. März 2026
- Der ursprüngliche Beitrag wurde veröffentlicht und befasste sich mit der Ankündigung von Google bezüglich der Crawling-Beschränkung auf 2 MB.
Want our posts to show up more often on Google?
One step & Google will surface this site in your Top Stories.
