EU-gehostet vs. EU-kontrolliert: Was das für Server-side Tracking bedeutet

Sicherheitsfragebögen von Kunden und DSFAs fragen oft, wer Ihre Infrastruktur betreibt, wo die Muttergesellschaft des Anbieters ihren Sitz hat und welche Unterauftragsverarbeiter Daten erhalten. Früher war das Sache der Rechtsabteilung, heute gehören solche Fragen zu jeder Lieferantenprüfung.

Bei vielen Softwarelösungen sind diese Fragen eine Formalität. Beim Server-side Tracking wiegen die Antworten schwerer, weil Besucherdaten den Server-Container in ihrer vollständigsten Form erreichen.

Dieser Artikel erklärt, welche Daten ein Container erhält, warum die Infrastruktur darunter bestimmt, was Sie über diese Daten sagen können, und warum wir unsere eigene Infrastruktur zu UpCloud verlegt haben, einem finnischen Cloud-Anbieter.

Was sagt „EU-gehostet“ aus?

EU-Hosting beschreibt die Datenresidenz, also die Region, in der Daten gespeichert und verarbeitet werden. Das bleibt eine nützliche Eigenschaft, denn Daten, die in der EU bleiben, vermeiden die häufigsten Fragen zu internationalen Übermittlungen.

Souveränität fügt zwei weitere Fragen hinzu: wer die Infrastruktur betreibt und welche Behörden diesen Betreiber rechtlich zur Herausgabe von Daten verpflichten können. Diese Pflichten folgen dem Unternehmen, egal wo seine Server stehen. Ein Anbieter in US-Eigentum mit einer EU-Region bietet Ihnen Residenz, ein Anbieter in europäischem Eigentum, der seine eigene Infrastruktur in der EU betreibt, bietet Ihnen beides. UpCloud erklärt in seinem Artikel, wie das funktioniert, einschließlich der Rolle des US CLOUD Act.

Die EU beginnt, diesen Unterschied gesetzlich zu verankern. Der Cloud and AI Development Act, den die Europäische Kommission im Juni 2026 vorgeschlagen hat, würde Cloud-Dienste in vier Souveränitätsstufen einordnen, vom Speicherort der Daten bis zur Frage, wem der Anbieter gehört und wer ihn kontrolliert. Es ist noch ein Vorschlag und gilt nur für Cloud-Dienste öffentlicher Stellen, aber die Stufen eignen sich schon jetzt, um jeden Anbieter zu bewerten.

Welche Daten durch einen Server-side-Tracking-Container laufen

Ein Server-Container erhält die von Ihrer Website erfassten Daten, bevor sie an Ihre Marketing- oder Analyse-Tools gehen. Jedes Event kommt zuerst beim Container an und wird dort verarbeitet. Danach leitet der Container eine angepasste Version der Daten an jedes Ziel weiter, etwa eine Analyseplattform, Google Ads, Meta oder Ihr CRM.

Die Anfrage, die den Container erreicht, enthält mehr als den Namen des Events. Ein typischer Seitenaufruf oder eine Conversion enthält:

• Die IP-Adresse des Besuchers, die mit jeder HTTP-Anfrage mitgeschickt wird
• Den User Agent, der Browser, Gerät und Betriebssystem angibt
• Die vollständige Seiten-URL einschließlich Query-String
• Den Referrer
• Werte von First-Party-Cookies, etwa Client- und Session-IDs sowie gespeicherte Klick-IDs wie gclid und fbclid
• Die Event-Parameter, die Sie konfiguriert haben, etwa Produkt-IDs, Warenkorbinhalte, Bestellwerte und Transaktions-IDs

Conversion-Events für Enhanced Conversions in Google Ads oder die Conversions API von Meta enthalten zudem Kundendaten wie eine E-Mail-Adresse, Telefonnummer oder einen Namen. Beide Plattformen verlangen, dass diese Werte mit SHA-256 gehasht werden. Dadurch werden sie in einen Code umgewandelt, den die Plattform ihren eigenen Nutzern zuordnen kann, ohne den ursprünglichen Wert zu sehen. In einem Server-side-Setup geschieht das Hashing meist im Container. Der Container erhält die E-Mail-Adresse also zunächst im Klartext, hasht sie dann und leitet nur die gehashte Version weiter.

Der Query-String, also der Teil einer URL nach dem Fragezeichen, kann mehr Informationen enthalten, als Ihr Tracking-Setup erfassen sollte. Ein Link zum Zurücksetzen des Passworts oder zur Kontobestätigung kann eine E-Mail-Adresse enthalten. Eine interne Seitensuche hängt den Suchbegriff an die URL an. Buchungs- und Filterseiten können Reisedaten, Reiseziele, die Zahl der Reisenden oder Größe und Farbe eines Produkts enthalten. Diese Informationen landen durch den Aufbau der Website in der URL, und der Container erhält sie mit jedem Seitenaufruf.

