# YouTube Downloader — Contenu de la page > Extrait du PR n° 32 (`feat/youtube-downloader`), `en.json → productPages.youtubeDownloader`. > `en` fait autorité ; les versions es / pt-br / fr / ru / zh comportent des traductions humaines préliminaires. ## Référencement / métadonnées - **Titre :** YouTube Downloader : des téléchargements YouTube fiables via Massive Residential | Massive - **Description :** Service asynchrone open source qui effectue des téléchargements YouTube via les proxys résidentiels Massive : concurrence limitée, sessions persistantes strictes, nouvelle route à chaque nouvelle tentative et télémétrie par tentative. - **Nom JSON-LD (`SoftwareSourceCode`) :** Massive YouTube Downloader ## Menu de navigation / produits - **Libellé :** Téléchargeur YouTube - **Description :** Téléchargements YouTube asynchrones open source via Massive Residential.# Hero **Étiquette :** Open Source · MIT # Des téléchargements YouTube fiables *à grande échelle* Un service asynchrone open source qui exécute yt-dlp via Massive Residential Proxies. C’est important car, à grande échelle, YouTube limite le débit et bloque les adresses IP des centres de données ainsi que les scripts naïfs jusqu’à ce que les téléchargements cessent tout simplement de fonctionner. - **[Consulter sur GitHub]** → https://github.com/joinmassive/Youtube-downloader --- ## Le problème ### Pourquoi les scripts de téléchargement direct échouent-ils en cas de volume important ? L'exécution directe de yt-dlp sur YouTube a tendance à rencontrer les mêmes problèmes dès que le volume augmente. Ce service a été conçu pour les éviter. 01. **Concurrence illimitée** — Un script naïf ouvre autant de connexions qu’il y a d’URL. Cela surcharge à la fois le pool de proxys et YouTube, ce qui entraîne une cascade d’échecs au lieu d’un ralentissement progressif. 02. **Sessions expirant en cours de téléchargement** — L’option `sessionmode=flex` fait tourner la route sous-jacente lors d’un téléchargement long ; ainsi, une vidéo volumineuse expire à mi-parcours et toute la tentative est gaspillée. 03. **Nouvelles tentatives reproduisant l’échec** — Une simple nouvelle tentative réutilise le même itinéraire qui vient d’échouer ; la deuxième tentative échoue donc de la même manière, épuisant le budget de tentatives sans rien changer. 04. **Erreurs de proxy invisibles** — Lorsqu’une erreur côté proxy est masquée, la tâche est simplement considérée comme ayant « échoué », sans IP de sortie, pays ou ASN sur lesquels agir. Il est impossible de distinguer un itinéraire défaillant d’une vidéo défectueuse. --- ## Comment cela fonctionne ### Le modèle opérationnel Une tâche circule de l’API vers un worker délimité, via une session Massive stricte, puis vers yt-dlp, avant d’être stockée. Une tentative ayant échoué renvoie une nouvelle route. > **Schéma (`YoutubeFlow`) :** `POST /video → Worker (bounded concurrency) → Massive (strict session) → yt-dlp (extract + download) → Storage (upload + webhook)`, avec une boucle de **nouvelle route lors de la nouvelle tentative** depuis yt-dlp vers Massive. Voir `youtube-flow.svg`. --- ## Ce que le service vous offre ### Conçu pour des téléchargements fiables et observables. **API de tâches asynchrones** *(API asynchrone)* Mettez une tâche en file d’attente avec POST /video et interrogez-la avec GET /video/{id}. Le téléchargement s’effectue dans le worker, et non dans la requête HTTP ; la réponse est donc renvoyée immédiatement. - États explicites : en file d’attente, en cours, en téléchargement, terminé, échoué - Inspectez chaque tentative via GET /video/{id}/attempts ; réessayez en cas d’échec définitif via POST /video/{id}/retry **Concurrence limitée et durées de vie** *(Concurrence limitée)* Une limite de concurrence par worker maintient le nombre de connexions à un niveau que votre proxy et les taux de réussite de YouTube peuvent supporter, tandis que les baux des workers permettent de suivre les tâches en cours d’exécution. - Déterminez cette limite en fonction des taux de réussite observés ; 30 est un paramètre utile pour les tests de charge - Un worker qui plante laisse derrière lui un bail ; un bail expiré est récupéré et remis en file d’attente au redémarrage **Sessions strictes et Massive** *(Sessions strictes)* Chaque tentative se voit attribuer un identifiant de session unique avec `sessionmode=strict`. Une erreur de routage invalide la session au lieu de la maintenir en cas d’échecs. - Un nouvel identifiant de session par tentative implique un nouvel itinéraire à chaque nouvelle tentative - Le worker gère les tentatives et le backoff ; les tentatives internes de yt-dlp sont désactivées **Intégration de l’API Python de yt-dlp** *(API Python de yt-dlp)* Le service pilote yt-dlp via son API Python ; ainsi, les identifiants de proxy ne transitent jamais par la ligne de commande d’un processus fils, un fichier source ou l’historique du shell. **Extraction YouTube moderne** *(Extraction moderne)* Un runtime JavaScript Deno et des clients de lecteur YouTube configurables gèrent l’extraction à partir des lecteurs modernes. - YTDLP_JS_RUNTIME=deno avec une liste configurable YTDLP_YOUTUBE_PLAYER_CLIENTS **Stockage local ou S3** *(Stockage)* Enregistrez les résultats sur le système de fichiers local pour le développement, ou sur S3 et des buckets compatibles S3 lorsque la dépendance et les identifiants optionnels sont présents. **Télémétrie par tentative** *(Télémétrie)* Chaque tentative enregistre sa phase, son timing, le nombre d’octets, les clients de lecteur sélectionnés et le code d’erreur. Les identifiants ne sont jamais inclus. - Lorsque la capture est activée, les enregistrements incluent les métadonnées de sortie Massive : adresse IP de sortie, pays, fuseau horaire et ASN **Webhooks de fin d’exécution signés** *(Webhooks)* Définissez une URL de webhook sur une tâche pour recevoir des notifications de fin d’exécution. Lorsqu’un secret de signature est défini, les envois comportent un en-tête de signature HMAC-SHA256. --- ## Pourquoi Massive ### De véritables routes résidentielles, et non des adresses IP de centres de données Le service achemine chaque tentative via les proxys résidentiels Massive, de sorte que YouTube perçoit un trafic local organique provenant de véritables appareils grand public. **Chiffres clés :** | Symbole | Nombre | Libellé | |---|---|---| | latency-meter | <600 ms | Réponse | | success-sparkline | 99,8 % | Succès | | uptime-bars | 99,9 % | Disponibilité | | globe-arc | 195+ | Pays | **Fiches d’entreprise :** - **Audit SOC 2 Type 1** — Audit indépendant des contrôles de sécurité et de l’intégrité opérationnelle. - **Conforme au RGPD et au CCPA** — Conformité totale aux réglementations mondiales en matière de protection des données. - **Certifié AppEsteem** — Examen indépendant des pratiques relatives au SDK et des mécanismes de consentement. - **SLA garantissant une disponibilité de 99,9 %** — Assuré par une surveillance 24 h/24, 7 j/7 et une infrastructure dédiée. - **Des ingénieurs au service d’autres ingénieurs** — Un chargé de compte dédié. Une assistance technique assurée par l’équipe qui a développé la solution. - **Piste d’audit complète** — Chaque appareil inscrit, chaque requête enregistrée. Conforme aux exigences de sécurité. --- ## Appel à l’action final ## Clonez-le. Exécutez-le. *Déployez-le.* Pas d’inscription, pas de barrière d’accès. Indiquez vos propres identifiants Massive Residential et vous pourrez le télécharger en quelques minutes. Lorsque votre volume dépasse le cadre d’un test, prenez rendez-vous par téléphone et nous vous aiderons à choisir une offre adaptée. - **[Consultez-le sur GitHub]** → https://github.com/joinmassive/Youtube-downloader - **[Prenez rendez-vous pour un entretien téléphonique]** → https://meetings.hubspot.com/chen-assayag/round-robin