Partager vos enregistrements d’écran : liens, intégrations et Markdown

L’enregistrement est terminé, les temps morts sont coupés, le clic important est mis en valeur par un zoom. Arrive alors l’étape qui sabote discrètement la plupart des workflows de capture d’écran : transmettre la vidéo à quelqu’un d’autre.

Un MP4 de 400 Mo en pièce jointe est rejeté par la messagerie. Un dépôt sur un cloud oblige votre collègue à télécharger le fichier, patienter, ouvrir un lecteur — et perdre le fil de ce que vous expliquiez. Partager devrait tenir en un clic, et la personne en face devrait regarder en quelques secondes. Ce guide présente les trois façons dont Recorded met votre vidéo sous les yeux des autres, et quand utiliser chacune.

Trois façons de partager

La fenêtre de partage de Recorded propose le même enregistrement sous trois formes :

• Lien — une URL que n’importe qui ouvre dans un navigateur, sans application ni téléchargement
• Intégration — un extrait HTML qui lit la vidéo directement sur votre site ou dans votre documentation
• Markdown — un extrait prêt à coller dans les README, les outils de tickets et les wikis

Les trois pointent vers le même enregistrement mis en ligne. Vous choisissez simplement la manière dont il arrive là où se trouve déjà votre audience.

Créer un lien de partage

1. Terminez votre montage et ouvrez l’enregistrement à envoyer
2. Cliquez sur Partager
3. Recorded prépare les fichiers et crée une session de partage
4. Copiez le lien depuis l’onglet Lien et collez-le où vous voulez

Un détail utile : le lien est disponible avant la fin de l’envoi. Vous pouvez le coller immédiatement dans un message ; la vidéo sera prête au moment où votre collègue cliquera. Pour un rapide « voici le bug dont je parlais », l’attente gênante disparaît.

Le partage nécessite d’être connecté à votre compte, puisque l’enregistrement est hébergé pour vous au lieu de rester uniquement sur votre machine.

Intégrer sur votre propre site

L’onglet Intégration fournit un extrait HTML à déposer dans toute page acceptant du HTML personnalisé. C’est le bon choix quand la vidéo fait partie d’un document plus large plutôt que d’être le message entier :

• Documentation produit — une démonstration de 40 secondes juste sous les étapes écrites
• Articles de centre d’aide — montrer le parcours au lieu de décrire six clics en prose
• Pages d’atterrissage — une démo de fonctionnalité silencieuse et ciblée en haut de page
• Wikis internes — des documents d’intégration où la vidéo et la checklist coexistent

Une vidéo intégrée garde le lecteur sur la page. Un lien l’envoie ailleurs en espérant qu’il revienne.

Markdown pour les workflows de développement

L’onglet Markdown est celui que la plupart des équipes techniques finissent par utiliser tous les jours. Collez-le directement dans :

• Les tickets GitHub ou GitLab — une vidéo de reproduction jointe au rapport de bug lui-même
• Les pull requests — montrer le changement d’interface que les relecteurs s’apprêtent à approuver
• Les fichiers README — une démo de votre projet qui s’affiche sur la page du dépôt
• Notion, Linear ou Slack — des outils qui interprètent nativement le Markdown

Un rapport de bug écrit dit « le menu déroulant se ferme quand je fais défiler ». Un enregistrement intégré en Markdown le montre, avec tout ce que la personne a oublié de mentionner.

Quand exporter un fichier à la place

Le lien n’est pas toujours la bonne réponse. Exportez un vrai fichier lorsque :

• la vidéo part chez un client qui doit l’archiver de son côté
• vous publiez sur YouTube, une plateforme de cours ou les réseaux sociaux
• le contenu est trop sensible pour être hébergé où que ce soit
• le destinataire doit remonter les rushes

Dans ces cas, exportez en MP4 (H.264) pour une compatibilité maximale et pensez à l’option Optimiser la taille du fichier, qui produit une copie compressée supplémentaire sans perte visible de qualité. C’est généralement cette version compressée que vous envoyez.

Garder les vidéos partagées légères et regardables

Que vous envoyiez un lien ou un fichier, une vidéo courte et resserrée est regardée plus souvent qu’une longue :

• Coupez avant de partager. Les huit premières secondes où vous cherchez la bonne fenêtre n’intéressent personne.
• Supprimez les silences. La suppression automatique des silences accélère le rythme sans réenregistrer.
• Adaptez la résolution à l’usage. Un rapport de bug d’interface n’a pas besoin de 4K : 1080p suffit et s’envoie bien plus vite.
• Ajoutez des chapitres au-delà de cinq minutes. Chacun saute à la partie qui le concerne au lieu de chercher à l’aveugle.
• Annoncez l’essentiel dans les dix premières secondes. Supposez que le spectateur décide s’il continue.

Vérifiez l’image avant d’envoyer

Une fois le lien parti, on ne peut plus effacer ce qu’il montre. Avant de partager, accordez cinq secondes à ce contrôle :

• les notifications apparues en cours d’enregistrement
• les onglets, favoris et titres de fenêtres qui révèlent des projets internes
• les aperçus d’e-mails, noms de clients ou numéros de compte dans une barre latérale
• les clés d’API ou jetons visibles dans un terminal ou un fichier d’environnement

Enregistrer une fenêtre précise plutôt que tout l’écran évite l’essentiel de ces risques en amont. Le flou ou une coupe règlent le reste.

En résumé

La valeur d’un enregistrement d’écran se mesure à la facilité avec laquelle quelqu’un peut le regarder. Un lien pour un message rapide, une intégration pour la documentation, du Markdown pour une pull request : choisissez ce qui pose la vidéo là où votre audience se trouve déjà, gardez-la courte et vérifiez l’image avant d’envoyer. L’enregistrement qu’on partage en un clic est celui qui sert vraiment.