Freelancer für serverseitiges Tracking beauftragen

So beauftragen Sie einen Freelancer für serverseitiges Tracking mit dem Google Tag Manager

Serverseitiges Tagging kann verändern, wo Tracking-Anfragen verarbeitet werden. Dadurch werden Daten jedoch nicht automatisch genauer oder datenschutzkonform. Ein erfolgreiches Projekt beginnt mit einem konkreten Problem, einem klaren Datenfluss und einer Vereinbarung darüber, wer die Einrichtung betreibt, wenn der Freelancer nicht mehr an Bord ist.

Legen Sie vor der Suche fest, woran Sie ein gutes Ergebnis erkennen. Vielleicht sollen Website-Ereignisse beispielsweise über einen von Ihrem Unternehmen kontrollierten Endpunkt an eine Analyseplattform übermittelt werden. Das ist etwas anderes, als jemanden mit dem kompletten Neuaufbau Ihrer Analyselösung zu beauftragen.

1. Prüfen Sie, ob serverseitiges Tracking ein konkretes Problem löst

Benennen Sie das Problem, das Sie angehen möchten. Es könnte darum gehen, die im Browser sichtbare Tracking-Logik zu reduzieren, Anfragen über einen eigenen Endpunkt zu leiten oder zu steuern, welche ausgewählten Ereignisdaten an Drittanbieter übermittelt werden. „Wir wollen besseres Tracking“ ist nicht konkret genug, um eine Implementierung anzuleiten.

Serverseitiges Tagging bringt außerdem zusätzliche Infrastruktur- und Betriebsaufgaben mit sich. Möglicherweise brauchen Sie Hosting, Berechtigungen für die Bereitstellung, Monitoring und eine zuständige Person, die dafür sorgt, dass der Server-Container funktioniert. Wenn Ihr aktuelles Problem ein falscher Ereignisname oder ein fehlendes Einwilligungssignal ist, wird ein serverseitiges Projekt es möglicherweise nicht beheben.

Bitten Sie Ihre zuständige Person für Analytics oder Datenschutz, den Grund für die Änderung mit Ihnen festzulegen. Halten Sie das aktuelle Problem, die erwartete Verbesserung und die Kriterien fest, anhand derer sich feststellen lässt, ob die Verbesserung eingetreten ist. Zum Beispiel: „Das Kaufereignis soll über unseren Server-Endpunkt mit dem genehmigten Einwilligungssignal beim ausgewählten Ziel ankommen.“

Fassen Sie das Anliegen eng. Geht es Ihnen hauptsächlich darum, ob ein Freelancer für eine andere Dienstleistung der richtige Anbieter ist, finden Sie im Artikel über SEO-Freelancer und Agenturen einen entsprechenden Vergleich. Serverseitiges Tracking braucht jedoch einen eigenen technischen Umfang.

2. Legen Sie vor der Suche den Tracking-Umfang fest

Listen Sie die Systeme und Datenwege auf, die zum Projekt gehören. Dazu zählen die Website oder App, der Server-Container, der geplante Endpunkt und alle Ziele, die Daten erhalten sollen. Halten Sie auch fest, welche Systeme unverändert bleiben müssen, etwa ein separates Werbe-Tag oder eine bestehende Consent-Plattform.

Beschreiben Sie die Ereignistypen genau. Ein Pilotprojekt könnte Seitenaufrufe und ein Lead-Ereignis umfassen, während weitere Ereignisse in einer späteren Phase bearbeitet werden. Gehen Sie nicht davon aus, dass alle browserseitigen Tags verlagert werden sollen. Der Freelancer muss wissen, welche Ereignisse serverseitig weitergeleitet werden und welche im Browser bleiben.

Notieren Sie alle beteiligten Domains, einschließlich der Website-Domain und etwaiger Subdomains für den Checkout oder den Kontozugriff. Wenn ein anderes Team das Hosting-Konto oder das Consent-Tool verwaltet, nennen Sie diese Abhängigkeit. Ohne zu wissen, wer Änderungen an DNS, Hosting und Tags genehmigen kann, kann ein Freelancer keinen verlässlichen Starttermin zusagen.

