Teil der Operation Frühjahrsputz 2016, in deren Verlauf angefangene und nie beendete Postings einfach so veröffentlicht werden.
T3N erklärt die Unterschiede zwischen Adaptive und Responsive Design.
Schlagwort: css
Tracking durch "Googles Web Fonts" – reloaded
Im März 2012 fragte ich mich und das Web, ob Tracking via Googles Web Fonts möglich sei. Damals hieß es, das sei vermutlich nicht möglich. Nun steht in der aktuellen c’t (Herbert Braun: “Undercover – wie Google-Werkzeuge auf fremden Websites Daten sammeln”, c’t 11/2014, S. 135):
Immer mehr Webdesigner haben die Nase voll vom Arial-Times-Verdana-Einheitsbrei und nutzen Webfonts, die inzwischen auf allen nennenswerten Browsern laufen. Weil die Einbettung nicht ganz trivial ist und Ärger mit den Font-Lizenzen droht, hat Google die Chance ergriffenund eine kostenlose Bibliothek von mehreren hundert passablen bis guten Schriftarten samt Werkzeug zum Einbetten zur Verfügung gestellt. Die unter Google Fonts bereitgestellten Schriftarten kann man zwar auch auf den eigenen Server kopieren, aber weil sich kaum jemand die Mühe macht, kommt Google mit dem Gratisangebot auf seine Kosten.
Wie schon vor zwei Jahren bitte ich um fachkundige Antwort: Ist das also doch möglich?
Tracking via Google Web Fonts?
Google hat seit einiger Zeit einen nützlichen und natürlich kostenlosen Dienst namens Google Web Fonts im Angebot. Das Prinzip: Man kann über die entsprechende API Webfonts für seine Webseiten einbinden. Diese Fonts können dann auch auf Rechnern angezeigt werden, die diese Schriftart nicht installiert haben. Wie das genau funktioniert, wird u.a. von Elmastudio beschrieben.
Wenn Google diese Schriftarten zur Verfügung stellt und diese Schriftarten vom Browser angezeigt werden: Kann Google tracken, wer welche Webseiten mit Google Web Fonts aufgerufen hat? Das heißt, es brächte überhaupt nichts, Google Analytics zu blocken, sobald Web Fonts eingebunden sind? Wenn man z.B. die Webseite des schwedischen Piratenpartei-Gründers besucht, ist dort nämlich nicht nur Google Analytics eingebunden, sondern auch die API für Web Fonts.
Meine Frage an alle AuskennerInnen: Ist das tatsächlich so? Ich habe zwar eine Menge Hinweise dazu gefunden, aber keine definitiv bestätigende Aussage.
Google has been suspected to collect and aggregate data of internet users through the various tools provided to developers, such as Google analytics, Google Web fonts and Google APIs. This might allow to figure out a user’s route through internet by storing it’s IP on each site (cross-domain web tracking). Linked to other information made available through Google APIs, which are widely used, Google might be able to provide a quite complete web user profile linked to an IP. This kind of data is invaluable for marketing agencies, and for Google itself to increase the efficiency of its own marketing/advertising activities.
Google is encouraging developers to use their tools and actively encouraging developers to communicate end-user IP’s to Google (https://developers.google.com/web-search/docs/): “Developers are also encouraged to make use of the userip parameter to supply the IP address of the end-user on whose behalf you are making the API request. Doing so will help distinguish this legitimate server-side traffic from traffic which doesn’t come from an end-user.”
Wer Webfonts verwendet, bindet diese mittlerweile in aller Regel via „Google Webfonts“ ein. Das bringt unter bestimmten Bedingungen weniger Traffic, schnellere Ladezeiten, einen Eintrag in der Tracking-db von Google, und eine Kerbe in der Wahrnehmung der Urheber der Schriften.
Ein Nischenangelegenheit ist dies längst nicht mehr. Etliche WordPress-Themes setzen inzwischen auf die Web-Font-API, z.B. das populäre Liquorice-Theme. Als Webseitenanbieter kann man sich dagegen entscheiden, die Web-Fonts über die API einzusetzen. Als Surfer muss man dagegen a) erst einmal davon wissen und b) in der Lage sein, das Tracking zu blockieren.
Wenn Google Webseitennutzung über die Fonts wirklich nachverfolgen kann: Wie blockt man die Fonts-API?
Ein paar Links zu iBooks
Apple versucht, ein proprietäres E-Book-Format auf den Markt zu drücken. Es ist abzusehen, dass eher früher als später die ersten Wissenschaftler vor den Bibliothekstüren stehen, die iBooks (so der Name des Formats) auf Institutional Repositories schaufeln möchten. Oder Eltern, die die Bibliotheken fragen, warum man dort keine iBooks herunterladen kann. Oder Autoren, die den Bibliotheken die Anschaffung von iBooks nahelegen möchten. Daher hier ein zwei Postings über iBooks, die ich lesenswert finde.
- iBooks Author, a nice tool but.. vom “Co-chairman of the W3C CSS Working Group”. Unbedingt lesen!
- Thomas Baekdal sieht, dass der Kaiser nackt ist: Lies, Damned Lies, and Ebooks