Auf Mobilgeräten testen

Nutze den responsiven Viewport-Umschalter im Builder für eine schnelle Überprüfung, dann veröffentliche die App und teste sie auf einem echten Gerät für alles, was mobilspezifisches Verhalten betrifft.

Das Mobile-Testing in Proyecta besteht aus zwei Ebenen: der responsiven Vorschau im Builder und dem Test auf einem echten Gerät über eine veröffentlichte URL.

Responsive Vorschau im Builder

Das Vorschau-Panel enthält in der Adressleiste einen Viewport-Umschalter:

Modus	Abmessungen
Desktop	Volle Fensterbreite
Tablet	768 × 1024
Mobile	390 × 844

Wechsle beim Bearbeiten zwischen den Modi, um Layout-Probleme frühzeitig zu erkennen. Das ist der schnellste Weg, um offensichtliche Responsive-Bugs zu finden (Overflow, kaputte Grids, nicht tippbare Buttons).

App per QR-Code auf dem Smartphone öffnen

Der schnellste Weg auf ein echtes Gerät führt über den Tab Mobile → Test im Dashboard. Sobald deine App veröffentlicht ist, wird dort ein QR-Code angezeigt — scanne ihn einfach mit der Kamera deines Smartphones, um die Live-App sofort zu öffnen. Es gibt auch einen Copy link-Button, falls du dir die URL lieber selbst zusenden möchtest. (Wenn du noch nicht veröffentlicht hast, fordert der Tab dich dazu auf — das Testen auf dem Gerät erfordert eine Live-URL.)

Auf einem echten Gerät testen

Der Viewport-Umschalter simuliert nur die Abmessungen — er simuliert keine Touch-Eingaben, Latenzen in der realen Welt, Eigenheiten mobiler Browser oder plattformspezifisches Verhalten. Für alles, was wirklich zählt (Touch-Interaktionen, Install-Prompts, Push-Benachrichtigungen, Kamera, GPS), solltest du auf einem echten Gerät testen:

Veröffentliche deine App auf ihrer *.proyecta.live-Subdomain
Öffne die URL im Browser deines Smartphones
Wenn du PWA-Unterstützung hinzugefügt hast, wähle Add to Home Screen und teste die installierte App
Gehe die Flows durch, die dir wichtig sind

Dinge, die sich nur auf einem echten Gerät erkennen lassen

Tipp-Zielflächen — Finger sind größer als Mauszeiger
Sticky-Elemente — Viewport-Einheiten verhalten sich mit der Chrome-Leiste mobiler Browser anders
Formulareingabe — Autofill, Tastaturtypen, Autocomplete
iOS-Safari-Eigenheiten — 100vh-Probleme, Scroll-Bouncing, Fixed Positioning
Berechtigungsflow für Push-Benachrichtigungen — funktioniert nur auf einem veröffentlichten Origin über HTTPS in einem Browser-Tab auf oberster Ebene; im Vorschau-Panel des Builders wird er nicht ausgelöst (auch dann nicht, wenn die Vorschau bereits über HTTPS ausgeliefert wird).
Performance auf echter (langsamerer) Hardware

Tipps fürs Testen

Nutze die Entwicklertools deines Smartphones. Safari auf macOS kann sich mit Mobile Safari für Live-Debugging verbinden; Chrome kann eine Verbindung zu Android Chrome herstellen.
Teste auch im Querformat. Die meisten Entwickler testen nur im Hochformat und übersehen Querformat-Bugs.
Teste mit aktiviertem Energiesparmodus. Animationen und Timer verhalten sich dabei anders.
Teste PWA-Push auf einem echten iPhone. Push-Benachrichtigungen unter iOS funktionieren nur in einer PWA, die über Safari installiert wurde.