Ich veröffentliche die App im App Store, Google Play und Fix Store, behebe Ablehnungsrichtlinien-Probleme, Testflight

Bundle-ID und Signierung, Datenschutz-Manifest, Data Safety-Antworten, Berechtigungsstrings, Reviewer-Notizen, Demo-Login, Screenshots nach aktuellen Spezifikationen und ein Crash-Test auf einem echten Build. Die meisten Ablehnungen sind eine dieser Sachen. Ich behebe sie, bevor Apple oder Google die App überhaupt sehen.

Ich lese die genauen Richtlinien, finde den Auslöser in deinem Build, den Metadaten oder Datenschutz-Antworten und behebe die Ursache. Dann schreibe ich die Antwort an den Reviewer, die auf die Änderungen hinweist. Dasselbe Build mit einem neuen Hinweis erneut einzureichen, ist der Grund, warum man zweimal abgelehnt wird.

Ein reiner Wrapper schafft das meistens nicht. Ich prüfe, was die App nativ macht, und sage dir, was hinzugefügt werden muss, wie Push, Offline-Handling oder native Navigation, damit sie wie eine App und nicht wie eine Webseite aussieht. Kleine native Ergänzungen sind inklusive. Größere Builds bekommen zuerst ein separates Angebot.

Nur durch Einladungen. Nutzer im App Store Connect, Play Console oder Repo-Zugriff. Du bleibst Kontoinhaber und kannst mich jederzeit widerrufen. Ich brauche deine Apple-ID-Login nicht und frage auch nicht danach. Ich dokumentiere, was ich ändere, während ich arbeite, damit du jeden Schritt sehen kannst.

Ja. Ich führe dich durch die D-U-N-S-Suche, die Apple-Registrierung und die Verifizierungsanrufe. Das Warten liegt bei Apple und D&B, nicht bei mir. Ich bereite das Signieren, die Listung und die Builds parallel vor, damit du am Tag der Freigabe einreichen kannst, anstatt erst dann zu starten.

Nur das, was der Store-Review verlangt: Build-Konfiguration, Signierung, Berechtigungen, Entitlements und kleine Compliance-Anpassungen. Ich arbeite auf einem Branch und sende dir den Diff. Feature-Arbeiten, Redesigns und Refactorings sind außerhalb des Umfangs, es sei denn, du fragst danach und genehmigst ein Angebot.

Ich kann dabei helfen, den Opt-in-Link und den Tester-Flow einzurichten, und erkläre die Anforderungen klar. Ich liefere keine gefälschten oder bezahlten Installationen, weil Google das erkennt und dein Konto gefährdet. Wir besprechen, wie du echte Tester bekommst, und ich führe den Prozess durch.

Auf Store-Seite ja: Produkte, Preise, Screenshots für die Review und Sandbox-Tests in App Store Connect und Play Console. Ich bestätige auch, dass dein Kaufablauf den Apple-Regeln entspricht. Das Schreiben des Kauf-Codes selbst (StoreKit, RevenueCat) ist separat im Angebot. Annahme: passe es an dein Angebot an.

Mein Teil dauert je nach Tier 1 bis 5 Tage. Review, D-U-N-S und Kontoverifizierung liegen bei Apple, Google oder D&B, und keiner von ihnen hält sich an einen festen Zeitplan. Ich sage dir, welcher Schritt auf wen wartet, damit du nie fragst, wo deine App bleibt.

Neue Features, Redesigns, das Schreiben deiner Datenschutzrichtlinie oder rechtlicher Bedingungen, bezahlte Anzeigen, Fake-Bewertungen oder Installationen und Code-Neuschreibungen, die über das hinausgehen, was für die Review notwendig ist. Wenn deine App größere Fixes braucht, um zu bestehen, sage ich dir das vor Beginn und gebe ein separates Angebot dafür ab.