Karten, Videos, Schriften ohne Datenabfluss einbinden

Zwei Regelwerke greifen hier ineinander, und sie prüfen unterschiedliche Dinge. Paragraf 25 des Telekommunikation-Digitale-Dienste-Datenschutz-Gesetzes regelt den Zugriff auf das Endgerät: Die Speicherung von Informationen auf dem Gerät und der Zugriff auf dort gespeicherte Informationen sind nur nach Einwilligung zulässig — es sei denn, der Vorgang dient allein der Übertragung einer Nachricht oder ist unbedingt erforderlich, damit ein vom Nutzer ausdrücklich gewünschter Dienst bereitgestellt werden kann (TDDDG, Paragraf 25). Die Datenschutz-Grundverordnung regelt daneben die Verarbeitung der Daten selbst. Und dazu gehört die Übermittlung der IP-Adresse an einen fremden Server auch dann, wenn dabei kein einziges Cookie gesetzt wird. Wer nur die erste Prüfung besteht, hat die zweite noch vor sich.

Wie konkret das werden kann, zeigt eine Entscheidung des Landgerichts München I. Ein Websitebetreiber hatte eine Schriftart dynamisch vom Server des Anbieters nachgeladen, wodurch die IP-Adresse jedes Besuchers dorthin übermittelt wurde. Das Gericht sah darin einen Eingriff in das allgemeine Persönlichkeitsrecht und sprach dem Kläger 100 Euro (LG München I, Az. 3 O 17493/20) Schadensersatz zu, dazu einen Unterlassungsanspruch (LG München I, Az. 3 O 17493/20). Zwei Punkte der Begründung reichen über den Einzelfall hinaus. Erstens wurde die dynamische IP-Adresse als personenbezogenes Datum eingeordnet, weil der Betreiber rechtliche Mittel hat, die dahinterstehende Person bestimmen zu lassen. Zweitens spielte die Übermittlung an einen Server in den USA eine Rolle, für die zum damaligen Zeitpunkt kein angemessenes Schutzniveau festgestellt war (LG München I, Az. 3 O 17493/20). Für die Praxis ist die Entscheidung deshalb unbequem, weil eine datensparsame Variante technisch bereitsteht: Dieselbe Schrift von der eigenen Domain auszuliefern, ist keine aufwendige Sonderlösung, sondern der übliche Weg.

Die zweite Leitentscheidung stammt vom Europäischen Gerichtshof und ist älter, aber grundsätzlicher. Im Verfahren Fashion ID, das von der Verbraucherzentrale Nordrhein-Westfalen angestoßen wurde, ging es um eine Social-Media-Schaltfläche auf der Website eines Modehändlers. Der Gerichtshof stellte fest, dass beim Aufrufen der Website personenbezogene Daten an den Anbieter der Schaltfläche übermittelt wurden, „ohne dass sich der Besucher dessen bewusst ist und unabhängig davon, ob er Mitglied des sozialen Netzwerks Facebook ist oder den ‚Gefällt mir‘-Button von Facebook anklickt“ (EuGH, C-40/17). Der Websitebetreiber wurde als gemeinsam verantwortlich eingestuft — allerdings begrenzt: nicht für alles, was der Anbieter danach mit den Daten macht, sondern für „das Erheben der personenbezogenen Daten der Besucher ihrer Website und deren Weitergabe durch Übermittlung“ (EuGH, C-40/17). Genau für diesen Teil entscheidet der Betreiber, indem er die Einbindung setzt.

Der Gedanke lässt sich ohne Bruch auf Karten, Videos und Schriften übertragen: Auch dort löst allein der Seitenaufruf die Übermittlung aus, auch dort ist die Person ahnungslos, und auch dort entscheidet der Betreiber darüber, ob es diese Verbindung überhaupt gibt. Die Datenschutzkonferenz zieht daraus eine praktische Konsequenz für den Zeitpunkt. Zusatzdienste wie ein Kartendienst, ein Chat oder ein Kontaktformular werden nach ihrer Lesart nicht schon mit dem ersten Seitenaufruf gewünscht: Nutzerinnen und Nutzer „wünschen“ solche Funktionen erst, wenn sie diese explizit in Anspruch nehmen (Datenschutzkonferenz, Orientierungshilfe für Anbieter von Telemedien). Entsprechend darf der Zugriff erst dann beginnen, wenn die Funktion tatsächlich genutzt wird — und nicht schon, weil sie irgendwo auf der Seite vorhanden ist.

