App Bundle ID — vad det är, applikationsidentifierare och registrering

Vad är App Bundle ID

Bundle Identifier — är en sträng som unikt identifierar applikationen i operativsystemet och appbutiken. I iOS och macOS kallas det Bundle ID, i Android — Package Name, även om funktionellt båda fyller samma roll: de säkerställer applikationens unikhet på enheten och i butiken.

Syftet med Bundle ID

Operativsystemet använder Bundle ID för att särskilja applikationer på enheten. Två applikationer med samma identifierare kan inte installeras samtidigt — systemet uppfattar dem som samma produkt. Appbutiker kontrollerar också unikheten hos Bundle ID vid publicering.

Historia och namngivningsstandarder

Apple introducerade Bundle ID med lanseringen av iOS SDK 2008. Formatet reverse domain notation lånades från Java (package naming convention), där det används för att förhindra konflikter mellan klassnamn. Google antog denna praxis för Android, vilket säkerställde enhetlighet i båda mobila ekosystemen.

Hur Bundle ID-formatet är uppbyggt

Bundle ID består av flera segment separerade med punkter. Den första delen — identifieraren för utvecklaren eller företaget (com, org, net). Den andra — företagets domän (example, google, apple). Följande segment specificerar applikationens och plattformens namn.

Bundle ID-struktur

Ett typiskt Bundle ID ser ut som com.company.appname. Apple rekommenderar att använda omvänd notation av domännamnet för att garantera global unikhet. Om företaget inte har någon domän är det tillåtet att använda e-post: com.example.myapp eller org.example.myapp.

• Segment 1 — TLD i omvänd ordning: com, org, io, net
• Segment 2 — företagets eller utvecklarens domän: google, apple, mycompany
• Segment 3 — applikationens namn: maps, mail, notes
• Extra — plattform eller tillägg: watchkit, todaywidget

Wildcard Bundle ID

Apple stöder Wildcard Bundle ID — en identifierarmall med asterisk: com.example.*. En sådan mall gör det möjligt att använda ett App ID för flera applikationer inom ett företag. Wildcard ID är bekvämt i utvecklingsfasen men rekommenderas inte för produktion eftersom det begränsar användningen av vissa Apple-tjänster.

Begränsningar för wildcard: Push Notifications, CloudKit, In-App Purchase och Game Center kräver ett explicit Bundle ID. Vid användning av mallen com.example.* är dessa tjänster inte tillgängliga. För produktionsapplikationer, använd alltid explicit Bundle ID för att säkerställa full funktionalitet för alla Apple-tjänster.

Förutom wildcard stöder Apple prefix-identifierare som tilldelas utvecklingsteam vid registrering i Apple Developer Program. Prefixet (Team ID) läggs automatiskt till alla App ID och signeringsprofiler. Två olika Team ID kan skapa samma Bundle ID, men på enheten betraktas de som olika applikationer.

Registrera Bundle ID i konsoler

Registrering av Bundle ID — ett obligatoriskt steg före publicering av applikationen. I Apples ekosystem görs registreringen i Apple Developer Portal via avsnittet Certificates, Identifiers & Profiles. I Google Play anges Bundle ID när applikationen skapas i utvecklarkonsolen.

Registrering i Apple Developer Portal

På Apple Developer-portalen väljer du avsnittet Identifiers, klickar på Register-knappen och anger typen App ID. Ange det exakta namnet på Bundle ID och välj nödvändiga capabilities: Push Notifications, CloudKit, Sign in with Apple. Efter registrering blir identifieraren tillgänglig för att skapa signeringsprofiler.

// Kontrollera Bundle ID i applikationskoden
let bundleID = Bundle.main.bundleIdentifier
print("Aktuellt Bundle ID: \(bundleID ?? "unknown")")

// Kontrollera Bundle ID för kompileringsvillkor
if bundleID == "com.example.app.production" {
    // Produktionskonfiguration
    Analytics.shared.configure(.production)
}

Registrering i Google Play Console