Die Schritte, die diese Daten sicherer zum Teilen machen, finden im Container statt. Dazu gehören das Hashen von Identifiern, das Kürzen oder Entfernen von IP-Adressen, das Entfernen von Parametern aus URLs, das Umbenennen von Events und die Prüfung der Einwilligung, bevor etwas weitergeleitet wird. Daten kommen vollständig in den Container und verlassen ihn reduziert. Damit ist der Container der Ort, an dem die vollständige, ungefilterte Version der Daten existiert.

Für Sie heißt das: Im Container entscheiden Sie, was jede Plattform erhält. Sie können den vollständigen Datensatz an ein EU-gehostetes Analyse-Tool senden und nur die Conversion-Signale, die Google Ads oder Meta zur Optimierung brauchen. Die Einwilligung wird an einer Stelle geprüft, bevor etwas weitergeleitet wird, sodass die Entscheidung eines Besuchers sofort für alle Ihre Plattformen gilt. Und weil die Regeln in einer Konfiguration liegen, können Sie einem Kunden oder Datenschutzbeauftragten genau zeigen, welche Felder wohin gehen.

Die vollständigen Daten können auch außerhalb des Containers selbst gespeichert oder eingesehen werden:

• Logs: Request- und Fehlerlogs können vollständige URLs und Teile der Payload enthalten.
• Vorschau- und Debug-Sitzungen: Die vollständige eingehende Anfrage ist für jeden sichtbar, der die Sitzung ausführt.
• Backups und Snapshots: Kopien der Umgebung enthalten alles, was zum Zeitpunkt ihrer Erstellung gespeichert war.
• Administrativer Zugriff: Mitarbeitende des Hosting-Anbieters mit Zugriff auf die zugrunde liegenden Server können all das einsehen.

Ein Webserver, der Ihre Website hostet, speichert Seiten und Dateien, die Sie bewusst veröffentlicht haben. Ein Tracking-Container führt fortlaufend Buch darüber, was identifizierbare Personen auf Ihrer Website tun, in der Form, in der es erfasst wurde. Deshalb verdient die Infrastruktur unter dem Container einen strengeren Maßstab als die Infrastruktur unter Ihrer Website.

Warum Souveränität im Server-Container am meisten zählt

Ein übliches Tracking-Setup sendet Daten an drei Arten von Systemen: den Server-Container, eine Analyseplattform und eine oder mehrere Werbeplattformen. Jedes System erhält eine andere Datenmenge, und für einige davon können Sie einen Anbieter in europäischem Eigentum und EU-Betrieb wählen.

Der Container erhält die meisten Daten. Zugleich ist er der Schritt, bei dem die Hosting-Entscheidung ganz bei Ihnen liegt. Wegen dieser Kombination sehen wir ihn als den wichtigsten Ort, um Ihre Souveränität richtig aufzustellen.

Läuft der Container auf Infrastruktur in europäischem Eigentum und EU-Betrieb, bleiben die Daten, die er erhält, in der EU, auch die Felder, die Sie herausfiltern. Daten verlassen die EU nur, wenn Sie sie an eine Plattform wie Google Ads oder Meta senden, und diese Übermittlungen stützen sich auf das EU-US Data Privacy Framework. Das Framework ist heute gültig, wird aber vor Gericht angefochten. Die beiden Vorgänger, Safe Harbor und Privacy Shield, wurden beide für ungültig erklärt. Passiert das erneut, muss ein Setup mit einem Container in europäischem Eigentum nur ändern, was es an US-Plattformen sendet, während ein Container auf US-kontrollierter Infrastruktur umziehen müsste.

Warum wir unsere Infrastruktur zu UpCloud verlegt haben

Bei TAGGRS laufen die Server-Container unserer Kunden auf Infrastruktur, die wir verwalten. Damit unsere Aussagen zur Souveränität belastbar sind, musste auch das Unternehmen, das diese Infrastruktur bereitstellt, europäisch sein, sowohl im Eigentum als auch im Betrieb.

UpCloud ist ein Cloud-Anbieter in europäischem Eigentum, gegründet in und mit Hauptsitz in Helsinki, Finnland. TAGGRS-Container laufen in den europäischen Rechenzentren von UpCloud. Weil UpCloud keinen Eigentümer außerhalb der EU hat, kann eine Regierung außerhalb der EU nicht über eine Muttergesellschaft auf die Daten zugreifen. Dieser Schutz ergibt sich aus der Eigentümerstruktur selbst und ist damit verlässlicher als eine Vertragsklausel.

Beide Unternehmen, die Ihre vollständigen Tracking-Daten verarbeiten, haben also ihren Sitz in der EU. TAGGRS verwaltet den Container, UpCloud stellt die Infrastruktur bereit, auf der er läuft.

