Design und Geräte
Die meisten Vibe-Coding-Apps werden in Smartphone-Breite entworfen und auf dem Laptop getestet. Dann öffnet Apple die App auf einem 13-Zoll-iPad, sieht ein gestrecktes Smartphone-Layout mit einer Seitenleiste, die im Nichts hängt, und schreibt einen Hinweis zu Richtlinie 4.0. Beide Wege funktionieren, Tablets unterstützen oder ausschließen, aber du musst dich für einen entscheiden.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Das WebViewGold-Xcode-Projekt ist eine Universal-App: Sie läuft nativ auf iPhone und iPad, mit getrennten Einstellungen für beide (deshalb hat Config.swift orientationiphone und orientationipad, und deshalb enthält das Icon-Set die iPad-Größen 152 und 167 px). Apple-Reviewer testen Universal-Apps routinemäßig auf einem iPad, App Store Connect verlangt dafür iPad-Screenshots, und der App Store auf dem iPad zeigt deinen Eintrag Millionen von Tablet-Nutzern. Ein auf 1024 Punkte Breite gestrecktes Smartphone-Layout ist für sich noch kein Ablehnungsgrund, ein kaputtes schon: überlappende Menüs, Modals außerhalb des Bildschirms, eine Querformat-Ansicht, die auseinanderfällt. Das landet unter Richtlinie 4.0 (Design) oder 2.1 (Vollständigkeit).
Android hat für Tablets keinen Review-Schritt, aber Google Play rankt und kennzeichnet Apps nach seinen Qualitätsrichtlinien für große Bildschirme, zeigt Tablet-Screenshots separat, und Chromebooks führen Android-Apps in Fenstern mit veränderbarer Größe aus. Dieselbe responsive Arbeit zahlt sich auf beiden Plattformen aus.
Deine Web-App sollte von 320 px bis etwa 1366 px Breite durchdacht aussehen, im Hoch- und im Querformat. Die Checkliste, die die meisten generierten Apps brauchen:
grid-template-columns: repeat(auto-fit, minmax(280px, 1fr))).Mach das App-Layout responsive für Tablets (iPad und Android-Tablets), ohne die Smartphone-Ansicht zu verändern: 1. Füge für einspaltige Seiten einen zentrierten Container mit einer max-width von 720px hinzu; behalte das aktuelle mobile Layout unter 768px bei. 2. Zeige ab 768px die Hauptnavigation als linke Seitenleiste statt der unteren Tab-Leiste, mit denselben Einträgen und demselben aktiven Zustand. 3. Wandle Kartenlisten in ein responsives Grid um (1 Spalte auf Smartphones, 2 Spalten ab 768px, 3 Spalten ab 1100px). 4. Gib allen Modals und Sheets eine max-width von 560px, auf Bildschirmen breiter als 768px vertikal und horizontal zentriert. 5. Stelle sicher, dass jede Seite im Querformat bei 1024x768 ohne horizontales Scrollen und ohne überlappende Elemente funktioniert. 6. Halte Touch-Ziele mindestens 44px hoch und Schriftgrößen in Eingabefeldern bei mindestens 16px. Verwende keine Interaktionen, die nur per Hover funktionieren.
Großartige Arbeit! Ich habe noch nie etwas programmiert, aber ich konnte damit arbeiten. Einfach und schnell! Auch mit großartiger Hilfe von den Erstellern!
| Einstellung | iOS (Config.swift) | Android (Config.java) |
|---|---|---|
| Ausrichtung | orientationiphone und orientationipad: "portrait", "landscape" oder "auto" | PHONE_ORIENTATION und TABLET_ORIENTATION: "portrait", "landscape" oder "auto" |
| Eigener User-Agent für Tablets | Mit useragent_ipad erkennt deine Web-App iPads und kann ein Tablet-Layout oder tablet-spezifisches Verhalten ausliefern | Ein USER_AGENT für alle Geräte; erkenne die Bildschirmbreite stattdessen per CSS |
| Untere Leiste auf dem iPad | iPadBottombar auf true zeigt die native untere Leiste auch auf iPads; standardmäßig aus, weil der Home-Indikator dort selten Inhalte überdeckt | Natives Navigationsmenü oder Footer gilt für alle Bildschirmgrößen |
| Größe des Splash-Bilds | scaleSplashImage: Prozent der kürzeren Bildschirmseite, damit das Bild auf großen Bildschirmen sinnvoll skaliert | SCALE_SPLASH_IMAGE |
| Safe Areas | Abgerundete Ecken und den Home-Indikator gibt es auch auf iPads; nutze env(safe-area-inset-*) im CSS; siehe die Doku zur Safe Area | Standard; keine Notch-Behandlung nötig |
| Icons | iPad-Icons mit 152 und 167 px aus dem 1024-px-Master | Dieselben Launcher-Icons wie auf Smartphones |
Pflicht für Universal-Apps: ein Set für die Displaygröße des 13-Zoll-iPads.
Starte das WebViewGold-Projekt im Simulator für das 13-Zoll-iPad-Pro, öffne vier bis sechs wichtige Bildschirme und drück Cmd+S. Die Dateien haben bereits die Größe, die App Store Connect erwartet.
Installiere den TestFlight-Build auf irgendeinem iPad (von Freunden, ein Vorführgerät im Laden, ein Mietgerät) und mach native Screenshots, oder baue über den Cloud Builder und nutze TestFlight genauso. App Store Connect listet die akzeptierten Pixelgrößen auf, falls du skalieren musst.
Die Play Console akzeptiert optionale Tablet-Screenshots für 7 und 10 Zoll; der Android-Studio-Emulator (Pixel Tablet) erzeugt sie. Apps, die auf große Bildschirme ausgelegt sind, werden auf Tablets hervorgehoben.
Verwende die Texte der Smartphone-Screenshots wieder; der Guide zum Store-Eintrag behandelt Größen und Regeln für die Texte.
Wähle in Xcode das WebViewGold-Target → General → Supported Destinations und entferne iPad. Die App wird dann als iPhone-App geprüft, braucht keine iPad-Screenshots, und iPad-Nutzer können sie trotzdem im Kompatibilitätsmodus installieren (ein skaliertes iPhone-Fenster). Richtig für reine Smartphone-Abläufe wie Scanner- oder Fahrer-Apps.
Behalte das Universal-Target, sperre orientationipad auf Hochformat, wenn das Querformat noch nicht fertig ist, liefere die 13-Zoll-Screenshots und teste jeden Hauptbildschirm in Tablet-Breite. Du gewinnst den App Store auf dem iPad und einen Eintrag mit „Designed for iPad“.
Standardmäßig lässt sich die App auf jeder Bildschirmgröße installieren. Um Tablets auszuschließen, füge Bildschirmbeschränkungen in AndroidManifest.xml hinzu (supports-screens oder compatible-screens); die Play Console blendet die App dann auf diesen Geräten aus. Die meisten Apps behalten Tablets einfach und verlassen sich auf das responsive Layout.
iPad-Apps können auf Macs mit Apple Silicon laufen, sofern du die Mac-Verfügbarkeit unter „Preise und Verfügbarkeit“ in App Store Connect nicht abschaltest; Android-Apps laufen auf Chromebooks. Beides sind zusätzliche Zielgruppen, wenn das Layout responsive ist.
Nein. Ein funktionierendes, aber nicht optimiertes Layout kommt meist durch. Kaputte Navigation, überlappende Elemente oder ein Querformat, das auseinanderfällt, führen zu Ablehnungen nach 4.0 oder 2.1.
Ja: orientationipad = "portrait" in Config.swift und TABLET_ORIENTATION = "portrait" in Config.java. Viele Produktivitäts-Apps werden so ausgeliefert.
Ja, im iPhone-Kompatibilitätsmodus: Die App läuft in einem skalierten Fenster in iPhone-Größe. Sie wird im App Store auf dem iPad unter den iPhone-Apps gelistet.
Nein. Ein App Bundle bedient Smartphones, Tablets und Chromebooks; die Layout-Arbeit passiert in deiner Web-App.
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 by
Winter-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.