Während sich manche Content-Diebe wenigstens noch die Mühe machen, ihre Spuren zu verwischen, indem sie Texte minimal verändern oder Bilder austauschen, gibt es auch immer häufiger den Fall, dass unsere Artikel einfach maschinell, automatisiert und unverändert übernommen werden. Die betreffenden Seiten sind oft Content-Farmen, die unsere Inhalte für SEO-Zwecke nutzen wollen oder einfach „unbedarfte Anwender“, die es als „ok“ ansehen, mal eben Inhalte großer Websites zu kopieren und bei sich online zu stellen.

Natürlich beobachten wir diese Fälle sehr genau und scannen das Netz regelmäßig nach neuen Vorfällen. In den meisten Fällen empfinden wir es allerdings eher als Overhead, rechtliche Schritte gegen die Betreiber einzuleiten. Solche Verfahren sind uns zu teuer und verschlingen zu viele Ressourcen.

Einfach akzeptieren wollen wir dieses Verhalten aber auch nicht. Abgesehen davon, dass wir jeden Klon-Website-Betreiber natürlich zunächst kontaktieren und ihn freundlich, aber bestimmt bitten, den Content-Klau einzustellen, haben wir uns jetzt noch eine kleine, technische Sofortmaßnahme ausgedacht.

Wenn Content-Diebe unsere Bilder auf ihren Seiten nur verlinken und nicht auf ihre eigenen Server kopieren, können wir mittels der Referer-Angabe im HTTP-Header herausfinden, von welcher URL ein HTTP-Request stammt. Kommt die Anfrage von einer uns bekannten Content-Farm, können wir über unseren nginx-Webserver alle Bilddateien automatisch durch eine andere Datei ersetzen. So lassen wir zukünftig alle Bilddatei-Anfragen von Seiten auf unserer internen Blacklist mit diesem Katzen-GIF-Diebstahl-Hinweis ersetzen. Das Ergebnis lässt sich in freier Wildbahn dann hier betrachten.

Das Prinzip sich vor Hotlinking zu schützen, ist nichts Neues. Wir sind da mit t3n.de eher locker unterwegs, weil wir es nicht schlimm finden, wenn wir zum Beispiel in einem Newsletter direkt eingebunden werden oder ein Tool unsere Inhalte auf einer externen Seite rendert. Trotzdem kann man für bestimmte „referer“ (das ist ein HTTP-Header mit der „Aufruf-Domain“, den jeder gängige Browser mitschickt) bestimmte Aktionen starten. Interessant ist das besonders als schnelle „Sofort-Maßnahme“, wenn der Betreiber einer Website nicht gut zu ermitteln ist.

Für Bilder, die auf einer Seite auf den fiktiven Content-Klau-Domains „katzen-sind-toll.de“ oder „ich-klaue-content.de“ eingebettet werden, könnte man im nginx zum Beispiel folgende Regel definieren:

#nginx configuration
if ($http_referer ~* (katzen-sind-toll.de|ich-klaue-content.de)) {
   rewrite ^ /images/anticontentklau.gif;
}

Anstelle des Inhalts wird dann das Animated GIF anticontentklau.gif ausgeliefert. Das kann man dann natürlich noch auf bestimmte Dateiendungen beschränken und so weiter. Natürlich gibt es auch hier aus Sicht des Content-Diebes wieder Möglichkeiten, unseren Mini-Diebstahlschutz zu umgehen, aber das Animated GIF dürfte schon hässlich genug sein, um eine gewisse Wirkung zu zeigen.

Wie seht ihr das? Ist unser Animated GIF hässlich genug? Wie geht ihr mit Content-Klau um?