Schema mit Google Tag Manager einbinden: Liest Google JavaScript Markup?

Kann Google ein Schema lesen, wenn Sie Schema mit Google Tag Manager einbinden?

Ja, Google Search kann strukturierte Daten verarbeiten, die per JavaScript entstehen, sofern sie beim Rendern der Seite im DOM stehen. Schema mit Google Tag Manager einbinden funktioniert also technisch. Allerdings garantiert das Lesen nicht, dass die Daten vollständig, korrekt und rechtzeitig ankommen.

Die offizielle Dokumentation von Google Search Central beschreibt diese Methode ausdrücklich. Dieselbe Seite warnt zudem, dass dynamische Auszeichnung bei sich schnell ändernden Daten Probleme machen kann. Dieser Beitrag behandelt nur diesen einen Fall: JSON-LD per GTM einbinden, wann das klappt und wo es hakt.

Allgemeine SEO Theorie lassen wir daher bewusst weg. Wenn Sie die Grundlagen noch nicht kennen, lesen Sie zunächst unseren Beitrag zu Schema Markup und strukturierten Daten und kommen dann zurück.

Kurz gesagt: Die Methode funktioniert, aber nicht für jede Datenart gleich zuverlässig. Für stabile Fakten eignet sie sich, für schnell wechselnde Fakten ist sie riskant. Die folgenden Abschnitte erklären diese Trennung Schritt für Schritt.

Schema mit Google Tag Manager einbinden: Wie funktioniert das technisch?

Zunächst lädt Ihre Seite einen GTM Container. Ein Tag im Container läuft im Browser und schreibt einen JSON-LD Block in die Seite. Wenn Google die Seite rendert, findet es diesen Block im DOM und behandelt ihn als strukturierte Daten. Die Daten stehen also in der gerenderten Seite, nicht im ersten HTML Ihres Servers.

Dieser Unterschied ist daher wichtig. Eine Auszeichnung auf dem Server kommt mit dem ersten HTML. Eine Auszeichnung über GTM muss dagegen warten, bis das Tag feuert. Feuert das Tag nie, existiert die Auszeichnung auch nie. Daher hängt das ganze System an einem gesunden Container und einem korrekten Trigger.

Zunächst klären wir die Begriffe kurz. JSON-LD ist ein Format, das strukturierte Daten in einem eigenen Block beschreibt, getrennt vom sichtbaren Inhalt. Schema.org ist das gemeinsame Vokabular dafür. Je sauberer der Block, desto leichter kann Google ihn auslesen.

Zudem zeigen wir hier bewusst keinen Code. Sie sollen die Logik verstehen und auf Ihr eigenes Template übertragen.

Der Reiz der Methode ist zunächst das Tempo. Sie veröffentlichen neue Auszeichnung in Minuten, ohne Entwickler. Allerdings macht dasselbe Tempo auch unkontrollierte Änderungen leicht. Deshalb sollten Sie die Rechte begrenzen und jede Veröffentlichung dokumentieren.

Schema mit Google Tag Manager einbinden: Welche Schritte gehören dazu?

Die offizielle Dokumentation folgt einer kurzen Reihenfolge. Wir nutzen dieselbe Reihenfolge in der Praxis, denn die Fehlersuche wird schwerer, wenn die Reihenfolge durcheinandergerät.

1. Prüfen Sie, ob der GTM Container korrekt auf Ihrer Seite installiert ist.
2. Legen Sie ein neues Custom HTML Tag an und setzen Sie den JSON-LD Block hinein.
3. Speisen Sie wechselnde Werte, etwa Titel oder Adresse, über Variablen ein.
4. Verbinden Sie das Tag mit einem Trigger, der nur auf den passenden Seiten feuert.
5. Bestätigen Sie im Vorschaumodus, dass das Tag wirklich feuert.
6. Veröffentlichen Sie den Container und testen Sie die Live URL.

Wenn Sie zum ersten Mal mit einem Container arbeiten, lesen Sie zunächst unsere Anleitung zum Einrichten von Google Tag Manager. Die Grundlagen der Einrichtung haben wir dort erklärt, deshalb wiederholen wir sie nicht.

Denn Menünamen ändern sich mit der Zeit. Daher beschreiben wir die Logik und stützen uns nicht auf exakte Schaltflächentexte.

