Aller au contenu
Guide7 min de lecture

Vidéo de page de destination Bolt

Montrez l application avant que quiconque ait à croire le texte autour d elle.

Transformez une application générée par Bolt en preuve visible au dessus de la ligne de flottaison, une fois qu'elle a un endroit stable où pointer.

Voir comment ça marcheLes 60 premières secondes de vidéo sont gratuites, avec un filigrane. Vérifiez votre adresse e-mail pour la télécharger.

La vidéo sur la propre page de destination d'une application Bolt a un rôle plus étroit que ce que la plupart des gens lui accordent. Elle n'est pas là pour expliquer le produit. Le titre et le sous titre le font déjà. Le rôle de la vidéo est de rendre le titre crédible dans le temps qu'il faut à un visiteur pour y jeter un œil avant de décider s'il continue à lire. Cela signifie que la vidéo doit montrer l'application elle même, en train de faire la seule chose que la page prétend qu'elle fait, sans demander au visiteur d'attendre ou de deviner quoi que ce soit.

Le propre processus de construction de Bolt façonne ce que « montrer l'application » signifie ici. Un projet construit dans Bolt tourne d'abord à l'intérieur d'une session en bac à sable dans le navigateur, le type d'environnement qui permet au code généré de s'exécuter sans serveur séparé, et cette session n'est pas automatiquement une adresse publique stable. Obtenir une URL qui mérite qu'on y pointe une caméra passe généralement par l'étape explicite de déployer le projet, le plus souvent vers une cible d'hébergement qui renvoie une adresse publique une fois le déploiement terminé. Enregistrer contre la session temporaire dans le navigateur risque de capturer quelque chose qui ne se résoudra pas de la même façon au moment où un visiteur cliquera depuis la page de destination plus tard.

Cette distinction est facile à manquer parce que la session dans le navigateur se comporte et ressemble exactement à l'application déployée pendant que vous la construisez. Rien dans l'aperçu en bac à sable ne signale que son adresse est temporaire, donc un créateur qui passe rapidement de la génération directement à la création d'actifs peut se retrouver avec une vidéo soignée pointant vers une URL qui n'existe plus une fois la session terminée. L'étape de déploiement est le seul signal fiable que l'application a désormais une adresse qui mérite d'être fixée sur une page publique.

Que doit prouver la vidéo, précisément ?

Une vidéo de page de destination doit prouver exactement l'affirmation que fait le titre, rien de plus large. Si le titre promet que l'application transforme une feuille de calcul en un rapport partageable, la vidéo doit montrer cette conversion se produire, du début à la fin, à l'écran. Une vidéo qui balaie plutôt une page de paramètres ou un tableau de tarifs répond à une question que le visiteur n'a pas encore posée.

Élément de la page de destinationCe que la vidéo doit correspondre
TitreLa seule action que la vidéo démontre
Sous titreTout détail qualificatif, comme à qui l'action s'adresse
Appel à l'actionCe qui se passe juste après l'action montrée dans la vidéo

Pourquoi l'application a t elle besoin d'un véritable déploiement d'abord ?

De nombreux projets Bolt peuvent tourner un moment sans que leur créateur ne franchisse jamais l'étape du déploiement, puisque la session dans le navigateur suffit souvent pour vérifier le travail au fur et à mesure. Une page de destination est une situation différente. Elle est publique, et elle a besoin d'une URL qui se résoudra encore quand un inconnu cliquera des jours ou des semaines après l'enregistrement de la vidéo, pas seulement au moment de la construction.

Déployer d'abord règle aussi une question qui compte pour la vidéo elle même : ce que l'application requiert réellement avant que l'action puisse être montrée. Certaines applications Bolt n'ont aucune étape d'authentification du tout, puisque rien n'a été explicitement câblé pour en exiger une. D'autres verrouillent l'écran intéressant derrière une connexion. Aucune des deux n'est fausse, mais la vidéo doit correspondre à la réalité, pas supposer l'une ou l'autre.

Une vidéo de page de destination qui montre une étape de connexion que personne n'a réellement à franchir, ou qui saute une étape réellement requise, crée une fausse attente que le visiteur découvre en quelques secondes en essayant le produit lui même. Ce décalage abîme davantage la confiance qu'une vidéo plus simple qui correspond exactement au parcours réel, donc confirmez le véritable point d'entrée de l'application déployée avant de décider ce que la caméra doit capturer en premier.

  1. Déployez l'application sur une URL stable plutôt que d'enregistrer contre une session d'aperçu temporaire.
  2. Choisissez la seule action qui correspond à ce que le titre de la page de destination promet déjà.
  3. Gardez la vidéo assez courte pour qu'un visiteur voie le résultat avant de la faire défiler.

Comment l'indication d'une ligne s'intègre t elle ici ?

