Client-seitiges Tracking läuft über JavaScript im Browser der Besucher. Aber Browser haben Grenzen. Werbeblocker sperren Tracking-Skripte. Datenschutzeinstellungen schalten Cookies ab. Skripte von Drittanbietern laden nicht. Dir gehen Daten verloren. Beim Server-Side-Tracking senden deine Server die Daten direkt. Deine Server wissen, wann etwas passiert. Sie schicken es an Analytics. Werbeblocker können das nicht stören. Datenschutzeinstellungen blockieren es nicht. Server-Side-Tracking ist zuverlässiger. Es erfasst Daten, die client-seitiges Tracking verpasst.
In diesem Artikel erfährst du, wie Server-Side-Tracking funktioniert und wann du es nutzen solltest.
Warum Server-Side-Tracking wichtig ist
Client-seitiges Tracking verliert Daten. Werbeblocker sperren 10 bis 40 Prozent der Besucher. Datenschutzeinstellungen im Browser sperren noch mehr. Skripte von Drittanbietern sind unzuverlässig. Die Daten dieser Besucher fehlen dir.
Server-Side-Tracking umgeht diese Probleme. Deine Server senden die Daten. Besucher können sie nicht über Browsereinstellungen blockieren. Werbeblocker greifen nicht ein. Du erfasst die Daten aller Besucher.
Server-Side-Tracking ist auch genauer. Dein Server kennt das tatsächliche Ereignis. Bei einem Kauf kennt er den echten Betrag. Client-seitig kann man ihn nur anhand der Seitendaten schätzen.
Server-Side und Client-Side im Vergleich
Client-seitiges Tracking führt JavaScript im Browser der Besucher aus. Der Browser sendet die Daten an Analytics. Das ist einfach, aber unzuverlässig.
Server-Side-Tracking läuft auf deinen Servern. Wenn ein Ereignis eintritt, sendet dein Server die Daten an Analytics. Der Besucher sendet selbst nichts. Dein Server ist die Quelle.
Hybrides Tracking kombiniert beides. Client-seitig für Interaktionen der Nutzer. Server-seitig für bestätigte Transaktionen. Zusammen ergeben beide ein vollständiges Bild.
Server-Side-Tracking umsetzen
Server-Side-Tracking braucht Entwicklungsarbeit. Wenn auf deinem Server ein Ereignis eintritt, rufst du die API deiner Analyseplattform auf. Du sendest die passenden Daten mit.
In einem Onlineshop sendest du bei einem bestätigten Kauf ein Kauf-Event. Es enthält Betrag, Artikel und Kundendaten. Deine Analyseplattform empfängt es.
Bei SaaS sendest du ein Anmelde-Event, wenn ein Nutzer ein Konto erstellt. Wenn er upgradet, sendest du ein Upgrade-Event. Dein Server ist die verlässliche Quelle.
Server-Events den Besuchersitzungen zuordnen
Server-Events brauchen Kontext. Welcher Besucher hat diesen Kauf getätigt? Du musst Server-Events mit client-seitigen Sitzungen verknüpfen.
Nutze Besucher-IDs. Wenn sich ein Besucher anmeldet, kennst du seine ID. Wenn er kauft, sendest du den Kauf mit seiner ID. Deine Analyseplattform verknüpft ihn mit seiner Sitzung.
Bei anonymen Besuchern nutzt du Cookies. Ein Cookie im Browser enthält eine Besucher-ID. Wenn der Besucher kauft, liest du das Cookie aus. Dann sendest du den Kauf mit dieser ID.
Entscheiden, was server-seitig erfasst wird
Erfasse bestätigte Ereignisse server-seitig. Käufe. Anmeldungen. Konto-Upgrades. Ereignisse, bei denen dein Server sicher weiß, dass sie echt und vollständig sind.
Erfasse kein Verhalten im Browser server-seitig. Seitenaufrufe. Klicks. Scrollen. Das erfasst du besser client-seitig. Dein Server weiß davon nichts.
Denk an die Genauigkeit der Daten. Wenn dein Server die Daten kennt, erfasse sie server-seitig. Dein Server kennt Kaufbeträge. Dein Server kennt Nutzertypen. Dein Server kennt die Nutzung von Funktionen.
Doppelte Daten vermeiden
Wenn du client-seitig und server-seitig erfasst, sendest du Ereignisse eventuell doppelt. Ein Kauf, der auf beiden Wegen erfasst wird, erscheint in Analytics als zwei Käufe.
Vermeide Duplikate mit Event-IDs. Gib jedem Event eine eindeutige ID. Wenn dieselbe ID zweimal ankommt, ignoriere das Duplikat.
Oder nutze verschiedene Analytics-Properties. Client-seitige Events in einer Property. Server-seitige Events in einer anderen. Analysiere sie getrennt.
Server-Side-Tracking gründlich testen
Server-Side-Tracking ist zuverlässiger, muss aber trotzdem getestet werden. Prüfe, ob die Events deine Analyseplattform erreichen. Prüfe, ob die Daten stimmen. Prüfe, ob die Zuordnung der Besucher funktioniert.
Achte auf Verzögerungen. Server-seitige Events haben vielleicht eine Latenz. Es dauert, bis Events bei Analytics ankommen. Das ist normal. Wenn die Latenz aber steigt, geh der Sache nach.
Häufig gestellte Fragen
Ist Server-Side-Tracking besser als client-seitiges Tracking?
Bei der Zuverlässigkeit ja. Bei der Flexibilität nein. Client-seitig kannst du alles auf einer Seite erfassen. Server-seitig nur Ereignisse, die dein Server kennt. Nutze beides. Client-seitig für Interaktionen. Server-seitig für bestätigte Ereignisse. Mit dem Website-Builder von WEMASY kannst du das direkt auf deiner Website einrichten.
Müssen wir client-seitiges Tracking entfernen, wenn wir Server-Side-Tracking einführen?
Nein. Behalte beides. Sie haben unterschiedliche Aufgaben. Client-seitig erfasst das Nutzerverhalten. Server-seitig bestätigt wichtige Ereignisse. Zusammen liefern sie vollständige Daten. Du musst nur Duplikate vermeiden.
Wie vermeiden wir doppelte Events beim Server-Side-Tracking?
Nutze Event-IDs. Jedes Event bekommt eine eindeutige ID. Wenn dieselbe ID zweimal ankommt, ignoriere das Duplikat. Die meisten Analyseplattformen unterstützen die Deduplizierung. Richte sie ein.
Braucht Server-Side-Tracking eine Einwilligung?
Ja. Server-Side-Tracking sendet weiterhin Nutzerdaten an Analytics. Wenn du für Analytics eine Einwilligung brauchst, brauchst du sie auch für Server-Side-Tracking. Die Einwilligung gilt für beides.
Was, wenn unser Server ausfällt? Stoppt dann das Tracking?
Ja. Wenn dein Server deine Analyseplattform nicht erreicht, werden keine Events gesendet. Baue eine Wiederholungslogik ein. Wenn das Senden fehlschlägt, versuche es später erneut. So kommen die Daten am Ende trotzdem bei Analytics an.
Können wir Offline-Ereignisse server-seitig erfassen?
Ja. Das ist ein Vorteil von Server-Side-Tracking. Wenn ein Kauf offline stattfindet und danach in dein System übertragen wird, kannst du ihn an Analytics senden. Server-Side-Tracking braucht keine Aktivität im Browser des Nutzers in Echtzeit.