Ergänzen Sie einen weiteren Schritt: Schreiben Sie vor jeder Veröffentlichung eine klare Versionsnotiz. Dann finden Sie bei einem Problem schnell die Änderung, die es ausgelöst hat.

Wie speisen Variablen die Schema Daten?

Für jede Seite ein eigenes Tag zu schreiben, lässt sich nicht skalieren. Deshalb gibt es GTM Variablen. Konkret ist eine Variable ein Platzhalter, der einen Wert von der Seite liest und an das Tag weitergibt. Sie kann zum Beispiel den Seitentitel, eine Adresse oder einen Wert im Data Layer lesen.

Auch die offizielle Dokumentation empfiehlt Variablen, um Seiteninformationen zu ziehen. Das Prinzip ist also einfach. Statt festen Text ins Tag zu schreiben, setzen Sie den von der Seite gelesenen Wert ein. Somit liefert ein einziges Tag für viele Seiten die richtige Ausgabe.

Allerdings gehört eine Warnung dazu. Liefert eine Variable nichts zurück, entsteht eine unvollständige oder kaputte Auszeichnung. Bleiben Pflichtfelder leer, kann Google den Block nicht nutzen. Wir empfehlen daher, jede Variable für jeden Seitentyp einzeln zu prüfen.

Achten Sie außerdem auf die Quelle, aus der die Variable liest. Ändert sich das Seitentemplate, kann die Variable unbemerkt brechen. Alle, die Templates bearbeiten, müssen deshalb von GTM wissen.

Zum Beispiel kann ein Theme Update das Feld mit dem Seitentitel verschieben. Das Tag läuft weiter, aber die Daten darin sind nicht mehr gültig. Solche stillen Fehler findet daher nur regelmäßiges Testen.

Was bedeutet das Risiko der Render Verzögerung?

Google verarbeitet JavaScript Seiten in drei Phasen: Crawling, Rendering und Indexierung. Laut der offiziellen Dokumentation zu JavaScript SEO landen Seiten für das Rendering in einer eigenen Warteschlange. Crawling und Rendering müssen also nicht im selben Moment stattfinden.

Daraus folgt: Eine Auszeichnung auf dem Server erscheint schon beim Crawl. Eine Auszeichnung über GTM erscheint erst nach dem Rendering. Für die Dauer dieser Lücke nennt keine offizielle Quelle einen Wert, deshalb nennen wir auch keinen.

Bei schnell wechselnden Daten wie Nachrichten, Preisen oder Bestand macht diese Lücke Probleme. Google sieht dann vielleicht noch den alten Wert, während die Seite schon den neuen zeigt. Darum halten wir eine serverseitige Auszeichnung bei sich oft ändernden Daten für berechenbarer.

Bei gleichbleibenden Daten hat die Verzögerung dagegen selten einen praktischen Preis. Die Entscheidung hängt also davon ab, wie schnell sich Ihre Daten ändern.

Das Risiko steigt zudem, wenn beim Rendern eine Ressource blockiert ist. Ist zum Beispiel eine Datei, auf die das Tag baut, nicht erreichbar, rendert die Seite womöglich unvollständig. Stellen Sie daher sicher, dass Ihre robots Regeln benötigte Ressourcen nicht sperren.

Wie testen Sie das Ergebnis?

Für den Test empfiehlt die offizielle Dokumentation den Rich Results Test. Geben Sie also die URL ein, statt Code einzufügen. Eingefügter Code kann das echte Ergebnis verdecken, etwa wegen JavaScript Grenzen wie CORS Einschränkungen.

Prüfen Sie im Test zwei Dinge:

• Erkennt das Tool den erwarteten Typ strukturierter Daten?
• Sind die Pflichtfelder gefüllt, und gibt es Fehler oder Warnungen?

Sehen Sie Fehler, prüfen Sie zunächst die Syntax, dann die fehlenden Pflichtfelder. Danach lesen Sie die offizielle Dokumentation zum jeweiligen Datentyp. Auch ein sauberer Test heißt nicht, dass das Rich Result erscheint. Google sagt das in den eigenen Richtlinien ausdrücklich.

Dann wiederholen Sie den Test auf verschiedenen Seitentypen, nicht nur auf einer Seite. Ein Tag, das auf einem Template funktioniert, kann auf einem anderen eine leere Variable erzeugen.

