Es spielt keine Rolle, wo Sie Ihr GA-Tracking-Snippet platzieren. Der Grund offizielle GA-Dokumente vorschlagen, es in die ist, weil Sie können Platzieren Sie es in die <head> und es wird funktionieren. Und schon im Dokument wie möglich das Snippet einschließlich ist von Vorteil, aus zwei Gründen:
- Also das
analytics.js Skript so schnell wie möglich heruntergeladen wird, so Tracking kann so schnell wie möglich geschehen. (Hinweis: Je länger es dauert, um analytics.js herunterzuladen, desto größer ist die Wahrscheinlichkeit, dass eine Person, die auf Ihre Website kommt und dann sofort geht, nicht verfolgt wird. Vielleicht interessiert es Sie, vielleicht nicht - ich nicht).
- Da das Snippet die
ga() command queue function definiert, und je früher Sie es definieren, desto früher können Sie es verwenden. Wenn Sie es nur im Snippet selbst verwenden, spielt es keine Rolle, wo Sie es definieren.
Auf der anderen Seite kann der GTM-Schnipsel nicht in den <head> platziert werden. Ich meine, es kann, aber es könnte Dinge brechen.
Wenn Sie sich das GTM-Snippet ansehen, werden Sie feststellen, dass es ein innerhalb eines <noscript>-Tags enthält. Wenn Sie ein in die eines HTML-Dokuments setzen, wird der HTML-Parser davon ausgehen, dass Sie vergessen haben, das schließende </head>-Tag hinzuzufügen und das Tag für Sie zu schließen. Das heißt, wenn Sie irgendwelche Sachen haben nach die GTM-Tag im Kopf (z. B. <link> Tags, <meta> Tags, etc.), diese Sachen werden jetzt in <body>, die Fehler verursachen könnten.
Alles, was gesagt wird, wenn Sie den GTM-Tag als allerletzten Tag in <head>, mit dem HTML-Parser schließt </head> und starten <body> vorzeitig hinzufügen absolut keinen Unterschied machen.
Kurz gesagt, spielt es wahrscheinlich für die meisten Anwendungsfälle keine Rolle.Außerdem möchte ich Sie dazu ermutigen, actually read the contents of the snippets zu Ihrer Website hinzuzufügen, um zu verstehen, was sie tun. Sie sind nicht so beängstigend.
Um Ihre Frage in einem Kommentar zu antworten:
Ja, aber wenn GTM Belastungen im Körper wird es den GA-Tracking-Code in dem Körper verlassen, das sagt, wo es widerspricht den GA-Code zu platzieren
Dies ist nicht wirklich wahr, noch spielt es wirklich eine Rolle. Wenn Sie sich what the tracking script actually does ansehen, werden Sie sehen, dass es hauptsächlich analytics.js herunterlädt, und es ist absolut egal, wenn das <script>-Etikett, das analytics.js herunterlädt, in <head> oder <body> ist.
Das GA-Bootstrap-Skript erstellt ein Javascript-Datumsobjekt - ich habe immer davon ausgegangen, dass der Timer für die Seitengeschwindigkeitsberichte initialisiert wird. Daher bin ich mir nicht sicher, wo der Code platziert wird der Timer wird zu spät im Ladevorgang initialisiert). Liege ich hier falsch? –
@EikePierstorff vernünftige Annahme, aber ja, du liegst falsch. Seitengeschwindigkeits-Timing-Treffer verwenden die [Navigation Timing API] (https://developer.mozilla.org/en-US/docs/Web/API/Navigation_timing_API), was bedeutet, dass Browser, die dies nicht unterstützen, keine Seitengeschwindigkeit senden Timingtreffer Zu diesem Zeitpunkt wird 'ga.l' nur intern verwendet, um die Skriptladewartezeit zu messen. Es ist nicht in öffentlichen Berichten enthalten. –