v0 + vidéo et audio
Une balise vidéo HTML5 fonctionne dans l'app, mais les longues leçons y paraissent à l'étroit et la lecture s'arrête généralement dès que l'utilisateur change d'app. Avec WebViewGold, votre app v0 confie l'URL d'un flux au lecteur natif grâce à un simple lien (startnativevideo://) : vos spectateurs profitent du plein écran et du Picture-in-Picture sur les deux plateformes, et d'AirPlay sur iPhone. Sur iOS, vous pouvez aussi laisser l'audio HTML continuer en arrière-plan pour les podcasts, la radio et les cours audio.
Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.
Faites pointer un lien vers startnativevideo://videostreamurl= suivi de l'URL directe d'un flux, et WebViewGold ouvre le lecteur vidéo du système sur iOS et Android. Les utilisateurs peuvent réduire la vidéo dans une fenêtre flottante et continuer à parcourir l'app, voire passer à une autre app.
Sur iPhone et iPad, le lecteur natif apporte AirPlay, le plein écran et les commandes de lecture standard que les utilisateurs connaissent déjà. Aucune bibliothèque de lecteur à maintenir dans l'app web.
Pour les podcasts, les flux radio, les méditations et les leçons audio, la configuration HTML background audio permet à l'audio de l'app web de continuer quand l'iPhone est verrouillé ou qu'une autre app est au premier plan. Il s'agit d'un réglage du projet Xcode, présenté pas à pas dans la vidéo de la documentation iOS.
Le lecteur natif a besoin d'un fichier .mp4 ou d'un flux HLS .m3u8, pas de l'URL d'une page qui intègre une vidéo. Les hébergeurs de streaming comme Mux, Cloudflare Stream ou Bunny Stream vous fournissent des URL HLS ; les pages YouTube et Vimeo restent des intégrations classiques.
Collez ceci dans v0 pour implémenter la partie app web. Vérifiez le résultat, publiez, puis testez dans l'app WebViewGold.
Ajoutez à ce projet Next.js App Router la lecture native des médias pour le wrapper d'app WebViewGold. 1) Créez un Client Component components/lesson-player.tsx qui vérifie après le montage si navigator.userAgent contient mon token WebViewGold personnalisé. 2) Dans l'app, affichez un bouton Lire en plein écran qui définit window.location.href sur "startnativevideo://videostreamurl=" + streamUrl ; dans les navigateurs, affichez un élément vidéo avec controls, playsinline et un poster. 3) Ajoutez une server action getStreamUrl(lessonId) qui vérifie la session et l'achat de l'utilisateur dans la base de données et renvoie une URL .mp4 ou HLS .m3u8 directe, signée si le fichier est privé. 4) Pour les épisodes de podcast, utilisez un simple élément audio avec controls et le MP3 depuis Vercel Blob. 5) Ne faites jamais passer les octets vidéo par un route handler. 6) Ajoutez des états de chargement et d'erreur.
Je suis très content d'avoir acheté cette application ! Extrêmement facile et excellente documentation. J'ai été en contact avec le service client, ils ont répondu très rapidement et très amicalement. Ils ont résolu ma question en un jour. 10/10 recommanderaient.
Environ 30 minutes, dont l'essentiel pour les tests sur de vrais téléphones.
Utilisez un fichier .mp4 de votre stockage ou une playlist HLS .m3u8 de votre hébergeur vidéo. Les longues leçons passent mieux en HLS, car le lecteur adapte la qualité à la connexion.
Le lecteur natif charge le flux lui-même et peut ne pas voir la session de connexion de la WebView. Pour les leçons payantes, créez côté serveur une URL signée de courte durée après avoir vérifié l'accès, et transmettez-la.
Définissez un user agent personnalisé contenant un token comme WebViewGold (useragent_iphone et useragent_ipad dans Config.swift, USER_AGENT dans Config.java). S'il est présent, le bouton Lecture navigue vers startnativevideo://videostreamurl= suivi de l'URL du flux ; dans un navigateur, c'est l'élément <video> habituel qui lit la vidéo.
Uniquement pour les apps dont l'audio doit continuer écran verrouillé. Suivez la vidéo HTML background audio de la documentation iOS, puis testez avec le téléphone verrouillé et avec une autre app au premier plan.
Lancez une vidéo, ouvrez le Picture-in-Picture, passez à une autre page, verrouillez le téléphone, basculez en mode paysage et essayez une connexion mobile lente. Faites-le sur un iPhone et sur un téléphone Android.
Une seule fonction pour les deux mondes. L'URL de flux signée vient de la partie serveur de votre stack : Route handlers et server actions Next.js, Postgres via Neon ou Supabase.
// User agent personnalisé contenant "WebViewGold", défini dans Config.swift / Config.java
var IN_APP = navigator.userAgent.indexOf("WebViewGold") !== -1;
// streamUrl : .mp4 direct ou HLS .m3u8 (signée et de courte durée pour les contenus payants)
function playVideo(streamUrl, videoEl) {
if (IN_APP) {
window.location.href = "startnativevideo://videostreamurl=" + streamUrl;
} else {
videoEl.src = streamUrl; // hors Safari, HLS nécessite une bibliothèque comme hls.js
videoEl.play();
}
}
// Dans le navigateur, gardez un lecteur classique :
// <video controls playsinline preload="metadata" poster="/poster.jpg"></video>Pas via startnativevideo://, qui a besoin d'un fichier .mp4 direct ou d'un flux HLS .m3u8. Les intégrations YouTube et Vimeo continuent généralement de fonctionner comme des iframes classiques dans l'app, avec leur propre lecteur et leur bouton plein écran.
Oui. Les documentations iOS et Android décrivent toutes deux startnativevideo:// avec Picture-in-Picture : la vidéo continue dans une fenêtre flottante pendant que l'utilisateur parcourt l'app ou une autre app.
Sur iOS, oui, une fois l'audio HTML en arrière-plan activé dans le projet Xcode comme le montre la documentation iOS. Sur Android, la documentation WebViewGold ne décrit pas de mode audio en arrière-plan : testez votre lecteur sur un appareil avant de le promettre.
Si l'app elle-même vend le cours ou l'abonnement, oui : Apple attend l'achat intégré pour les contenus numériques (guideline 3.1.1) et Google attend Play Billing. Les contenus achetés sur votre site web peuvent souvent être débloqués aussi dans l'app ; vérifiez le texte actuel des guidelines 3.1.1 et 3.1.3, car les règles sur les liens d'achat externes varient selon les régions.
Les liens qui se terminent par .mp4 sont pris en charge par le gestionnaire de téléchargement de WebViewGold, qui enregistre le fichier sur l'appareil. Une bibliothèque hors ligne complète dans l'app web v0 est un projet plus conséquent ; pour la plupart des apps de cours, le streaming plus l'écran hors ligne natif suffisent.
Même résultat, charge de travail différente de votre côté. Les trois formules incluent la garantie d'approbation et le support humain 24/7.
$109 par plateforme, paiement unique
La licence WebViewGold : un projet Xcode ou Android Studio prêt à l'emploi. Collez votre URL, définissez le nom et l'icône, activez les fonctionnalités, compilez et soumettez. Mises à jour gratuites à vie.
Voir les offres sur la page principale$349 par licence, extension en paiement unique
Ni Mac, ni Xcode, ni Android Studio : configurez dans le navigateur, nous compilons les deux apps dans le cloud et les transmettons à App Store Connect et à la Play Console.
Comment fonctionne le Cloud Builder Essayer la démo gratuite$698 par plateforme $798
Envoyez-nous votre URL et votre icône. Notre équipe configure, compile et livre votre app sous 72 heures, en marque blanche, projets sources inclus. Les deux plateformes pour $1,158.
Détails du Full Service Propulsé par
Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.
Garantie d'approbation App Store & Google Play – ou remboursement sous 14 jours
Vous préférez déléguer ? Full Service : nous configurons, compilons et livrons sous 72 heures, dès $698 par plateforme. Des questions ? Chattez avec nous 24/7.
Les remboursements sont accordés aux conditions indiquées dans notre FAQ : un refus non lié au contenu par Apple et/ou Google, demandé dans les 14 jours suivant l'achat.