Methodik

Worum es sich handelt

Dies ist eine unabhängige, inoffizielle Aggregation öffentlicher Transparenzberichtsdaten, die mit keiner Plattform, keinem Unternehmen und keiner Regierung verbunden ist. Sie führt zwei Berichtsbestände in einem abfragbaren Schema zusammen:

• EU-DSA-Transparenzberichte
  Periodische Statistiken zur Inhaltemoderation, die Anbieter im Rahmen des EU-Gesetzes über digitale Dienste (DSA) veröffentlichen — die wiederkehrenden Transparenzberichte, die nach den Artikeln 15, 24 und 42 des DSA vorgeschrieben sind (die Berichtspflichten für Vermittlungsdienste, Online-Plattformen bzw. sehr große Plattformen), nicht die separate Echtzeit-DSA-Transparenzdatenbank einzelner Begründungserklärungen. Die Einreichenden verwenden eine gemeinsame, abgestufte EU-Vorlage: Jeder Anbieter füllt nur die Berichtsabschnitte aus, die seine Stufe erfordert (dieser Datensatz indexiert diese Abschnitte intern als t3–t11). Erfasst werden die sehr großen Online-Plattformen und Suchmaschinen (VLOPs / VLOSEs) — jene, die die Europäische Kommission aufgrund ihrer Reichweite in der EU förmlich benannt hat — die häufiger und detaillierter berichten, neben Dutzenden kleinerer Plattformen. Aktuelle Zahlen und den abgedeckten Zeitraum finden Sie im Dashboard DSA-Berichte.
• Behördliche Entfernungsanfragen bei Google
  Googles gemeldete Anzahl behördlicher Anfragen zur Entfernung von Inhalten, nach Land, Produkt, Grund und Berichtszeitraum — Googles eigener, seit Langem freiwillig erstellter Transparenzbericht, keine DSA-Einreichung. Erkunden Sie ihn im Dashboard Google-Entfernungen.

Wo jede Plattform ihren zugrunde liegenden Bericht veröffentlicht, ist auf der Seite Berichtsstandorte katalogisiert, mit Links zu archivierten Kopien der Quelldateien.

Woher die Daten stammen

Jede Zahl stammt von der Plattform oder dem Unternehmen, das sie veröffentlicht hat — es handelt sich um deren gemeldete Zahlen, ohne Veränderung der gemeldeten Werte wiedergegeben, nicht um Schätzungen dieses Projekts. Der hiesige Beitrag besteht in Aggregation und Strukturierung: dem Sammeln der einzeln veröffentlichten Berichte, dem Extrahieren ihrer Tabellen und der Vereinheitlichung in einem einzigen Schema, damit sie verglichen und abgefragt werden können. Die gemeldeten Werte selbst werden niemals bearbeitet; die Transformationen sind struktureller Art — Extraktion, Kennzeichnung der aggregierten Summenzeilen, Vereinheitlichung der Bezeichnungen über Sprachen hinweg und Verwerfen von Zeilen, die nicht geparst werden können — und werden im Folgenden beschrieben.

Wie ein Bericht abfragbar wird

Die Tabellen jedes Quellberichts werden extrahiert und in eine Datenbank geladen, die die API nur lesend öffnet (mehrstufige Absicherung) und nur über eine Schnittstelle erreicht, die lesen, aber niemals schreiben kann — angeordnet als Sternschema: eine Tabelle mit Zahlen pro DSA-Berichtstabelle (intern als t3–t11 indiziert), umgeben von gemeinsam genutzten Nachschlagetabellen (Dienste, Kategorien, Abschnitte, Indikatoren, Geltungsbereiche, Oberflächen, Berichtszeiträume). Wiederkehrende Bezeichnungen werden einmal gespeichert und per Nummer referenziert, sodass derselbe Kategorie- oder Plattformname an einer einzigen Stelle liegt. Durchsuchen Sie die resultierenden Tabellen und jedes abfragbare Feld auf der Seite Schema.

Die neun Berichtstabellen entschlüsseln sich wie folgt: t3 Anordnungen von Mitgliedstaaten · t4 Meldungen (einschl. vertrauenswürdiger Hinweisgeber) · t5 / t6 Maßnahmen aus eigener Initiative (illegale Inhalte / Nutzungsbedingungen) · t7 Beschwerden & Rückfälligkeit · t8 Einsatz automatisierter Mittel · t9 Personalressourcen · t10 durchschnittliche monatlich aktive Nutzer · t11 qualitative Beschreibungen.

Wenn ein Bericht nicht zur Vorlage passt