Es geht hier nicht um ein allgemeines GA4-E-Commerce-Audit. Beschränken Sie den Umfang auf die serverseitigen Aufgaben: Eingang der Ereignisse, Verarbeitung im Server-Container, Anfragen an die Ziele und vereinbarte Schutzmaßnahmen. Diese Abgrenzung verhindert, dass aus einer gezielten Implementierung ein offener Neuaufbau der Analytics-Lösung wird.

3. Finden und bewerten Sie einen Freelancer für serverseitiges Tracking mit dem Google Tag Manager

Suchen Sie nach einem Freelancer für serverseitiges Tracking mit dem Google Tag Manager, der sowohl die Tag-Konfiguration als auch das Hosting-Modell erklären kann. Erfahrung mit einem Web-Container allein belegt nicht, dass jemand einen Server-Container eingerichtet, Anfragen durch ihn verfolgt oder ihn nach dem Start betreut hat.

Bitten Sie die Kandidaten, den Weg eines Ereignisses von Anfang bis Ende zu erläutern. Was löst es auf der Website aus? Welche Anfrage erreicht den Server-Endpunkt? Welches Tag im Server-Container verarbeitet sie? Welche Anfrage wird anschließend an die einzelnen Ziele gesendet? Eine klare Erklärung sollte auch zeigen, an welcher Stelle die betreffende Person jeden Schritt überprüfen würde – und nicht nur die verwendeten Tools aufzählen.

Bitten Sie um Beispiele für vergleichbare Projekte, etwa ein anonymisiertes Architekturdiagramm oder eine kurze Beschreibung einer früheren Bereitstellung. Kundennamen und Ereignisdaten sind nicht nötig. Wer die Daten früherer Kunden schützt, sollte die technische Herausforderung auch ohne vertrauliche Details beschreiben können.

Führen Sie ein kurzes, praxisorientiertes Vorgespräch. Fragen Sie, welche Zugriffsrechte benötigt werden, welche Änderungen ohne Genehmigung nicht vorgenommen würden und was die geplante Lösung verhindern könnte. Achten Sie darauf, ob die Kandidaten nach Einwilligungen, der Zuständigkeit für das Hosting und den Anforderungen der Datenziele fragen, bevor sie eine Konfiguration empfehlen.

Wer beispielsweise sofort verspricht, „alles serverseitig zu senden“, hat noch nicht geklärt, welche Ereignisse zulässig sind oder welche Ziele sie benötigen. Bitten Sie um eine konkretere Erklärung, bevor Sie das Angebot mit einem anderen vergleichen.

4. Erstellen Sie ein Briefing für die serverseitige Tagging-Implementierung

Ein Briefing für die serverseitige Tagging-Implementierung sorgt dafür, dass alle Kandidaten mit denselben Informationen starten. Beschreiben Sie die aktuelle Einrichtung, das zu lösende Problem, den vorgesehenen Datenfluss, die Ereignistypen und Ziele, die Einwilligungsanforderungen sowie alles, was nicht zum Auftrag gehört.

Nennen Sie auch die praktischen Rahmenbedingungen. Legen Sie fest, wem das Hosting-Konto gehört, wer DNS-Änderungen genehmigen kann, welche Zugriffsrechte der Freelancer erhält und ob das Projekt in einen bestehenden Infrastrukturplan passen muss. Wenn Sie ein festes Budget oder einen bevorzugten Zeitrahmen für den Start haben, geben Sie das an, statt zu erwarten, dass die Kandidaten es erraten.

Bitten Sie die Kandidaten, ihre Annahmen und Abhängigkeiten aufzulisten, bevor sie ein Angebot erstellen. Vielleicht muss bestätigt werden, dass ein bestimmtes Ziel das benötigte Anfrageformat akzeptiert oder dass Ihr Team Zugriff auf ein Hosting-Konto bereitstellen kann. Solche Details können sich auf Umfang und Zeitplan auswirken.

Ein sinnvolles Briefing enthält:

