Twitch n'expose pas le chat des rediffusions

0point d'accès officiel

L’API Helix de Twitch ne rend pas le chat d’une rediffusion. Pas partiellement, pas avec une autorisation particulière : il n’y a aucun point d’accès pour ça. Twitch conserve pourtant un chat horodaté complet pour chaque VOD public, et son propre lecteur l’affiche.

Si vous construisez une détection de moments forts sur les pics de chat, c’est la première chose à savoir.

Ce qui existe, et ce qui n’existe pas

Le contraste est net : tout ce qui entoure le VOD est accessible, sauf son chat.

Ce que font ceux qui l’exploitent quand même

Ils passent par le point GraphQL que le lecteur de Twitch utilise lui-même, en paginant sur le décalage temporel. Ce n’est pas illégal, c’est non documenté, et ça implique trois choses :

1. Aucune garantie de stabilité. Un point non documenté change sans avis, et sans note de version pour vous prévenir.
2. Une empreinte de navigateur à imiter. Les requêtes qui ne ressemblent pas à celles du lecteur sont filtrées.
3. Une rotation de proxys résidentiels dès que Twitch limite une adresse. C’est-à-dire un coût récurrent et un problème d’exploitation permanent.

Des services commerciaux vendent l’extraction à la ligne — de l’ordre du dollar pour mille messages. C’est une façon honnête de dire que ça demande une infrastructure.

Pourquoi c’est important pour la découpe automatique

Le chat est un signal d’intensité gratuit. Personne n’écrit pendant les temps morts ; tout le monde écrit dans les trois secondes qui suivent un moment fort. Compter les messages par fenêtre de dix secondes donne une courbe qui ressemble beaucoup à celle des moments qu’on cherche — et elle ne coûte pas un appel payant.

C’est ce qui explique que les outils pour streamers détectent bien sur les jeux de tir : ils combinent des événements de jeu et des pics de chat, et les deux sont disponibles en direct.

Sur une rediffusion, ce signal disparaît. Il reste la transcription — ce qui est dit — et c’est un tout autre travail : au lieu de mesurer une réaction, il faut comprendre un propos.

Ce que nous en concluons

Le chat se lit en direct, jamais en rediffusion. C’est une règle d’architecture chez nous, pas une préférence.

Notre surveillance de direct écoute la chaîne pendant qu’elle diffuse, par IRC, et compte les messages. Le résultat n’est pas une coupe : ce sont des fenêtres élargies autour des pics, soumises en priorité à l’analyse. Un pic n’est pas un clip — un extrait qui démarrerait exactement au pic commencerait au milieu d’une phrase.

Sur une rediffusion, nous ne prétendons rien. L’analyse s’appuie sur la transcription seule, et le résultat n’est pas dégradé : il est obtenu autrement.

L’équivalent chez YouTube, pour comparaison

YouTube publie une donnée que Twitch n’a pas : la courbe de re-visionnage, les portions que les spectateurs ont rejouées. Elle est visible sous la barre de lecture, et elle existe sur les vidéos assez vues.

C’est un signal d’un autre genre — a posteriori, pas en temps réel — mais il joue le même rôle : orienter la recherche avant de lire quoi que ce soit. Nous l’utilisons là où elle existe.

Aucune plateforme n’expose les deux. Aucune ne garantit non plus de continuer : ce sont des données affichées, pas des contrats.

Pour qui construit la même chose

• Ne bâtissez pas sur le chat des VOD. La dette n’est pas dans le code, elle est dans l’exploitation, et elle se réveille un dimanche.
• Le chat en direct est officiel, gratuit et simple. Une connexion anonyme en lecture suffit sur Twitch.
• Comptez, n’interprétez pas. Envoyer le chat à un modèle de langage coûterait plus cher que l’analyse elle-même, pour un signal qu’un compteur donne aussi bien.

Sources

Référence de l’API Helix de Twitch, août 2026 — aucun point pour les commentaires d’un VOD. Notes techniques publiques sur le point GraphQL VideoCommentsByOffsetOrCursor et les services d’extraction commerciaux. La documentation de notre propre surveillance décrit ce que nous en faisons.