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.
