Aller au contenu
Guide7 min de lecture

Vidéo de page de destination Windsurf

Donnez à un visiteur de première visite une raison de croire avant qu'il ne fasse défiler.

Construisez une preuve au dessus de la ligne de flottaison pour une page de destination Windsurf, avec un parcours qu'un visiteur peut croire tout de suite.

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.

Une vidéo de page de destination pour une application construite avec Windsurf a un travail plus difficile que la plupart des vidéos de démo, parce qu'elle a presque aucun temps pour capter l'attention. Un visiteur qui atterrit sur la page n'a pas encore décidé de lui faire confiance, n'a probablement pas lu au delà du titre, et fera défiler la page dans les quelques secondes si rien ne le convainc de continuer à regarder. La vidéo posée au dessus de la ligne de flottaison n'est pas une visite de fonctionnalités. C'est une preuve pour l'unique affirmation que fait le titre, et elle doit défendre cette thèse rapidement, en silence, avant que le visiteur ne se soit engagé à quoi que ce soit.

Windsurf est un éditeur de code, et l'application qu'il a aidé à construire ne devient accessible qu'une fois déployée quelque part séparé de l'éditeur lui même. Avant de traiter une route comme prête pour une vidéo de page de destination, confirmez que la version déployée est celle sur laquelle les visiteurs atterriront réellement, pas une copie de prévisualisation ou de préproduction avec des données différentes. Une vidéo de page de destination tournée contre le mauvais déploiement peut finir par montrer un état que les visiteurs ne verront jamais réellement, ce qui fragilise la page plutôt que de la soutenir.

Cet écart entre l'éditeur et la production façonne aussi le calendrier. Une page de destination est généralement publiée une fois, puis laissée telle quelle pendant un moment, et la vidéo qui s'y trouve doit correspondre à l'application aussi longtemps que la page existe. Enregistrer contre un build qui est sur le point de changer, parce qu'une fonctionnalité est encore en cours de finition, tend à produire une vidéo déjà obsolète au moment où les vrais visiteurs commencent à arriver.

Quelle affirmation le titre fait il réellement ?

Lisez le titre sur la page de destination et identifiez l'unique promesse qu'il fait. Si le titre dit que l'application transforme un formulaire en rapport, la vidéo doit montrer exactement cela, en commençant par un formulaire et en terminant sur un rapport. Une vidéo qui montre quelque chose d'adjacent, aussi impressionnant soit il, brise le lien entre les mots au dessus et les images en dessous, et un visiteur qui remarque le décalage fait moins confiance à la page que s'il n'y avait eu aucune vidéo.

Lisez le titre à voix haute, puis décrivez la vidéo que vous êtes sur le point de faire en une phrase, et comparez les deux phrases directement. Si elles ne décrivent pas manifestement la même chose, le décalage sera tout aussi évident pour un visiteur faisant la même comparaison en quelques secondes, mais sans le bénéfice d'avoir écrit lui même l'une ou l'autre phrase.

Affirmation du titreCe que la vidéo doit montrerCe qui l'affaiblit
Une transformation ou un résultat précisExactement cette séquence entrée vers sortieUne fonctionnalité différente et sans rapport
Rapidité ou simplicitéL'action se terminant rapidement à l'écranUne narration lente qui dément l'affirmation
Le problème résolu d'un public précisLa tâche réelle de ce public, pas une tâche génériqueUne démo destinée à un autre type d'utilisateur

Le guide de la vidéo produit de page de destination couvre la question du placement et du rythme en termes plus généraux si l'application n'est pas spécifiquement un build Windsurf. Les préoccupations sont les mêmes dans les deux cas : faites correspondre les images à la promesse au dessus.

Comment l'application doit elle être préparée pour cet enregistrement ?

Ouvrez la page de destination réelle et l'application réelle comme le ferait un vrai visiteur, en suivant le chemin du titre jusqu'à l'action qu'il implique. Confirmez qu'il n'y a aucun lien cassé, aucune prévisualisation périmée, et aucun contenu provisoire laissé là où le résultat réel devrait se trouver. Une page de destination reçoit plus d'examen que presque toute autre page d'un site, puisque c'est celle que les visiteurs comparent directement à leurs attentes.

  • Parcourez le chemin exact qu'un visiteur emprunterait du titre jusqu'au résultat.
  • Retirez le contenu provisoire d'échafaudage et remplacez le par quelque chose de réaliste.
  • Confirmez que la version de l'application derrière la page de destination correspond à ce qui sera réellement livré.
  • Préparez un compte de démonstration si le parcours montré se trouve derrière une connexion.

Si une authentification est requise, sur GogoScreen, les identifiants sont chiffrés, utilisés pour un seul rendu, puis supprimés, ce qui est la bonne manière de décrire cette gestion plutôt que d'affirmer que rien n'est stocké du tout. 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. Pour un build qui a encore besoin d'instructions de configuration plutôt que d'une page de destination, une démo README d'un agent IA convient mieux, puisqu'un public de README a déjà un contexte qu'un visiteur de page de destination n'a pas.

