Backtester des stratégies Pine Script sur TradingView

Section 01 · Fonctionnement global

Écrire, tester, déployer

Trois étapes : vous écrivez une stratégie, TradingView la backteste, et un webhook la déploie en production une fois validée. Le Strategy Tester s'interpose entre la création et l'exécution comme un filtre économique. La seule chose plus coûteuse qu'un mauvais backtest, c'est l'absence totale de backtest.

Section 02 · En un coup d'œil

En un coup d'œil

Section 03 · Écrire la stratégie avec l'IA

Décrivez la stratégie, obtenez le code Pine Script

Ouvrez Claude ou ChatGPT et décrivez ce que vous voulez que la stratégie fasse en langage clair. Soyez explicite sur trois points : l'unité de temps et l'actif, les règles d'entrée et de sortie, et le dimensionnement des positions. Demandez un script de stratégie Pine Script v6 (et non un indicateur) pour que le résultat s'exécute dans le Strategy Tester et expose les variables génériques `strategy.*` que vous utiliserez plus tard lors de la configuration des alertes.

Lisez chaque ligne. La fonction `strategy()` de Pine Script accepte des paramètres qui modifient discrètement le comportement du backtest (`initial_capital`, `default_qty_type`, `commission_type`, `process_orders_on_close`), et l'IA ne choisit pas toujours les valeurs qui vous conviennent. Demandez au modèle d'expliquer chaque paramètre défini et ajustez-les pour correspondre à vos conditions réelles de trading.

Trois subtilités de Pine Script méritent votre attention. Premièrement, le repainting : par défaut, Pine trace des valeurs intra-barre qui se recalculent à chaque tick. Une stratégie ayant « réussi » un test en direct a donc pu s'appuyer sur des valeurs qui n'existaient pas réellement à la clôture de la barre. Les indicateurs qui repeignent affichent un signal lors du backtest et un autre lorsque la barre se clôture en direct ; sur les unités de temps intraday, cet écart suffit à transformer un backtest gagnant en stratégie réelle perdante. Utilisez des conditions de sécurité `barstate.isconfirmed` dans la logique de votre stratégie, configurez l'alerte pour qu'elle se déclenche « Une fois par clôture de barre » lors du passage au réel, et privilégiez les indicateurs qui ne repeignent pas. Deuxièmement, le biais de lookahead (anticipation) s'introduit facilement par accident si un script fait référence à des valeurs futures ; demandez au modèle de confirmer qu'aucune référence historique n'utilise de données futures. Troisièmement, les hypothèses d'exécution des ordres : par défaut, Pine exécute les ordres au marché à l'ouverture de la barre suivante, et non à la clôture de la barre de signal. Si votre backtest entre sur la barre même où le signal se déclenche, définissez `process_orders_on_close = true`, tout en acceptant que cette hypothèse soit plus stricte que ce que l'exécution réelle offrira.

Si vous préférez un IDE au Pine Editor de TradingView, écrivez le même script dans Cursor avec Claude ou GPT et collez le résultat dans TradingView une fois prêt. La page du workflow Cursor détaille cette approche.

Section 04 · Exécuter le Strategy Tester

Ajouter la stratégie à un graphique et ouvrir le Strategy Tester

Ouvrez un graphique TradingView sur l'actif et l'unité de temps ciblés par votre stratégie. Collez la stratégie dans le Pine Editor au bas du graphique et cliquez sur Ajouter au graphique. Si le script déclare `strategy()`, TradingView ouvre automatiquement le panneau Strategy Tester sous le Pine Editor.

Le Strategy Tester exécute la stratégie sur les barres actuellement chargées sur le graphique. Faites défiler vers la gauche pour charger plus d'historique avant de relancer le test si vous souhaitez une période de backtest plus longue. Avec les abonnements payants de TradingView, l'option Deep Backtesting permet d'étendre le test au-delà de la plage de barres visibles ; la version gratuite vous limite à ce qui est chargé sur le graphique.

Ajustez les paramètres de la stratégie (icône d'engrenage à côté du nom du script) avant d'analyser les résultats. Le capital initial, la taille des ordres, le pyramisage, la commission et le slippage sont les éléments qui modifient sensiblement le rapport ; les valeurs par défaut correspondent rarement à vos besoins. Alignez la commission et le slippage sur les frais réels appliqués par le courtier que vous comptez utiliser.

Section 05 · Analyser le rapport

Les trois onglets essentiels

Le Strategy Tester présente un Performance Summary, une List of Trades et un onglet Properties. Analysez les trois. Le Performance Summary indique si la stratégie a généré des profits en simulation. La List of Trades montre si la stratégie a déclenché les transactions que vous souhaitiez réellement. L'onglet Properties confirme si les hypothèses sous-jacentes à ces transactions sont réalistes.

Une stratégie qui affiche un superbe profit net dans le Performance Summary mais ne déclenche que quatre transactions par an, avec des commissions et un slippage irréalistes, n'est pas une stratégie viable. C'est une anomalie graphique. L'analyse conjointe de ces trois onglets est votre garde-fou.

Section 06 · Passage au trading réel

Dès que le backtest est concluant, déployez la stratégie

Un backtest positif est un feu vert, pas une garantie de profit. Une fois que la stratégie a surmonté un test rigoureux sur des données hors échantillon (out-of-sample) avec des commissions et un slippage réalistes, l'étape suivante consiste à configurer une alerte TradingView avec une URL de webhook.

Le script Pine Script testé est exactement celui que vous déployez ; aucune réécriture n'est nécessaire pour le trading réel. Vous créez une alerte basée sur la stratégie, y collez l'URL de webhook d'un runtime TradingHost, et rédigez le message d'alerte au format JSON en utilisant les variables `strategy.*` pour indiquer le sens et la taille de l'ordre. Le conteneur TradingHost analyse ces données et appelle l'API REST du courtier.

Pas besoin de MetaTrader, de VPS Windows ou de licence PineConnector. Le même script Pine Script qui a servi au backtest transmet vos ordres réels.