Vorschau und Release klar getrennt.
Guideline 2.5.2 betrifft Apps, die Code herunterladen, installieren oder ausführen und damit ihre Funktion verändern. Buildys Editor und gehostete Vorschau laufen getrennt vom kompilierten Projekt. Das vermeidet dieses konkrete Muster, garantiert aber keine Freigabe: Apple prüft jede eingereichte App und ihr Verhalten.
Was Guideline 2.5.2 abdeckt.
“Apps sollten in ihren Bundles eigenständig sein und dürfen keine Daten außerhalb des dafür vorgesehenen Container-Bereichs lesen oder schreiben. Sie dürfen auch keinen Code herunterladen, installieren oder ausführen, der Features oder Funktionen der App, einschließlich anderer Apps, einführt oder verändert.”
Das relevante Risiko liegt im Verhalten der eingereichten App, nicht im Namen des Werkzeugs. Ein problematisches Muster besteht aus drei Teilen:
- Eine verteilte App erhält nach dem Review neuen ausführbaren Code.
- Dieser Code verändert verfügbare Funktionen oder Funktionalität.
- Eine Laufzeitumgebung in der App führt den heruntergeladenen Code aus.
Ein eigenständiger Build vermeidet dieses Muster. App Review bewertet außerdem Stabilität, Datenschutz, Zahlungen, Inhalte, Mindestfunktionalität und Abhängigkeiten. Architektur kann ein bekanntes Risiko reduzieren, entscheidet aber nicht über das Ergebnis.
Vorschau-Infrastruktur und Release-Projekt sind getrennt.
Buildys Editor und gehostete Vorschau sind Entwicklungsdienste. Das Release-Projekt ist eine separate Ausgabe, die du vor der Verteilung prüfst und kompilierst.
Auf buildy.me
Buildy bündelt das aktuelle Projekt für eine isolierte Browser-Vorschau. Sie dient der Iteration und Tests auf Geräten.
Export
Kostenpflichtige Tarife exportieren das Projekt für das gewählte Ziel: Expo, Kotlin, SwiftUI oder React mit Vite. Buildys Vorschau-Service wird diesem Quellcode nicht hinzugefügt.
Signierter Build
Der Build-Prozess verpackt das Projekt als signiertes Android- oder iOS-Artefakt. Die endgültige Konformität hängt weiterhin von Code, Abhängigkeiten, Inhalten und Laufzeitverhalten der App ab.
Diese Trennung ist eine Architekturkontrolle, keine Freigabegarantie. Prüfe das generierte und bearbeitete Projekt vor jeder Einreichung wie Code aus jedem anderen Entwicklungswerkzeug.
Prüfe, was von deiner App abhängt.
- Prüfe Abhängigkeiten und entferne nicht benötigte Laufzeit-Code-Loader.
- Teste den signierten Build auf echten Geräten, nicht nur in der Vorschau.
- Vervollständige Datenschutzangaben, Berechtigungen, Zahlungen und Review-Hinweise.
- Stelle sicher, dass Metadaten und Screenshots den eingereichten Funktionen entsprechen.
Apples Vorgaben werden fortlaufend aktualisiert und können sich ändern. Aktuelle App Review Guidelines lesen.
Baue mit einer klaren Trennung von Vorschau und Release.
Nutze die gehostete Vorschau zur Iteration und prüfe anschließend das Projekt, das du verteilen möchtest.