Denken Sie zudem an den Zeitpunkt. Ein Testergebnis ist eine Momentaufnahme. Ändert sich die Seite einige Tage später, kann sich auch das Ergebnis ändern. Wiederholen Sie den Test für wichtige Seiten daher in festen Abständen.

Außerdem halten Sie die Ergebnisse fest. Datum, URL und Ergebnis genügen. So können Sie nach einer späteren Änderung vergleichen, was kaputtgegangen ist. Überlassen Sie die Prüfung außerdem nicht nur einer Person, denn ein zweites Augenpaar fängt viele Fehler ab.

Worin unterscheiden sich der Rich Results Test und das URL Inspection Tool?

Die beiden Werkzeuge beantworten verschiedene Fragen. Der Rich Results Test zeigt, ob eine URL strukturierte Daten enthält, die für Rich Results infrage kommen. Das URL Inspection Tool zeigt dagegen, wie Google die Seite sieht und wie das gerenderte HTML aussieht.

Die Dokumentation zu JavaScript SEO empfiehlt, im gerenderten HTML zu prüfen, ob Ihr Inhalt erscheint. Bei einer Auszeichnung über GTM führen wir deshalb beide Prüfungen zusammen durch. Die erste prüft den Datentyp. Die zweite prüft, ob die Daten in der gerenderten Seite stehen.

Weichen die Ergebnisse voneinander ab, bleiben Sie ruhig. Die Ursache ist meist das Timing oder eine blockierte Ressource. Prüfen Sie zunächst blockierte Ressourcen, dann den Trigger des Tags.

So entscheiden Sie, welchem Ergebnis Sie trauen: Für die Eignung als Rich Result nutzen Sie den Rich Results Test. Für das, was Google tatsächlich gesehen hat, nutzen Sie das URL Inspection Tool. Passen beide nicht zusammen, liegt das Problem oft darin, wie das Tag feuert.

Die Namen der Werkzeuge können sich in Ihrer Oberfläche ändern, deshalb haben wir bewusst die englischen Namen verwendet. Zeigt Ihr Bereich einen ähnlichen Namen, suchen Sie dasselbe Werkzeug.

Warum bevorzugen Sie bei Produktdaten die serverseitige Auszeichnung?

Preis und Bestand auf einer Produktseite ändern sich oft, deshalb brauchen sie Sorgfalt. Die offizielle Dokumentation warnt hier deutlich: Dynamisch erzeugte Auszeichnung kann Shopping Crawls seltener und weniger zuverlässig machen. Das kann schnell wechselnde Inhalte wie Verfügbarkeit und Preis treffen.

Beispielszenario: Ein Shop startet einen Rabatt und aktualisiert den Preis auf der Seite. Rendert die GTM Auszeichnung spät, zeigt Google womöglich eine Weile den alten Preis. Nutzer sehen dann einen anderen Preis, und das Vertrauen sinkt.

Kurz gesagt: Für Produktdaten erzeugen wir die Auszeichnung zuerst auf dem Server. Der Server kennt Preis und Bestand ohnehin, also ist das die natürliche Lösung.

Wenn Sie auch die Shop Einrichtung verantworten, sehen Sie auf unserer Seite zur E-Commerce Beratung, wie wir solche Entscheidungen angehen.

Ein Produkttemplate kann die Auszeichnung auf dem Server schreiben, während ein Kampagnen Tag in GTM bleibt. Schreiben Sie jedoch dieselbe Eigenschaft nie an zwei Stellen. Sonst entsteht ein Widerspruch in kritischen Feldern wie dem Preis.

Worauf achten Sie bei Merchant und Shopping Funktionen?

Die Dokumentation erinnert Händler, die Shopping Ergebnisse anstreben, an zwei Dinge. Erstens kann dynamische Auszeichnung Crawl Häufigkeit und Zuverlässigkeit beeinflussen. Zweitens sollten Sie sicherstellen, dass Ihr Server den zusätzlichen Anfrageverkehr von Google verkraftet.

Die Details der Merchant Regeln sind ein eigenes Thema und können sich daher ändern. Deshalb schreiben wir hier keine Menünamen oder exakten Einstellungspfade. Prüfen Sie die aktuellen Anforderungen in der Hilfe des Merchant Center.

