Stratégie de bot de signaux crypto : de la conception au réel

Un bot de signaux est l'idée la plus simple de l'automatisation du trading, avec la difficulté cachée la plus élevée. L'idée : votre stratégie émet un signal (une alerte TradingView, un script, n'importe quel outil capable d'appeler un webhook) et le bot le transforme en une transaction réelle sur votre exchange. Aucune émotion, aucune entrée manquée à 3 h du matin, aucune hésitation.

La difficulté cachée : contrairement à un bot DCA, un bot de signaux n'a pas d'opinion propre. Il ne peut pas moyenner à la baisse une mauvaise entrée, attendre un meilleur prix, ni vous sortir d'une stratégie faible. Chaque décision d'entrée et de sortie appartient à votre source de signal. Si les signaux sont bons, le bot les amplifie avec vitesse et constance. Si les signaux sont du bruit, le bot exécute ce bruit à la perfection, jusqu'à vider le compte.

Ce guide porte sur la couche stratégie : ce qui rend un signal d'entrée digne d'être automatisé, comment dimensionner les positions par signal, comment structurer le take-profit et le stop-loss pour des entrées pilotées par signal, quand choisir le mode Signal personnalisé plutôt que Risk Ratio sur Freya, et comment tout tester avant que de l'argent réel ne soit en jeu. Si vous n'avez pas encore construit de bot de signaux, lisez d'abord Comment créer un bot de signaux sur Freya Finance. Ce guide suppose que vous connaissez les mécanismes et se concentre sur la façon de les rendre rentables.

Ce qu'est un bot de signaux et où vivent les décisions

Toute stratégie automatisée répond à trois questions : quand entrer, combien trader et quand sortir. La différence fondamentale entre les types de bots, c'est qui y répond.

Avec un bot DCA, les trois réponses vivent à l'intérieur de la plateforme. Vous configurez les conditions d'entrée, les ordres de moyennage et le take-profit ; le bot exécute ensuite une boucle autonome qui possède même une réponse intégrée au fait de se tromper : des ordres de moyennage qui abaissent votre coût d'entrée quand le prix baisse.

Un bot de signaux inverse cela. Le quand se déplace à l'extérieur : vers une alerte TradingView, un script personnalisé, ou tout outil externe capable d'appeler une URL de webhook. Le bot de signaux de Freya reçoit cet appel et exécute selon les règles que vous avez configurées : paire, direction, dimensionnement et sorties. Le bot est une paire de mains rapide et disciplinée ; le cerveau se trouve là d'où viennent vos signaux.

Ce transfert de propriété des décisions explique pourquoi la stratégie d'un bot de signaux est avant tout une affaire de stratégie. Le reste de ce guide traite le bot pour ce qu'il est, une couche d'exécution, et se concentre sur les quatre décisions de conception qui déterminent réellement les résultats : qualité d'entrée, confirmation, dimensionnement et structure de sortie.

Les sources de signaux sur Freya : alertes TradingView et webhooks personnalisés

Les bots de signaux de Freya acceptent des signaux de toute source capable d'appeler une URL de webhook. En pratique, cela signifie deux configurations :