Google Play Console kräver ingen förhandsregistrering av Bundle ID. Identifieraren anges i applikationsmodulens build.gradle-fil och måste vara unik inom hela Google Play. Efter att applikationen har skapats är ändring av Package Name omöjlig, så välj identifieraren noggrant och kontrollera dess unikhet genom sökning i Google Play. Google frigör inte identifierare för borttagna applikationer, så ett en gång upptaget Bundle ID förblir otillgängligt för andra utvecklare.

Vid registrering i App Store Connect måste ett Bundle ID anges från den befintliga uppsättningen registrerade identifierare. Om identifieraren ännu inte är registrerad på Apple Developer-portalen kommer systemet att föreslå att skapa den automatiskt. Efter registrering binds Bundle ID till teamet och kan inte överföras till ett annat utvecklarkonto utan att kontakta Apple Support. Varje Bundle ID kan ha flera signeringsprofiler för olika miljöer: Development, Ad Hoc, App Store.

Vid registrering av Bundle ID för en iOS-applikation med tillägg måste varje komponent registreras separat. Tillägg för widgetar, tangentbord, Notification Service och Watch App har egna identifierare som härleds från huvudidentifieraren. App Store Connect kombinerar dem i en grupp när en App Record skapas, vilket gör det möjligt att publicera alla komponenter som en enda applikation.

Konfigurera Bundle ID i Xcode-projekt

Konfigurering av Bundle ID i Xcode görs på flera ställen: Info.plist, Build Settings och Signing & Capabilities. Det centrala fältet — Bundle Identifier i applikationens target. Alla Apple-tjänster, från Push Notifications till CloudKit, kopplas till denna identifierare. Ett felaktigt angivet Bundle ID leder till signeringsfel och omöjlighet att publicera i App Store.

Ändra Bundle ID i Xcode

<!-- Info.plist — projektets grundläggande Bundle ID -->
<key>CFBundleIdentifier</key>
<string>$(PRODUCT_BUNDLE_IDENTIFIER)</string>

<!-- Build Settings — variabeln PRODUCT_BUNDLE_IDENTIFIER -->
<!-- Debug: com.example.app.dev -->
<!-- Release: com.example.app -->

Xcode använder variabeln PRODUCT_BUNDLE_IDENTIFIER i Build Settings. För olika kompileringskonfigurationer kan olika värden ställas in: com.example.app.dev för Debug och com.example.app för Release. Detta är bekvämt för parallell installation av utvecklingsversionen bredvid produktionsversionen på samma enhet för testning.

Flermålskonfiguration

Om applikationen har tillägg (Notification Service, Widget, Watch App) får varje tillägg sitt eget Bundle ID med suffix. Huvudapplikation: com.example.app. Widgettillägg: com.example.app.widget. Watch App: com.example.app.watchkit. Varje identifierare registreras separat i Apple Developer Portal och får en separat signeringsprofil. Xcode hanterar automatiskt dessa beroenden vid kompilering.

Skillnader mellan App Bundle ID och Package Name

App Bundle ID (Apple) och Package Name (Google) — är analoga enheter med samma syfte men med olika användningsregler i iOS- och Android-ekosystemen. Båda identifierarna använder reverse domain notation och kan inte ändras efter publicering i officiella appbutiker.

Funktionella skillnader

I Apples ekosystem är Bundle ID kopplat till signeringsprofilen och certifikat. Vid byte av utvecklingsteam kan Bundle ID överföras mellan konton via App Store Connect. I Android är Package Name hårt bundet till applikationen i Google Play och kan inte överföras mellan utvecklarkonton.

Trots skillnaderna spelar båda identifierarna en kritisk roll: utan dem är det omöjligt att publicera applikationen i den officiella butiken. Rekommendation för plattformsoberoende projekt — använd samma identifierare i iOS- och Android-versioner för att förenkla integration med Firebase, Analytics och andra tjänster. Detta underlättar också navigeringen för utvecklingsteamet: en identifierare för båda projekten minskar förvirring vid konfigurering av CI/CD och miljöer.

Vid utveckling med Flutter eller React Native är en enhetlig identifierare särskilt viktig eftersom kodbasen är delad och många automatiska kompileringsverktyg förväntar sig samma paketnamn för båda plattformarna. Firebase-projektet kopplas också till en identifierare för iOS och Android, vilket förenklar konfigureringen av analys och felrapportering.