Webschriften sind heute Standard: 87 Prozent (HTTP Archive Web Almanac) aller untersuchten Websites verwenden mindestens eine. Der Bezugsweg ist dabei sehr ungleich verteilt. Nur 28 Prozent (HTTP Archive Web Almanac) der Desktop-Seiten und 34 Prozent (HTTP Archive Web Almanac) der mobil erfassten Seiten liefern ihre Schriften ausschließlich selbst aus; 57 Prozent (HTTP Archive Web Almanac) der Desktop-Seiten laden mindestens eine Schrift von einem der großen Schriftdienste. Die Umstellung ist trotzdem der einfachste Punkt auf der ganzen Liste, weil sich am sichtbaren Ergebnis nichts ändert: gleiche Schrift, gleiche Schnitte, gleiches Schriftbild — nur eine andere Quelle.

Rechtlich ist der Weg bei den verbreiteten freien Schriftfamilien unproblematisch, weil deren Lizenzen die Weitergabe und das eigene Ausliefern ausdrücklich erlauben. Bei gekauften Schriften lohnt ein Blick in den Lizenztext, ob die Nutzung als Webfont auf eigenen Servern eingeschlossen ist; bei vielen Schriftenhäusern ist sie es, bei manchen nur gegen einen gesonderten Baustein. Technisch ist die Erwartung an den Tempogewinn dagegen ehrlich einzuordnen: web.dev formuliert, dass eine selbst gehostete Schrift auf dem Papier schneller sein sollte, weil sie den Verbindungsaufbau zu einem Drittanbieter erspart, dass die Unterschiede in der Praxis aber weniger eindeutig ausfallen und davon abhängen, wie die eigenen Dateien ausgeliefert werden (web.dev). Der Datenschutzvorteil hängt an keiner Messung — er besteht darin, dass es die Verbindung nicht mehr gibt.

Ein letzter Punkt zur Schriftauswahl, der oft übersehen wird: Weniger Schnitte bedeuten weniger Dateien, kürzere Ladezeit und weniger Sprünge im Layout. Wer eine Schriftfamilie in acht Stärken einbindet, aber nur zwei davon einsetzt, lädt sechs Dateien umsonst. Und wenn eine Schrift nur für Überschriften gebraucht wird, lässt sie sich auf die tatsächlich benötigten Zeichen reduzieren — web.dev weist darauf hin, dass das Entfernen nicht genutzter Zeichen die Dateigröße spürbar senkt (web.dev). Wie sich Textmenge und Lesbarkeit dabei gegenseitig bedingen, beschreibt der Beitrag über verständliche Website-Texte.

Ein eingebetteter Videoplayer ist die teuerste Einbindung auf der ganzen Liste — in Daten wie in Ladezeit. Das Muster, mit dem sich beides lösen lässt, heißt Fassade: Statt des Players zeigt die Seite zunächst nur ein statisches Vorschaubild mit Wiedergabesymbol, das genauso aussieht, aber nichts nachlädt. Erst der Klick ersetzt die Fassade durch den echten Player. Die Größenordnung aus dem Beispiel der Lighthouse-Dokumentation: Die Fassade wiegt 3 KB (Chrome for Developers, Lighthouse), der erst bei Interaktion nachgeladene Player 540 KB (Chrome for Developers, Lighthouse).

Datenschutzrechtlich ist der Unterschied noch deutlicher als beim Gewicht. Vor dem Klick gibt es keine Verbindung zum Videoanbieter: keine IP-Übermittlung, kein Cookie, keine Frage nach dem Drittland. Nach dem Klick liegt eine bewusste Handlung vor — genau die Situation, die die Aufsichtsbehörden für Zusatzfunktionen beschreiben (Datenschutzkonferenz, Orientierungshilfe für Anbieter von Telemedien). Voraussetzung ist, dass die Fläche vor dem Klick sagt, was passieren wird: welcher Anbieter, welche Daten übertragen werden und wo das nachzulesen ist. Dieser Hinweistext ist kein juristisches Kleingedrucktes, sondern ein normaler Satz in normaler Sprache.

