Dépannage
Sauvegarder un live une fois qu'il est terminé

Une fois qu'un live se termine et que la plateforme a fini de le traiter, la rediffusion est une vidéo ordinaire avec un lien ordinaire — et elle se télécharge comme n'importe quelle autre. Le piège, c'est que cela n'arrive que si le créateur a conservé l'enregistrement. Les lives peuvent être configurés pour ne pas être archivés, et dans ce cas rien de récupérable ne subsiste une fois la diffusion terminée.
Ce qui se passe quand un live se termine
Trois issues possibles, et laquelle vous obtenez dépend entièrement du réglage du créateur.
| Réglage | Après le live | Téléchargeable ? |
|---|---|---|
| Archivé publiquement | Devient une vidéo normale | Oui, une fois traité |
| Archivé en non répertorié | Existe mais n'est pas listé | Oui, avec le lien |
| Non archivé | Disparaît immédiatement | Non |
| Supprimé ensuite | Disparaît | Non |
Le traitement prend du temps, et pour une longue diffusion cela prend un moment. Juste après la fin d'un live, l'enregistrement n'existe souvent qu'en basse résolution, les qualités supérieures apparaissant dans les heures qui suivent — le même échelonnement de traitement que pour n'importe quel envoi.

Pourquoi on ne peut pas l'enregistrer pendant qu'il est en cours
Un live n'est pas un fichier. C'est une suite de courts segments produits au fur et à mesure que la diffusion se déroule, sans fin et sans durée totale — la vidéo n'existe pas encore.
Le capturer signifie enregistrer en continu à mesure que les segments arrivent, conserver le résultat accumulé quelque part, et assembler le tout quand le live s'arrête. C'est une opération fondamentalement différente de la récupération d'un fichier terminé, et elle exige un processus qui tourne pendant toute la durée.
Pour un outil basé sur navigateur, ce n'est tout simplement pas possible : une page web ne peut pas tourner trois heures en arrière-plan à capturer des segments. Les applications de bureau le peuvent, et c'est l'un des rares cas où un logiciel installé est la bonne réponse — la comparaison plus large détaille où chacun l'emporte.
Attendre l'archive est la réponse pratique pour presque tout le monde, et elle donne un meilleur résultat : une vidéo correctement encodée plutôt qu'une capture qui hérite de chaque à-coup de mise en mémoire tampon de la session en direct.
Les lives longs posent un problème à part
Les lives archivés durent souvent des heures, et la durée change ce qui est réaliste.
Un live de trois heures en 1080p est un fichier très volumineux — potentiellement plusieurs gigaoctets. Le transfert prend longtemps, il est exposé à chaque interruption en cours de route, et il ne tient peut-être pas où vous comptiez le mettre. Les téléchargements longs échouent plus souvent pour des raisons qui n'ont rien à voir avec la vidéo — c'est couvert ici.
Deux mesures pratiques. Choisissez une qualité inférieure à celle que vous prendriez pour une vidéo courte : sur une conférence de trois heures, le 480p ne représente qu'une fraction de la taille et ne perd presque rien d'important. Et envisagez l'audio seul si le contenu est conversationnel, ce qui est le cas de la plupart des lives longs.
Le cas de l'audio est plus fort ici que partout ailleurs. Une discussion de quatre heures en audio est un fichier maniable qu'on peut écouter sur un trajet ; le même contenu en vidéo est un téléchargement qu'on démarrera deux fois et abandonnera une fois — l'extraction audio est couverte ici.
Les premières, et pourquoi elles se comportent différemment
Une première n'est pas un live, même si elle y ressemble pendant qu'elle se déroule.
La vidéo existe déjà comme fichier terminé — le créateur l'a mise en ligne à l'avance et a programmé sa lecture à une heure fixe, avec un chat en direct à côté. L'élément en direct est le visionnage partagé, pas la vidéo.
Une première devient donc une vidéo ordinaire au moment où elle se termine, sans délai de traitement, parce que le fichier était là depuis le début. Et contrairement à un live, elle ne disparaît pas sauf si le créateur la supprime.
Avant qu'elle ne commence, cependant, le lien pointe vers un espace réservé plutôt qu'une vidéo. Cela produit un échec qui ressemble à un outil cassé et qui n'est en réalité qu'une question de timing.
Quand la rediffusion a disparu
- Vérifiez l'onglet vidéos de la chaîne. Les lives archivés y apparaissent parfois plutôt que dans le flux principal, et un certain temps après la diffusion.
- Cherchez un re-upload du créateur. Beaucoup coupent et republient les meilleurs passages sous forme de vidéo normale.
- Vérifiez s'il existe des clips. Les spectateurs sauvegardent souvent des moments forts, et un clip peut être la seule trace qui subsiste.
- Demandez. Les créateurs ont souvent l'enregistrement local même quand la copie de la plateforme a disparu.
Ce qui ne fonctionne pas, c'est tout service prétendant récupérer des lives non archivés. Il n'y a rien à récupérer — les segments ont été servis puis abandonnés, et aucun tiers n'en détient de copie.
Pour les créateurs qui diffusent leur propre contenu
Si l'enregistrement compte pour vous, la solution fiable est de ne pas dépendre du tout de l'archive de la plateforme.
Les logiciels de diffusion enregistrent localement pendant la diffusion, et ce fichier local est meilleur que tout ce que l'archive contiendra : il n'a pas été réencodé pour la livraison, il ne dépend pas de la plateforme pour être conservé, et il survit à un live supprimé ou non archivé.
L'archive devient alors une commodité pour les spectateurs plutôt que votre seule copie. Cette distinction compte parce que les archives peuvent être supprimées par une réclamation de droits d'auteur, un changement de réglage, ou la disparition du compte lui-même — le problème général pour les créateurs.
La seule chose que coûte l'enregistrement local, c'est de l'espace disque. Un live de trois heures enregistré en qualité de diffusion est volumineux, et manquer d'espace en plein live est un incident qu'il vaut mieux vérifier avant de passer en direct, pas après.
Pourquoi un long live archivé est notre cas le plus difficile
Les lives archivés sont l'endroit où notre service a le plus de chances d'échouer, et il vaut la peine d'expliquer la mécanique plutôt que de laisser cela ressembler à une fiabilité défaillante.
Tout ce qui dépasse 360p est assemblé sur notre machine : deux flux récupérés, fusionnés, conservés sur disque assez longtemps pour être envoyés. Pour une vidéo de dix minutes, cela représente quelques secondes et quelques dizaines de mégaoctets. Pour un live de quatre heures en 1080p, cela représente des minutes de traitement et des gigaoctets d'espace disque temporaire, sur un serveur avec un seul processeur et 1,8 Go de mémoire qui héberge aussi un autre produit.
Trois limites se trouvent sur ce chemin, et les lives longs les rencontrent toutes. Il existe un plafond de dix minutes pour tout assemblage, au-delà duquel la tâche est abandonnée plutôt que laissée en cours. Il existe une limite stricte de taille de fichier, appliquée pendant la récupération plutôt qu'après, parce que la vérifier après signifierait que le disque serait déjà plein. Et avant que tout assemblage ne commence, un garde-fou compare l'espace libre à ce que les tâches déjà en cours pourraient encore consommer, et refuse avec ‘serveur occupé’ plutôt que de démarrer.
Un live de quatre heures en haute qualité est donc ce qui a le plus de chances d'échouer ici, et cela échouera généralement d'une manière qui paraît arbitraire de l'extérieur. Ce n'est pas un bug sur lequel nous travaillons — c'est le compromis délibéré de faire tourner cela sur du matériel modeste plutôt que de facturer assez pour le faire tourner sur davantage.
Le conseil pratique en découle directement. Pour un live long, prenez du 480p ou de l'audio seul. Les deux nous coûtent vraiment peu à servir, les deux évitent chacune des limites ci-dessus, et pour des heures de contenu conversationnel, aucun des deux ne vous coûte quelque chose que vous remarqueriez. C'est une réponse moins bonne que ‘prenez ce que vous voulez’, et c'est la vraie.
Ce qui changerait cela, c'est un autre matériel, et la contrainte est financière, pas technique. Une seconde machine lèverait le garde-fou disque et la plupart des délais. Que cela vaille la peine dépend du nombre de personnes qui veulent vraiment des lives de quatre heures en pleine qualité — une question à laquelle nous préférons répondre par l'usage réel plutôt que par des hypothèses, ce qui explique en partie pourquoi les limites sont publiées plutôt que cachées.
Questions fréquentes
Puis-je télécharger un live YouTube après sa fin ?
Oui, si le créateur l'a archivé. La rediffusion devient une vidéo ordinaire une fois le traitement terminé, et se télécharge comme n'importe quelle autre.
Puis-je télécharger un live pendant qu'il est en cours ?
Pas avec un outil de navigateur. Un live est une suite de segments et non un fichier, et le capturer exige un logiciel tournant pendant toute la diffusion.
Pourquoi seule la basse qualité est-elle disponible juste après un live ?
Le traitement remonte l'échelle. Les résolutions supérieures apparaissent dans les heures qui suivent, et pour une longue diffusion cela peut prendre un moment.
Le live a disparu. Peut-il être récupéré ?
Non. S'il n'a pas été archivé, les segments ont été servis puis abandonnés. Aucun service ne détient de copie d'un live non archivé.
Les premières sont-elles la même chose que les lives ?
Non. Une première est un fichier terminé programmé pour être lu à une heure fixe, elle devient donc une vidéo ordinaire immédiatement, sans délai de traitement.
Pourquoi les téléchargements de lives longs échouent-ils ?
Ils rencontrent en même temps des limites de temps de traitement, des plafonds de taille de fichier et des garde-fous disque. Une qualité inférieure ou l'audio seul évite chacun d'entre eux.
VidKeep fonctionne dans votre navigateur : collez un lien, choisissez une qualité, gardez le fichier. Sans compte et sans application.
Ouvrir VidKeepDernière mise à jour : 21/10/2026. Nous révisons nos guides à mesure que les plateformes changent.

