Claude Code
Die meisten fehlgeschlagenen iOS-Builds eines WebViewGold-Projekts gehen auf eine kurze Liste zurück: die falsche Projektdatei, ein Target ohne Team, eine Extension mit alter Bundle-ID, eine App-ID ohne die passenden Capabilities oder eine Xcode-Version, die App Store Connect nicht mehr annimmt. Claude Code ist sehr gut darin, ein langes xcodebuild-Log zu lesen und die eine Zeile zu finden, auf die es ankommt. In deinen Apple-Account einloggen kann es sich nicht, und dieser Guide zeigt klar, wo diese Grenze verläuft.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Das rote Banner in Xcode ist nur eine Zusammenfassung; die Ursache steht meist ein paar hundert Zeilen weiter oben. Es gibt zwei Wege, Claude Code das echte Log zu geben. In Xcode öffnest du den Report Navigator (Cmd + 9), wählst den fehlgeschlagenen Build oder das Archive aus und kopierst oder exportierst das vollständige Protokoll. Oder, einfacher: Lass Claude Code den Build selbst ausführen. Starte es auf deinem Mac im Terminal im Ordner des iOS-Projekts, dann kann es xcodebuild aufrufen, die Ausgabe speichern und durchsuchen.
Zwei Details sparen Stunden. Öffne und baue immer WebViewGold.xcworkspace, nicht WebView.xcodeproj; die iOS-Setup-Dokumentation besteht darauf, weil nur der Workspace die Abhängigkeiten enthält. Und Claude Code im Web läuft auf Linux: Eine Cloud-Session kann Info.plist oder Projekteinstellungen in deinem Repository bearbeiten, aber kein Xcode ausführen. iOS-Builds laufen auf einem Mac, einem gemieteten Mac oder im Cloud Builder.
Führe sie selbst aus oder überlass das dem Agenten. Schritt 1 verrät dir den echten Scheme-Namen; den nutzt du in den anderen Befehlen.
mkdir -p build
# 1. List schemes and targets (always use the workspace, not the .xcodeproj)
xcodebuild -list -workspace WebViewGold.xcworkspace
# 2. Archive for the App Store and keep the complete log
# (replace WebViewGold with the app scheme from step 1 if it differs)
xcodebuild -workspace WebViewGold.xcworkspace \
-scheme WebViewGold \
-configuration Release \
-destination 'generic/platform=iOS' \
-archivePath build/App.xcarchive \
archive 2>&1 | tee build/archive.log
# 3. The lines that usually matter
grep -nE "error:|Provisioning|provisioning profile|Signing for|entitlement" build/archive.log | head -40
# 4. What Xcode actually used for each target
xcodebuild -workspace WebViewGold.xcworkspace -scheme WebViewGold -showBuildSettings \
| grep -E "TARGET_NAME|PRODUCT_BUNDLE_IDENTIFIER|DEVELOPMENT_TEAM|CODE_SIGN_STYLE|MARKETING_VERSION|CURRENT_PROJECT_VERSION"| Fehler (Auszug) | Typische Ursache in einem WebViewGold-Projekt | Fix | Wer |
|---|---|---|---|
No such module '…', oder Hunderte Fehler in den Pods | Statt des Workspace wurde die .xcodeproj geöffnet | Xcode beenden (Cmd + Q) und WebViewGold.xcworkspace öffnen | Du |
Signing for "WebViewGold" requires a development team | Für ein Target ist kein Team ausgewählt | Signing & Capabilities: dein Team für das App-Target und jedes Extension-Target auswählen | Du, in Xcode |
No profiles for 'com.example.app' were found | Xcode ist nicht mit deinem Developer-Account angemeldet, oder die App-ID existiert noch nicht | Xcode-Einstellungen, Accounts: deinen Apple Account hinzufügen, die automatische Signierung eingeschaltet lassen und Xcode das Profil erstellen lassen | Du |
Provisioning profile … doesn't include the Push Notifications capability (oder App Groups, oder das Entitlement aps-environment) | Der App-ID fehlen Capabilities, die das Projekt nutzt | Push Notifications und App Groups für die App-ID im Apple Developer Portal aktivieren, wie in den Docs zur Veröffentlichung beschrieben, dann Xcode neu starten | Du |
Embedded binary's bundle identifier is not prefixed with the parent app's bundle identifier | Eine Extension wie OneSignalNotificationServiceExtension hat noch die Bundle-ID aus der Vorlage | Deine Haupt-ID plus ein Suffix verwenden, zum Beispiel com.example.app.OneSignalNotificationServiceExtension | Claude findet jede Abweichung, du bestätigst in Xcode |
Sandbox: rsync(…) deny(1) file-write-create während "Embed Pods Frameworks" | User Script Sandboxing blockiert in neueren Xcode-Versionen die Build-Skripte von CocoaPods | User Script Sandboxing (ENABLE_USER_SCRIPT_SANDBOXING) für das App-Target auf No setzen | Claude |
Command PhaseScriptExecution failed with a nonzero exit code | Ein Build-Skript ist fehlgeschlagen; diese Zeile ist nur die Folge | Im Log nach oben zum ersten error: dieses Skripts suchen | Claude |
| Archive ist ausgegraut oder erzeugt nichts | Als Run Destination ist ein Simulator ausgewählt | "Any iOS Device (arm64)" auswählen, dann Product, Archive | Du |
| "Missing private key" neben einem Zertifikat unter Xcode-Einstellungen, Accounts | Das Distribution-Zertifikat wurde auf einem anderen Mac erstellt | Es auf diesem Mac als .p12 exportieren, oder es widerrufen und Xcode ein neues erstellen lassen | Du |
ITMS-90189: Redundant Binary Upload, oder "bundle version must be higher" | Die Build-Nummer wurde schon verwendet | CURRENT_PROJECT_VERSION (Build) bei jedem Upload und MARKETING_VERSION (Version) bei einem neuen Release erhöhen | Claude |
| SDK-Versionsfehler beim Upload | Mit einem Xcode gebaut, das App Store Connect nicht mehr annimmt; seit April 2026 brauchen Uploads Xcode 26 und das iOS 26 SDK oder neuer | Xcode aktualisieren (und bei Bedarf macOS) und die aktuelle WebViewGold-Version herunterladen, kostenlos für Lizenzinhaber | Du |
ITMS-90683: Missing purpose string in Info.plist | Ein Berechtigungstext wurde gelöscht, obwohl das Binary diese API noch referenziert | Den Schlüssel mit einem ehrlichen, konkreten Zwecktext wiederherstellen | Claude |
Unable to process request - PLA Update available | Apple hat ein neues Program License Agreement veröffentlicht | Der Account Holder akzeptiert es im Developer-Account | Du (Account Holder) |
Mit einer gut optimierten Version Ihrer Web-App können Sie innerhalb von wenigen Minuten eine beeindruckende mobile App erstellen. Zusätzlich dazu ist der Kundenservice sehr nett und hilfsbereit! Ich kann WebViewGold nur empfehlen :-)
Erst diagnostizieren, dann ändern, und deine Schlüssel behältst du für dich.
Wechsle im Terminal per cd in den Ordner mit WebViewGold.xcworkspace und starte claude. Öffne Xcode selbst vorher mindestens einmal, damit die Command Line Tools und dein Account eingerichtet sind.
Füge den Diagnose-Prompt unten ein. Der Agent listet die Schemes auf, führt das Archive aus und speichert das vollständige Log in build/archive.log, sodass ihr beide auf denselben Text schaut.
Der Prompt lässt Claude jeden Fix einsortieren: "Diese Datei kann ich ändern" (Info.plist, Build-Nummern, eine Build-Einstellung, Bundle-IDs von Extensions) oder "Das musst du in Xcode oder im Developer Portal erledigen". Genehmige die erste Art; die zweite erledigst du selbst, mit dem Klickpfad, den Claude dir nennt.
Führe denselben Archive-Befehl noch einmal aus. Ein neuer Fehler ist Fortschritt: Signing-Fehler kommen oft in Schichten, erst das Team, dann das Profil, dann eine Capability.
Verteile das Archive über den Xcode Organizer oder mit Transporter. Jeder Upload braucht eine neue Build-Nummer, also bitte Claude, sie vor jedem Archive zu erhöhen.
Installiere den Build über TestFlight auf einem echten iPhone und prüfe Push, Face ID und den Offline-Bildschirm, bevor du ihn ins App-Review schickst.
Er sagt dem Agenten, was er ändern darf und was er an dich zurückgeben muss. Die Regeln in Punkt 5 verhindern, dass aus einem Problem mit einem Fehler eines mit drei Fehlern wird.
Dieser Ordner enthält ein WebViewGold-iOS-Projekt. Das Archive für den App Store schlägt fehl, und ich möchte eine Diagnose, bevor irgendetwas geändert wird. 1. Führe xcodebuild -list -workspace WebViewGold.xcworkspace aus und wähle das Scheme der App. 2. Archiviere mit -configuration Release -destination 'generic/platform=iOS' und speichere die komplette Ausgabe in build/archive.log. 3. Finde den ersten echten Fehler, nicht die Folgefehler. Zitiere die relevanten Log-Zeilen und erkläre in einfachem Deutsch, was sie bedeuten. 4. Ordne den Fix einer von zwei Gruppen zu: (a) eine Dateiänderung, die du selbst vornehmen kannst: Info.plist, Versions- oder Build-Nummer, eine Build-Einstellung, eine abweichende Bundle-ID zwischen dem App-Target und seinen Extension-Targets; (b) etwas, das ich selbst in Xcode unter Settings > Accounts, im Tab Signing & Capabilities oder im Apple Developer Portal erledigen muss. Gib mir für (b) den genauen Klickpfad. 5. Regeln: Ändere weder das Team noch den Signing-Stil, Zertifikate oder Provisioning Profiles; führe kein pod update aus und ändere keine Versionen von Abhängigkeiten; benenne das Xcode-Projekt nicht um; greif nie auf den Schlüsselbund zu und gib nie Zertifikate aus. Zeig mir die vorgeschlagenen Dateiänderungen und warte auf mein OK, bevor du sie anwendest.
Nichts davon ist ein fehlendes Feature. Diese Dinge hängen an deiner Identität und deinen Schlüsseln, und so sollte es auch bleiben.
Anmelden, Zwei-Faktor-Codes, die Mitgliedschaft im Apple Developer Program ($99 pro Jahr) und das Akzeptieren neuer Vereinbarungen. Nur der Account Holder kann das Program License Agreement akzeptieren; der Guide zur Anmeldung behandelt die Account-Seite.
Distribution-Zertifikate erstellen oder widerrufen, eine .p12 von dem Mac exportieren, auf dem der private Schlüssel liegt, Abfragen des Schlüsselbunds beantworten. Füge nie ein Zertifikatspasswort in einen Chat ein.
Die Bundle-ID registrieren, Push Notifications und App Groups aktivieren, den App-Eintrag in App Store Connect anlegen. Die automatische Signierung in Xcode erledigt einen Teil davon, aber klicken musst du.
Testgeräte registrieren, den Entwicklermodus auf dem iPhone einschalten, dem Computer vertrauen. Der Agent kann die Schritte auflisten; ausführen musst du sie selbst, mit deinem Handy.
Den Build in App Store Connect auswählen, die Frage zur Exportkonformität beantworten, die Review-Notizen und der Klick auf Einreichen. Claude kann die Texte entwerfen; die Antworten verantwortest du.
Die Bundle-ID ist dauerhaft, sobald die App live ist. Leg sie selbst fest, und zwar einmal; der Guide zur Bundle-ID erklärt, warum.
pod update oder eine neue SDK-Version mitten im Release ist der klassische Weg, einen Build kaputtzumachen, der nur eine neue Build-Nummer gebraucht hätte.WebViewGold.xcworkspace in Xcode 26 oder neuer geöffnet.Auf einem Mac ja: Es kann im Terminal xcodebuild für Builds und Archives ausführen und die Ergebnisse lesen. Es kann sich aber nicht durch Xcode klicken, sich nicht in deinen Apple Account einloggen und keine Abfragen des Schlüsselbunds bestätigen, das Signing musst du also einmal selbst einrichten.
Nur teilweise. Cloud-Sessions laufen auf Linux ohne Xcode, der Agent kann also Info.plist oder Projektdateien in deinem Repository bearbeiten, aber nicht bauen, um den Fix zu überprüfen. Bau auf einem Mac oder mit dem Cloud Builder.
Nein. Kein normaler Build-Fix braucht das. Wenn ein vorgeschlagener Fix deine Zugangsdaten erfordert, erledige diesen Schritt selbst in Xcode oder im Developer Portal.
App Store Connect führt nach dem Archive eigene Prüfungen durch: SDK-Version, Build-Nummer, Registrierung der Bundle-ID, Zwecktexte und Capabilities. Füge den exakten Upload-Fehler in Claude Code ein; die meisten davon lassen sich mit einer Zeile beheben.
Oft ist das der einfachste Weg. Updates sind für Lizenzinhaber kostenlos: Lade das aktuelle Projekt herunter und lass Claude Code deine Einstellungen aus der alten Config.swift in die neue übernehmen.
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
$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 ansehen$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 ausprobieren$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.
App Store & Google Play Genehmigungsgarantie – oder Geld zurück innerhalb von 14 Tagen
Lieber abgeben? Full Service: Wir konfigurieren, bauen und liefern innerhalb von 72 Stunden, ab $698 pro Plattform. Fragen? Chatte mit uns – 24/7.
Erstattungen erfolgen zu den in unseren FAQ genannten Bedingungen: eine nicht inhaltsbedingte Ablehnung durch Apple und/oder Google, geltend gemacht innerhalb von 14 Tagen nach dem Kauf.