Für kurze Clips — dreißig Sekunden Werkstatt, ein Rundgang, ein Produkthinweis — lohnt die vierte Variante besonders. Eine gut komprimierte Datei in einem modernen Format liegt oft unter dem Gewicht des Players allein, wird aus der eigenen Domain ausgeliefert und braucht weder Freigabe noch Hinweistext. Für lange Videos, eine ganze Mediathek oder Inhalte, die ohnehin auf einer Videoplattform Reichweite bringen sollen, bleibt die Fassade der bessere Weg. Dass die Freigabefläche dabei mit der Tastatur erreichbar und beschriftet sein muss, ist keine Kür: Sie ist ein Bedienelement wie jedes andere und fällt unter die Anforderungen, die der Beitrag zur barrierefreien Unternehmenswebsite beschreibt.

Jede fremde Domain kostet mehr als die Datei, die sie liefert. Vor der ersten Übertragung stehen Namensauflösung, Verbindungsaufbau und Verschlüsselungsaushandlung — und das für jeden zusätzlichen Server erneut. Dazu kommt ein Effekt, den der Web Almanac gut beschreibt: Drittinhalte holen ihrerseits wieder Drittinhalte nach. Die mittlere Tiefe solcher Einbindungsketten liegt bei 3,4 (HTTP Archive Web Almanac), und 34 Prozent (HTTP Archive Web Almanac) aller Ketten sind länger als ein Glied. Eine eingebundene Ressource zieht also in rund einem Drittel der Fälle weitere nach sich, die im eigenen Quelltext überhaupt nicht stehen — und die man deshalb auch nicht sieht, wenn man nur das HTML durchsucht.

Der ehrliche Teil der Geschichte: Ein Tempogewinn ist wahrscheinlich, aber nicht automatisch. web.dev weist ausdrücklich darauf hin, dass der Vorteil selbst gehosteter Schriften in der Praxis weniger eindeutig ausfällt als in der Theorie und davon abhängt, über welchen Weg und welches Protokoll die eigenen Dateien ausgeliefert werden (web.dev). Wer die Dateien mit langer Zwischenspeicherung, moderner Kompression und über ein zeitgemäßes Protokoll bereitstellt, liegt vorn. Wer sie auf einen langsamen Server legt, verschiebt das Problem nur. Der Datenschutzgewinn dagegen tritt in beiden Fällen ein — und weniger Anfragen sind auch dann ein Gewinn, wenn die Stoppuhr keinen großen Sprung zeigt.

Auffällig an dieser Liste ist, wie wenig davon eine Frage von Fachwissen ist. Fast jeder Punkt beschreibt eine Voreinstellung: Woher kommen Schriften? Wo liegen Bilder? Wann lädt ein Player? Wer diese Fragen bei jedem Umbau erneut beantworten muss, beantwortet sie irgendwann falsch — nicht aus Nachlässigkeit, sondern weil eine kopierte Einbettungszeile in zehn Sekunden erledigt ist und der saubere Weg eine halbe Stunde braucht. Die interessantere Frage ist deshalb nicht, wie man aufräumt, sondern wie man verhindert, dass sich dasselbe in einem Jahr wieder angesammelt hat.

Der Unterschied zeigt sich nicht am Tag der Veröffentlichung, sondern beim fünften Änderungswunsch: Wenn eine Unterseite dazukommt, ein Video getauscht wird oder die Schrift wechselt, entscheidet die Voreinstellung darüber, ob dabei erneut eine fremde Verbindung entsteht. In XICflow ist diese Voreinstellung datensparsam gesetzt — Schriften, Symbole und Medien kommen aus der eigenen Domain, Karten und Videos brauchen eine Freigabe. Welche Bausteine dafür bereitstehen, listet die Übersicht der Funktionen; wie eine Seite von der Idee bis zur Veröffentlichung entsteht, zeigt der Ablauf im Überblick, und wie das Ergebnis aussieht, zeigen die Beispielseiten.