Une galerie Product Hunt est un défilement, et le premier rôle d'une vidéo de lancement est de survivre à ce défilement. La plupart des visiteurs passent devant des dizaines de vignettes, beaucoup en lecture automatique et sans son, avant de décider laquelle mérite un véritable clic. Une vidéo construite pour ce moment doit gagner l'attention dès son image d'ouverture et ses premières secondes, bien avant qu'un spectateur ne s'engage à tout regarder ou à activer le son. C'est une contrainte différente de celle d'une vidéo de page de destination, qui n'a qu'à satisfaire un visiteur qui a déjà choisi d'être sur cette page.
Pour une application construite avec Bolt, le point de départ pratique est la même question qui s'applique avant tout autre actif public : l'application a t elle déjà une adresse stable. Un projet généré dans Bolt tourne d'abord dans une session en bac à sable dans le navigateur, et bien que cette session suffise pour vérifier le travail au fur et à mesure, une fiche de lancement bénéficie d'un véritable déploiement. Les visiteurs qui cliquent le jour du lancement ne sont pas le seul public. Des gens trouvent des fiches Product Hunt des semaines ou des mois plus tard via une recherche, et une vidéo pointant vers une session qui ne se résout plus compromet une fiche qui, par ailleurs, fait encore son travail.
Le jour du lancement lui même ajoute une deuxième raison de déployer avant d'enregistrer. Le trafic sur une fiche peut grimper rapidement une fois qu'elle commence à monter dans le classement, et une session d'aperçu dans le navigateur n'a jamais été conçue pour absorber ce type d'attention même si elle se trouvait encore en train de tourner. Une application déployée sur une véritable cible d'hébergement est la cible plus raisonnable pour l'attention que le lancement apporte réellement, et la vidéo doit pointer vers cette même adresse dès le début plutôt que d'avoir besoin d'être remplacée en plein lancement.