GogoScreen prend l'URL déployée et une indication d'une ligne décrivant l'action à montrer, puis renvoie un MP4 narré avec des sous titres, un lissage du curseur, des zooms sur les clics, et les temps morts supprimés. Rédigez l'indication pour correspondre au propre langage de l'application pour l'action, pas au langage marketing emprunté au texte de la page de destination. Si l'application appelle le résultat un rapport, l'indication doit dire rapport, pas livrable ou résultat produit.

Si le parcours nécessite une connexion, un compte de démonstration peut être fourni pour ce rendu unique. Sur GogoScreen, les identifiants sont chiffrés, utilisés pour un seul rendu, puis supprimés. Si un storyboard est planifié en premier, les identifiants restent chiffrés pendant cette session et sont supprimés au plus tard deux heures après leur dernière utilisation. Environ un rendu sur cinq échoue ou nécessite une nouvelle tentative, donc laissez de la marge pour relire le résultat avant qu'il ne parte en ligne sur la page plutôt que de publier le premier fichier qui revient.

Comment cela se compare t il à un actif de lancement ou de portfolio Bolt ?

Une vidéo de page de destination a un public plus étroit qu'une entrée de galerie de lancement ou un élément de portfolio, parce qu'elle n'a qu'à satisfaire quelqu'un qui lit déjà cette page précise. Le guide de la vidéo de lancement Product Hunt Bolt couvre un ensemble de contraintes différent, puisqu'un actif de galerie de lancement a ses propres règles de format et de durée qu'un intégré de page de destination n'a pas besoin de suivre. Le guide pour partager un projet Bolt avec un client concerne une passation privée plutôt qu'une page publique, et le guide de la démo de portfolio Bolt et le guide de la présentation guidée de relecture Bolt couvrent leurs propres moments distincts dans la vie d'une application Bolt.

La même question de page de destination existe pour d'autres créateurs. Le guide de la vidéo de page de destination v0 et le guide de la vidéo de démo d'application v0 la couvrent pour une plateforme où le résultat généré peut pencher davantage vers l'interface que vers une logique câblée, ce qui change ce que la vidéo peut honnêtement prétendre prouver. Un regard plus large sur la place de cela parmi les produits construits par IA se trouve dans le guide de la vidéo de démo d'un agent IA, et pour un angle spécifique au no code, voir le guide de la vidéo de démo d'une application no code.

Où cette vidéo aide t elle ailleurs qu'au delà de la page de destination elle même ?

Une fois qu'une vidéo existe pour l'action principale de l'application, elle reste rarement confinée à la page de destination. Le même fichier, ou une version de celui ci, finit souvent sur une page de tarifs à côté du plan qui débloque la fonctionnalité, ou réutilisé comme point de comparaison contre un enregistrement manuel du même parcours.

  • Le héros de la page de destination, où elle doit se charger vite et commencer près de l'action.
  • Une section de page de tarifs, où elle soutient l'affirmation d'un plan précis.
  • Un billet de lancement, où une version plus courte peut remplacer la version complète.

Réutiliser le même actif sur ces emplacements ne fonctionne que si l'original a été cadré assez étroitement pour encore avoir du sens hors de son contexte d'origine. Une vidéo qui s'ouvre sur un texte propre à la section héros peut sembler déplacée plus bas sur une page de tarifs, tandis qu'une version réduite à l'action principale se transpose proprement entre les trois emplacements. Planifier cette réutilisation avant le premier rendu, plutôt qu'après, évite un second enregistrement plus tard.

Le guide de l'enregistrement d'écran face à la vidéo de démo automatisée explique les arbitrages entre capturer cela à la main et le générer à partir d'une URL et d'une indication, et le guide de la vidéo de démo pour une page de tarifs SaaS couvre ce deuxième emplacement plus en détail. Pour une comparaison directe avec une autre façon de produire ce type d'actif, voir GogoScreen face à Loom. Consultez les tarifs, parcourez le reste des guides et des comparaisons, ou partez de la page d'accueil de GogoScreen pour essayer le flux de travail sur votre propre application déployée.

Précisions

Avant de commencer

Une vidéo de page de destination peut elle utiliser directement l'URL d'aperçu Bolt ?

C'est possible, mais cette session d'aperçu n'est pas garantie de persister. Un déploiement publié offre une URL stable et partageable, ce qui constitue une meilleure base pour un actif destiné à rester un moment sur une page publique.

La vidéo a t elle besoin d'un écran de connexion ?

Seulement si le parcours que vous prouvez en a besoin. De nombreuses applications Bolt n'ont aucune authentification câblée du tout, donc la vidéo doit montrer ce que l'application requiert réellement pour atteindre son action principale.

Quelle durée doit avoir la vidéo de page de destination ?

Assez courte pour tenir au dessus de la ligne de flottaison sans concurrencer le titre. Une seule action ciblée se lit mieux à cet endroit qu'une longue visite de chaque écran de l'application.

Collez une URL, décrivez un parcours et obtenez une vidéo de démonstration de votre application web.

Les 60 premières secondes de vidéo sont gratuites, avec un filigrane. Vérifiez votre adresse e-mail pour télécharger la vidéo.