Eine praktische Regel: Senden Sie Produkt, Preis und Bestand aus einem Feed an Google, muss die Auszeichnung auf der Seite zu diesen Daten passen. In der Praxis liegt die Ursache eines Widerspruchs selten bei GTM. Häufiger ist es ein Feld, das niemand aktualisiert.

Stellen Sie auf Produktseiten also diese Frage: Ändert sich die Auszeichnung von selbst, wenn sich der Preis ändert? Ist die Antwort unklar, wechseln Sie zur serverseitigen Auszeichnung.

Noch ein Beispielszenario: Ein Shop fährt jede Woche einen Aktionspreis. Steht die Auszeichnung fest in GTM, muss jemand das Tag für jede Aktion von Hand ändern. Jedes vergessene Update erzeugt einen Widerspruch zwischen Seite und Auszeichnung.

Schema mit Google Tag Manager einbinden: Wann ist das sinnvoll?

Andererseits ist die Methode nicht immer schlecht. In manchen Fällen ist sie die vernünftigste Wahl:

• Sie dürfen den Code der Seite nicht ändern, oder die Warteschlange der Entwickler ist sehr lang.
• Die Auszeichnung beruht auf selten wechselnden Angaben, etwa Firmendaten, Kontaktdaten oder Logo.
• Das Seitentemplate ist stabil, und die Variablen können es sicher auslesen.
• Sie wollen schnell etwas ausprobieren und das Ergebnis messen.

Zum Beispiel können die Firmendaten auf einer Unternehmensseite jahrelang gleich bleiben. Für diese Art der Auszeichnung genügt GTM. Dennoch sollten Sie sie nach der Einrichtung regelmäßig prüfen.

Bevor Sie sich entscheiden, entwerfen Sie den Block mit unserem Schema Generator und übernehmen ihn dann in GTM. So testen Sie das Format des Blocks vorab.

GTM hat zudem einen Vorteil: Der Rückweg ist einfach. Zur früheren Container Version zurückzukehren, dauert nur wenige Minuten.

Diese Flexibilität hilft bei Experimenten. Wollen Sie die Wirkung eines Auszeichnungstyps messen, probieren Sie ihn zuerst in GTM aus. Fällt das Ergebnis positiv aus, verlagern Sie ihn zur dauerhaften Lösung auf den Server.

Wann ist die serverseitige Auszeichnung die sicherere Wahl?

Wir empfehlen die serverseitige Auszeichnung in diesen Fällen:

• Preise, Bestand und Aktionen ändern sich oft.
• Shopping Funktionen sind für Sie wichtig.
• Die Daten sollen schon im ersten HTML der Seite stehen.
• Es ist wichtig, dass auch Crawler ohne JavaScript die Daten sehen.

Der letzte Punkt ist wichtig. Die JavaScript Dokumentation von Google sagt, dass nicht alle Bots JavaScript ausführen können und dass serverseitiges Rendering oder Prerendering weiterhin eine gute Idee ist. Daten im ersten HTML bieten also eine breitere Lesesicherheit.

Die serverseitige Auszeichnung gibt Ihnen außerdem eine einzige Stelle zur Pflege. Aktualisiert sich das Template, aktualisiert sich die Auszeichnung mit. In GTM liegen Template und Tag dagegen an zwei Orten und können auseinanderlaufen.

Andererseits hat die serverseitige Auszeichnung ihren Preis. Sie braucht Entwicklerzeit, und der Veröffentlichungszyklus läuft langsamer. Bei schnell wechselnden Daten ist dieser Preis dennoch meist niedriger als der Schaden durch widersprüchliche Auszeichnung.

Ist GTM oder serverseitige Auszeichnung für Schema besser?

Also gibt es keine einzige richtige Antwort. Die Wahl hängt davon ab, wie oft sich Ihre Daten ändern und welchen Codezugriff Sie haben. Die Tabelle fasst die Sicht zusammen, die unser Team in der Praxis nutzt.

Die Tabelle ist ein Ausgangspunkt, keine Regel. Sind Ihre Seite, Ihr Template oder Ihr Team anders, kann das Ergebnis abweichen.

Können Sie sich nicht entscheiden, mischen Sie stattdessen beides. Geben Sie stabile Fakten an GTM und wechselnde Fakten an den Server. Erzeugen Sie aber nie denselben Typ an beiden Stellen.

