Timeframe désigne l’intervalle de temps représenté par une barre ou une bougie sur un graphique temporel classique. Changer d’intervalle regroupe les cours autrement ; zoomer ne change que leur affichage.
Jana ouvre un graphique du bitcoin et passe des bougies à la minute aux bougies journalières. Le marché n’a pas changé : c’est la période résumée par chaque bougie qui change. Un petit mouvement qui occupait tout l’écran peut se fondre dans l’amplitude de la journée. TradingView appelle aussi cet intervalle la résolution. Le zoom agrandit l’affichage ; l’intervalle modifie le regroupement des données. Aucun des deux ne fixe la durée pendant laquelle Jana devrait conserver ses bitcoins. [1]
Pour lire un graphique, il suffit d’abord de comprendre l’unité affichée. Pour traiter des données, la notation exacte compte : dans Pine Script de TradingView, 15 signifie quinze minutes, 60 une heure et 1M un mois. Il n’existe pas d’unité H distincte pour les heures. L’interface REST API de Kraken pour OHLC accepte, elle, un nombre de minutes parmi les valeurs autorisées. On ne peut donc pas recopier un réglage d’une plateforme à l’autre sans vérification. [1] [5]
Une bougie journalière doit avoir un début et une fin définis. Jana vérifie ces limites et la source des données, en plus du marché, lorsqu’elle compare des graphiques. Chez TradingView, le fuseau du graphique règle l’affichage ; Pine Script utilise des valeurs temporelles et ses propres règles de calcul. Afficher l’heure locale ne change pas à lui seul les calculs du script. Des heures différentes sur l’axe ne prouvent donc pas une construction différente des bougies. [2]
Sur un marché à horaires définis, la fin de la séance de négociation peut raccourcir la dernière bougie. TradingView aligne les bougies temporelles sur les limites de la séance. Il serait donc imprudent de supposer que chaque barre de chaque graphique couvre toute sa durée nominale. D’autres graphiques créent une barre après un nombre de mises à jour du cours ou un mouvement de prix, plutôt qu’après un temps donné : leurs intervalles temporels sont irréguliers. [2]
Jana observe une bougie journalière en milieu de journée. Son plus haut (High), son plus bas (Low) et son dernier cours peuvent encore changer. TradingView nomme Close le champ du dernier cours, mais celui d’une bougie ouverte n’est pas encore le cours final de la journée. Même prudence lorsqu’un indicateur d’un graphique court utilise un intervalle plus long. Il faut distinguer la valeur provisoire de celle confirmée à la clôture, sinon un signal peut changer ensuite. [3]
Un backtest évalue des règles sur des données historiques. Une décision ne peut utiliser que les informations disponibles à cet instant : le cours final du jour était inconnu le matin. TradingView avertit qu’avec lookahead_on, une requête sur un intervalle supérieur sans décalage approprié de l’expression peut affecter des valeurs futures à des barres passées. Le résultat est séduisant mais impossible à reproduire en temps réel. Vérifier la disponibilité des données compte davantage qu’une belle courbe de performance. [4]
Un programme peut demander les barres plus courtes contenues dans une longue bougie. Pour ces requêtes, request.security de Pine Script ne renvoie qu’une barre interne par barre du graphique. request.security_lower_tf peut renvoyer un tableau des barres internes disponibles. La différence détermine si le calcul utilise un échantillon ou une suite disponible. Même le tableau ne garantit pas une histoire complète : des données peuvent manquer ou être corrigées ultérieurement par le fournisseur. [4]
Jana note donc le marché, l’intervalle, la source et si les bougies sont clôturées. Pour un indicateur calculé sur un nombre de bougies, elle note aussi ce nombre : changer l’intervalle change la durée couverte. Multiplier le nombre par la durée ne fonctionne directement que pour des intervalles complets, consécutifs et sans trous. Timeframe précise quelle partie du passé on examine ; il ne donne pas la réponse sur les cours futurs. [1] [2]
Vingt bougies, deux périodes
Dans un graphique fictif, Jana sélectionne 20 bougies complètes, de même durée, consécutives et sans trous. À 15 minutes chacune, elles couvrent 20 × 15 = 300 min. Après passage à 60 minutes, ces mêmes 20 bougies représentent 20 × 60 = 1200 min. Il s’agit de la durée couverte par les intervalles entiers, pas de la distance entre le premier et le dernier horodatage de clôture. Le calcul ne s’applique pas tel quel aux bougies raccourcies ou manquantes et ne promet pas de meilleurs résultats de négociation. La dernière bougie reste provisoire jusqu’à sa clôture.
Pour une vision complète, lisez aussi OHLCV, Candlestick chart, Technical analysis, Backtesting, Moving average, Price action. Cette entrée est également citée par OHLCV, Candlestick chart, Price action, Technical indicator.
01Changer le fuseau horaire change-t-il les bougies journalières ?+
Pas automatiquement. Le fuseau du graphique TradingView est un réglage d’affichage qui ne modifie pas les calculs temporels de Pine Script. Comparez les limites réelles des intervalles des différentes sources ; une autre heure affichée ne suffit pas à établir une autre agrégation.
02Peut-on combiner un graphique journalier et un intervalle plus court ?+
Oui. Le plus long peut donner du contexte et le plus court des détails. Mais il faut identifier le marché et les valeurs connues au moment de la décision. Le résultat final d’une journée encore ouverte ne peut pas être utilisé à l’avance.