Pourquoi Rawtoh
Ce que Rawtoh fait que Zapier, IFTTT, Node-RED et Streamer.bot ne font pas, et quand un autre outil est le bon choix.
On décrit souvent Rawtoh comme « un Zapier pour streamers ». La comparaison aide au premier coup d’œil et se trompe dans le détail, alors voici la version honnête : où Rawtoh diffère, et où l’un des autres est le bon outil.
En bref
- Zapier et IFTTT relient des applis web selon un planning. Ils ne voient pas OBS sur votre PC, et un sub déclenché une minute plus tard est un sub que personne n’a remercié à l’antenne.
- Node-RED est rapide et local, mais c’est une instance pour une personne, où tous les flows partagent un processus et un identifiant.
- Streamer.bot est le plus proche dans l’esprit : intégration profonde de Twitch et OBS, instantané. Il vit sur un PC Windows, pour un opérateur.
- Rawtoh est un bus d’événements temps réel hébergé pour un live : les événements sont poussés, les scripts sont du TypeScript typé, et la régie pilote le Board depuis son propre navigateur.
Côte à côte
| Rawtoh | Zapier | IFTTT | Node-RED | Streamer.bot | |
|---|---|---|---|---|---|
| Conçu pour | Les lives et leur régie | Les applis métier (CRM, mail, tableurs) | Les objets et applis grand public | L’IoT et la domotique | Un streamer, un PC |
| Comment arrivent les événements | Poussés sur un WebSocket que chaque module garde ouvert | Surtout du polling, toutes les 1 à 15 minutes selon l’offre ; webhooks pour certaines applis | Polling, jusqu’à une heure en offre gratuite | Poussés ou interrogés, selon le nœud | Poussés, depuis le processus local |
| De l’événement au script | Moins de 10 ms | Secondes à minutes | Minutes | Millisecondes | Millisecondes |
| Rafales (un raid, 300 lignes de chat par seconde) | Mises en file, chaque événement traité, aucun perdu | Chaque événement est une tâche facturée ; limites de débit | Pas prévu pour | Traité dans le processus, peut bloquer le flow | Traité sur le PC |
| Où tourne votre logique | Les serveurs Rawtoh, dans un bac à sable isolé par exécution | Les serveurs Zapier | Les serveurs IFTTT | Votre propre machine | Le PC de stream |
| Atteint les outils de votre PC (OBS) | Oui, via un module local ou un onglet navigateur | Non | Non | Oui, même machine | Oui, même machine |
| Rappelle le même outil | Oui, événements entrants et méthodes sortantes sur une seule connexion | Applis trigger et action séparées | Un déclencheur, peu d’actions | Oui | Oui |
| La logique s’écrit en | TypeScript, typé depuis les modules installés | Étapes visuelles, plus une étape code non typée | Applets visuels, code de filtre en offre payante | Flows visuels, plus des nœuds function | Sous-actions visuelles, plus des extraits C# |
| Code partagé entre automatisations | Scripts partagés, importés par chemin | — | — | Subflows | Actions réutilisables |
| État persistant | Stockage clé-valeur par organisation, mises à jour atomiques | Storage by Zapier, une appli à part | — | Context store, par nœud, flow ou global | Variables globales |
| Contrôle des rafales | Throttle et debounce sur n’importe quel déclencheur | Délai et filtres par étape | — | Nœuds delay et rate-limit | Cooldowns par action |
| Un pupitre pour la régie | Le Board : des boutons dans n’importe quel navigateur, chaque appui attribué à son utilisateur | — | Applets manuels sur votre propre téléphone | Dashboard, mono-utilisateur | Plugin Stream Deck, un PC |
| Équipe et rôles | Organisations avec owner, member et viewer | Offres équipe | — | Instance unique, identifiant partagé | Mono-utilisateur |
| Isolation des plantages | Bac à sable par exécution avec limites mémoire, pile et temps | Par tâche | Par applet | Un seul processus : un mauvais nœud function bloque le reste | Un seul processus sur le PC |
| Trace de ce qui a tourné | Chaque exécution avec son événement, ses logs et chaque appel de module | Historique des tâches | Journal d’activité | Panneau debug | Logs sur disque |
| Ajouter une intégration | Tout programme qui ouvre un WebSocket, avec un SDK TypeScript ou Rust | Plateforme développeur Zapier | Plateforme développeur IFTTT, payante | Écrire un nœud en JavaScript | Plugin C# |
| Assistant IA | Le Compagnon : lit votre explorateur et vos modules, propose des diffs, pilote vos outils | Copilot qui construit des Zaps | Création d’applets par IA | — | — |
| Fonctionne sans internet | Non, les déclencheurs attendent le retour de Rawtoh | Non | Non | Oui | Oui |
| Continue PC éteint | Oui, les scripts tournent côté serveur | Oui | Oui | Seulement s’il est hébergé ailleurs | Non |
Les chiffres Rawtoh sont des médianes mesurées en production. Ceux des autres outils viennent de leur documentation publique et de leurs offres au moment de la rédaction, et varient selon l’offre.
Ce qui diffère vraiment
Poussé, pas interrogé
Chaque module garde un WebSocket ouvert vers Rawtoh et pousse les événements au moment où ils arrivent. Un message de chat traverse une file persistante, une condition de déclencheur et une action, et revient dans OBS en quelques dizaines de millisecondes. Zapier et IFTTT vérifient s’il y a du nouveau selon un planning, ce qui convient à une facture et ne sert à rien pour un raid.
Les rafales sont le cas normal
Un raid ou un hype train, c’est des centaines d’événements en quelques secondes. Rawtoh les met tous en file et n’acquitte qu’une fois vos scripts exécutés ; rien n’est perdu et rien n’est facturé à l’événement. Throttle et debounce sur le déclencheur transforment cinquante subs offerts en un seul remerciement. Sur un service facturé à la tâche, la même rafale est une facture.
La même connexion dans les deux sens
Un module émet des événements et répond aux appels de méthode sur un seul socket. Le module OBS signale un changement de scène et change de scène ; le module Twitch signale un sub et envoie le remerciement ; le Board signale un appui et repeint le bouton. Il n’y a pas de séparation « appli déclencheur » et « appli action », et OBS sur votre PC est joignable par un module local qui n’a besoin d’aucun port entrant.
Du vrai code, et c’est le but
Les outils visuels s’arrêtent là où s’arrêtent leurs boîtes : dès qu’il vous faut une condition que la boîte n’a pas, c’est fini. Les déclencheurs et actions Rawtoh sont du TypeScript dans un vrai éditeur, donc il n’y a pas de plafond : si vous pouvez le décrire, vous pouvez le scripter. Les payloads d’événements et les méthodes de modules sont typés depuis les manifestes des modules installés, donc l’autocomplétion sait qu’un message de chat Twitch porte is_subscriber et qu’OBS attend sceneName. Les scripts partagés tiennent le code commun à plusieurs actions. Un quiz avec questions, scores, un board et un overlay OBS, c’est trois actions et trois scripts partagés, pas cinquante nœuds.
Une régie, pas un utilisateur
Les organisations ont des owners, des members et des viewers. Le Board est une grille de boutons que chacun ouvre dans un navigateur ; chaque appui est un événement qui porte qui a appuyé. Les scripts tournent sur Rawtoh, donc le live continue de réagir quand le PC de stream est occupé ou que l’éditeur est fermé.
Chaque exécution dans son bac à sable
Chaque exécution reçoit un bac à sable JavaScript neuf avec des limites de mémoire, de pile et de temps. Un script qui boucle à l’infini est arrêté et signalé ; les autres automatisations ne s’en aperçoivent pas. Dans Node-RED et Streamer.bot, votre code tourne dans le processus de l’outil lui-même.
Le Compagnon
Un assistant dans la barre latérale qui lit votre explorateur et vos modules, écrit et modifie les scripts sous forme de diffs que vous acceptez ou refusez, et peut appeler vos outils directement avec vos propres permissions. Zapier et IFTTT ont une IA qui construit un flow à partir d’une phrase ; aucun des quatre n’en a une qui connaît les modules que vous avez réellement connectés.
Quand un autre outil est le bon choix
- Il vous faut une appli pour laquelle Rawtoh n’a pas de module. Zapier et IFTTT ont des milliers d’intégrations et Node-RED des milliers de nœuds. Rawtoh en a une poignée, toutes faites pour le live. Vous pouvez écrire votre propre module, mais si la tâche est « quand une ligne arrive dans Sheets, l’envoyer par mail », Zapier l’a déjà fait.
- Vos besoins tiennent en trois règles fixes et le resteront. Une alerte de sub, un bouton BRB, un rappel à heure fixe : Streamer.bot ou Node-RED câblent ça en un après-midi, et la puissance d’un vrai script dépasse ce que la tâche demande. Rawtoh devient rentable quand les règles ont de l’état, des exceptions et plusieurs outils dans la boucle, là où les outils visuels n’ont plus de boîtes.
- Il faut que ça marche sans internet. Rawtoh est hébergé. Si votre connexion tombe, les déclencheurs attendent son retour. Node-RED et Streamer.bot continuent sur la machine devant vous.
- Vous appelez des API HTTP quelconques depuis votre logique. Un script Rawtoh ne parle qu’aux modules ; il n’y a pas de fetch générique. L’étape Webhooks de Zapier et le nœud HTTP request de Node-RED le font d’office.
- Vous streamez seul depuis un PC Windows et c’est le plan. Streamer.bot est gratuit, local et profondément intégré à Twitch et OBS. Rawtoh vous donne quand même des scripts typés, un historique des exécutions et un live qui réagit PC en veille, mais l’écart est plus petit.