Websites herunterladen, die Mollom nutzen

Über Mollom

Bevor maschinell erzeugter Text zum Problem aller wurde, war das konkrete Problem Kommentarspam, und darin versanken die Websites, auf denen Leser Beiträge schreiben durften. Mollom wurde für diesen Kampf gebaut, als gehosteter Klassifikator, dem eine Website jede Einsendung übergab und von dem sie ein Urteil zurückbekam: annehmen, nachprüfen oder verwerfen. Die Integration steckte als PHP-Modul im Publishing-System, und dieses Modul ist der Teil, der von außen noch sichtbar ist.

Der Dienst dahinter nimmt keinen Traffic mehr an. Der Anbieter Acquia übernahm das Produkt und stellte es später ein, sodass die Fingerabdrücke, die wir erfassen, Integrationscode sind, der den Endpunkt überlebt hat, für dessen Aufruf er geschrieben wurde. Dass der Dienst eingestellt ist, verändert, was diese Spalte bedeutet. Ein aktiver Anti-Spam-Anbieter zeigt, wofür sich eine Website entschieden hat. Ein eingestellter zeigt ungefähr, wann eine Website aufgehört hat, sich überhaupt für etwas zu entscheiden.

Der Dienst wurde ab 2008 unter der Lizenz Proprietary verkauft und war eng an ein bestimmtes Publishing-Ökosystem gebunden, was prägte, wer ihn einsetzte und bei wem er bis heute eingebunden ist. Module in diesem Ökosystem werden selten durch ein Upgrade entfernt, sie werden deaktiviert oder einfach liegen gelassen, sodass eine Seite, die den Hook noch ausweist, meist einem Betreiber gehört, der die Modulliste seit Jahren nicht geöffnet hat. Für jeden, der ein Portfolio von Websites bewertet, ist das ein Wartungsindikator mit ungefährem Datum, und Vernachlässigung dieser Art geht mit Dingen einher, die später niemand finden will: ungepatchtem Code von Drittentwicklern, einem Core-Release, dessen Lebenszyklus abgelaufen ist, einem Formular-Endpunkt, der ins Leere zeigt.

Stand Oktober 2026 erkennen wir die Integration auf 53 Websites, eine Zahl, die man als Beleg für Vernachlässigung lesen sollte und nicht als Beleg für Nutzung. Die Erkennung setzt voraus, dass das Modul etwas im ausgelieferten Markup oder in einem Response-Header hinterlässt. Installationen, die vollständig serverseitig konfiguriert oder deaktiviert, aber nicht deinstalliert sind, fehlen daher in der Zählung. Immerhin lässt sich die Richtung des Fehlers bestimmen. Wir zählen zu wenig, und die Websites, die uns entgehen, sind im Schnitt noch veralteter als die, die wir finden, denn die unauffälligsten Installationen hinterlassen die wenigsten Spuren.

Die Prüfung einer Domain klärt eine Support-Frage zu einer einzelnen Website. Wer den gesamten Bestand abruft, klärt stattdessen eine Forschungsfrage: wie lange tote Infrastruktur im offenen Web überlebt, bei welchen Hosting-Anbietern und in welchen Ländermärkten mehr davon steckt, als ihre Größe vermuten ließe, und ob sich aufgegebene Installationen nach Plattformgeneration oder nach Region häufen. Fragen nach Verfall sind Fragen nach Verteilungen, und eine Verteilung braucht die ganze Tabelle.