Eine Codebasis, echte Store-App
Die iOS-App lädt deine veröffentlichte Dyad-URL in einer nativen WebView. Es gibt kein zweites Projekt zu pflegen und keinen Code-Export.
Warum Wrappen für Dyad-Apps besser ist als Neubauen
Dyad gibt dir ganz normalen React-Code auf deinem eigenen Rechner und überlässt das Hosting dir; sobald das Projekt auf Vercel liegt, hast du also genau das, was WebViewGold braucht: eine öffentliche HTTPS-URL. Das experimentelle Capacitor-Upgrade von Dyad packt den Build in native Projekte, die du bei jeder Änderung neu baust; WebViewGold lädt stattdessen das Live-Deployment, ein Sync to GitHub aktualisiert also die Apps. Supabase-Auth und -Daten laufen auf der Web-Seite unverändert weiter.
Weiter aus Dyad veröffentlichen
Synchronisiere in Dyad mit GitHub, dein Host baut neu und die App zeigt beim nächsten Start die neue Version, kein Store-Update nötig. Nur Änderungen an der nativen Hülle selbst (Icon, neues natives Feature) brauchen ein Store-Update.
Native Features obendrauf
Push-Benachrichtigungen, Offline-Screen, natives Teilen, biometrischer Login, QR-Scanner, In-App-Käufe und Deep Links sind einzelne Einstellungen oder einzeilige JavaScript-Aufrufe.
App Store-Genehmigungsgarantie
Apple App Store Genehmigungsgarantie – oder Geld zurück innerhalb von 14 Tagen. 96.4% aller WebViewGold-Apps werden von den Review-Teams beim ersten Versuch genehmigt.
Was du brauchst
- Eine veröffentlichte Dyad-App unter einer öffentlichen HTTPS-URL (yourapp.vercel.app (oder die Adresse des Hosts, auf den du deployst) oder, besser, deine eigene Domain)
- Zugang zum Apple Developer Program ($99 pro Jahr) für die Einreichung im Apple App Store
- Xcode auf einem Mac – oder der WebViewGold Cloud Builder in deinem Browser (kein Mac nötig)
- WebViewGold für iOS ($109 einmalig, kostenlose Updates)
- Eine Seite mit Datenschutzerklärung, ein Icon mit 1024 × 1024 px und 30 bis 60 Minuten Zeit
Großartige Möglichkeit, eine Web-App in eine native App zu verwandeln! Schnelle Umsetzung und ein toller Weg, Apps in die App Stores zu bringen, ohne eine komplett native App entwickeln zu müssen!
Dyad → App Store: die Schritt-für-Schritt-Anleitung
Acht Schritte, kein Code. Die meisten schaffen den nativen Teil in unter einer Stunde.
Veröffentliche deine Dyad-App unter einer Produktions-URL
Dyad hostet Apps nicht selbst. Verbinde GitHub in den App-Details, klicke auf Sync to GitHub und importiere das Repository dann bei Vercel (oder einem anderen Host); du bekommst eine öffentliche URL wie dyad-app-name.vercel.app. Jedes weitere Sync to GitHub löst einen neuen Build aus. Die Vorschau neben dem Dyad-Chat läuft auf deinem eigenen Rechner, niemand sonst kann sie öffnen. Deploye zuerst und verwende in der App die öffentliche Deployment-URL oder deine eigene Domain. Eigene Domain: Füge deine Domain beim Hosting hinzu (Vercel: Projekteinstellungen, Domains) und setze die DNS-Einträge, die dir angezeigt werden. Siehe warum sich eine eigene Domain vor der Einreichung lohnt.
Mach sie bereit für den Store
Füge eine Seite mit Datenschutzerklärung und eine Option zur Kontolöschung hinzu (wenn sich Nutzer registrieren können) und entferne Builder-Badges oder „Lade unsere App herunter“-Banner. Lass den kostenlosen App Store Readiness-Check über deine URL laufen: Er markiert in Sekunden Mixed Content, fehlende Viewport-Tags, Builder-Vorschaudomains und andere Blocker.
Hol dir WebViewGold für iOS
Einmalzahlung, kostenlose Updates. Du erhältst das fertige Xcode-Projekt. Hast du keinen Mac, aktiviere den WebViewGold Cloud Builder und erledige alles im Browser.
Füge deine URL ein und brande die App
Öffne Config.swift (oder das Cloud-Builder-Formular) und füge deine veröffentlichte URL ein. Setze den App-Namen, lade dein Icon hoch, wähle Splash Screen und Statusleistenfarbe. Kein Code nötig.
Schalte native Features ein
Aktiviere Push-Benachrichtigungen, den Offline-Screen, das Social-Login-Handling, Pull-to-Refresh, biometrischen Login oder den QR-Scanner mit einzelnen Einstellungen. Alles ist optional.
Bauen und hochladen
In Xcode: Product → Archive → Distribute to App Store Connect. Im Cloud Builder: auf Build klicken, der Upload zu App Store Connect wird für dich erledigt.
Lege den App Store-Eintrag an
Füge in App Store Connect Name, Untertitel, Beschreibung, Keywords, Screenshots, URL zur Datenschutzerklärung und die Antworten zum App-Datenschutz hinzu. Hinterlege bei Bedarf ein Demo-Konto in den Review-Notizen.
Zum Review einreichen
Apple prüft die meisten Apps innerhalb von 24 bis 48 Stunden. Beantworte Rückfragen der Reviewer im Resolution Center, falls welche kommen. Unsere Genehmigungsgarantie sichert dich ab.
Dyad-spezifische Checks vor der Einreichung
Das sind die Punkte, die bei Dyad-Projekten (React + TypeScript + Vite mit React Router, Tailwind CSS und shadcn/ui im Standard-Template (ein Next.js-Template gibt es auch), mit Supabase oder Neon für Auth und Daten) am häufigsten auftauchen.
- Dyad bietet ein experimentelles „Upgrade to hybrid mobile app with Capacitor“, das das Projekt in Xcode und Android Studio öffnet. Dieser Weg packt deinen Build in native Projekte, die du bei jeder Änderung neu baust; WebViewGold lädt stattdessen deine deployte URL, ein Sync to GitHub aktualisiert also die installierten Apps.
- Das Standard-Template ist eine Single-Page-App mit React Router und bringt eine vercel.json mit, die jeden Pfad auf index.html umleitet. Behalte eine gleichwertige Rewrite-Regel, wenn du woanders deployst, sonst enden Deep Links und Neuladen in der App auf einer 404-Seite.
- Supabase bittet neue Nutzer standardmäßig, ihre E-Mail-Adresse zu bestätigen. Der Bestätigungslink öffnet den Browser des Smartphones, sofern du in WebViewGold keine Universal Links (iOS) und App Links (Android) einrichtest, also plane das vor dem Review ein.
- Eine Dyad-App läuft standardmäßig clientseitig: Bewahre API-Schlüssel in Supabase-Server-Funktionen oder in den Umgebungsvariablen deines Hosts auf, niemals im Browser-Bundle.
- Google-Login in der App braucht den Social Login Helper von WebViewGold, weil Google OAuth in eingebetteten WebViews blockiert.
- Made with Dyad: Das Standard-Template setzt unten auf die Hauptseite einen „Made with Dyad“-Link. Bitte Dyad, die Komponente MadeWithDyad überall zu entfernen, bevor du die App baust. Mehr zu Builder-Badges.
Lass Dyad die Store-Vorbereitung erledigen
Füge das in Dyad ein und lass es die Änderungen umsetzen, auf die Reviewer achten. Prüfe das Ergebnis, dann veröffentliche.
Prompt zum Einfügen in Dyad
Bereite diese App für die Veröffentlichung als native iOS- und Android-App vor (sie wird in einem nativen WebView-Wrapper laufen, der die deployte URL lädt): 1. Ergänze in src/App.tsx die Routen /privacy und /terms mit Platzhalterseiten, die ich bearbeiten kann, und verlinke sie im Footer und auf dem Einstellungs-Screen. 2. Ergänze in den Kontoeinstellungen eine Aktion "Mein Konto löschen", die nach einem Bestätigungsdialog über eine Supabase-Server-Funktion die Zeilen und den Auth-Nutzer des Nutzers löscht. 3. Entferne die Komponente MadeWithDyad von jeder Seite. 4. Mach jede Seite responsiv von 320px bis zu iPad-Breiten, ohne horizontales Scrollen und mit Tippflächen von mindestens 44px. 5. Zeig einen freundlichen Fehlerzustand mit "Erneut versuchen", wenn eine Anfrage fehlschlägt, statt eines leeren Screens. 6. Stelle sicher, dass im Client-Code keine API-Schlüssel verwendet werden; verlagere sie in Supabase-Server-Funktionen. 7. Setze den <title> in index.html auf den App-Namen (max. 30 Zeichen) und ergänze eine Meta-Description.
App Store-Review: die Regeln, die für Dyad-Apps zählen
Apple prüft Verhalten, nicht Werkzeuge. Niemand wird abgelehnt, weil er Dyad benutzt; Apps werden wegen der Punkte unten abgelehnt.
- 4.2
Mindestfunktionalität
Die App muss mehr bieten als eine neu verpackte Website. Responsives Layout, native Navigation und mindestens eine native Fähigkeit (Push-Benachrichtigungen, Offline-Screen, natives Teilen, biometrischer Login) machen den Unterschied. WebViewGold schaltet diese mit je einer Einstellung ein.
- 2.1
Vollständigkeit der App
Keine Platzhalterinhalte, keine toten Links, keine Abstürze. Liegen Inhalte hinter einem Login, hinterlege ein Demo-Konto in den App-Review-Notizen.
- 5.1.1
Datenschutz
Eine öffentliche URL zur Datenschutzerklärung ist Pflicht. Apps, in denen Nutzer Konten anlegen können, müssen auch das Löschen des Kontos in der App ermöglichen.
- 4.8
Anmeldedienste
Wenn die App für das Nutzerkonto einen Login über Google, Facebook oder einen anderen Drittanbieter- oder Social-Login-Dienst nutzt, muss sie auch einen gleichwertigen Login anbieten, der nur Name und E-Mail-Adresse erhebt, Nutzern erlaubt, ihre E-Mail-Adresse zu verbergen, und sie nicht für Werbung trackt. Sign in with Apple ist der sichere Weg, das zu erfüllen. Eine App, die nur ihren eigenen Login mit E-Mail und Passwort nutzt, ist nicht betroffen.
- 3.1.1
In-App-Kauf
Digitale Güter und Abos, die in der App verkauft werden, müssen Apples In-App-Kauf nutzen. Physische Güter und Dienstleistungen in der realen Welt dürfen bei Stripe oder PayPal bleiben.
- 2.3
Korrekte Metadaten
Screenshots, Beschreibung und App-Name müssen zu dem passen, was die App tut. Erwähne im Eintrag keine anderen Plattformen und kein „Beta“.
Native Features, die deine Dyad-App in der iOS-App bekommt
Jedes Feature ist optional und Schritt für Schritt in der Dokumentation zu WebViewGold für iOS dokumentiert.
Push-Benachrichtigungen
Remote-Push über OneSignal oder Pushwoosh, lokal geplante Pushes über einen JavaScript-Aufruf, Berechtigungsabfrage zu dem Zeitpunkt, den du wählst.
DokumentationSocial Login Helper
Google- und Facebook-Logins funktionieren in der App; Sign in with Apple wird automatisch behandelt.
DokumentationUniversal Links
Links aus E-Mails (Magic Links, Passwort-Resets) öffnen sich direkt in der App.
DokumentationIn-App-Käufe
App Store-Abos und Einmalkäufe über RevenueCat, ausgelöst aus deiner Web-App.
DokumentationOffline-Screen und Fallback
Ein nativer „Erneut versuchen“-Screen, wenn der Nutzer offline ist, oder ein lokaler HTML-Fallback.
DokumentationLadeanzeige und Splash
Den Launch Screen stehen lassen, bis die Web-App geladen ist, oder einen nativen Spinner zeigen.
DokumentationBiometrischer Login
Face ID / Touch ID-Sperre über einen JavaScript-Aufruf.
DokumentationQR- und Barcode-Scanner
Nativer Scanner, der das Ergebnis an deine Web-App zurückgibt.
DokumentationNatives Share Sheet und Haptik
Teilen-Dialog und haptisches Feedback aus deiner Web-App.
DokumentationEigenes CSS und JavaScript
Website-only-Elemente ausblenden und Code injizieren, wenn die Seite in der App geladen wird.
DokumentationCheckliste vor der App Store-Einreichung
Hak diese Punkte ab, dann ist das Review nur noch Formsache. Die technische Hälfte prüfst du automatisch mit dem kostenlosen Readiness-Check.
- Überall HTTPS: App Transport Security blockiert reine http://-Inhalte und ungültige Zertifikate.
- Responsives Layout von 320 px bis zu iPad-Breiten. Apple öffnet iPhone-Apps im Review auch auf einem iPad.
- URL zur Datenschutzerklärung bereit (eine Seite in deiner Web-App reicht).
- Kontolöschung in der App verfügbar, wenn sich Nutzer registrieren können.
- Demo-Login für den Reviewer, wenn Inhalte hinter einer Anmeldung liegen.
- Keine „Lade unsere App herunter“-Banner, keine Links zu anderen App Stores, keine Builder-Badges in der App.
- Ein App-Icon mit 1024 × 1024 px ohne Transparenz und ohne abgerundete Ecken (Apple fügt die Maske hinzu).
- Screenshots für die aktuellen iPhone-Größen (und iPad, falls unterstützt), aufgenommen in der echten App.
- App-Name mit höchstens 30 Zeichen, Untertitel und Keywords vorbereitet.
- Export-Compliance beantwortet (eine App, die nur HTTPS nutzt, fällt unter die Standard-Verschlüsselungsausnahme).
Beispiel: vom Dyad-Projekt zur freigegebenen App
Angenommen, du hast mit Dyad eine digitale Stempelkarte für eine Kaffeerösterei gebaut: Kunden registrieren sich, zeigen an der Theke einen persönlichen QR-Code und sammeln mit jedem Kaffee einen Stempel. Dyad hat die React-App auf deinem Laptop geschrieben, Supabase speichert Kunden und Stempel, und Sync to GitHub deployt sie zu Vercel unter cards.yourroastery.com. In der WebViewGold-App öffnet der Barista die Mitarbeiterseite und tippt auf einen Scan-Button, der qrcode:// aufruft; der Code des Kunden enthält eine URL wie /stamp/8f3k, die sich in der App öffnet und den Stempel hinzufügt. Ein OneSignal-Push sagt Kunden Bescheid, wenn ihr zehnter Kaffee gratis ist. Du entfernst den Link „Made with Dyad“, beide Stores geben die App frei, und dein Laptop kann zugeklappt bleiben: Die App läuft weiter auf Vercel und Supabase.
Deine erste Woche nach dem Launch
- Nimm Änderungen in Dyad vor, teste sie in der lokalen Vorschau und mach dann Sync to GitHub; in der App kommt nichts an, bevor der Vercel-Build fertig ist.
- Ergänze in AI_RULES.md einen kurzen Abschnitt zu den Bridge-Aufrufen von WebViewGold, damit spätere Prompts den Scan-Button oder die Push-Registrierung nicht entfernen.
- Lass den Schlüssel deines KI-Anbieters in Dyad auf deinem Computer; die deployte App braucht nur die Supabase-Schlüssel, die für den Browser gedacht sind.
- Prüfe nach dem Launch die Nutzung bei Vercel und Supabase; ein kostenloser Plan, der an seine Grenzen stößt, sieht für Kunden wie eine kaputte App aus.
- Bitte mit rateapp:// um eine Bewertung, direkt nachdem ein Kunde seinen ersten Gratiskaffee eingelöst hat.
Das bekommst du mit WebViewGold
Ein komplettes natives App-Projekt statt eines Abos. Alles hier ist in der Lizenz enthalten und wird per Einstellung aktiviert.
- Komplettes Xcode-Projekt
- Push-Benachrichtigungen
- Offline-Bildschirm
- App-Icon & Splashscreen
- Teilen-Dialog & Haptik
- Deep Links & Universal Links
- In-App-Käufe
- Kostenlose Updates, White-Label
Häufig gestellte Fragen
Kann eine Dyad-App im App Store und auf Google Play veröffentlicht werden?
Ja, sobald sie unter einer öffentlichen HTTPS-URL läuft. Synchronisiere das Projekt mit GitHub, deploye es auf Vercel oder einem anderen Host, trage diese URL in WebViewGold ein und baue die iOS- und Android-Apps. Die Apps laden dein Deployment, der Code bleibt also ein normales Webprojekt, das du in Dyad weiterbearbeitest.
Dyad hat ein Capacitor-Upgrade. Warum stattdessen WebViewGold?
Das Capacitor-Upgrade ist experimentell und hinterlässt dir native Projekte, die du konfigurieren und bei jeder Änderung am Web-Code neu bauen musst. WebViewGold gibt dir fertige Xcode- und Android-Studio-Projekte mit nativen Funktionen als Konfigurationsschalter, und weil es deine deployte URL lädt, erreichen Änderungen am Web die Nutzer ohne neuen Store-Build.
Brauche ich einen Mac, um eine iOS-App zu veröffentlichen?
Nicht mit dem WebViewGold Cloud Builder: Konfiguration, Build und Upload zu App Store Connect passieren im Browser. Hast du einen Mac, funktioniert das Xcode-Projekt direkt.
Wie lange dauert das Apple-Review?
Die meisten Einreichungen werden innerhalb von 24 bis 48 Stunden geprüft. Bei Erst-Einreichungen und Apps mit Login kommt manchmal eine Rückfrage vom Reviewer; beantworte sie im Resolution Center und das Review geht weiter.
Was, wenn Apple die App ablehnt?
Ablehnungen nennen die Guideline und den Grund, und du kannst so oft wie nötig neu einreichen. WebViewGold kommt mit einer App Store Genehmigungsgarantie: Lehnt Apple die App aus einem nicht inhaltlichen Grund ab, bekommst du innerhalb von 14 Tagen nach dem Kauf dein Geld zurück.
Muss mein Computer eingeschaltet bleiben, damit die Dyad-App funktioniert?
Nein. Dyad läuft nur, während du baust. Die veröffentlichte App wird von Vercel (oder deinem anderen Host) ausgeliefert und nutzt Supabase oder Neon in der Cloud, Kunden können sie also nutzen, während dein Laptop zugeklappt ist. Dein Computer spielt erst wieder eine Rolle, wenn du etwas ändern und per Sync to GitHub ausliefern willst.
Welches KI-Modell sollte ich in Dyad für eine Store-App nutzen?
Jedes Modell, das gut mit React und Supabase zurechtkommt. Apple und Google prüfen die deployte App, nicht das Modell, das sie geschrieben hat. Wichtiger sind eine kurze AI_RULES.md, die die Ausgabe von Dyad über verschiedene Modelle hinweg einheitlich hält, und die Gewohnheit, die Produktions-URL vor dem Einreichen auf einem echten Handy zu testen.
Muss ich die App jedes Mal neu einreichen, wenn ich etwas in Dyad ändere?
Nein. Die App lädt deine veröffentlichte URL, also sind Inhalts- und Feature-Änderungen, die du in Dyad veröffentlichst, sofort in der App live. Eine neue Store-Version ist nur nötig, wenn sich die native Hülle ändert, zum Beispiel bei einem neuen App-Icon oder einem hinzugefügten nativen Feature.
Was kostet das insgesamt?
$109 einmalig für WebViewGold für iOS (kostenlose Updates) plus das Apple Developer Program ($99 pro Jahr). Optional: das Cloud-Builder-Add-on ($349 pro Lizenz, einmalig), wenn du ohne Mac im Browser bauen willst, oder das Full-Service-Paket (ab $698 pro Plattform), bei dem unser Team die App für dich konfiguriert, baut und einreicht.
Drei Wege, deine App in die Stores zu bringen
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
Selbst machen
$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 ansehenCloud Builder
$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 ausprobierenFull Service
$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.