Base44 + Video und Audio
Ein HTML5-Video-Tag funktioniert auch in der App, aber lange Lektionen wirken beengt, und die Wiedergabe stoppt meist, sobald der Nutzer die App wechselt. Mit WebViewGold übergibt deine Base44-App eine Stream-URL mit einem einzigen Link (startnativevideo://) an den nativen Player. So bekommen Zuschauer auf beiden Plattformen Vollbild und Bild-in-Bild (Picture-in-Picture), auf dem iPhone zusätzlich AirPlay. Auf iOS kannst du HTML-Audio außerdem im Hintergrund weiterlaufen lassen, ideal für Podcasts, Radio und Audiokurse.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Verlinke auf startnativevideo://videostreamurl=, gefolgt von einer direkten Stream-URL, und WebViewGold öffnet auf iOS und Android den Videoplayer des Systems. Nutzer können das Video in ein schwebendes Fenster verkleinern und weiter durch die App stöbern oder sogar in eine andere App wechseln.
Auf iPhone und iPad bringt der native Player AirPlay, Vollbild und die Standard-Bedienelemente mit, die Nutzer schon kennen. Keine eigene Player-Bibliothek, die du in der Web-App pflegen musst.
Für Podcasts, Radiostreams, Meditationen und Audiolektionen sorgt das Setup für HTML-Hintergrundaudio dafür, dass der Ton der Web-App weiterläuft, wenn das iPhone gesperrt ist oder eine andere App im Vordergrund liegt. Es ist eine Einstellung im Xcode-Projekt, die das Video in der iOS-Dokumentation Schritt für Schritt zeigt.
Der native Player braucht eine .mp4-Datei oder einen HLS-Stream (.m3u8), nicht die URL einer Seite, in die ein Video eingebettet ist. Streaming-Anbieter wie Mux, Cloudflare Stream oder Bunny Stream liefern dir HLS-URLs; YouTube- und Vimeo-Seiten bleiben normale Embeds.
Füge das in Base44 ein, um die Web-App-Seite umzusetzen. Prüfe das Ergebnis, veröffentliche und teste dann in der WebViewGold-App.
Füge native Videowiedergabe für unsere WebViewGold-Mobile-App hinzu. 1) Füge der Lesson-Entity zwei Felder hinzu: video_file (Datei-Upload) und stream_url (Text, für HLS-.m3u8-Links von unserem Video-Hoster). 2) Zeig auf der Lektionsseite, wenn navigator.userAgent "WebViewGold" enthält, einen großen Button „Video abspielen“, der window.location.href auf "startnativevideo://videostreamurl=" gefolgt von stream_url setzt, oder gefolgt von der URL aus video_file, wenn stream_url leer ist. 3) Behalte in normalen Browsern den regulären Videoplayer mit Bedienelementen. 4) Zeig Lektionen nur Nutzern mit Zugriff, über eine Enrollment-Entity (leg sie an, falls es sie noch nicht gibt). 5) Zeig für Audiolektionen einen Audioplayer mit Play, Pause und 15 Sekunden zurück. 6) Ist keine der beiden URLs gesetzt, zeig „Video folgt in Kürze“ statt eines leeren Players.
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!
Rund 30 Minuten, das meiste davon Tests auf echten Smartphones.
Nimm eine .mp4-Datei aus deinem Speicher oder eine HLS-Playlist (.m3u8) von deinem Video-Hoster. Lange Lektionen streamen als HLS besser, weil der Player die Qualität an die Verbindung anpasst.
Der native Player lädt den Stream selbst und sieht die Login-Session der WebView unter Umständen nicht. Erstelle für kostenpflichtige Lektionen nach der Zugriffsprüfung auf dem Server eine kurzlebige signierte URL und übergib diese.
Lege einen eigenen User Agent mit einem Token wie WebViewGold fest (useragent_iphone und useragent_ipad in Config.swift, USER_AGENT in Config.java). Ist er vorhanden, navigiert der Play-Button zu startnativevideo://videostreamurl= plus Stream-URL; im Browser spielt das normale <video>-Element.
Nur für Apps, deren Ton bei gesperrtem Bildschirm weiterlaufen soll. Folge dem Video zu HTML-Hintergrundaudio in der iOS-Dokumentation und teste dann mit gesperrtem Smartphone und mit einer anderen App im Vordergrund.
Starte ein Video, öffne Bild-in-Bild, wechsle auf eine andere Seite, sperr das Smartphone, dreh es ins Querformat und probier eine langsame Mobilverbindung. Mach das auf einem iPhone und auf einem Android-Smartphone.
Eine Funktion für beide Welten. Die signierte Stream-URL kommt von der Serverseite deines Stacks: Eingebaute Base44-Entities (Datenbank), Dateispeicher und Backend-Funktionen.
// Eigener User Agent mit "WebViewGold", festgelegt in Config.swift / Config.java
var IN_APP = navigator.userAgent.indexOf("WebViewGold") !== -1;
// streamUrl: direkte .mp4 oder HLS .m3u8 (bei Bezahlinhalten signiert und kurzlebig)
function playVideo(streamUrl, videoEl) {
if (IN_APP) {
window.location.href = "startnativevideo://videostreamurl=" + streamUrl;
} else {
videoEl.src = streamUrl; // HLS außerhalb von Safari braucht eine Bibliothek wie hls.js
videoEl.play();
}
}
// Im Browser einen normalen Player behalten:
// <video controls playsinline preload="metadata" poster="/poster.jpg"></video>Nicht über startnativevideo://, denn das braucht eine direkte .mp4-Datei oder einen HLS-Stream (.m3u8). YouTube- und Vimeo-Embeds funktionieren in der App meist weiter als normale iframes, mit eigenem Player und eigenem Vollbild-Button.
Ja. Sowohl die iOS- als auch die Android-Dokumentation beschreiben startnativevideo:// mit Bild-in-Bild: Das Video läuft in einem schwebenden Fenster weiter, während der Nutzer in der App oder in einer anderen App unterwegs ist.
Auf iOS ja, sobald HTML-Hintergrundaudio im Xcode-Projekt aktiviert ist, wie in der iOS-Dokumentation gezeigt. Auf Android beschreibt die WebViewGold-Dokumentation keinen Hintergrund-Audio-Modus, teste deinen Player also auf einem Gerät, bevor du es versprichst.
Wenn die App selbst den Kurs oder das Abo verkauft, ja: Apple erwartet für digitale Inhalte In-App-Käufe (Guideline 3.1.1), Google erwartet Play Billing. Inhalte, die auf deiner Website gekauft wurden, lassen sich oft auch in der App freischalten; prüf den aktuellen Text der Guidelines 3.1.1 und 3.1.3, denn die Regeln für externe Kauflinks unterscheiden sich je nach Region.
Links, die auf .mp4 enden, übernimmt der Datei-Downloader von WebViewGold und speichert die Datei auf dem Gerät. Eine komplette Offline-Bibliothek in der Base44-Web-App ist ein größeres Projekt; für die meisten Kurs-Apps reichen Streaming und der native Offline-Bildschirm.
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.