App Purchase Vault
Takeout · Technik

Purchase History.json von Google Play erklärt

Purchase History.json ist das Herzstück eines Takeout-Exports von Google Play: die maschinenlesbare Liste dessen, was du erworben hast und wann. Diese Seite erklärt ihre Rolle und ihre allgemeine Struktur — mit einem wichtigen Vorbehalt zu den Garantien.

Aktualisiert: September 2026 · Vom App-Purchase-Vault-Projekt · 6 Min. Lesezeit

Zuerst der Vorbehalt: kein veröffentlichtes Schema

Google veröffentlicht kein formales, versioniertes Schema für die Takeout-Dateien von Play. Alles Folgende beschreibt die Struktur so, wie sie in echten Exporten beobachtet wurde — in unseren und in den von der Community dokumentierten. Die Felder können je nach Konto, Inhaltstyp und Zeitraum abweichen, und Google kann sie ohne Vorankündigung ändern. Jede Aussage hier ist „in der Regel vorhanden“, niemals „vertraglich garantiert“.

Wozu die Datei dient

Im Ordner Google Play Store deines Exports hält Purchase History.json die Erwerbe fest: erhaltene Apps und Spiele, getätigte In-App-Käufe, abgeschlossene Abos. Versteh sie als das Was und Wann. Das Wieviel steht in der Regel in der Nachbardatei Order History.json, die das Transaktionsregister führt — Beträge, Währung, Felder zu Zahlung und Rückerstattungen.

Allgemeine Struktur

Die Datei ist ein JSON-Array von Datensätzen. Jeder Datensatz beschreibt einen Erwerb und trägt in der Regel:

Preis und Zahlungsdetails stehen in der Regel nicht in dieser Datei — das ist die Aufgabe von Order History. Beide zusammenzuführen ist der Weg zu „Name + Datum + Preis“ für einen Kauf.

Ein fiktives Beispiel

Der folgende Auszug ist zur Veranschaulichung erfunden — es sind keine echten Daten, und es ist eine vereinfachte Skizze, kein Versprechen auf Feldnamen. Ein echter Export kann Dinge anders verschachteln oder benennen:

[
{
"purchase": {
"document": {
"type": "Android App",
"title": "Example Launcher (fiktiv)"
},
"purchaseTime": "2019-04-12T14:23:00Z",
"purchaseType": "App"
}
},
{
"purchase": {
"document": {
"type": "In-app item",
"title": "Example Game - Coin Pack (fiktiv)"
},
"purchaseTime": "2021-11-02T09:05:00Z",
"purchaseType": "In-app purchase"
}
}
]

Apps, In-App-Käufe, Abos

In den beobachteten Exporten ist die Kauftyp-Information das, was die drei großen Kategorien trennt, die Nutzer interessieren:

KategorieWas ein Datensatz darstelltStolperstelle
Apps & SpieleEinmaliger Erwerb einer App oder eines Spiels (kostenpflichtig oder kostenlos)Kostenlose Apps können ebenfalls erscheinen — Erwerb ≠ Zahlung
In-App-KäufeInhalte, die innerhalb einer App gekauft wurdenDer Datensatz nennt den Artikel; die übergeordnete App muss eventuell aus dem Titel abgeleitet werden
AbosEreignisse mit Abo-BezugVerlängerungen und Erstabschluss können unterschiedlich erfasst werden; siehe Order History für die Beträge

Die Felder, die ein Leser ignorieren sollte

Order History.json kann Felder zur Zahlungsmethode enthalten. Ein gut gebauter Leser oder Parser sollte sie bei der Analyse ausschließen — sie nie anzeigen, nie speichern. Der nützliche Verlauf ist „was, wann, wie viel“. Kartendaten tragen dazu nichts bei und bergen das ganze Risiko.

Dieselbe Disziplin gilt fürs Teilen: Ein Kaufverlauf ist eine persönliche Information. Behalte deine Exporte lokal, und betrachte jedes Werkzeug misstrauisch, das sie online schicken will.

Wie wir sie nutzenApp Purchase Vault (in der Vorlaufphase) analysiert genau diese Dateien auf deinem Handy: Purchase History für Artikel und Daten, Order History für die Beträge — mit den sensiblen Zahlungsfeldern, die bei der Analyse ausgeschlossen werden. Die oben beschriebene Toleranz gegenüber Schema-Abweichungen ist eine Design-Anforderung, kein nachträglicher Einfall.

Überspring das JSON.

App Purchase Vault ist in der Vorlaufphase: Wähle die ZIP, erhalte ein durchsuchbares Archiv. Nur auf dem Gerät.

Das Projekt entdecken