Average True Range

Petr ouvre un graphique où des bougies calmes côtoient de grandes amplitudes. Une bougie résume un intervalle de temps : High est le plus haut, Low le plus bas et Close le dernier prix. TradingView définit True Range, ou TR, comme la plus grande valeur entre High moins Low et les distances de ces prix au Close précédent. On retient les distances sans leur signe. On ne les additionne pas : on choisit la plus grande. Le résultat n’est jamais négatif et peut être nul si le prix reste parfaitement immobile. [1]

Imaginons un intervalle qui commence bien au-dessus de la clôture précédente, puis évolue peu. La différence entre High et Low indiquerait une faible amplitude. Fidelity explique que True Range inclut aussi la distance au Close précédent : le saut ne disparaît donc pas de la mesure. Petr observe ainsi le lien entre intervalles successifs, pas seulement la bougie actuelle. Un exemple chiffré figure plus bas. [2]

Une seule bougie agitée ne décrit pas une évolution plus longue. L’ATR lisse donc les amplitudes individuelles en une moyenne qui se met à jour. Fidelity cite une longueur habituelle de 14 périodes. Une période n’est pas forcément un jour : sur un graphique horaire, ce sont des heures ; sur un graphique journalier, des jours. Petr vérifie l’intervalle du graphique et la longueur de l’indicateur. Un même nom sans les mêmes réglages ne garantit pas des valeurs comparables. [2]

Fidelity calcule la valeur suivante en multipliant l’ATR précédent par (n − 1), en ajoutant le TR actuel, puis en divisant la somme par n. La lettre n désigne la longueur choisie. L’ancien résultat conserve une part de l’historique, que la nouvelle amplitude modifie progressivement. TradingView emploie ce lissage RMA par défaut, avec aussi SMA, EMA et WMA comme autres méthodes de moyenne. L’initialisation peut également jouer. Petr vérifie donc méthode, point de départ et source des données. [2] [1]

Si le graphique exprime le prix en USD/BTC, l’ATR utilise la même unité. Il s’agit d’une amplitude du prix par bitcoin, pas du montant total de l’achat de Petr. Pour une comparaison relative, TradingView propose ATR% : ATR / Close × 100, soit l’amplitude rapportée au prix, en pourcentage. Close doit être non nul. Cette présentation permet de comparer des niveaux de prix différents, sans effacer les différences d’intervalles, de lissage ou de données. [3]

Petr regarde à nouveau : l’ATR a changé alors que la bougie n’est pas terminée. TradingView explique que High, Low et le Close provisoire peuvent évoluer pendant l’intervalle. Le TR et l’ATR actuels peuvent donc changer aussi. Ce n’est pas en soi une panne. Il faut distinguer une décision prise pendant la bougie d’une décision après clôture. Un test historique ne doit pas donner à une décision antérieure des valeurs finales encore inconnues à cet instant. [4]

Fidelity et TradingView soulignent que l’ATR ne donne pas de direction. Il peut monter lors d’une forte hausse comme d’une forte baisse. Petr peut s’en servir pour déterminer la distance d’un ordre de protection, mais un multiple d’ATR ne garantit pas une perte maximale. Déclencher un ordre ne garantit pas son prix d’exécution. Comptent aussi la quantité négociée, les frais et le glissement, l’écart entre le prix attendu et celui réellement obtenu. [2] [5]

L’ATR aide Petr à décrire l’agitation récente du marché. Il ne choisit ni la taille de sa position ni ses entrées et sorties. TradingView distingue les règles d’une stratégie de la simulation de leur exécution. Il faut décider à l’avance quand lire la valeur, comment agir et intégrer les coûts. L’overfitting consiste à adapter si étroitement les réglages au passé qu’ils échouent ailleurs. Les vérifications suivantes doivent donc porter sur des données inutilisées lors du réglage. [5]