Viele Organisationen entscheiden sich für TAGGRS, weil wir vollständig europäisch sind, darunter Banken und Einrichtungen im Gesundheitswesen. Mit unserem Wachstum wollten diese Kunden genauer wissen, wo ihre Daten verarbeitet werden, und wir brauchten zugleich eine Infrastruktur, die mit der Nachfrage Schritt hält.

Der Wechsel hat verändert, wie wir diese Infrastruktur betreiben. Früher haben wir mehr als 300 virtuelle Maschinen mit einem selbst gebauten Orchestrator verwaltet, der Workloads zwischen ihnen verschob. Heute nutzen wir UpCloud Managed Kubernetes, ein standardisiertes System, das die Konfiguration jedes Kunden automatisch auf dem richtigen Server platziert. Fällt ein Server aus, wandert seine Workload ohne manuellen Eingriff auf die anderen Server, was zu einer höheren Verfügbarkeit für unsere Kunden geführt hat. Die Server sind außerdem größer als vorher, sodass wir mehr Traffic verarbeiten können als zuvor. Zusammen mit den Managed Databases, dem Load Balancing, dem Speicher und den Backups von UpCloud hat das den Wartungsaufwand unseres Teams gesenkt. Wir haben jetzt rund 30 % mehr Zeit für die Produktentwicklung.

So beantworten Sie Fragen von Kunden und Datenschutzbeauftragten zu Ihrem Tracking-Setup

Kunden und Datenschutzbeauftragte stellen meist ein paar zentrale Fragen zur Tracking-Infrastruktur. Der Vergleich unten stellt die Antworten, die Sie geben können, wenn Sie nur wissen, wo Ihre Server stehen, dem gegenüber, was Sie sagen können, wenn Ihr Setup auf Infrastruktur in europäischem Eigentum und EU-Betrieb läuft.

Was in Ihrer Verantwortung bleibt

Infrastruktur in europäischem Eigentum gibt Ihrem Tracking-Setup eine solide Grundlage, aber einige Teile der Compliance hängen weiterhin davon ab, wie Sie sie nutzen.

• Einwilligung. Die Einwilligungsregeln der DSGVO und der ePrivacy-Richtlinie sind dieselben, egal wo Ihr Container gehostet wird. Ein Cookie, das Ihr eigener Server setzt, wird trotzdem auf dem Gerät des Besuchers gespeichert und braucht deshalb eine Einwilligung, wenn Sie es für Analyse oder Werbung nutzen.
• Daten an US-Plattformen. Daten aus einem Container in der EU an Google Ads oder Meta zu senden, gilt weiterhin als Übermittlung außerhalb der EU, und Ihre Dokumentation sollte sie auch so beschreiben. Mit dem Container legen Sie fest, welche Felder in diese Übermittlung einfließen.
• Filterregeln. Ein Container schützt Daten nur so gut, wie er konfiguriert ist. Leitet er alles, was er erhält, an jede Plattform weiter, bleiben die Daten nur bis zu diesem Moment in der EU. In TAGGRS legen Sie diese Regeln im Data Enricher fest, der Ihre Liste erlaubter Felder pro Plattform in eine Regel übersetzt, der der Container folgt.
• Dokumentation. Ihre Datenschutzerklärung, Ihr Verzeichnis von Verarbeitungstätigkeiten und Ihre DSFA müssen jede Plattform nennen, an die Sie Daten senden, und Sie müssen sie aktualisieren, sobald Sie eine hinzufügen oder entfernen.

Fazit

„Unsere Server stehen in Europa“ stimmt bei vielen Anbietern und greift eine echte Sorge auf. Es beschreibt aber nur, wo die Daten gespeichert sind. Wer auf die Daten zugreifen kann, bestimmen der Betreiber der Infrastruktur und die Eigentümer dieses Unternehmens.

Beim Server-side Tracking verdienen diese Fragen so viel Aufmerksamkeit wie der Standort des Rechenzentrums, weil der Container die vollständigste Version der Besucher- und Kundendaten erhält, bevor etwas herausgefiltert oder gehasht wurde. UpCloud stellt Infrastruktur bereit, die in Eigentum und Betrieb europäisch ist, und wir bei TAGGRS bauen die Tracking-Ebene darauf auf. Ihre vollständigen Daten bleiben unter EU-Recht, und Sie bestimmen, welche Daten Ihre Systeme verlassen.

Um zu sehen, was Ihr aktuelles Setup wohin sendet, nutzen Sie unseren kostenlosen Website Tracking Checker. Er scannt Ihre Domain und bewertet Ihr Tracking nach Pixeln, Server-side-Abdeckung, Cookies und Einwilligung.

Häufig gestellte Fragen