In einem gemischten Aufbau halten Sie die Zuständigkeit schriftlich fest. Wer erzeugt welchen Typ, auf welchen Seiten, und wo wird getestet? Die Antworten passen auf eine Seite Notizen.

Wie entsteht doppelte Auszeichnung?

Zunächst: Auf den meisten Seiten erzeugt ein SEO Plugin oder das Theme bereits strukturierte Daten. Fügen Sie per GTM einen zweiten Block desselben Typs hinzu, trägt die Seite zwei getrennte Auszeichnungen. Wir nennen das doppelte Auszeichnung.

Doppelte Auszeichnung erzeugt oft widersprüchliche Werte. Zum Beispiel schreibt das Plugin einen Preis und das GTM Tag einen anderen. Google kann nicht wissen, welchem es trauen soll. Folglich erscheint das Rich Result womöglich nicht, oder es erscheinen falsche Daten.

Die Vorbeugung ist somit einfach:

• Testen Sie zuerst, was das Plugin oder das Theme schon ausgibt.
• Fügen Sie denselben Typ nicht doppelt hinzu.
• Schalten Sie die Ausgabe des Plugins ab, bevor Sie das GTM Tag veröffentlichen, und testen Sie danach.
• Testen Sie nach jeder Änderung die Live URL erneut.

Nutzen Sie WordPress, hilft Ihnen unser Vergleich Yoast SEO oder Rank Math, zu erkennen, welches Plugin was ausgibt.

Warum ist Auszeichnung riskant, die nicht zum sichtbaren Inhalt passt?

Die allgemeinen Richtlinien von Google zu strukturierten Daten sind klar: Zeichnen Sie keine Inhalte aus, die Leser nicht sehen können. Bei GTM vergisst man diese Regel leicht, weil das Tag unabhängig vom Seitentemplate arbeitet.

Angenommen, Sie schreiben eine feste Bewertung oder eine Zahl von Rezensionen ins Tag, und die Seite zeigt sie nicht. Das verstößt gegen die Richtlinie. Seiten, die gegen die Richtlinien verstoßen, können eine manuelle Maßnahme erhalten und die Eignung für Rich Results verlieren.

Die goldene Regel lautet daher: Jeder Wert in der Auszeichnung muss zu einem Wert passen, den der Leser auf der Seite sieht. Erfundene Bewertungen oder Rezensionen sind niemals akzeptabel. Zudem garantiert Google nicht, dass auch korrekte Auszeichnung in den Ergebnissen erscheint.

Deshalb sollten die Person, die das Tag schreibt, und die Person, die den Seiteninhalt verantwortet, am selben Tisch sitzen.

Gewöhnen Sie sich außerdem an, die Auszeichnung zu prüfen, wenn sich der Inhalt ändert. Nehmen Sie eine Leistung von der Seite, lassen sie aber im Tag stehen, haben Sie einen Inhalt ausgezeichnet, den niemand sehen kann.

Beeinflusst die Cookie Einwilligung, ob das Tag läuft?

Auf vielen Seiten bestimmt der Mechanismus für die Cookie Einwilligung, wann Tags laufen. Binden Sie Ihr GTM Tag an eine Einwilligung, läuft es nicht, wenn der Besucher ablehnt. Dann entsteht auch die Auszeichnung nicht.

Strukturierte Daten beschreiben Inhalte und erheben keine personenbezogenen Daten. Sie sollten dieses Tag also getrennt von Tracking Tags betrachten. Treffen Sie die Entscheidung dennoch passend zur rechtlichen Lage Ihrer Seite. Dieser Beitrag ist keine Rechtsberatung.

In der Praxis sehen wir folgendes Problem: Das Tag wird versehentlich an die Einwilligung gebunden, und der Bot von Google sieht die Auszeichnung nie, weil er nicht einwilligt. Wir empfehlen deshalb, auch in einer Sitzung ohne erteilte Einwilligung zu testen.

Klären Sie mit Ihrer Rechtsberatung, welche Tags von der Einwilligung abhängen. Wir beschreiben nur das technische Ergebnis: Läuft das Tag nicht, existiert die Auszeichnung nicht.

Welche Checkliste nutzen wir vor dem Livegang?

Diese Liste nutzen wir bei jeder Änderung:

1. Feuert das Tag nur auf den Zielseiten?
2. Liefern die Variablen keine leeren Werte?
3. Gibt es auf der Seite Auszeichnung desselben Typs aus einer anderen Quelle?
4. Erscheint jeder Wert der Auszeichnung auch auf der Seite?
5. Ist der Rich Results Test auf der Live URL sauber?
6. Enthält das gerenderte HTML im URL Inspection Tool die Auszeichnung?
7. Läuft das Tag in einer Sitzung ohne Einwilligung?

Können Sie nicht alle sieben Fragen mit Ja beantworten, veröffentlichen Sie nicht. Beobachten Sie danach die zugehörigen Berichte der Search Console einige Wochen und notieren Sie Änderungen mit Datum.

Was tun Sie, wenn das GTM Schema einen Fehler wegen nicht lesbarer Daten auslöst?

Manchmal läuft das Tag, aber die Auszeichnung ist nicht lesbar. Eine häufige Ursache ist eine Variable, die einen Wert mit Anführungszeichen oder Sonderzeichen direkt in den Block schreibt. Der Block bricht und lässt sich nicht auslesen.

Das haben wir in einem eigenen Beitrag behandelt. Unsere Anleitung zum Fehler bei nicht parsbaren strukturierten Daten in der Search Console erklärt Ursache und Lösung. Hier nur so viel: Planen Sie ein, Sonderzeichen in der Ausgabe der Variable im Tag zu bereinigen.

Mit unserem SEO Check sehen Sie außerdem, wie die Auszeichnung zu den übrigen SEO Feldern der Seite passt.

Beeinflusst per JavaScript ergänzte Auszeichnung die Seitengeschwindigkeit?

Das kann sein, allerdings nicht immer stark. Der GTM Container und seine Tags laden zusätzliches JavaScript auf die Seite. Mit steigender Zahl der Tags kann auch das Gewicht steigen. Ein einzelnes kleines Auszeichnungs Tag bringt meist keine spürbare Last, aber die Gesamtwirkung wächst, wenn der Container ohnehin voll ist.

Somit ist es eine gute Gewohnheit, unnötige Tags zu entfernen. Weitere Details zur Geschwindigkeit finden Sie in unserem Beitrag zur JavaScript Ladezeit. Hier wiederholen wir sie nicht.

Messen Sie die Geschwindigkeit mit den eigenen Daten Ihrer Seite, nicht mit fremden Durchschnittswerten. Der Durchschnitt einer anderen Seite sagt nichts über Ihre Seite.

Entfernen Sie außerdem Tags, die niemand nutzt. Alte Tags erhöhen sowohl die Last als auch die Komplexität des Containers.

Wie verändert die Wahl des Triggers die Zuverlässigkeit?

Der Trigger bestimmt, in welchem Moment des Seitenlebens das Tag läuft. Läuft es zu früh, sind die Variablen vielleicht noch nicht gefüllt. Läuft es zu spät, feuert das Tag beim Rendern womöglich nie. Beide Extreme führen zu unvollständiger Auszeichnung.

Das allgemeine Prinzip lautet: Wählen Sie einen Trigger, der direkt feuert, sobald der Wert der Variable auf der Seite bereitsteht, der aber nicht von Nutzerinteraktion abhängt. Trigger, die an Klicks oder Scrollen hängen, passen hier nicht, denn der Bot von Google interagiert nicht mit der Seite.

Halten Sie den Trigger außerdem so eng wie möglich. Ein Auszeichnungs Tag, das auf jeder Seite feuert, schreibt strukturierte Daten auch auf fremde Seiten. Das erhöht das Risiko von Auszeichnung, die nicht zum sichtbaren Inhalt passt.

Gehen Sie dann im Vorschaumodus jeden Seitentyp durch. Notieren Sie in einer Tabelle, auf welchen Seiten das Tag feuert und auf welchen nicht. Diese kleine Notiz spart Ihnen Monate später Zeit, wenn etwas kaputtgeht.

Wie funktioniert das Einbinden von Schema per GTM bei Single Page Anwendungen?

Konkret geschehen bei Single Page Anwendungen Seitenwechsel im Browser, ohne dass die Seite komplett neu lädt. Läuft das GTM Tag nur beim ersten Laden, behalten spätere Seiten die alte Auszeichnung oder haben gar keine.

