Google-Anmeldung klappt im Debug, aber nicht im Test-Build

Die Anmeldung läuft, wenn du aus der IDE startest, und bricht ab, sobald Tester den Build aus Google Play installieren? Eine häufige Ursache: Die App ist mit einem anderen Schlüssel signiert als dem, den du bei Google registriert hast.

Warum das passiert

Eine Android-App kann im Lauf ihres Lebens mit mehreren Schlüsseln signiert sein:

• Debug-Schlüssel, auf deinem Rechner erzeugt. Builds aus der IDE nutzen ihn.
• Upload-Schlüssel, mit dem du das hochgeladene Bundle signierst.
• Der Schlüssel, mit dem Google Play die ausgelieferte App signiert, wenn Play App Signing aktiv ist. Tester bekommen die App mit diesem Schlüssel, nicht mit deinem Upload-Schlüssel.

Laut Googles Hilfe für Android-OAuth-Clients gibst du den Paketnamen und den SHA-1-Fingerabdruck deiner App an (abgerufen am 24.10.2026). Hast du nur den Debug-Fingerabdruck registriert, kann ein mit anderem Schlüssel signierter Build scheitern. Firebase und andere Setups verlangen womöglich weitere Fingerabdrücke; prüfe die aktuelle Dokumentation für dein Setup.

Checkliste

1. Fehlermeldung notieren. „Developer error“, „Anmeldung fehlgeschlagen“ und ein abgebrochener Dialog deuten auf verschiedene Ursachen. Hol, wenn möglich, das Log von einem Testergerät.
2. Registrierte Fingerabdrücke auflisten, in deinem Google-Cloud- oder Firebase-Projekt für diesen Paketnamen.
3. Fingerabdruck des Play-Schlüssels finden. Googles Seite zu App Signing nennt Release > Setup > App signing als Ort, an dem die Fingerabdrücke (auch SHA-1) der Zertifikate von App-Signing- und Upload-Schlüssel stehen; Menünamen können sich ändern.
4. Vergleichen. Ist der Fingerabdruck des App-Signing-Schlüssels registriert? Der des Upload-Schlüssels? Der des Debug-Schlüssels?
5. Fehlenden Fingerabdruck registrieren und warten, bis die Änderung greift, bevor du neu testest.
6. Paketnamen prüfen. Er muss zwischen Build und registriertem Client exakt übereinstimmen.
7. Auf frische Installation testen, aus der Testspur und nicht aus der IDE.

Verwandte Ursachen

• Ein per Link oder Datei installierter Test-Build kann eine andere Signatur tragen als die von Play ausgelieferte.
• Verschiedene Google-Cloud-Projekte für Debug und Release.

Einmal aufschreiben

Notiere dir: Paketname, Debug-Fingerabdruck, Upload-Fingerabdruck, Play-Signing-Fingerabdruck und das Projekt, in dem sie registriert sind. Dann ist der nächste Fall in zwei Minuten geprüft.

Zweite Meinung zum Build

AppReviewX bietet privates, strukturiertes Feedback von anderen Entwicklern. Ein geschriebenes Feedback bringt einen Credit, neue Konten starten mit 0 Credits. Testgruppen sind für geschlossene Tests bei Google Play (12 Tester, 14 Tage am Stück), für Android-Apps.

Hier starten

Mehr unter Probleme beim App-Testen. Verwandt: In-App-Produkte erscheinen im Test-Build nicht und Deep Links öffnen den Test-Build nicht.