• Den aktuellen Stand von Web- und Server-Container, sofern bekannt.
• Die Ereignisse und Ziele, die in der ersten Phase berücksichtigt werden.
• Einwilligungssignale, die erhalten oder geprüft werden müssen.
• Systeme und Tags, die unangetastet bleiben müssen.
• Zugriffsbeschränkungen, Kontoinhaber und erforderliche Freigaben.
• Erwartete Dokumentation, Testnachweise und Übergabeunterlagen.

Halten Sie das Briefing sachlich. Wenn Sie nicht wissen, ob der aktuelle Endpunkt oder Container richtig konfiguriert ist, kennzeichnen Sie den Status als ungeprüft, statt eine Vermutung als Anforderung darzustellen.

5. Vergleichen Sie Angebote anhand der Architektur und der Zuständigkeit für den Betrieb

Ein gutes Angebot beschreibt den Weg von der Website zum Server-Endpunkt und von dort zu den einzelnen Zielen. Es sollte darlegen, wer das Hosting bereitstellt und besitzt, wie der Endpunkt eingerichtet wird und wer die Konfiguration nach dem Start ändern kann. Wenn Sie den Google Tag Manager Server-Container einrichten lassen, sollten Kontoinhaberschaft, Zugriffsrechte und spätere Änderungsmöglichkeiten von Anfang an geklärt sein.

Fragen Sie nach dem laufenden Kostenmodell und nicht nur nach dem Projektpreis des Freelancers. Hosting, Datenverkehr, Monitoring und Wartung können über unterschiedliche Konten oder Anbieter laufen. Prüfen Sie aktuelle plattformspezifische Funktionen, Kosten und Einschränkungen anhand der offiziellen Dokumentation, bevor Sie einer Lösung zustimmen.

Vergleichen Sie, wie die Kandidaten das Setup überwachen wollen. Sie sollten erklären, was sie prüfen würden, wenn keine Ereignisse mehr ankommen, wie Ihr Team über einen Ausfall informiert wird und in welchem Konto die relevanten Protokolle oder Statusinformationen zu finden sind. „Wir können es reparieren, wenn etwas kaputtgeht“ ist kein Betriebskonzept.

Klären Sie außerdem, wem die Konfiguration gehört. Erstellt der Freelancer den Server-Container in einem von ihm kontrollierten Konto, ist Ihr Unternehmen bei späteren Änderungen möglicherweise auf ihn angewiesen. Vereinbaren Sie, dass Ihre Organisation die erforderlichen Konten und Konfigurationen besitzt oder darauf zugreifen kann, und nehmen Sie die Übertragungsschritte ins Angebot auf.

6. Vereinbaren Sie Datenschutzmaßnahmen und den Umgang mit Ausfällen

Legen Sie vor Beginn der Arbeit fest, welche Daten über den Endpunkt gesendet werden dürfen und welche nicht. Dazu können Kennungen oder Felder gehören, deren Übermittlung Ihr Datenschutzteam eingeschränkt hat. Der Freelancer soll die genehmigten Regeln umsetzen – nicht die Rechtsgrundlage der Verarbeitung für Ihre Organisation festlegen.

Fragen Sie, wie Einwilligungssignale von der Website durch den Server-Container geleitet werden und wie sich die Konfiguration verhält, wenn keine Einwilligung vorliegt oder sie verweigert wird. Die Lösung muss zu Ihrer Consent-Plattform und den dokumentierten Richtlinien passen. Lassen Sie Fragen zur Compliance von Ihrer Datenschutz- oder Rechtsberatung prüfen, statt sich allein auf die Zusicherung des Freelancers zu verlassen.

Besprechen Sie, wo Anfragen verarbeitet werden und welche Parteien Zugriff auf die Hosting-Umgebung haben. Klären Sie die entsprechenden Kontoberechtigungen und Bedingungen zur Datenverarbeitung mit den zuständigen Personen für Datenschutz und Sicherheit. Eine technische Einstellung allein beantwortet nicht alle rechtlichen oder vertraglichen Fragen.

