Ein Vorschau- oder Staging-Link
Eine Builder-Vorschau, die einen Login braucht, eine geschützte Vercel-Preview, eine Replit-Dev-URL, die einschläft. Der Reviewer sieht eine Anmeldeseite oder einen Fehler.
App-Store-Ablehnung
Eine 1.5-Ablehnung bedeutet, dass der Reviewer keinen funktionierenden Weg gefunden hat, über den Nutzer dich erreichen. Meist zeigt die Support-URL auf einen Vorschau-Link, eine 404-Seite, eine Login-Sperre oder eine Landingpage ohne Kontaktdaten. Eine ehrliche Support-Seite auf deiner eigenen Domain und ein Hilfe-Eintrag in der App beheben das, oft ohne neuen Build.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Guideline 1.5 steht im Abschnitt Safety. Sie besagt, dass Menschen dich leicht mit Fragen und Support-Anliegen erreichen können müssen, dass sowohl die App als auch ihre Support-URL diesen Weg bieten müssen und dass fehlende oder veraltete Kontaktdaten in manchen Ländern und Regionen gegen geltendes Recht verstoßen können. Apps, die voraussichtlich im Unterricht genutzt werden, bekommen besondere Aufmerksamkeit. Dieselbe Guideline verlangt außerdem, dass Apple-Wallet-Pässe die Kontaktdaten des Ausstellers enthalten und mit einem Zertifikat signiert sind, das zur Marke gehört.
Die Feldbeschreibung in App Store Connect ist strenger, als die meisten erwarten: Die Support-URL muss zu echten Kontaktinformationen führen, etwa einer ladungsfähigen Anschrift, einer E-Mail-Adresse und einer Telefonnummer, soweit lokales Recht das verlangt. Im Ablehnungstext steht meist, dass die Support-URL nicht zum vorgesehenen Ziel oder zu keiner Seite mit Support-Informationen führt. Weil es um Metadaten geht, kommt die Ablehnung oft zusammen mit einem Hinweis zu 2.1 oder 2.3 im selben Review.
Eine Builder-Vorschau, die einen Login braucht, eine geschützte Vercel-Preview, eine Replit-Dev-URL, die einschläft. Der Reviewer sieht eine Anmeldeseite oder einen Fehler.
KI-generierte Footer lieben [email protected], "123 Main Street" und einen Kontakt-Link, der auf # zeigt. Reviewer klicken darauf.
Eine Marketing-Landingpage mit Registrierungs-Button und ohne Möglichkeit, eine Frage zu stellen. "Support" heißt Kontakt, nicht Funktionsliste.
Ein Chat-Widget oder Hilfecenter, das nur im Dashboard erscheint. Die Support-URL ist öffentlich; sie muss für jemanden ohne Account funktionieren.
Eine Discord-Einladung oder ein Instagram-Profil ist eine Community, kein Kontakt. Ergänze eine direkte E-Mail-Adresse oder ein Formular.
Eine Seite, etwa zehn Minuten Arbeit, auf deiner eigenen Domain (siehe eigene Domain vor der Einreichung).

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 :-)
| Feld | Pflicht? | Was du einträgst |
|---|---|---|
| Support-URL (App-Version, pro Sprache) | Ja | Deine Support-Seite, zum Beispiel https://yourdomain.com/support. Vollständige URL inklusive https. |
| Marketing-URL (App-Version) | Nein | Deine Produktseite. Optional: Lass sie lieber leer, als einen Link einzutragen, der kaputtgeht. |
| URL der Datenschutzerklärung (App Privacy) | Ja | Eine öffentliche Datenschutzerklärung, die die App erwähnt; siehe den Guide zur Datenschutzerklärung. |
| Kontakt in den App-Review-Informationen | Ja | Ein echter Name, eine Telefonnummer und eine E-Mail-Adresse, unter denen während des Reviews jemand antwortet. Wird nicht öffentlich angezeigt. |
| Händlerstatus nach dem Digital Services Act | Für den Vertrieb in der EU | Wird unter Business, Agreements, Compliance festgelegt (und pro App in den App-Informationen). Bei Händlern zeigt Apple Adresse, Telefonnummer und E-Mail auf der EU-Produktseite. Seit Februar 2025 sind Apps ohne Händlerstatus im EU-App-Store nicht verfügbar, und die Verifizierung kann dauern, also erledige sie früh. |
Nutze den Prompt unten in Lovable, Bolt, v0 oder Claude Code und ersetze danach jeden Platzhalter durch echte Angaben. Deploye sie in die Produktion, nicht in eine Vorschau.
Öffne die URL auf einem iPhone in einem privaten Safari-Tab, über Mobilfunk, ausgeloggt. Tippe auf die E-Mail-Adresse und das Formular. Wenn du nicht in den USA bist, bitte jemanden dort, sie ebenfalls zu öffnen; App Review greift meist von dort aus zu.
Trag die Support-URL für jede Sprache deines Store-Eintrags ein, korrigiere oder leere die Marketing-URL und prüf den Link zur Datenschutzerklärung.
Ein Menü- oder Einstellungspunkt "Hilfe" oder "Kontakt", der dieselbe Seite öffnet. In WebViewGold kannst du ihn als Tab der nativen unteren Leiste ergänzen: Setz showNavFooter auf true und füge in FooterBar.json einen Eintrag mit einem Fragezeichen-SF-Symbol hinzu (Doku zum Navigation Footer). Eine Quick Action auf dem Home-Bildschirm über useShortcuts und Shortcuts.json ist ein schönes Extra (Doku zu Shortcuts).
Tippe im TestFlight-Build auf deine mailto:- und tel:-Links. Auf dem Testgerät des Reviewers ist womöglich kein Mail-Account eingerichtet, daher ist ein Kontaktformular neben der E-Mail-Adresse die sicherere Hauptoption.
Gibt deine Web-App Tickets oder Karten über addpkpass:// aus, brauchen die Pässe deine Kontaktdaten und ein eigenes Pass-Type-ID-Zertifikat (Doku zu Wallet-Pässen).
Nutze die Vorlage unten. Hast du nur URLs und Web-Inhalte geändert, kann derselbe Build erneut geprüft werden.
Füge meiner Web-App eine öffentliche Seite unter /support hinzu. Sie muss ohne Login funktionieren und darf nicht von Cookie-Bannern oder Pop-ups verdeckt werden. Inhalt, in dieser Reihenfolge: 1. Überschrift "[App-Name] Support" und ein Satz dazu, was die App tut. 2. Kontakt: ein Formular (Name, E-Mail, Nachricht), das an [Support-E-Mail] sendet, dazu die E-Mail-Adresse im Klartext und der Satz "Wir antworten in der Regel innerhalb von [24 Stunden / 2 Werktagen]." 3. Rechtliche Angaben: [rechtlicher Name des Unternehmens oder Entwicklers], [Postanschrift], [Telefonnummer]. Verwende genau diese Werte, erfinde oder kürze sie nie. 4. FAQ mit 5 kurzen Einträgen: Passwort zurücksetzen, Account löschen (genaue Schritte in der App: [Schritte]), Abo kündigen (auf dem iPhone unter Einstellungen, Apple-ID, Abonnements), Daten und Datenschutz, Problem melden. 5. Links zu /privacy und /terms. Mobile-first-Layout, große Touch-Flächen, kein Lorem ipsum, keine example.com-Adressen. Ergänze im App-Menü und im Footer einen Link "Hilfe", der auf /support zeigt.
Die Vorlage bleibt auf Englisch, weil App Review Englisch liest.
Hello App Review team, Thank you for your feedback regarding Guideline 1.5. We have updated our Support URL to [https://yourdomain.com/support]. The page is public, requires no login and lists our contact options: a contact form, our support email [address] and phone number [number], and our legal address. It also answers common questions, including how to delete an account. Inside the app, users can reach the same page from [Settings > Help / the Help tab in the bottom bar]. [If no new build: No changes to the binary were necessary, so build [number] can be reviewed again.] [If new build: We have submitted build [number] with the Help entry added.] Best regards, [Name], [Company]
Nein. App Store Connect erwartet eine vollständige Webadresse inklusive Protokoll. Nutze eine Webseite, die die E-Mail-Adresse und ein Formular zeigt.
Das kann funktionieren, wenn sie öffentlich ist, auf einem iPhone schnell lädt und echte Kontaktdaten enthält. Eine Seite auf deiner eigenen Domain wirkt vertrauenswürdiger und bleibt unter deiner Kontrolle, also nimm lieber die.
Allein nicht. Reviewer suchen einen direkten Weg zum Entwickler, etwa eine E-Mail-Adresse oder ein Kontaktformular. Community-Links kannst du zusätzlich aufführen.
Die Feldbeschreibung in App Store Connect nennt eine ladungsfähige Anschrift, soweit lokales Recht sie verlangt, und der EU-Händlerstatus bringt deine Adresse auf die EU-Produktseite. Viele Solo-Entwickler nutzen eine Geschäftsadresse, wo ihr lokales Recht das erlaubt; prüf die Regeln für dein Land, bevor du einreichst.
Nein, und sie ist optional. Wenn du sie ausfüllst, muss sie funktionieren. Üblich ist: Marketing-URL auf die Startseite deines Produkts, Support-URL auf /support.
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 byWinter-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.