Die Dokumentation von Google zu JavaScript SEO sagt, dass Sie für die Navigation saubere URLs nutzen sollen und keine URL Fragmente. Googlebot kann fragmentbasierte URLs nicht zuverlässig auflösen. Ohne saubere URLs wird Ihr Auszeichnungsproblem zur Nebenwirkung eines Indexierungsproblems.

In der Praxis stellen Sie sicher, dass das Tag bei jedem Seitenwechsel erneut läuft und der alte Block entfällt. Sonst behält eine Produktseite die Daten des vorherigen Produkts.

Wegen dieser Komplexität ist serverseitiges Rendering oder Prerendering bei Single Page Anwendungen meist robuster. Außerdem hilft es bei der Geschwindigkeit.

Welche Fehler sehen wir bei GTM Schema am häufigsten?

Unser Team sieht in der Praxis immer wieder dieselben Fehler. Die Liste beruht auf allgemeiner Beobachtung, nicht auf einem einzelnen Beispielszenario:

• Ein ungetestetes Tag geht live, und eine leere Variable erzeugt ein fehlendes Pflichtfeld.
• Plugin und GTM tragen denselben Typ der Auszeichnung.
• Das Tag läuft auf der ganzen Seite und schreibt Daten auf fremde Seiten.
• Der Preis auf der Seite ändert sich, aber der feste Wert im Tag bleibt alt.
• Die Cookie Einwilligung blockiert das Tag, und niemand merkt es.
• Container Versionen haben keine Notizen, daher wird ein Rückweg schwer.

Die meisten davon sind also Prozessfehler, keine technischen Fehler. Eine Checkliste und regelmäßige Tests verhindern den Großteil.

Etablieren Sie zudem einen Wartungsrhythmus. Öffnen Sie einmal im Monat den Container und prüfen Sie Tags, Trigger und Variablen. Eine garantierte Lösung für diese Fehler versprechen wir nicht, aber Sie können jeden davon per Test finden.

Wie überwachen Sie die Ergebnisse, und wann gehen Sie zurück?

Beobachten Sie nach der Veröffentlichung die Berichte zu Rich Results und Erweiterungen in der Search Console. Berichte aktualisieren sich nicht sofort, haben Sie also Geduld und notieren Sie jede Änderung mit Datum.

Diese Zeichen verlangen einen Rückweg:

• Die Zahl der Fehler steigt, oder frühere gültige Elemente sinken.
• Der Wert auf der Seite und der Wert in der Auszeichnung driften auseinander.
• Es erscheinen zwei verschiedene Auszeichnungen desselben Typs.

Der Rückweg ist einfach, denn in GTM kehren Sie zur vorherigen Container Version zurück. Das ist ein Vorteil der Methode. Ein schneller Rückweg bedeutet allerdings nicht, dass das Problem bei Google bereinigt ist. Sie müssen auf die erneute Verarbeitung warten.

Wie kann unser Team Sie dabei unterstützen?

Als Talha Aslan und Team planen wir die Einrichtung strukturierter Daten nach Seitentyp. Zunächst klären wir, welche Daten wo entstehen. Danach entscheiden wir, welcher Teil in GTM landet und welcher Teil auf dem Server entsteht.

Dennoch versprechen wir kein Ergebnis. Ob ein Rich Result erscheint, entscheidet Google. Eine korrekt aufgebaute Auszeichnung, die zum sichtbaren Inhalt passt, räumt jedoch Hindernisse aus dem Weg.

Möchten Sie eine Einschätzung für Ihre Seite, melden Sie sich über unsere Seite zur SEO Beratung. Mit der Google SERP Vorschau können Sie außerdem Titel und Beschreibung ansehen.

Wo finden Sie Hilfe bei ähnlichen technischen SEO Entscheidungen?

Schema per GTM ist deshalb keine eigene SEO Strategie. Bei Fragen zum Verhältnis von Text und Code hilft unser Beitrag, ob das Text zu HTML Verhältnis die SEO beeinflusst.

Denken Sie schließlich daran, dass sich offizielle Dokumente mit der Zeit ändern. Die Prinzipien hier bleiben bestehen, aber für Details prüfen Sie die Seite von Google Search Central zum Erzeugen strukturierter Daten mit JavaScript regelmäßig.

Wir empfehlen außerdem, die allgemeinen Richtlinien für strukturierte Daten und die Grundlagen von JavaScript SEO zu lesen.