Planen Sie für den Fall eines Ausfalls, bevor das System startet. Sollen Anfragen erneut gesendet, verworfen oder anders behandelt werden, wenn der Server-Endpunkt nicht verfügbar ist? Was geschieht, wenn ein Ziel eine Anfrage ablehnt, während ein anderes weiterhin verfügbar ist? Der Freelancer sollte das vereinbarte Verhalten und die Grenzen der Erkennung erläutern.

7. Legen Sie einen klar abgegrenzten Pilotversuch und Abnahmekriterien fest

Beginnen Sie mit einem kleinen Pilotversuch, der nur eine begrenzte Zahl von Ereignissen und Zielen umfasst. So lässt sich der Anfrageweg leichter überprüfen und mögliche Probleme lassen sich eingrenzen, bevor dieselbe Konfiguration auf weitere Ereignisse ausgeweitet wird.

Vereinbaren Sie, wie der Pilotversuch geprüft wird. Der Freelancer kann beispielsweise Nachweise vorlegen, die die Anfrage von der Website, den Verarbeitungsschritt im Server-Container und die entsprechende Anfrage an das Ziel zeigen – sensible Werte müssen dabei entfernt sein. Ihr Team sollte außerdem prüfen, ob die erwarteten Ereignisse ankommen und ob das Verhalten bei Einwilligungen den genehmigten Regeln entspricht.

Legen Sie eindeutige Abnahmekriterien fest. Der Pilotversuch könnte beispielsweise als abgeschlossen gelten, wenn das ausgewählte Ereignis über den vereinbarten Endpunkt beim benannten Ziel ankommt, ausgeschlossene Felder fehlen und das dokumentierte Verhalten bei Ausfällen überprüft wurde. Ein Screenshot eines ausgelösten Tags belegt nicht den vollständigen Datenweg.

Beschränken Sie die Abnahme auf die serverseitige Weiterleitung. Sie ersetzt weder eine umfassendere Prüfung des E-Commerce-Trackings noch die Überprüfung sämtlicher Analytics-Ereignisse auf der Website. Wenn beim Pilotversuch ein neues Problem sichtbar wird, halten Sie es als separate Änderung fest, statt den ursprünglichen Umfang stillschweigend auszuweiten.

8. Sorgen Sie für eine sichere Übergabe und klare Zuständigkeiten im laufenden Betrieb

Verlangen Sie vom Freelancer ein Architekturdiagramm oder eine gleichwertige schriftliche Beschreibung, eine Liste der Konten und Konfigurationsbestandteile sowie Anleitungen zur Bereitstellung und zum Rollback. Anhand der Übergabe sollte eine andere qualifizierte Person nachvollziehen können, wie ein Ereignis durch das System läuft.

Dokumentieren Sie, wer nach Ende des Auftrags für regelmäßige Aktualisierungen, Vorfälle und künftige Änderungen zuständig ist. Benennen Sie die Person oder das Team, das das Monitoring übernimmt, und vereinbaren Sie, wie der Freelancer kontaktiert wird, falls laufender Support Teil des Vertrags ist.

Stellen Sie sicher, dass Ihre Organisation vor der Schlusszahlung oder dem Projektabschluss auf die relevanten Konten und Konfigurationen zugreifen kann. Eine vollständige Übergabe umfasst die laufenden Kosten, die aktuelle Zuständigkeit für das Hosting und die Schritte, die Ihr Team unternehmen muss, wenn es den Endpunkt deaktivieren will.

Bitten Sie die Kandidaten vor der Unterzeichnung, klar zu benennen, was nicht zum Auftrag gehört. Eine schriftliche Abgrenzung – etwa der Ausschluss neuer Ziele oder eines laufenden Monitorings – verhindert spätere Unstimmigkeiten darüber, wer bei Änderungen am Tracking-Setup zuständig ist.

Wenn Sie bereit sind, den nächsten Schritt zu gehen, sollten Sie Server-Side Tracking Freelancer beauftragen, nachdem Umfang, Abnahmekriterien und Zuständigkeiten für den Betrieb schriftlich festgehalten wurden.