Ein Identifier pro Kunde
Agenturen, die dasselbe Produkt für mehrere Kunden veröffentlichen, nutzen ein Schema wie com.agency.clientname oder besser die umgekehrte Domain des Kunden. Verwende eine ID nie für mehrere Kunden.
Was der Identifier ist und warum er dauerhaft ist
Der Identifier ist ein String in umgekehrter DNS-Schreibweise, etwa com.yourbrand.appname. iOS nennt ihn Bundle Identifier, Android Package Name (technisch die applicationId). Nutzer sehen ihn nie, aber jedes System, das mit deiner App spricht, nutzt ihn als Primärschlüssel: die Stores, Push-Dienste, Kaufsysteme, die Dateien zur Deep-Link-Verifizierung und dein eigenes Backend.
App Store Connect legt die Bundle-ID eines App-Eintrags in dem Moment fest, in dem der erste Build hochgeladen wird. Google Play legt den Package Name mit dem ersten Bundle fest, das du in irgendeinen Track hochlädst, selbst in den internen Test. Und ein Package Name, der einmal bei Play verwendet wurde, kann nie wieder von einer anderen App genutzt werden, nicht einmal, nachdem du das Original gelöscht hast. Die WebViewGold-Projekte kommen mit Platzhalter-Identifiern (com.webviewgold.myappname unter Android), und diese Platzhalter sind bereits vergeben. Das Umbenennen ist also Schritt eins in jedem Projekt.
„Später ändern“ heißt deshalb: ein neuer App-Eintrag, ein neuer Store-Eintrag, null Bewertungen und Nutzer, die eine zweite App installieren müssen. Behandle den Identifier wie einen Domainnamen, den du nicht übertragen kannst.
Namensregeln, die beide Stores erfüllen
- Kehre eine Domain um, die dir gehört:
com.yourbrand.appname. Sie muss nicht auf eine Website zeigen, aber eindeutig sein, und eine eigene Domain stellt das sicher. - Nur Kleinbuchstaben, Ziffern und Punkte. Beginne jedes Segment mit einem Buchstaben; Android lehnt Segmente ab, die mit einer Ziffer beginnen, und erlaubt keine Bindestriche.
- Mindestens zwei Segmente (Android verlangt das), drei sind üblich.
- Vermeide Java-Schlüsselwörter als Segmente (
new,default,class), damit das Android-Projekt ohne Überraschungen kompiliert. - Verwende unter iOS und Android denselben String. Nichts erzwingt das, aber RevenueCat, Firebase, OneSignal und deine eigenen Logs sind mit einer einzigen Identität viel leichter zu lesen.
- Lass Builder-Namen, „test“, „beta“, „v2“ und die Jahreszahl weg. Die ID überlebt sie alle.
- Kehre keine Plattform-Domain um, die du nur mietest (app.lovable, vercel.app). Nutze deine Marken-Domain, auch wenn die Web-App heute noch auf einer Subdomain liegt.
Überall, wo der Identifier übereinstimmen muss
| System | Feld | Hinweise |
|---|---|---|
| App Store Connect | Bundle-ID des App-Eintrags | Ausgewählt aus den App IDs, die in deinem Entwicklerkonto registriert sind; nach dem ersten Build festgelegt |
| Xcode-Projekt | Bundle Identifier des WebViewGold-Targets | Extension-Targets müssen ihn als Präfix verwenden, zum Beispiel com.my.app.OneSignalNotificationServiceExtension; lass den Projektnamen „WebViewGold“ unverändert, die Doku warnt, dass Umbenennen Probleme verursacht |
| Google Play Console | Package Name des hochgeladenen Bundles | Mit dem ersten Upload in irgendeinen Test-Track festgelegt |
| Android-Studio-Projekt | applicationId in build.gradle (Umbenennen über das Refactoring-Video in der Android-Doku zur Veröffentlichung) | Sichere das Projekt vor dem Umbenennen |
| Cloud Builder | Feld für Bundle-ID / Package Name | Vor dem ersten Build setzen; der Cloud Builder erledigt die Xcode- und Gradle-Seite für dich |
| RevenueCat | App-Store-App und Play-Store-App | Muss exakt übereinstimmen, sonst schlagen Käufe stillschweigend fehl |
| Firebase (Push, Crashlytics) | iOS-Bundle-ID und Android-Package-Name der registrierten Apps | Nach der Registrierung dauerhaft; GoogleService-Info.plist und google-services.json werden für genau diese ID erzeugt |
| OneSignal / Pushwoosh | App-Konfiguration | Zertifikate und Keys werden für die App ID ausgestellt |
| Universal Links / App Links | apple-app-site-association (TEAMID.bundleid) und assetlinks.json (package_name) | Ein Tippfehler hier macht Magic Links kaputt, ohne jede Fehlermeldung |
Mein iOS WebView wurde endlich genehmigt. Danke!!
Universal Links und App Links hängen davon ab
Tippt ein Nutzer auf einen Magic Link von Supabase oder auf einen geteilten Link aus deiner App, entscheiden iOS und Android, ob deine App geöffnet wird, indem sie die Dateien auf deiner Domain mit der Identität der installierten App vergleichen. Die Datei apple-app-site-association listet TEAMID.com.yourbrand.appname; assetlinks.json listet den Package Name plus den SHA-256-Fingerabdruck des Signaturschlüssels. Benennst du die App vor dem Launch um, müssen beide Dateien aktualisiert werden, was einfach ist. Benennst du sie nach dem Launch um, passt die alte App, die noch auf Tausenden Smartphones installiert ist, nicht mehr dazu und verliert ihre Deep Links; der Deep-Link-Guide zeigt das komplette Setup. Das eigene URL-Schema (yourapp://) ist unabhängig von der Bundle-ID und kann jederzeit geändert werden.
White-Label- und Multi-Client-Setups
Eine Lizenz pro Endprodukt
Die WebViewGold-Lizenz deckt ein individuell angepasstes Endprodukt ab. Fünf Kunden-Apps auf einer Plattform brauchen fünf Lizenzen, und fünf Cloud-Builder-Upgrades, wenn du im Browser baust.
Unter dem Konto des Kunden veröffentlichen
Apples Richtlinie 4.3 (Spam) und Googles Regeln gegen sich wiederholende Inhalte zielen auf identische Apps aus einem Konto. Die App jedes Kunden gehört in dessen eigenes Entwicklerkonto, mit eigenem Inhalt und Branding.
Führe ein Verzeichnis
Eine Tabelle mit Kunde, Bundle-ID, Package Name, Team ID, Fingerabdruck des Signaturschlüssels und Push-Zugangsdaten. Du brauchst sie für jede assetlinks.json und jedes RevenueCat-Projekt.
Häufig gestellte Fragen
Kann ich die Bundle-ID vor dem ersten Upload ändern?
Ja, beliebig. In App Store Connect kannst du einen App-Eintrag, der nie einen Build erhalten hat, sogar löschen. Dauerhaft wird alles mit dem ersten hochgeladenen Build oder Bundle.
Müssen die Identifier für iOS und Android identisch sein?
Nein, die Stores vergleichen sie nicht. Sie identisch zu halten ist eine Konvention, die dir Verwirrung in RevenueCat, Firebase und deinem Backend erspart.
Was passiert, wenn ich mit dem Standard com.webviewgold.myappname hochlade?
Google Play lehnt den Upload ab, weil der Package Name bereits in der App eines anderen Entwicklers existiert. Unter iOS schlägt die Registrierung dieser App ID aus demselben Grund fehl. Benenne zuerst um.
Taucht die Bundle-ID irgendwo öffentlich auf?
Die Play-Store-URL enthält sie (play.google.com/store/apps/details?id=com.yourbrand.appname). App-Store-URLs nutzen stattdessen eine numerische ID.
Ich habe meine Domain verloren. Ist der Identifier jetzt falsch?
Nein. Der Identifier ist nur ein eindeutiger String; er muss nie auflösbar sein. Behalte ihn und mach weiter.
Drei Wege, deine App in die Stores zu bringen
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
Selbst machen
$109 pro Plattform, einmalig
Die WebViewGold-Lizenz: ein fertiges Xcode- oder Android-Studio-Projekt. URL einfügen, Name und Icon setzen, Features einschalten, bauen und einreichen. Kostenlose Updates für immer.
Pakete auf der Hauptseite ansehenCloud Builder
$349 pro Lizenz, einmaliges Add-on
Kein Mac, kein Xcode, kein Android Studio: Du konfigurierst im Browser, wir bauen beide Apps in der Cloud und übergeben sie an App Store Connect und die Play Console.
So funktioniert der Cloud Builder Kostenlose Demo ausprobierenFull Service
$698 pro Plattform $798
Schick uns deine URL und dein Icon. Unser Team konfiguriert, baut und liefert deine App innerhalb von 72 Stunden, White-Label, inklusive Quellprojekten. Beide Plattformen für $1,158.
Full-Service-Details Powered by
Winter-Sale-Preise gültig bis 31. Dezember 2026.