Les alertes TradingView sont les plus courantes. Vous construisez votre condition sur un graphique TradingView (un croisement d'indicateurs, un niveau de prix, une stratégie Pine Script) et attachez l'URL de webhook de votre bot à l'alerte. Quand la condition se déclenche, TradingView appelle le webhook et votre bot trade. Notez que la livraison des webhooks nécessite un forfait TradingView payant, et sur certains forfaits les alertes expirent et doivent être renouvelées. Ce sont deux causes fréquentes du « mon bot a arrêté de trader » qui n'ont rien à voir avec le bot.

Les webhooks personnalisés couvrent tout le reste : votre propre script Python qui surveille les données de flux d'ordres, un screener qui émet des signaux, un outil interne. S'il peut envoyer une requête HTTP à une URL, il peut piloter un bot de signaux Freya. C'est la voie des utilisateurs avancés : vous obtenez une liberté totale sur la logique, et une responsabilité totale sur sa fiabilité.

Deux avertissements s'appliquent à toute source, et l'interface de Freya affiche le premier de manière visible dès qu'une stratégie utilise une source de signal externe : les retards, interruptions ou signaux erronés provenant de cette source peuvent affecter vos transactions, et Freya ne peut pas garantir l'exactitude des signaux externes. Votre bot exécute ce qui arrive, quand cela arrive. Le pipeline de signaux (moteur d'alerte, réseau, livraison du webhook) se trouve entre votre stratégie et le marché, et il n'est ni instantané ni infaillible. Nous en verrons les conséquences pratiques dans la section sur les modes de défaillance.

La qualité du signal d'entrée : la variable qui décide de tout

L'automatisation est un multiplicateur. Multipliez un bon signal par une exécution rapide et cohérente et vous obtenez une meilleure stratégie que ce que le trading manuel pourrait atteindre. Multipliez du bruit et vous obtenez des pertes rapides et cohérentes. Avant d'automatiser un signal, faites-le passer par trois filtres.

Filtre 1 : est-il précis ?

Un signal digne d'être automatisé possède une définition exacte et mécanique : « RSI(14) sur le graphique en 4 heures passe sous 30 alors que le prix est au-dessus de l'EMA 200 jours » est précis. « Acheter le creux quand le momentum semble faible » ne l'est pas. Et si vous ne pouvez pas le définir mécaniquement, une alerte ne peut pas se déclencher dessus de manière cohérente, ce qui signifie que vous ne savez jamais vraiment ce que vous testez.

La précision inclut aussi l'invalidation : à quel moment le signal est-il faux ? Un signal sans invalidation définie produit des positions sans stop-loss rationnel : vous finissez par placer des stops au feeling, ce qui va à l'encontre du but de l'automatisation.

Filtre 2 : est-il assez peu fréquent pour compter ?

La fréquence des signaux est un coût. Chaque transaction paie des frais, traverse un spread et risque du slippage. Une stratégie qui se déclenche 25 fois par jour sur un graphique en 1 minute exige que chaque transaction surmonte ces coûts, et sur une position de 500 $ payant environ 0,1 % de frais taker par côté, un aller-retour coûte environ 1 $. Vingt-cinq transactions par jour, cela représente ~25 $/jour, soit environ 750 $/mois, en frais seuls sur un petit compte. Très peu d'avantages de signaux retail survivent à ce calcul.

Les signaux sur des unités de temps plus élevées (1 heure, 4 heures, journalier) se déclenchent moins souvent, portent plus d'information par signal, et réduisent proportionnellement l'impact des quelques secondes de latence de votre pipeline de webhook. Règle empirique : si votre profit moyen attendu par transaction est inférieur à environ 0,5 %, la latence et les frais en dévoreront une part significative, et vous devriez vous demander si le signal a vraiment sa place dans un bot automatisé.

Filtre 3 : est-il évalué sur des bougies clôturées ?

Les alertes TradingView peuvent se déclencher au moment où une condition est touchée en cours de bougie (intra-bar) ou seulement une fois la bougie clôturée. Les déclenchements intra-bar sont plus rapides mais réagissent à des conditions qui s'annulent souvent avant la clôture : le RSI descend sous 30 pendant deux minutes, votre alerte se déclenche, et à la clôture de la bougie le RSI est revenu à 34. Pour la plupart des stratégies de signaux de type swing, configurer les alertes pour qu'elles se déclenchent une fois par clôture de bougie échange un peu de vitesse contre une forte réduction des faux signaux. Réservez les alertes intra-bar aux stratégies explicitement conçues autour d'elles, comme les cassures de niveau où le contact lui-même est l'événement.

Confirmation : un bon filtre vaut mieux que trois médiocres

Les signaux bruts s'améliorent considérablement avec une seule confirmation orthogonale : une deuxième condition qui mesure quelque chose de différent de la première.

• Filtre de tendance : ne prenez de signaux longs que lorsque le prix est au-dessus d'une moyenne mobile longue (par exemple l'EMA 200 périodes sur l'unité de temps de votre signal). Les entrées de retour à la moyenne contre une forte tendance baissière, c'est là que les signaux de survente vont mourir.
• Confirmation par le volume : un signal de cassure sur volume croissant porte une information différente de la même cassure sur volume faible.
• Accord des unités de temps supérieures : un signal d'entrée en 1 heure filtré par la direction de la tendance en 4 heures vous maintient dans le sens du flux dominant.

Intégrez la confirmation directement dans l'alerte (TradingView prend en charge les alertes multi-conditions, et les stratégies Pine Script peuvent encoder n'importe quoi), afin que le webhook ne se déclenche que sur des signaux confirmés. Le bot doit recevoir des décisions, pas de la matière première.

Un avertissement : la confirmation a des rendements décroissants, puis négatifs. Chaque filtre ajouté supprime des transactions perdantes et des transactions gagnantes, et au-delà de deux ou trois conditions vous faites généralement du curve fitting sur l'historique. Si votre backtest ne performe qu'avec cinq filtres empilés, l'avantage est probablement une illusion.

Dimensionnement de position par signal : risque fixe, pas conviction fixe

Le dimensionnement est l'endroit où la plupart des stratégies de signaux échouent réellement, pas aux entrées. Le standard professionnel est le risque fractionnaire fixe : chaque signal risque le même petit pourcentage du capital alloué, généralement 0,5-2 %, où « risque » désigne la perte si le stop est atteint, et non la taille notionnelle de la position.

Pourquoi si petit ? Parce que les séries de pertes sont une certitude statistique, et que les mathématiques du drawdown sont brutalement asymétriques :

Une stratégie à 45 % de taux de réussite, parfaitement viable si les gagnants sont deux fois plus gros que les perdants, rencontrera une série de 10 pertes étonnamment souvent sur quelques centaines de transactions. À 1 % de risque, cette série est un mauvais mois ; à 10 % de risque, c'est la fin du compte.

Sur Freya, la façon d'implémenter le risque fixe dépend du mode. Le mode Risk Ratio le fait nativement : vous saisissez un Montant de risque fixe en USDT, et la taille de position est calculée automatiquement par signal à partir de la distance au stop. En mode Signal personnalisé, vous définissez vous-même un montant de trading, donc vous approchez le risque fixe en raisonnant à l'envers : décidez de votre budget de risque, divisez-le par votre pourcentage de stop-loss, et c'est votre montant de trading. Risquer 20 $ avec un stop à 2 % donne une position de 1 000 $ ; avec un stop à 4 %, une position de 500 $.

Structure TP/SL pour les entrées pilotées par signal

Comme un bot de signaux ne peut pas moyenner à la baisse, sa structure de sortie porte tout le poids défensif. Trois principes :

Chaque position a besoin d'un stop-loss côté exchange. Votre signal de fermeture dépend d'un pipeline (moteur d'alerte, réseau, webhook) qui peut tomber en panne précisément quand les marchés bougent le plus vite. Un stop-loss vit avec la position et s'exécute même si le pipeline est mort. Faire tourner un bot de signaux sans stop-loss signifie que votre perte dans le pire des cas n'est pas définie.

Raisonnez en multiples de R. Définissez votre risque par transaction (1R = la distance entrée-stop × la taille de position), puis exprimez vos objectifs en multiples de ce risque. Un objectif de 2R avec un taux de réussite de 40 % est rentable (0,40 × 2 − 0,60 × 1 = +0,2R par transaction) ; un objectif de 1R nécessite mieux que 50 % de gagnants juste pour atteindre le seuil de rentabilité avant frais. Les signaux qui produisent des entrées près de la structure (support, niveaux de cassure) supportent naturellement des objectifs de 1,5R-3R, car le stop logique est proche et l'objectif logique est loin.

Adaptez les sorties à la façon dont votre signal raisonne. Si votre stratégie calcule des niveaux par configuration (creux de swing, stops basés sur l'ATR, mouvements mesurés), ces niveaux ont leur place dans le webhook, ce à quoi sert le mode Risk Ratio. Si votre stratégie a des sorties en pourcentage constant (« toujours 3 % de TP, 2 % de SL »), les configurer une fois dans Freya via le mode Signal personnalisé est plus simple et laisse moins de place à l'erreur par alerte.

Un détail d'exécution utile à connaître : en mode Risk Ratio, le take-profit est placé comme ordre limite au prix spécifié par votre webhook, il s'exécute donc sans slippage. Le stop-loss, lui, se déclenche comme ordre au marché et, comme tout stop partout, peut glisser lors d'un mouvement rapide. Prévoyez-le : votre perte réalisée sur un stop-out peut être légèrement pire que le risque fixe théorique.

Signal personnalisé ou Risk Ratio : choisir votre mode de configuration

Les bots de signaux de Freya fonctionnent dans l'un des deux modes. Ils ne peuvent pas être combinés, et le bon choix découle directement de la façon dont vos signaux sont construits.

Signal personnalisé (« webhooks, TP/SL manuels ») : votre bot obtient une URL de webhook d'ouverture et une URL de webhook de fermeture distincte. Vos alertes indiquent le quand ; vous configurez le quoi dans Freya : le montant de trading et vos propres niveaux de take-profit et de stop-loss. Ce mode donne aussi à votre stratégie externe un contrôle total sur la sortie : elle peut envoyer le webhook de fermeture dès que sa propre logique de sortie se déclenche, en plus de tout TP/SL que vous définissez.

Risk Ratio (« risque fixe, taille de position automatique ») : votre bot obtient une seule URL de webhook. Le message d'alerte est un petit payload JSON portant les prix de take-profit et de stop-loss ; l'entrée est prise au marché quand le signal se déclenche. Au lieu d'un montant de trading, vous définissez un Montant de risque fixe, et la taille de position est calculée automatiquement à partir de la distance entrée-stop. Le montant de trading s'affiche comme dynamique car il est calculé par signal. Les sorties sont ensuite gérées par le TP/SL du webhook, il n'y a donc pas d'URL de fermeture distincte.

Une règle pratique : si votre Pine Script ou votre logique de signal calcule déjà où placer le stop pour cette configuration précise, utilisez Risk Ratio et laissez le dimensionnement suivre le stop. Si votre avantage réside dans le timing d'entrée et que vos sorties sont une recette fixe, utilisez Signal personnalisé et gardez l'alerte aussi simple que possible.

Exemple concret : une stratégie Risk Ratio avec de vrais chiffres

Rendons cela concret avec une configuration complète. Tous les chiffres sont illustratifs.

Le trader : dispose d'une stratégie TradingView sur le graphique ETH/USDT en 4 heures. Elle entre en position longue sur un croisement de moyennes mobiles confirmé par le prix qui se maintient au-dessus d'une EMA 200 ascendante, place le stop sous le creux de swing le plus récent, et vise 2R.

L'allocation : 2 000 $ de capital de trading assigné à ce bot. Risque par transaction : 1 %, donc le Montant de risque fixe du bot est de 20 $.

Signal 1. L'alerte se déclenche avec l'ETH à 2 500 $. Le stop sous le creux de swing est à 2 450 $ (2 % en dessous) ; l'objectif 2R est à 2 600 $.

• Risque par ETH = 2 500 $ − 2 450 $ = 50 $
• Taille de position = 20 $ ÷ 50 $ = 0,4 ETH (une position de 1 000 $, soit 50 % du capital alloué, avec une distance au stop de 2 %)
• Si le stop est touché : 0,4 × 50 $ = −20 $ (plus les frais, plus tout slippage de stop)
• Si l'objectif est atteint : 0,4 × 100 $ = +40 $

Signal 2, une semaine plus tard. ETH à 2 600 $, mais cette fois le creux de swing est proche : stop à 2 574 $ (1 % en dessous), objectif à 2 652 $.

• Risque par ETH = 26 $
• Taille de position = 20 $ ÷ 26 $ ≈ 0,77 ETH (une position d'environ 2 000 $, soit la totalité de l'allocation)
• Les mêmes 20 $ de risque, mais remarquez que le notionnel a doublé parce que le stop a été divisé par deux. C'est le compromis du Risk Ratio en action, et la raison pour laquelle la vérification des stops serrés ci-dessus compte.

Vingt transactions plus tard. Supposons que les statistiques en réel de la stratégie se rapprochent de son backtest : 45 % de taux de réussite à 2R. Espérance par transaction = (0,45 × 40 $) − (0,55 × 20 $) = +7 $, donc vingt transactions produisent environ +140 $ avant frais, soit environ 7 % sur l'allocation de 2 000 $, alors qu'aucune perte individuelle n'a jamais dépassé ~1 % du capital. Comparez cela avec les mêmes signaux tradés à un notionnel fixe de 1 000 $ quelle que soit la distance au stop : les transactions à stop large auraient risqué 20 $ tandis que celles à stop serré n'en risquaient que 10, réduisant de près de moitié la contribution au profit de vos meilleures configurations. C'est la constance du risque qui fait fructifier un avantage modeste.

Et un revers qui remet les pieds sur terre : les mêmes vingt transactions pourraient plausiblement se solder par 6 gains et 14 pertes (les séries se regroupent). Cela fait 6 × 40 $ − 14 × 20 $ = −40 $, soit environ −2 %. C'est agaçant, survivable, et exactement pourquoi le risque était plafonné à 1 % par signal.

Le workflow backtest-avant-le-réel

Vous ne pouvez pas backtester directement un webhook : les décisions d'entrée vivent hors de la plateforme, donc aucun backtester ne peut savoir quand votre alerte se serait déclenchée. Le workflow honnête teste chaque couche là où elle se trouve :

1. Backtestez la stratégie à sa source. Si vos signaux proviennent d'une stratégie Pine Script sur TradingView, lancez le testeur de stratégie de TradingView sur plusieurs années et plusieurs régimes de marché : haussier, baissier et latéral. Examinez le taux de réussite, le R moyen, la pire série de pertes et le drawdown maximum. Si votre source est un script personnalisé, backtestez sa logique sur des données historiques avant qu'il n'envoie le moindre webhook en réel.

2. Recoupez la logique des indicateurs dans le backtester de Freya. Si votre signal est construit à partir d'indicateurs standard (RSI, croisements d'EMA, MACD et similaires), recréez le bot équivalent basé sur indicateurs dans Freya et backtestez-le sur votre paire et votre unité de temps exactes. Cela valide l'idée sur les mêmes données que celles que votre bot en réel tradera. Consultez Comment backtester votre stratégie de trading crypto pour la méthodologie complète.

3. Éprouvez les chiffres avec les coûts. Recalculez votre espérance après avoir soustrait des frais réalistes par aller-retour et une provision pour slippage sur les stops. Les stratégies avec un profit moyen par transaction inférieur à 0,5 % basculent souvent de rentables à seuil de rentabilité à cette étape. Mieux vaut l'apprendre ici.

4. Passez en réel à la taille minimale. Faites tourner le bot réel avec le plus petit dimensionnement viable pendant deux à quatre semaines. Vous ne testez pas encore la rentabilité (vingt transactions ne prouvent rien statistiquement) : vous testez le pipeline. Les alertes se déclenchent-elles quand elles le devraient, le webhook arrive-t-il, les exécutions et les sorties correspondent-elles à l'intention ? Comparez chaque transaction en réel à ce que votre logique de backtest dit qui aurait dû se produire, puis n'augmentez la taille que lorsque le pipeline est devenu ennuyeux.

Modes de défaillance courants (et comment les éviter)

1. Sur-trading sur des alertes bruitées

La mort la plus fréquente : une alerte sur une petite unité de temps qui se déclenche en permanence. Chaque signal semble raisonnable ; collectivement, ce n'est que du bruit plus des frais. Si votre bot a pris plus d'une poignée de transactions aujourd'hui, demandez-vous si chacune portait une réelle information. Solution : augmentez l'unité de temps, ajoutez un filtre de tendance, utilisez des alertes une fois par clôture de bougie, et refaites le calcul des frais de la section sur la qualité d'entrée.

2. Pas de stop-loss (« mon signal de fermeture est mon stop »)

Un signal de fermeture est un logiciel ; un stop-loss est un ordre sur l'exchange. Quand votre alerte expire, que votre forfait TradingView prend fin ou que votre script se bloque, précisément les moments qui corrèlent avec la volatilité, le signal de fermeture n'arrive pas. Solution : chaque position porte un stop côté exchange. En mode Risk Ratio, c'est structurel ; en mode Signal personnalisé, définissez-le avant le lancement.

3. Ignorer la réalité de la latence et des interruptions

Entre le moment où votre condition devient vraie et celui où votre ordre atteint l'exchange, il y a plusieurs sauts, chacun ajoutant un délai mesuré en secondes, et n'importe lequel peut brièvement échouer. Pour une stratégie en 4 heures, c'est une erreur d'arrondi ; pour un scalp qui court après 0,3 %, c'est fatal. L'interface de Freya avertit elle-même que les retards, interruptions ou signaux externes erronés peuvent affecter les transactions. Solution : tradez des unités de temps où les secondes n'ont pas d'importance, et acceptez que les entrées manquées (à plat, sans perte) sont tolérables, alors que les sorties manquées sont précisément la raison d'être des stops.

4. URL de webhook fuitées ou périmées

Une URL de webhook dans un dépôt public, un chat partagé ou une capture d'écran est une invitation ouverte à ce que quelqu'un déclenche des transactions sur votre compte. Tout aussi fréquent : régénérer une URL et oublier de mettre à jour l'alerte, de sorte que les signaux partent silencieusement dans le vide. Solution : traitez les URL comme des mots de passe, régénérez-les à la moindre suspicion, et après chaque régénération mettez à jour vos alertes et envoyez un signal de test.

5. Incohérence entre mode et alerte

Le mode Signal personnalisé attend l'URL d'ouverture sur les alertes d'entrée et l'URL de fermeture sur les alertes de sortie ; le Risk Ratio attend une seule URL avec un message JSON correctement formaté portant le TP/SL. Des fils croisés (l'URL de fermeture sur une alerte d'entrée, un payload Risk Ratio auquel il manque ses niveaux) produisent des bots qui ne font rien ou font la mauvaise chose. Solution : après tout changement, envoyez un signal de test délibéré et confirmez la réponse du bot avant de lui confier de la taille.

6. Augmenter la taille avant que le pipeline ne soit prouvé

Deux bonnes semaines à petite taille ressemblent à une validation ; statistiquement, elles n'ont presque aucun sens, et multiplier la taille par 10 augmente aussi le slippage et votre réaction émotionnelle aux drawdowns. Solution : augmentez par paliers, seulement une fois que la plomberie est irréprochable et que vos résultats en réel sur un échantillon réel sont cohérents avec votre backtest.

Questions fréquentes

Qu'est-ce qu'un bot de signaux crypto et comment fonctionne-t-il ?

Un bot de signaux crypto est un exécuteur automatisé qui trade lorsqu'il reçoit un signal externe, plutôt que de décider lui-même quand entrer. La logique de la stratégie vit hors du bot : dans une alerte TradingView, un script personnalisé, ou tout outil capable d'appeler une URL de webhook. Quand votre condition se déclenche, la source envoie une petite requête HTTP au webhook du bot, et le bot place la transaction sur votre exchange connecté selon les règles que vous avez configurées : paire, direction, dimensionnement, take-profit et stop-loss. Cette séparation compte parce que ce n'est plus la configuration du bot qui détermine vos résultats, mais la qualité de votre signal. Le bot apporte la vitesse, la constance et une exécution 24h/24, tandis que la source du signal apporte chaque décision d'entrée. Sur Freya Finance, les bots de signaux fonctionnent sur Binance, OKX et Bybit, sur les marchés spot et futures, en mode Signal personnalisé ou en mode Risk Ratio.

Puis-je backtester un bot de signaux avant de passer en réel ?

Pas directement, et il est important de comprendre pourquoi. Un backtest rejoue des données historiques contre des règles que le testeur peut évaluer, mais la logique d'entrée d'un bot de signaux vit hors de la plateforme, dans votre alerte TradingView ou votre script personnalisé, si bien qu'un backtester n'a aucun moyen de savoir quand votre webhook se serait déclenché. Le workflow honnête comporte trois étapes. Premièrement, backtestez la stratégie à sa source : si votre signal provient d'une stratégie TradingView, utilisez le testeur de stratégie de TradingView sur plusieurs années et plusieurs régimes de marché. Deuxièmement, si votre logique est construite à partir d'indicateurs standard, recréez-la sous forme de bot basé sur indicateurs dans Freya et backtestez-la sur votre paire et votre unité de temps exactes, en guise de recoupement. Troisièmement, faites tourner le bot de signaux en réel à la taille minimale pendant quelques semaines, non pas pour prouver la rentabilité, ce que de petits échantillons ne peuvent pas faire, mais pour vérifier que les alertes, la livraison du webhook et le placement du TP/SL se comportent exactement comme prévu.

Quelle est la différence entre le mode Signal personnalisé et le mode Risk Ratio ?

En mode Signal personnalisé, vous configurez les ordres dans Freya (montant de trading, take-profit et stop-loss) et vos webhooks indiquent quand agir : une URL d'ouverture pour les entrées et une URL de fermeture distincte pour les sorties. En mode Risk Ratio, le payload du webhook porte lui-même les prix de take-profit et de stop-loss ; l'entrée est prise au marché à l'arrivée du signal, et au lieu d'un montant de trading vous définissez un montant de risque fixe par transaction. Freya calcule alors la taille de position à partir de la distance entre l'entrée et le stop-loss, de sorte qu'un stop-out coûte à peu près le montant que vous avez choisi. Le Risk Ratio convient aux stratégies qui calculent des niveaux de sortie par configuration (à partir de la structure de marché, de l'ATR ou des points de swing), tandis que le Signal personnalisé convient aux stratégies à sorties en pourcentage constant ou avec logique de sortie externe. Les deux modes ne peuvent pas être combinés sur un même bot ; choisissez celui qui correspond à la façon dont vos signaux sont construits.

Combien devrais-je risquer par signal ?

La plupart des traders disciplinés risquent un petit pourcentage fixe du capital alloué par transaction, généralement de 0,5 % à 2 %, de sorte qu'aucune perte individuelle, ni aucune série de pertes réaliste, ne puisse les éliminer. À 1 % de risque par transaction, dix pertes consécutives font baisser le compte d'environ 9,6 %, ce qui est désagréable mais récupérable ; à 5 % de risque, la même série coûte environ 40 %, dont peu de stratégies remontent un jour. Le mode Risk Ratio l'implémente directement : vous saisissez un montant de risque fixe en USDT, et la taille de position est calculée automatiquement à partir de la distance au stop de chaque signal. En mode Signal personnalisé, vous l'approchez en raisonnant à l'envers : divisez votre budget de risque par le pourcentage de stop-loss que vous avez configuré pour obtenir votre montant de trading. Avant de fixer un chiffre, regardez les séries de pertes historiques de votre stratégie dans les backtests : votre risque par transaction devrait vous permettre de survivre à la pire série avec de la marge.

Les bots de signaux ont-ils besoin d'un stop-loss ?

Oui, considérez-le comme non négociable. Un bot DCA a une réponse intégrée à la baisse des prix : les ordres de moyennage abaissent son coût d'entrée à mesure que le marché descend. Un bot de signaux n'a aucun mécanisme de ce type ; il conserve la position ouverte par le signal jusqu'à ce qu'une sortie arrive. Si votre signal de fermeture ne se déclenche jamais, parce qu'une alerte a expiré, qu'un abonnement TradingView a pris fin ou qu'un script a planté, une position sans stop accompagne simplement le marché vers le bas sans pire cas défini. Un stop-loss est la seule sortie qui vit du côté de l'exchange plutôt que de dépendre de votre pipeline de signaux. En mode Risk Ratio, le stop est structurel : il arrive dans chaque webhook et pilote le dimensionnement de position, vous ne pouvez donc pas trader sans lui. En mode Signal personnalisé, il est configuré par vous dans les paramètres d'ordres du bot : définissez-le avant le lancement, et dimensionnez-le pour que la perte implicite corresponde à votre budget de risque par transaction.

Que se passe-t-il si TradingView ou ma source de webhook tombe en panne ?

Votre bot continue de tourner, mais aucune nouvelle décision n'arrive, et c'est là le vrai risque. L'interface de Freya avertit précisément de ceci dès qu'une stratégie utilise une source de signal externe : les retards, interruptions ou signaux erronés provenant de cette source peuvent affecter vos transactions, et la plateforme ne peut pas garantir l'exactitude des signaux externes. Une interruption produit deux formes de défaillance. Les entrées manquées sont la forme bénigne : le bot reste à plat et vous perdez une opportunité, pas de l'argent. Les sorties manquées sont la forme dangereuse : une position ouverte qui attend un webhook de fermeture qui n'arrive jamais. C'est pourquoi chaque position devrait porter un stop-loss côté exchange, afin que la sortie s'exécute même quand le pipeline est mort. Vérifiez aussi les causes banales avant de supposer une panne : la livraison des webhooks nécessite un forfait TradingView payant, les alertes expirent sur certains forfaits, et une URL de webhook régénérée invalide l'ancienne jusqu'à ce que vos alertes soient mises à jour.

Continuez d'apprendre

Un bot de signaux n'est qu'un outil dans une trousse plus vaste, et il est payant de connaître tout l'établi. Si vous voulez une logique d'entrée qui vit à l'intérieur de la plateforme, avec les ordres de moyennage comme défense intégrée, étudiez le Guide de stratégie bot DCA. Pour le processus de création clic par clic derrière tout ce qui est abordé ici, suivez Comment créer un bot de signaux sur Freya Finance. Avant qu'une stratégie ne touche des fonds réels, parcourez Comment backtester votre stratégie de trading crypto. Et pour comprendre comment Freya se connecte à votre exchange sans jamais détenir vos cryptos, lisez Mon argent est-il en sécurité sur Freya Finance ?.