Methode und Ergebnis stammen aus unserem Test vom Dezember 2017. Den heutigen Stand bei Google beschreibt der Abschnitt Was hat sich seitdem geändert?
- Google rendert Seiten heute mit einer aktuellen Chromium-Version. Title, Meta Description und Links dürfen laut Google per JavaScript kommen. Ein Canonical per JavaScript soll dieselbe URL nennen wie der Quelltext.
- Im Dezember 2017 haben wir geprüft, ob Google fünf Änderungen übernimmt, die der Google Tag Manager erst beim Rendern einfügt. Getestet wurden Title und Meta Description, noindex, Canonical, ein interner Link und eine URL, die nur in JSON-LD steht. Für den internen Link gab es eine Kontrollseite ohne Link.
- Google hat alle fünf übernommen. Auf der Startseite dauerte es 8 Tage, auf den übrigen Seiten rund zwei Monate.
Die Frage hinter den Tests
Unser erstes Experiment mit hreflang hatte darauf hingedeutet, dass Google für hreflang das gerenderte HTML liest. Danach wollten wir wissen, ob das auch für andere SEO-Angaben gilt. Der Google Tag Manager ist dafür ein gutes Werkzeug. Er schreibt Änderungen per JavaScript ins DOM. Der Quelltext vom Server bleibt dabei unverändert.
Uns ging es dabei um die Frage, wie Google mit Seiten umgeht, die auf JavaScript angewiesen sind. Als Empfehlung, SEO-Angaben dauerhaft über den Tag Manager zu pflegen, war der Test nie gedacht.
| Test | Änderung per Tag Manager | Ergebnis | Dauer bis sichtbar |
|---|---|---|---|
| Title und Meta Description | Startseite, Title nur in der Großschreibung geändert, Description in einigen Wörtern | Google zeigt die neue Fassung | 8 Tage |
| noindex | Meta-Robots noindex auf fünf unwichtigen URLs | Alle fünf aus dem Index | zwischen 6 Wochen und 3 Monaten |
| Canonical | Autorenseite zeigt auf die Blog-Übersicht | Autorenseite verschwindet aus der Suche | etwa so lange wie noindex |
| Interner Link | Linkziel auf einer unwichtigen Seite umgeschrieben | Testseite indexiert, Kontrollseite nicht | rund zwei Monate |
| URL nur in JSON-LD | Testseite nur in einem eingefügten JSON-LD-Skript genannt | Testseite indexiert | nicht einzeln erfasst |
Title und Meta Description
Auf der englischen Startseite von searchviu.com ersetzte ein Custom-HTML-Tag den Title und die Meta Description. Beim Title haben wir nur die Großschreibung geändert, in der Description einige Wörter. Im Quelltext blieb die alte Fassung stehen. Das Skript entfernt beide Elemente und hängt neue an den Head an.
Alle Skripte in diesem Artikel sind die Originale aus dem Test von 2017. Sie setzen jQuery voraus, das auf der damaligen Website geladen war.
Acht Tage nach der Veröffentlichung im Tag Manager zeigte Google die neue Fassung im Suchergebnis und behielt sie bei.
noindex
Beim Aufbau der Tests fielen uns fünf URLs auf, die nicht im Index stehen sollten. Ein Tag mit Auslöser nur auf diesen Seiten entfernte ein vorhandenes Meta-Robots-Tag und setzte ein neues mit noindex, follow.
Dann passierte lange nichts. Wie lange genau, haben wir nicht gemessen. Es waren zwischen sechs Wochen und drei Monaten. Danach waren alle fünf Seiten aus dem Index verschwunden. Geprüft haben wir das mit einer site:-Abfrage über alle fünf URLs, auf die Google mit „did not match any documents“ antwortete.
Canonical
Google übergeht ein Canonical, wenn andere Signale dagegen sprechen. Für einen sauberen Test brauchten wir deshalb ein Paar, bei dem das Canonical eindeutig passt. Die Autorenseite von Eoghan Henn zeigte nur Beiträge, die auch auf der Blog-Übersicht stehen. Ein Tag auf der englischen Autorenseite entfernte ein vorhandenes Canonical und setzte eines auf die Blog-Übersicht.
Es dauerte etwa so lange wie beim noindex. Danach rankte die Autorenseite für die Suche nach „eoghan henn searchviu“ nicht mehr. Weil dieser Teil nur auf einer URL beruhte, haben wir ihn 2018 mit mehr Seiten wiederholt. Das steht im Ratgeber Canonical per JavaScript.
Interne Links und JSON-LD
Am meisten interessierte uns, ob Google Links folgt, die nur im gerenderten HTML stehen. Dafür haben wir zwei gleiche Testseiten angelegt. Beide standen in keiner Sitemap, und es gab keine Pings oder andere Hinweise beim Veröffentlichen. Auf einer unwichtigen Seite suchten wir einen Link aus, den kaum jemand anklickt. Er trug die id js-seo-test, und der Tag Manager ersetzte ihn durch einen Link auf die erste Testseite. Die zweite Testseite blieb unverlinkt und diente als Kontrolle.
Nach rund zwei Monaten war die verlinkte Testseite im Index, die Kontrollseite nicht.
Eine dritte Testseite stand nur in einem JSON-LD-Skript, das der Tag Manager auf der ersten Testseite einfügte. Ihre URL steht dort im Feld sameAs und sonst nirgends.
Auch die dritte Testseite wurde indexiert. Google nutzte also auch strukturierte Daten, um URLs zu finden. Belegt haben wir beide Ergebnisse mit zwei site:-Abfragen. Die erste schließt die sameAs-Seite aus und lieferte genau ein Ergebnis, die intern verlinkte Testseite. Die zweite lieferte beide Testseiten. Die Testseiten gibt es heute nicht mehr, die Abfragen zeigen also den Stand von damals.
Unsere Schlussfolgerung
Google hat alle fünf Änderungen aus dem gerenderten HTML übernommen. Den Quelltext hat Google dabei übergangen. Deutlich unterschiedlich war die Zeit bis zur Übernahme. Die Startseite brauchte acht Tage, die übrigen Seiten rund zwei Monate. Daraus haben wir damals abgeleitet, dass Google wichtige Seiten öfter rendert als unwichtige. Frühere JavaScript-Tests mit negativem Ergebnis liefen womöglich zu kurz, gerade wenn die Testseiten neu und unwichtig waren. Eine regelmäßige Messung hatten wir nicht aufgesetzt. Die Zeitangaben sind deshalb grob.
Was hat sich seitdem geändert?
Googlebot rendert seit Mai 2019 mit einer aktuellen Chromium-Version. Die Google-Dokumentation zu JavaScript-SEO bestätigt heute mehrere Ergebnisse des Tests. Title und Meta Description dürfen per JavaScript gesetzt werden, und Links dürfen per JavaScript ins DOM kommen. Ein Canonical per JavaScript ist möglich. Es soll aber dieselbe URL nennen wie das Canonical im Quelltext oder im Quelltext ganz fehlen.
Beim noindex warnt Google heute vor einem Sonderfall. Steht noindex schon im Quelltext, überspringt Google das Rendern womöglich. Ein Skript, das noindex wieder entfernt, läuft dann nie. Unser Test lief in die andere Richtung. Das noindex kam erst per JavaScript dazu.
Für Links nennt Google nur noch <a>-Elemente mit href. Ob eine URL, die nur in JSON-LD steht, heute noch indexiert wird, haben wir nicht neu getestet. Zur Wartezeit schreibt Google, eine Seite könne einige Sekunden in der Render-Warteschlange liegen, es könne aber auch länger dauern. Unsere acht Tage und zwei Monate von 2017 sind eine alte Einzelmessung. KI-Crawler wie GPTBot und ClaudeBot führen laut Vercel (Dezember 2024) gar kein JavaScript aus. Was nur der Tag Manager einfügt, fehlt ihnen.
Was heißt das für deine Website?
- Nutze den Tag Manager für SEO-Änderungen als Übergang oder Test. Die dauerhafte Lösung gehört in den Quelltext.
- Prüfe nach jeder Änderung in der URL-Prüfung der Search Console mit dem Live-Test, was Google sieht.
- Plane für unwichtige Seiten Wochen ein, bevor du ein Ergebnis bewertest.
- Vergleiche regelmäßig Quelltext und gerendertes HTML. Ein Tag im Tag Manager kann jederzeit von jemand anderem geändert werden.
Häufige Fehler
- Ein Canonical kommt per Tag Manager dazu, und das alte im Quelltext bleibt stehen. Die Seite hat dann zwei Canonicals.
- noindex steht im Quelltext und soll per JavaScript entfernt werden.
- Links werden als Buttons oder mit onclick gebaut statt als
<a href>. - Ein Test wird nach wenigen Tagen als gescheitert abgebrochen.
Häufige Fragen
Übernimmt Google Änderungen aus dem Google Tag Manager?
In unserem Test ja, für Title, Meta Description, noindex, Canonical und interne Links. Google wertet dafür das gerenderte HTML aus.
Wie lange dauert es, bis Google eine GTM-Änderung zeigt?
Auf unserer Startseite 8 Tage, auf weniger wichtigen Seiten rund zwei Monate. Das war 2017. Google nennt heute für die Render-Warteschlange einige Sekunden, schreibt aber, dass es länger dauern kann.
Kann ich noindex per JavaScript setzen?
Hinzufügen funktionierte in unserem Test. Entfernen ist riskant, weil Google bei noindex im Quelltext das Rendern überspringen kann.
Folgt Google Links, die JavaScript einfügt?
Ja, wenn es <a>-Elemente mit href sind. Unsere Testseite, die nur über einen solchen Link erreichbar war, wurde indexiert, die Kontrollseite nicht.
Sollte ich SEO dauerhaft über den Google Tag Manager steuern?
Besser nicht. Die Änderungen wirken erst nach dem Rendern, KI-Crawler ohne Rendering sehen sie nicht, und Tags lassen sich leicht unbemerkt ändern.
Quellen
Abgerufen am 15.10.2026. Ist eine Angabe veraltet oder fehlt etwas, schreib uns.
- Google, JavaScript-SEO-Grundlagen: https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics · Stand 04.03.2026
- Google Search Central Blog, The new evergreen Googlebot: https://developers.google.com/search/blog/2019/05/the-new-evergreen-googlebot · Mai 2019
- Search-Console-Hilfe, URL-Prüftool: https://support.google.com/webmasters/answer/9012289 · Abruf 15.10.2026
- Vercel, The rise of the AI crawler: https://vercel.com/blog/the-rise-of-the-ai-crawler · 17.12.2024