Ich werde deine iOS-App in App Store, TestFlight, App Store Connect hochladen, Xcode-Zertifikate reparieren
Mobile App Entwickler und iOS, Android, App Store Launch
Über diesen Service
deine iPhone-App ist gebaut. Apple ist der Teil, der immer Nein sagt
Entwicklerkonto, D-U-N-S, Zertifikate, Provisioning Profiles, App Store Connect, Privacy-Labels, eine Ablehnungsmail in Apples eigener Sprache. Ich räume das alles auf und bring deine App zur Prüfung.
Was du bekommst:
- Apple-Entwicklerkonto und App Store Connect Einrichtung
- Zertifikate, Identifiers, Provisioning Profiles
- Xcode-Archiv und Upload (Sende Source oder IPA)
- TestFlight-Build mit internen und externen Testern
- App-Store-Eintrag: Name, Untertitel, Beschreibung, Keywords, Screenshots
- Privacy-Labels und App-Privacy-Antworten
- Reviewer-Notizen und Demo-Login, damit die Prüfung nicht stockt
- Einreichung zur Prüfung
- Antworten und erneute Einreichung bei Ablehnung durch Apple (4.2, 4.3, 5.1.1, 2.1)
So funktioniert es:
- du schickst mir deine App und gibst Zugriff per Einladung
- ich richte das Konto, Signing und Listing ein, du bestätigst den Text
- ich lade zu TestFlight hoch und reiche zur Prüfung ein
- ich informiere dich bei jeder Statusänderung, bis sie live geht
ich brauche: Source oder IPA, App-Name, Symbol, Privacy-Policy-URL, App Store Connect-Einladung. niemals dein Apple-ID-Passwort
Schreib mir vor der Bestellung. Sag mir, wo du hängst, und ich antworte mit Preis und Timeline
FAQ
Automatische Übersetzung
Apple lehnt meinen Build beim Upload ständig ab. Woran liegt das meist?
Mismatch der Bundle-ID, fehlendes oder abgelaufenes Distribution-Zertifikat, falsches Provisioning Profile, fehlende Privacy-Manifest- oder Nutzungsbeschreibungen, veraltete SDK-Version. Ich prüfe jedes davon in Xcode und App Store Connect, behebe die Ursache und lade erneut hoch, damit der Build sauber durchläuft
Ich wurde unter 4.3, 4.2 oder 5.1.1 abgelehnt. Was machst du bei der erneuten Einreichung?
Ich lese die genauen Richtlinien, finde den Auslöser im Build, Meta-Daten oder Privacy-Antworten und behebe die Ursache. Dann schreibe ich die Reviewer-Antwort, die auf Änderungen verweist. Die erneute Einreichung desselben Builds mit einer neuen Notiz führt oft zur erneuten Ablehnung, daher mache ich das nicht
Braucht meine App ein Demo-Login, und was schreibe ich in die Reviewer-Notizen?
Wenn deine App Login hat, braucht Apple funktionierende Zugangsdaten. Fehlende Credentials sind eine der Hauptursachen für 2.1-Ablehnungen. Ich richte ein Demo-Konto ein, schreibe Reviewer-Notizen, die geschützte Funktionen erklären, und füge Schritte hinzu, falls Reviewer nichts erreichen können, z.B. bei Hardware- oder Standort-Features
Wir sind ein Unternehmen. Verarbeitest du D-U-N-S und das Organisationskonto?
Ja. Organisationskonten benötigen eine D-U-N-S-Nummer und Apples Verifizierungstelefonat. Ich führe dich durch Lookup, Anmeldung und Verifizierung. Die Wartezeit liegt bei Apple und Dun & Bradstreet, nicht bei mir. Ich bereite Signing, Listing und Build parallel vor, damit du am Tag, an dem das Konto freigeschaltet wird, einreichen kannst
Wie erhältst du Zugriff auf mein Konto ohne mein Apple-ID-Passwort?
Nur Einladungen. App Store Connect-Nutzer mit der richtigen Rolle und Repository-Zugriff. Du bleibst Kontoinhaber und kannst mich jederzeit widerrufen. Ich brauche nie dein Apple-ID-Login oder private Keys, die im Chat gesendet werden, und ich protokolliere jede Änderung, damit du jeden Schritt sehen kannst
Kannst du Abonnements und In-App-Keb's in App Store Connect verwalten?
Auf Seiten des Stores ja: Produkte, Preisgestaltung, Review-Screenshots und Sandbox-Tests. Ich prüfe auch, ob dein Kaufprozess Apples Regeln entspricht, denn digitale Güter müssen In-App-Käufe verwenden. Die StoreKit- oder RevenueCat-Code-Schreibung wird separat angeboten. Annahme: passe es an dein Angebot an
Baust du aus dem Source, oder muss ich dir eine IPA schicken?
Beides geht. Schick mir eine IPA, ich lade hoch und reiche sie ein. Schick Source (Swift, Flutter, React Native, Expo, Capacitor) und ich archiviere und signiere es in Xcode im Standard- oder Premium-Tarif. Ich berühre nur Build-Config und Compliance-Fixes, nie deine Features
Wurde meine App mit KI-Tools oder einem Web-Wrapper gebaut? Wird sie bestehen?
Ein reiner Web-Wrapper scheitert oft an der Minimalfunktion 4.2. Ich schaue mir an, was deine App native macht, und sage dir, was du hinzufügen musst, z.B. Push, Offline-Handling oder native Navigation. Kleine native Ergänzungen sind enthalten. Größere Builds erhalten vor Beginn ein separates Angebot
Was liegt an dir und was an Apple für das Timing?
Mein Teil dauert 1 bis 5 Tage, je nach Tarif. Die Review-Zeit, D-U-N-S und Kontoverifizierung liegen bei Apple und Dun & Bradstreet und haben keinen festen Zeitplan. Ich sage dir, welcher Schritt von wem abhängt, damit du immer genau weißt, wo deine App steht
Was ist nicht enthalten?
Neue Features, Redesigns, das Schreiben deiner Privacy Policy oder Rechtsbedingungen, Paid Ads, Fake-Bewertungen oder Installationen, und Code-Rewrite, außer was die Prüfung benötigt. Wenn größere Fixes nötig sind, sage ich dir das vor Anfang und nenne es als eigenes Angebot

