Le calcul des ProRealTrend est exécuté en temps réel par les serveurs de ProRealTime, des millions chaque jour. Ce sont les supports et résistances en temps réel qu’on peut voir sur les graphiques, et non ceux tracés la veille ou la minute qui précède, il n’y a pas de conservation d’historiques des précédents supports et résistances pour tous les timeframes et pour tous les instruments possibles, cela signifie en clair qu’on ne peut pas savoir si le support le plus proche actuel était bien celui présent hier matin et donc impossible de s’y référer pour un backtest par exemple.

Cela pose des problèmes de reproductibilité, notamment sur le trading réel, car un niveau ProRealTrend visible aujourd’hui sur ton graphique n’était pas forcément le même il y a quelques heures ou quelques jours. La nature même de cet outil, qui recalcule dynamiquement les zones de support et résistance selon l’état actuel du marché, le rend structurellement incompatible avec le fonctionnement d’un backtester ou d’un screener, qui ont besoin de données historiques stables et reproductibles pour chaque barre.

Ce n’est donc pas une limitation technique que ProRealTime aurait négligée ou oubliée de corriger depuis 2017, c’est une contrainte fondamentale liée à la conception même du ProRealTrend. Pour que ce soit utilisable dans une stratégie ou un screener, il faudrait que PRT stocke un historique complet des niveaux ProRealTrend pour chaque instrument et chaque timeframe, ce qui représente une quantité de données colossale, et surtout, cela changerait la nature du ProRealTrend lui-même, qui perdrait son caractère “temps réel”.

Des alternatives existent côté ProBuilder pour approximer des zones de support et résistance exploitables en backtest, comme les plus hauts et plus bas glissants sur N périodes, les pivots classiques, ou des calculs de fractals. Ce ne sont pas des équivalents parfaits du ProRealTrend, mais ils ont l’avantage d’être reproductibles et donc utilisables dans des conditions de test fiables.

Dans la library, il y a beaucoup d’indicateurs qui tracent les supports et résistances: https://www.prorealcode.com/?s=support&search_post_type%5B%5D=library&date_range=All+time

C’est une suggestion intéressante, et je comprends l’idée. Limiter l’accès à la bougie 0 pour éviter le problème d’historique, ça paraît logique à première vue 🙂

Mais le vrai blocage n’est pas là. Le ProRealTrend n’est pas calculé par le moteur ProBuilder comme un RSI ou une moyenne mobile. C’est un calcul effectué par les serveurs de ProRealTime, dont le résultat s’affiche visuellement sur le graphique, mais qui n’est tout simplement pas exposé comme une variable accessible dans le langage ProBuilder. Ni sur la bougie 0, ni ailleurs. La barrière ce n’est pas le stockage historique, c’est qu’il n’existe aucune interface entre ce calcul externe et ce qu’on peut utiliser dans un indicateur, un screener ou une stratégie.

Et même si PRT décidait d’exposer cette valeur un jour, il y aurait un autre problème concret : lequel des niveaux ProRealTrend tu testes dans ton screener ? Sur un graphique tu peux avoir plusieurs lignes actives simultanément, avec des numéros différents, des configurations différentes selon les utilisateurs. Le support le plus proche ? Le plus ancien ? Le numéro 1, le numéro 3 ? Deux traders qui ont des configurations ProRealTrend différentes sur leur graphique n’obtiendraient pas les mêmes résultats sur le même screener, ce qui pose un vrai problème de reproductibilité et de partage. Sur ProrealCode quand on partage un screener, tout le monde doit obtenir les mêmes résultats dans les mêmes conditions, c’est la base.

Pour que ça fonctionne, PRT devrait exposer la valeur courante du ProRealTrend comme une variable native standardisée dans ProBuilder, ce qui est un vrai chantier de développement de leur côté, pas quelque chose qu’on peut contourner avec une astuce de code.

La demande reste tout à fait légitime, et clairement beaucoup de membres la partagent depuis longtemps. Le meilleur levier reste de la pousser directement auprès de ProRealTime via leur outil de suggestions, en insistant sur le cas d’usage screener temps réel qui est le plus concret et le plus facile à défendre. Plus la demande est formulée précisément et soutenue par des votes, plus elle a de chances de remonter dans leurs priorités. Voici le lien de la boite à suggestions: https://www.prorealtime.com/fr/avis-prorealtime