Die meisten Plattformen liefern die feste Arbeitsmappe mit 11 Abschnitten, und der Lader ordnet jedes Blatt anhand der Abschnittsnummer in seinem Namen ein. Einige reichen eine Formatvariante ein – denselben zugrunde liegenden Vorlageninhalt, aber mit umbenannten oder umnummerierten Blättern. Diese werden über eine explizite, plattformspezifische Tabelle abgebildet, die jedes Blatt seinem kanonischen Abschnitt zuordnet, sodass die Zahlen weiterhin in der richtigen Berichtstabelle landen: LINE verdichtet die Vorlage auf fünf nicht nummerierte Blätter (zugeordnet den Abschnitten 1, 3, 4, 5 und 11), während Discord die Abschnitte zur Eigeninitiative bei rechtswidrigen Inhalten, zu den Humanressourcen und zu den aktiven Nutzern weglässt und den Rest umnummeriert – seine Blätter werden daher anhand des Namens zugeordnet (sein „Own Initiative TC“ ist zum Beispiel die Tabelle zur Eigeninitiative bei den Nutzungsbedingungen, Abschnitt 6, nicht Abschnitt 5). Ein Dokument, das überhaupt nicht der harmonisierten Vorlage entspricht, wird nicht in sie hineingezwungen, denn es zuzuordnen würde eine Struktur erfinden, die die Quelle nicht hat: Der Forenbericht von heise ist eine kurze, frei formulierte Zusammenfassung nach Artikel 15 mit deutschen Freitext-Kategorien, und WordPress.com veröffentlicht einen anderen Bericht (DMCA-, behördliche und IRU-Anfragen). Diese werden als archivierte Quelldateien aufbewahrt, statt in t3–t11 geladen zu werden.

Vermeidung von Doppelzählungen

Die DSA-Vorlage platziert eine aggregierte Gesamtzeile direkt neben den Aufschlüsselungszeilen, die sie summiert (zum Beispiel eine Gesamtsummen-Kategorie „All the entries“ neben den Zählungen pro Kategorie, einen Geltungsbereich „Total number“ neben den bestätigten/aufgehobenen Ergebnissen oder eine Fläche „All“, die die Zeilen pro Fläche wie Core und Ads summiert). Ein naives SUM über eine solche Spalte zählt die Bestandteile und ihre eigene Summe und bläht die Zahl auf. Der Loader kennzeichnet jede aggregierte Zeile mit einem is_total-Marker und stellt diesen als filterbare Dimension bereit, sodass eine Abfrage gezielt eine einzige Granularität wählen kann — nur Summen oder nur Aufschlüsselung — und niemals eine Summe zusammen mit ihren Bestandteilen addiert. Die Schlüsselzahlen des Dashboards verwenden die gemeldeten Summen; seine Aufschlüsselungsdiagramme verwenden die Komponentenzeilen. Wo eine Zahl noch mit einem Vorbehalt versehen ist, gibt die API einen warnings-Hinweis zurück, den das Dashboard neben dem Ergebnis anzeigt.

Sprachübergreifendes Lesen

Nicht-VLOP-Plattformen dürfen die harmonisierte Vorlage in jeder Amtssprache der EU einreichen, sodass dieselbe Vorlagenzeile als unterschiedlicher Text eintreffen kann (Decisions upheld / Décisions confirmées / Bestätigte Entscheidungen). Jede Zeile behält ihre Bezeichnung in der Originalsprache zur Anzeige, wird aber zusätzlich mit einer sprachneutralen Standardbezeichnung versehen — einem kanonischen Schlüssel — die über eine Übersetzungszuordnung (ein „Crosswalk“) zugeordnet wird, welche strukturgleiche Berichte an einer englischen Referenz ausrichtet und alles Mehrdeutige verwirft. Abfragen können nach dem kanonischen Schlüssel gruppieren oder filtern, um über Sprachen hinweg Gleiches mit Gleichem zu vergleichen, während der Originaltext weiterhin angezeigt wird — wenngleich die Abdeckung noch nicht über jede Sprache hinweg einheitlich ist (siehe Bekannte Einschränkungen).

Wie Sie abfragen

Es gibt keine SQL-Schnittstelle. Eine Abfrage ist eine strukturierte Anfrage – sie benennt eine Tabelle, einen booleschen Filter aus Bedingungen nach Feld/Operation/Wert sowie optional Gruppierung, Aggregate, Sortierung und Limits. Der Server prüft jedes Feld und jede Operation gegen das feste Verzeichnis dieser Tabelle und kompiliert sie zu einer einzigen, vorab geprüften Datenbankabfrage (einem parametrisierten SELECT), bei der Ihre Eingabe stets als Daten behandelt und nie als Befehl ausgeführt wird. Abfragen sind außerdem begrenzt – eine gedeckelte Ergebnisgröße, Grenzen für Anfragegröße und -komplexität sowie ein Ratenlimit pro Schlüssel –, sodass eine einzelne Anfrage den Dienst nicht erschöpfen kann. Tabellenübergreifende „zusammengesetzte“ Abfragen verknüpfen zwei oder mehr Tabellen über gemeinsame Dimensionen durch dieselbe geprüfte Grenze. Das „Fragen“-Feld in natürlicher Sprache sendet, wo aktiviert, Ihre eingegebene Frage (zusammen mit dem Sternschema des Datensatzes) an ein Drittanbieter-LLM (Claude von Anthropic), damit es eine strukturierte Abfrage entwirft, die dann wie jede andere validiert wird, bevor sie läuft – dieser LLM-Aufruf ist das einzige Mal, dass der Dienst Ihre Eingabe von sich aus an einen Dritten weitergibt. Der einzige weitere ausgehende Pfad ist optional und von Ihnen bestimmbar: eine optionale callback_url, die Sie an eine Abfrage anhängen und die Ihr eigenes Ergebnis an eine von Ihnen gewählte URL liefert. Probieren Sie es im DSA-Berichte-Dashboard aus oder lesen Sie die API-Referenz und unseren Hinweis zum Datenschutz.

