Ich habe Monate damit verbracht, Slot-Daten von Hersteller-Websites abzutippen. RTP von Pragmatic Play, Volatilität von Hacksaw Gaming, Max Win von Nolimit City. Immer per Hand. Immer von unterschiedlichen Quellen. Immer mit dem Risiko, dass irgendeine Angabe nicht stimmt.
Das Problem ist simpel: Es gab keine zentrale, offene Datenquelle für Slot-Daten. Nicht eine. Wer die RTP von Gates of Olympus wissen wollte, musste auf die Pragmatic-Play-Website, die Produktseite finden und den Wert rauskopieren. Für 2.600 Slots macht das keiner freiwillig.
Deswegen habe ich die gesamte Datenbank hinter slot.report als kostenlose API veröffentlicht. JSON, fünf Endpoints, kein Key, keine Registrierung. Ein GET-Request und du hast die Daten.
Die Antwort hat mich selbst überrascht, als ich angefangen habe, das Thema zu recherchieren. Slot-Daten sind kein Geheimnis. Jeder Provider veröffentlicht RTP-Werte, Volatilität und Max Win auf der eigenen Website. Die Informationen stehen frei im Netz.
Aber sie stehen eben verstreut im Netz. Pragmatic Play hat ein anderes Format als Play'n GO. Hacksaw listet Volatilität auf einer Skala von 1 bis 5, Nolimit City nutzt eigene Bezeichnungen. Manche Provider geben das Release-Datum auf der Produktseite an, andere nicht. Ein einheitliches Datenformat? Fehlanzeige.
Dazu kommt die Affiliate-Industrie. Die großen Slot-Review-Seiten sitzen auf riesigen Datenbanken, aber die bleiben hinter Login-Walls oder proprietären CMS-Systemen. Deren Geschäftsmodell baut darauf, dass Nutzer auf ihre Seite kommen. Daten rausgeben? Kein Anreiz.
Für Entwickler, die einen RTP-Rechner bauen wollen, für Affiliate-Webmaster, die Provider vergleichen müssen, oder für Spieler, die einfach wissen wollen welche Slots die höchste Auszahlungsquote haben: Bisher war das alles Handarbeit. Jeder für sich, jeder von vorn.
Die Datenbank umfasst aktuell 2.604 Slots von 21 Providern. Jeder Slot hat mindestens Name, Provider, RTP, Volatilität und Max Win. Die Volatilität ist auf eine einheitliche 5-Punkte-Skala normalisiert, weil jeder Hersteller sein eigenes Süppchen kocht.
Die fünf Endpoints:
Kein OAuth, kein Token, kein Rate Limit bei normaler Nutzung. Die Daten liegen als statische JSON-Dateien auf dem Server. Schneller geht es nicht.
| Datenfeld | Typ | Coverage | Beispiel |
|---|---|---|---|
| name | String | 100% | Gates of Olympus |
| provider | String | 100% | Pragmatic Play |
| rtp | Float | 100% | 96.5 |
| volatility | String | 100% | high |
| volatility_score | Integer | 100% | 3 |
| max_win | Integer | 100% | 5000 |
| release_date | String | 91% | 2021-02-25 |
| grid | String | 62% | 5x3 |
| hit_frequency | Float | 33% | 23.5 |
Ich wollte, dass der Einstieg so niedrig wie möglich ist. Kein SDK, keine Library, kein Account. Ein fetch-Aufruf reicht.
Wer zum Beispiel alle Slots mit extremer Volatilität und einem Max Win über 10.000x finden will, braucht in JavaScript genau das hier:
const res = await fetch('https://slot.report/api/v1/slots.json');
const data = await res.json();
const extreme = data.results.filter(s =>
s.volatility === 'extreme' && s.max_win >= 10000
);
console.log(extreme.length + ' Slots gefunden');In Python sieht eine Durchschnitts-RTP pro Provider so aus:
import requests
from collections import defaultdict
data = requests.get('https://slot.report/api/v1/slots.json').json()
rtps = defaultdict(list)
for s in data['results']:
if s['rtp']:
rtps[s['provider']].append(s['rtp'])
for p, vals in sorted(rtps.items()):
print(f"{p}: {sum(vals)/len(vals):.2f}%")Oder per cURL in der Kommandozeile:
curl -s https://slot.report/api/v1/slots/gates-of-olympus.json | jq '{name, rtp, volatility, max_win}'Das wars. Kein Signup-Formular, kein Warten auf Freischaltung, kein Pricing-Tier.
Die offensichtliche Anwendung: Slot-Vergleichstools. Wer eine eigene Affiliate-Seite betreibt und Provider-Vergleiche oder RTP-Rankings braucht, hat jetzt eine Datenquelle die nicht abgetippt werden muss. Die Daten aktualisieren sich mindestens wöchentlich.
Was ich persönlich krass finde: Die API taugt als Grundlage für Analysen, die es so noch nicht gibt. Wie hat sich die durchschnittliche Volatilität über die letzten fünf Jahre verändert? Welcher Provider hat den höchsten Anteil an Slots mit Bonus Buy? Gibt es einen Zusammenhang zwischen Max Win und RTP? Die Rohdaten dafür liegen jetzt offen.
Für Datenjournalisten und Forscher, die sich mit dem deutschen Glücksspielmarkt beschäftigen, sind strukturierte Slot-Daten Gold wert. Bisher musste jede Studie ihre eigene Datenerhebung machen. Das ist mühsam und fehleranfällig.
Auch mathematische Analysen werden brutal einfacher. Die Volatilitätsskala normalisiert die unterschiedlichen Provider-Ratings in ein einheitliches Format. Wer wissen will, ob High-Volatility-Slots im Schnitt einen höheren Max Win haben als Medium-Slots: Ein Query, eine Antwort.
21 Studios sind aktuell abgedeckt. Die Großen sind alle dabei.
| Provider | Slots in API | Durchschnitts-RTP |
|---|---|---|
| Pragmatic Play | 499 | 96,35% |
| Play'n GO | 445 | 96,24% |
| BGaming | 255 | 96,58% |
| Red Tiger | 234 | 95,77% |
| NetEnt | 218 | 96,29% |
| Hacksaw Gaming | 150 | 96,35% |
| Nolimit City | 145 | 96,10% |
| ELK Studios | 135 | 94,82% |
| Gamomat | 129 | 96,08% |
| Thunderkick | 105 | 95,75% |
| Push Gaming | 79 | 96,38% |
Die komplette Liste mit allen 21 Providern und direkten API-Links steht in der API-Dokumentation.
Das war der Teil, der am meisten Arbeit gemacht hat. Jeder RTP-Wert stammt von der offiziellen Hersteller-Website. Wenn Pragmatic Play für Sweet Bonanza 96,51% angibt, steht genau das in der Datenbank. Keine Schätzungen, keine gerundeten Werte.
Bei der Volatilität wird es komplizierter. Hacksaw nutzt eine Skala von 1 bis 5, Nolimit City hat eigene Labels, Pragmatic verwendet Sterne. Ich habe alles auf eine einheitliche 5-Punkte-Skala normalisiert: low, medium, high, very-high, extreme. Dazu gibt es einen numerischen Score von 1 bis 5 zum Sortieren.
Die RTP-Werte in der API zeigen immer den höchsten verfügbaren Tier. Viele Provider bieten Casinos mehrere RTP-Konfigurationen an. Ein Slot mit 96,50% auf dem Datenblatt kann in einem Casino mit 94,24% oder sogar 91,25% laufen. Das ist ein bekanntes Problem in der Branche, und ich habe darüber im Artikel zur realen RTP in Deutschland geschrieben.
Die Coverage liegt bei den drei Kernfeldern (RTP, Volatilität, Max Win) bei 100%. Bei optionalen Feldern wie Grid-Layout oder Hit Frequency ist die Abdeckung niedriger, weil nicht alle Provider diese Daten veröffentlichen.
Weil die Daten sowieso öffentlich sind. Ich habe sie nur gesammelt, normalisiert und in ein brauchbares Format gebracht. Da jetzt einen Pricing-Tier draufzusetzen wäre mies.
Der technische Grund: Die API besteht aus statischen JSON-Dateien. Kein Backend, kein Server, der Anfragen verarbeitet. Die Dateien liegen auf dem gleichen Server wie der Rest von slot.report und werden über Brotli-Komprimierung ausgeliefert. Der komplette Datensatz mit 2.600 Slots ist komprimiert etwa 150 KB groß. Da braucht es kein Rate Limiting.
Mir geht es um Reichweite. Je mehr Projekte die Daten nutzen, desto sichtbarer wird slot.report als Quelle. Eine Attribution wird erbeten, ist aber keine Pflicht. Wer die Daten in einem Rechner, einer App oder einer Analyse verwendet und auf slot.report verlinkt, tut mir damit mehr als jeder API-Key einbringen würde.
Die Datenbank wächst. Als ich mit slot.report angefangen habe, waren es 527 getestete Slots. Die API umfasst jetzt 2.604, weil ich über die eigenen Reviews hinaus alle verfügbaren Provider-Daten eingespeist habe.
Was noch dünn ist: Theme-Kategorisierung (29% Coverage), Mechanic-Zuordnung (teilweise), Min/Max Bet (teilweise). Das sind Felder, die nicht standardisiert auf Provider-Seiten stehen und manuelle Zuordnung brauchen. Das kommt nach und nach.
Was ich mir wünsche: Dass jemand damit etwas baut, an das ich nicht gedacht habe. Ein Discord-Bot der Bankroll-Tipps auf Basis echter Volatilitätsdaten gibt. Eine Visualisierung die zeigt, wie sich die RTP-Landschaft über die Jahre verändert hat. Ein Forschungsprojekt das den Zusammenhang zwischen Slot-Design und Spielverhalten untersucht. Die Rohdaten dafür sind jetzt da.
Feedback, Bug-Reports und Feature-Requests gehen an die Kontaktseite oder direkt in die API-Docs. Ich lese alles.