Vérifiez la page sur la taille d'écran que la plupart des visiteurs utiliseront réellement. Une fenêtre de la taille d'un téléphone change la quantité de vidéo visible au dessus de la ligne de flottaison et si les sous-titres restent lisibles, et une vidéo qui se lit clairement sur un ordinateur portable peut écraser complètement le titre sur un petit écran. Relire la page assemblée, pas seulement le fichier vidéo isolé, est le seul moyen de repérer ce genre de problème avant que les visiteurs ne le fassent.

Comment rédiger l'indication pour une première impression silencieuse ?

  1. Faites correspondre la vidéo au titre, afin que les deux fassent la même promesse.
  2. Concevez les deux premières secondes pour le silence, puisque la plupart des visiteurs n'auront pas le son activé.
  3. Terminez sur le résultat, pas un fondu, afin que la dernière image soit la preuve.

Décrivez l'écran de départ, l'action et le résultat dans l'indication, en utilisant les mêmes mots que le titre. Si le titre promet un résumé, l'indication doit se terminer sur l'apparition du résumé, pas sur un écran suivant. Évitez les instructions vagues comme « montrez la valeur », puisque le rendu n'a aucun moyen d'interpréter la valeur au delà des états d'écran concrets que vous décrivez.

Gardez une trace écrite de l'indication exacte utilisée pour la vidéo de page de destination actuelle, à côté du titre pour lequel elle a été écrite. Si le titre change un jour par la suite, cette trace rend évident si la vidéo convient encore ou a besoin d'un nouvel enregistrement pour correspondre à la nouvelle affirmation.

Où ailleurs ces images pourraient elles être réutilisées ?

Le même enregistrement, ou une variante proche, sert souvent plus d'une destination. Un guide de vidéo de lancement Product Hunt Windsurf a besoin de son propre traitement de format et de durée pour une galerie de lancement, et un guide de partage avec un client Windsurf a besoin d'une version destinée à un relecteur plutôt qu'à un visiteur froid. Une démo portfolio Windsurf peut réutiliser la même interaction sous-jacente pour un public de recrutement, et une relecture d'une application Windsurf répond à une question plus étroite sur la réalisation d'une demande précise. Si l'application avait été construite sur une autre plateforme assistée par IA, le point de départ équivalent est le guide de la vidéo de démo Base44, qui couvre le même problème de page de destination du point de vue de ce constructeur.

Si la page de destination a besoin que la vidéo soit intégrée plutôt que reliée vers un lecteur hébergé, le guide pour intégrer une vidéo de démo produit couvre la mécanique du placement, et le guide sur l'enregistrement d'une démo sans logiciel de capture d'écran explique pourquoi un flux de travail basé sur une URL évite une partie de la mise en place qu'un enregistrement manuel exigerait. Si la promesse de la page dépend d'un bogue corrigé plutôt que d'une fonctionnalité existante, c'est un actif entièrement différent, plus proche du guide de la vidéo de reproduction de bogue d'un agent IA que d'une vidéo de page de destination.

Que faut il vérifier avant qu'elle ne soit mise en ligne ?

Regardez la vidéo terminée en muet en premier, exactement comme la plupart des visiteurs la verront. Confirmez que l'affirmation est lisible sans narration et que l'image de fin se lit comme un résultat achevé plutôt qu'une pause en pleine action. Comparez le rythme à Clueso si vous hésitez entre un autre outil de capture pour ce même emplacement. Laissez de la place pour une nouvelle tentative, puisqu'environ un rendu sur cinq en a besoin, et chaque nouveau compte reçoit 60 secondes de vidéo une seule fois, avec filigrane, avec du temps d'un forfait ou d'une recharge ensuite, utilisé seulement lorsqu'un rendu réussit. Consultez les tarifs pour les niveaux, parcourez plus de guides et de comparaisons, ou partez de la page d'accueil de GogoScreen avec la route et l'indication sur lesquelles la vidéo de page de destination est construite.

Précisions

Avant de commencer

Qu'est ce qui distingue une vidéo de page de destination d'une vidéo de démo générale ?

L'emplacement. Une vidéo de page de destination se trouve au dessus de la ligne de flottaison, se lance généralement automatiquement sans son, et doit capter l'attention dans les premières secondes d'un visiteur qui n'a encore aucun contexte et n'a pas décidé de faire confiance au produit.

La vidéo de page de destination doit elle montrer l'application entière ?

Non. Elle doit montrer l'interaction unique qui soutient le mieux la promesse du titre sur la page. Un visiteur qui ne peut pas relier la vidéo au titre en quelques secondes fera défiler les deux.

La vidéo a t elle besoin de son ?

Concevez la pour qu'elle fonctionne sans son en premier lieu, puisque de nombreux visiteurs l'auront coupé par défaut. Les sous-titres et une action claire à l'écran doivent porter le sens, avec la narration comme couche secondaire.

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.