Reproduzierbarkeit & Zitierung

Die Datenbank ist eine statische, schreibgeschützte Momentaufnahme. Jede Momentaufnahme trägt eine unveränderliche Datensatzversion – einen Fingerabdruck ihres Inhalts, der sich also ändert, sobald sich die Daten ändern –, gesendet als ETag und als X-Dataset-Version-Header, und jede Faktenzeile gibt die report_id der zugrunde liegenden Einreichung an. Eine Zahl ist durch drei Dinge gemeinsam festgelegt – die Datensatzversion, die exakte Abfrage und die report_id(s), aus denen sie stammt –, zitieren Sie also alle drei, dann lassen sich die Zeilen erneut abrufen (Version und report_id allein identifizieren eine Quelleinreichung, nicht eine bestimmte Zahl). Ergebnisse kommen in vollständig deterministischer Reihenfolge zurück, sobald Sie sortieren oder paginieren, sodass ein gespeicherter Abruf byte-genau reproduzierbar ist. Das Erstellungsdatum der Momentaufnahme und der abgedeckte Zeitraum erscheinen in der Zeile „Zitieren als“ auf jedem Dashboard sowie in den Kopfzeilen jedes Exports, und die report_id einer Zeile identifiziert ihre Quelleinreichung (Plattform, Zeitraum und Tier); für Nicht-VLOP-Plattformen ist im Katalog Berichtsstandorte nach Plattform aufgeführt, wo diese Einreichung veröffentlicht wird.

Quellenangabe: Schreiben Sie die Zahl der Plattform zu, die sie gemeldet hat; nennen Sie diese Website nur als Zugriffswerkzeug.

Beispiel: YouTube, EU DSA transparency report (H2 2025), accessed via the Transparency Report API — dataset version 7f3c1a2b9d04, report_id 42, retrieved 2026-06-26. Die genaue Datensatzversion und der abgedeckte Zeitraum für die aktuelle Momentaufnahme erscheinen in der „Cite as“-Zeile auf den Dashboards DSA-Berichte und Google-Entfernungen.

Bekannte Einschränkungen

• Momentaufnahme, nicht live
  Die Zahlen spiegeln die Berichte wider, die beim Erstellen der Momentaufnahme verfügbar waren; spätere Korrekturen oder neu eingereichte Berichte erscheinen erst in einer nachfolgenden Momentaufnahme (mit einer neuen Datensatzversion).
• Die Quellqualität variiert
  Plattformen reichen mit unterschiedlicher Sorgfalt und Formatierung ein. Falsch geparste Müllzeilen (Kopfzellen, Leerstellen, vereinzelte Werte, die manche Extrakte durchsickern lassen) werden beim Laden verworfen statt erraten — ebenso wie Vorlagenzeilen, die der sprachübergreifende Crosswalk nicht eindeutig zuordnen kann. Die genaue Anzahl verworfener Zeilen und die Abdeckung des Crosswalks sind noch nicht veröffentlicht, sodass die Gesamtvollständigkeit nicht quantifiziert ist.
• Einige Bezeichnungen bleiben unnormalisiert
  Griechische Extrakte weisen in den Quelldaten eine Spaltenverschiebung auf, sodass die meisten griechischen Indikator-/Geltungsbereich-Bezeichnungen korrekt, aber nicht zugeordnet belassen werden, statt eine falsche Zuordnung zu riskieren; Kategoriebezeichnungen werden noch nicht sprachübergreifend zugeordnet.
• Demonstrationsdienst
  Dies ist ein Portfolio-/Demoprojekt. Es ist seinen Quellen treu, aber kein offizieller Nachweis — überprüfen Sie für alles Folgenreiche stets den von der Plattform selbst veröffentlichten Bericht (verlinkt unter Berichtsstandorte).

Quellen & Code

Vollständig aus öffentlicher Berichterstattung erstellt. Die gesamte Pipeline — Extraktion, Normalisierung, der Crosswalk und die Abfrageschicht — ist Open Source unter github.com/krMaynard/transparency-report-api. Beginnen Sie mit dem Erkunden: DSA-Berichte · Google-Entfernungen · Schema.