Demo-Videos für App-Entwickler, direkt aus deiner URL
Eine veröffentlichte Web-App oder die Landingpage einer Mobile-App reicht, um aus der URL eine vertonte Demo zu bekommen, ohne ein Schnittprogramm zu öffnen. So denken wir über Demo-Videos für App-Entwickler: Die Seite, die du schon deployt hast, ist das Filmmaterial, und 9:16 filmt ihr mobiles Layout in einem Smartphone-Viewport.
Dieser Leitfaden ist für Indie-Entwickler, die lieber Code schreiben als Videos schneiden. Er zeigt, was sich je nach Projekt filmen lässt, eine echte vertikale Demo eines Browser-Spiels, wohin welcher Film gehört (samt der ehrlichen Grenzen bei Vorschauvideos im App Store und bei Google Play) und wie du aus Cursor oder VS Code renderst.
Jam3a: eine 50-sekündige Hochkant-Demo (9:16) einer Browser-App für Spieleabende, 92 gesprochene Wörter, gefilmt im mobilen Layout der Website. Private Räume, zwei bis zwölf Spieler, ohne Download und ohne Anmeldung.
Was du filmen kannst, je nachdem, was du gebaut hast
Wir filmen Webseiten in einem echten Cloud-Browser. Die erste Frage ist also nicht das Format, sondern was eine URL hat.
| Was du hast | Was wir filmen | Bestes Format | Ehrlicher Hinweis |
|---|---|---|---|
Eine responsive Web-App | Die App selbst, ausgeloggt oder über eine Capture-Session (ab Scale) | 9:16 für Handynutzer, 16:9 für Desktop-Tools | Am nächsten an einer echten Produktdemo |
Eine Landingpage für eine Mobile-App | Die Landingpage: Screenshots, Funktionen, Store-Badges | 9:16 und 16:9 | Sie zeigt dein Marketing, keine laufende App |
Eine native App ohne Webauftritt | Noch nichts | — | Nimm sie am Gerät oder im Simulator auf |
Eine API, ein SDK oder ein CLI | Deine Doku oder Landingpage, oder ein selbst geschriebenes Storyboard | 16:9 | Eine Animation aus einem geschriebenen Storyboard erklärt es oft besser |
Für eine Web-App hinter einem Login nimmst du in jedem Plan eine öffentliche Demo-Route mit Beispieldaten, oder ab dem Plan Scale eine Capture-Session: Die Browser-Erweiterung übergibt deine angemeldete Sitzung an den Rekorder.
Eine echte Hochkant-Demo: Jam3a, 50 Sekunden
Jam3a ist eine Browser-App für Spieleabende mit Freunden: Du eröffnest einen privaten Raum, deine Freunde kommen dazu, installiert wird nichts. Wir haben die 50-Sekunden-Demo in 9:16 gemacht, 1080×1920, mit 92 englischen Wörtern. Weil sie hochkant ist, wurde sie im mobilen Layout der Website in einem Smartphone-Viewport gefilmt, also so, wie man sie auf dem Handy sieht.
Der Sprechertext beginnt beim Abend, nicht beim Produkt: „Tired of complicated game setups for game night?“ Er nennt die Hürden, die jeder Gastgeber kennt (Downloads, Logins), und zeigt dann den Ablauf in der Reihenfolge, in der ihn der Gastgeber erlebt: privaten Raum in Sekunden anlegen, zwei bis zwölf Spieler einladen, ein Spiel mit kurzen Runden wählen. Am Ende steht die Aktion der Seite, „Create your private room now“, und noch einmal das Versprechen, das einer Gruppe am wichtigsten ist: kein Download, keine Registrierung.
Warum das eine gute Entwickler-Demo ist: Jeder Satz ist ein Schritt oder eine Eigenschaft der echten App, und die stärksten Fakten, die Spielerzahl und dass nichts installiert werden muss, lassen sich auf der Seite nachprüfen. Genau das ist die Aufgabe einer App-Demo: die Frage „Was passiert, wenn ich sie öffne?“ beantworten, bevor jemand sie stellen muss.
Wohin deine Demo gehört und was jeder Ort verlangt
Ein Film aus deiner Website wirkt am besten auf Flächen, die du selbst kontrollierst. Die App-Stores sind die Ausnahme: Sie verlangen Aufnahmen der App selbst.
| Platzierung | Was du nimmst | Regeln, die du kennen solltest |
|---|---|---|
Deine Landingpage | Einen 16:9-Film im sichtbaren Bereich, einen 9:16-Film für mobile Besucher | Für Wiedergabe ohne Ton schreiben: Die Untertitel tragen die Geschichte |
Launch-Posts und Galerien | Den 16:9-Film, 45–60 Sekunden | Eine Aufgabe, von Anfang bis Ende |
README oder GitHub-Seite | Ein Vorschaubild, verlinkt auf die Watch-Seite des Films | Den ersten Bildschirm des README für den Installationsbefehl freihalten |
Soziale Netzwerke | Den 9:16-Film | Die Kernaussage in den ersten Sekunden |
Vorschauvideo im Apple App Store | Aufnahmen direkt aus der App | Bis zu 30 Sekunden, bis zu drei Vorschauen pro Sprache, nur Inhalte aus der App, standardmäßig stumm |
Vorschauvideo bei Google Play | Ein YouTube-Link zu Aufnahmen aus der App | Nur die ersten 30 Sekunden laufen automatisch (stumm); mindestens 80 % des Videos sollen das echte App-Erlebnis zeigen; Werbung deaktiviert |
Für eine native App taugt ein Film deiner Landingpage also nicht als Store-Vorschau: Apple akzeptiert nur Inhalte aus der App selbst, und Google Play will, dass der Großteil des Videos das echte App-Erlebnis zeigt (siehe Quellen). Auf der Landingpage, die Leute in den Store schickt, erfüllt er trotzdem seinen Zweck. Für eine Web-App ohne Store-Eintrag ist er die Demo. Wie ein guter Hochkant-Schnitt gelingt, steht in Hochkant-Videos für TikTok und Reels erstellen.
Demos aus der IDE oder der Release-Pipeline rendern
Entwickler wollen selten noch ein Dashboard. Zwei Wege, dort zu bleiben, wo du arbeitest:
Den MCP-Server verbinden
Füge PageToVid in Cursor oder VS Code (oder Claude, ChatGPT) als MCP-Server hinzu; die Einrichtung steht auf der MCP-Seite und in Videos mit Claude über MCP erstellen. Das geht in jedem Plan.
Den Film in normalen Worten anfordern
„Eine 45-sekündige 9:16-Demo von https://deine-app.example, Fokus auf das Anlegen eines Raums, Schluss mit ‚Kostenlos starten‘.“ Der Assistent kann die Seite vorher im gewünschten Format prüfen, damit die Einstellungen auf das Produkt zielen und nicht nur auf den Hero-Bereich.
Storyboard prüfen, dann rendern
Lies die Szenen, korrigiere einen Satz oder richte eine Einstellung neu aus, dann rendern: 40 Credits pro Film, etwa 10 Minuten. Der erste Film für jede Website ist kostenlos, mit kleinem Badge.
Bei jedem Release neu rendern
Ändert ein Deployment einen Bildschirm, den die Demo zeigt, ruf die API aus deiner CI auf und lass dich per Webhook benachrichtigen, sobald der neue Film fertig ist. Das Muster steht in Videos mit der API automatisieren.
Ein Tipp aus unseren eigenen Renderings: Richte den Film auf eine stabile öffentliche Route, nicht auf ein Preview-Deployment, das nach dem Merge verschwindet.
Fehler, die wir in App-Demos sehen
- Ein Desktop-Dashboard in 9:16. Hochkant filmt dein mobiles Layout. Ist es lieblos umgesetzt, verbessere es oder mach die Demo in 16:9.
- Eine leere App. Ein frisches Konto ohne Räume, Projekte oder Daten ist die Demo eines leeren Bildschirms. Befüll es.
- Die Landingpage filmen und es Gameplay nennen. Im Store verstößt das gegen die Regeln oben; auf deiner Website sag „das kann die App“, nicht „schau mir beim Spielen zu“.
- Alle Funktionen auf einmal. Ein Ablauf: öffnen, die Hauptsache erledigen, das Ergebnis sehen.
Weitere Hochkant-Filme und den passenden Ablauf findest du im Anwendungsfall TikTok-Videos; für ein Desktop-Tool passt der Anwendungsfall SaaS-Demo-Video besser.
Was es dich als Indie-Entwickler kostet
Dein erster Film für jede Website ist kostenlos, ohne Karte; Gratisfilme tragen ein kleines Badge und einen Abspann. Ein Film ohne Abo und ohne Badge kostet 3,90 $. Der Plan Creator für 19 $ im Monat deckt 25 Filme ab, genug für eine 16:9- und eine 9:16-Fassung jedes Releases. Ein neues Rendering nach einer UI-Änderung kostet ein Rendering. KI-generierte Clips für Einstellungen, die deine Website nicht zeigen kann, gibt es nur in bezahlten Plänen, für 311 Credits pro 8-Sekunden-Clip. Details findest du unter Preise, und wenn du mit Avatar- oder Stockfootage-Tools vergleichst, sagen die Vergleichsseiten ehrlich, wo welches Tool gewinnt.
Wann App-Entwickler PageToVid nicht nutzen sollten
Store-Vorschauen für eine native App. Nimm die App selbst auf: im iOS-Simulator oder mit QuickTime und angeschlossenem iPhone, mit der Bildschirmaufnahme des Android-Studio-Emulators, und schneide danach in CapCut oder iMovie. Genau das verlangen Apple und Google.
Ein Spiel, bei dem das Spielgefühl das Argument ist. Bildrate, Steuerung und Sound brauchen echte Gameplay-Aufnahmen, etwa mit OBS.
Ein langer technischer Rundgang. Eine 15-minütige Tour durch dein SDK ist eine Bildschirmaufnahme mit deiner Stimme, in Loom oder OBS.
Ein Konferenzvortrag oder eine Gründergeschichte. Nimm eine Kamera und zeig dein Gesicht.
Quellen
Verwandle deine Website in ein Video — kostenlos
Füge die Seite ein, die gefilmt werden soll. PageToVid schreibt das Skript, filmt die echte Website, vertont sie und liefert das MP4.
Häufige Fragen
Kann ich einen PageToVid-Film als Vorschauvideo im App Store nutzen?
Nicht für eine native App. Laut Apple dürfen Vorschauvideos nur Inhalte aus der App selbst zeigen, und Google Play verlangt, dass mindestens 80 Prozent des Vorschauvideos das echte App-Erlebnis zeigen. Ein Film deiner Landingpage gehört auf diese Landingpage, in Launch-Posts und in soziale Netzwerke.
Schneidet 9:16 meine Desktop-Website zu?
Nein. 9:16 lädt deine Website in einem Smartphone-Viewport und filmt ihr mobiles Layout, dieselbe responsive Fassung, die deine Nutzer auf dem Handy sehen. 16:9 und 1:1 filmen das Desktop-Layout.
Kann ich Demo-Videos aus Cursor oder VS Code erstellen?
Ja. Füge den PageToVid-MCP-Server zu deinem Editor hinzu und bitte in normalen Worten um einen Film einer URL. Der Assistent kann die Seite prüfen, das Storyboard entwerfen und das Rendering starten, in jedem Plan.
Lässt sich eine Demo bei jedem Release automatisch neu rendern?
Ja, über die API: Starte ein Rendering aus deinem CI-Job, wenn ein Release einen Bildschirm der Demo ändert, und lass dich per Webhook benachrichtigen, sobald der neue Film fertig ist. Jedes Rendering kostet 40 Credits.