Ordres iceberg et liquidité cachée : ce que le trader peut observer

Un ordre iceberg ne montre qu’une tranche de sa taille et se recharge à mesure que cette tranche est exécutée. On ne voit jamais l’ordre entier, mais le tape et l’échelle laissent des traces bonnes à connaître, avec leurs limites.

Publié le 11 octobre 2026 · Mis à jour le 3 novembre 2026 · 7 min de lecture

L'essentiel

Un iceberg, ou ordre à quantité cachée, n’affiche qu’une partie de sa taille ; à mesure que la partie visible est exécutée, une nouvelle partie devient visible.
Le flux du carnet d’ordres transmet la quantité affichée, jamais le reste caché : la taille totale d’un iceberg ne peut pas être connue en temps réel.
La trace classique : plus de volume échangé à un prix que le DOM n’en a jamais montré, avec une taille affichée qui revient après chaque exécution.
Les nouveaux ordres d’autres traders, le rafraîchissement des cotations et l’agrégation des données laissent la même trace : détecter un iceberg reste toujours une déduction.
La liquidité cachée comprend aussi les ordres stop et les ordres conditionnels, qui restent hors du carnet jusqu’à leur déclenchement ou leur envoi.

Les ordres iceberg en un paragraphe

Les ordres iceberg sont des ordres limites qui ne montrent au marché qu’une partie de leur taille totale. Le glossaire de la CFTC décrit l’ordre à quantité cachée (hidden quantity order) comme un ordre dont seule une portion est visible pour les autres participants, une nouvelle portion devenant visible à mesure que la partie affichée est exécutée, et cite iceberg et max show comme autres noms. Un trader qui veut acheter une grosse quantité à un prix peut ainsi placer un petit bid visible et laisser le reste se recharger derrière, au lieu de montrer toute la taille et de changer le comportement de tous les autres.

Pour qui lit l’order flow, les ordres iceberg sont l’exemple le plus net de liquidité cachée : une taille réelle, exécutable, que la profondeur de marché n’affiche pas. Savoir qu’ils existent change la façon de lire une échelle. Savoir repérer leurs traces, et à quelle fréquence ces traces trompent, compte encore plus.

Ce que la bourse montre et ce qu’elle cache

Le flux du carnet d’ordres d’une bourse transmet ce que chaque participant a choisi d’afficher. Pour un iceberg, c’est la tranche visible ; le reste est conservé par la bourse ou par le logiciel qui gère l’ordre, et n’est pas publié. La plupart des DOM destinés aux particuliers agrègent ensuite le flux par prix : la tranche visible d’un iceberg se fond alors avec tous les autres ordres en attente à ce niveau.

Les icebergs se répartissent en deux grandes familles. Les icebergs natifs sont gérés par le moteur d’appariement de la bourse, qui recharge automatiquement la partie visible. Les icebergs synthétiques sont gérés hors de la bourse, par une plateforme de trading ou un algorithme d’exécution qui envoie un nouveau petit ordre limite chaque fois que le précédent est exécuté. Les deux se ressemblent à l’écran, même si une recharge synthétique peut arriver une fraction de seconde plus tard.

Les recharges ont généralement un prix. Les bourses traitent couramment chaque nouvelle tranche visible comme une nouvelle arrivée dans la file d’attente à ce prix, derrière les ordres qui attendent déjà : cacher sa taille tend donc à coûter la priorité temporelle. Le traitement exact est fixé par les règles de chaque bourse, qu’il vaut la peine de lire pour le contrat que tu trades avant de te fier à une hypothèse.

Affiché : la quantité visible de chaque ordre limite en attente, agrégée par prix sur la plupart des échelles.
Non affiché : le reste caché des icebergs, les ordres stop en attente de déclenchement et les ordres que les algorithmes n’ont pas encore envoyés.
Publié après coup : chaque transaction, avec son prix et sa taille, dans le Time & Sales.

Ce que le Time & Sales et le DOM peuvent révéler des ordres iceberg

Comme les transactions sont publiées même quand la taille en attente ne l’est pas, la trace la plus nette d’un iceberg vient de la comparaison des deux flux. Supposons que le meilleur bid affiche une taille modeste. Les vendeurs le frappent, le Time & Sales imprime du volume à ce prix, la taille affichée baisse, puis revient à peu près au même niveau. Que cela se répète plusieurs fois, et le volume échangé au bid finit par dépasser de loin tout ce que l’échelle a montré. Quelque chose rechargeait le bid.

Quelques configurations renforcent cette lecture :

Un volume échangé à un prix plusieurs fois supérieur à la plus grosse taille jamais affichée à ce prix.
Une taille affichée qui revient à un montant similaire après chaque exécution, plutôt qu’à des tailles aléatoires.
Un prix qui tient au niveau pendant que le côté agressif continue de s’y exécuter : c’est là que les ordres iceberg rejoignent l’absorption en order flow.
Sur une échelle qui sépare les ajouts des exécutions, des ajouts répétés au même prix juste après des transactions. Les colonnes BID Δ et ASK Δ de TEVO DOM comptent les ordres ajoutés ou retirés et laissent de côté la taille prise par les transactions : les recharges y apparaissent comme des ajouts, à côté des transactions de son panneau Time & Sales.

Sur un footprint, le même événement laisse un nombre inhabituellement élevé à un seul prix, que le guide du footprint chart apprend à lire dans le contexte de la bougie entière.

Pourquoi la déduction reste incertaine

Chacune des traces ci-dessus a une explication innocente. Un niveau qui se recharge sans cesse peut abriter un seul iceberg, ou de nombreux traders qui ajoutent chacun quelques contrats à l’arrivée du prix. Les teneurs de marché rafraîchissent leurs cotations en continu, et l’arbitrage entre contrats liés peut réapprovisionner un prix chaque fois qu’il se traite. Sur une échelle agrégée, ces cas sont impossibles à distinguer d’un ordre caché unique.

Les données ajoutent leur propre bruit. Les plateformes peuvent regrouper plusieurs mises à jour du carnet en un seul rafraîchissement d’écran : une recharge et un nouvel ordre sans rapport peuvent alors apparaître comme un seul changement. Les flux peuvent découper un ordre agressif en plusieurs transactions, et l’ordre dans lequel les transactions et les mises à jour du carnet atteignent l’écran ne correspond pas toujours à la séquence de la bourse. Un logiciel qui étiquette un niveau comme iceberg applique une règle à ces données ; il ne lit pas le carnet caché de la bourse.

Surtout, un iceberg n’a pas de fin visible. Il peut être annulé à tout moment, ou simplement se terminer. La taille déduite des recharges passées ne dit rien de certain sur la taille qui attend encore : c’est pourquoi un niveau qui a tenu dix minutes peut céder en une seconde.

Les autres formes de liquidité cachée

Les icebergs ne sont qu’une des raisons pour lesquelles le carnet sous-estime la liquidité réelle. Les ordres stop sont invisibles jusqu’à leur déclenchement, et quand ils se déclenchent, ils arrivent généralement comme des ordres au marché qui consomment la liquidité d’un coup ; le glossaire de la CFTC décrit les cascades, où des stops déclenchés par d’autres ordres en déclenchent d’autres à leur tour. Les algorithmes d’exécution retiennent de la taille et la libèrent par morceaux selon le prix et le volume. Les gros participants peuvent aussi traiter sur des marchés liés, comme le contrat micro, les ETF ou les options, plutôt que sur l’écran que tu regardes.

Le problème inverse existe aussi : une taille affichée qui n’est pas destinée à être exécutée. Placer des bids ou des offres avec l’intention de les annuler avant exécution est interdit comme spoofing sur les marchés de futures américains, et pourtant une taille retirée avant que le prix l’atteigne reste un spectacle courant. Entre une taille cachée bien réelle et une taille visible qui ne l’est peut-être pas, l’échelle se lit au mieux comme une esquisse approximative et changeante de la liquidité.

Comparer le carnet avec le tape est une compétence à part entière ; le guide pour lire le Time and Sales dans NinjaTrader 8 présente les colonnes, les filtres de taille et les pièges habituels des transactions.

Utiliser les observations d’icebergs sans aller trop loin

Un iceberg supposé est utile comme description : à ce prix, il s’est échangé plus de taille qu’il n’en était affiché, et le niveau a tenu pendant ce temps. C’est bon à savoir à un prix que tu avais déjà marqué, beaucoup moins au milieu d’un range. Cela ne dit rien des raisons de l’ordre ; un gros acheteur peut couvrir une position d’options ou racheter une position vendeuse plutôt qu’exprimer un avis sur la direction.

Confirmer avec le prix : la lecture ne compte que si le niveau tient et que le prix s’en éloigne ensuite.
Définir l’échec : si le niveau est traversé, l’ordre caché est parti ou terminé ; le stop se place donc au-delà du niveau.
Garder l’ordre de grandeur en tête : comparer le volume échangé à la taille habituelle du contrat à ce moment de la journée.
Ne pas courir après les étiquettes : un outil qui signale des icebergs fait une déduction avec ses propres règles et ses propres seuils.
Séparer le risque de la lecture : la taille de position découle de la distance du stop, jamais de la taille que l’ordre caché semblait avoir.

Mettre en pratique

Questions fréquentes

Peut-on voir les ordres iceberg sur le DOM ?

Seulement leur partie visible. Le reste caché n’est pas publié dans le flux du carnet d’ordres. Les traders déduisent les icebergs en comparant les transactions imprimées à un prix et la taille qui y est affichée.

Les ordres iceberg sont-ils légaux ?

Oui. Les ordres à quantité cachée sont un type d’ordre reconnu, décrit dans le glossaire de la CFTC. Ce qui est interdit sur les marchés de futures américains, c’est le spoofing : placer des bids ou des offres avec l’intention de les annuler avant exécution.

Comment connaître la taille totale d’un iceberg ?

On ne peut pas la connaître en temps réel. Les recharges passées indiquent combien s’est échangé, pas combien il reste, et l’ordre peut être annulé à tout moment.

Les ordres iceberg signifient-ils que des institutionnels achètent ?

Pas forcément. Quiconque a accès à ce type d’ordre ou à une plateforme adaptée peut en utiliser un, et le but peut être de couvrir, de clôturer une position ou simplement de ne pas montrer sa taille. Le type d’ordre ne dit rien de l’intention.

Sources

CFTC Glossary: limit order, market order, stop order, hidden quantity order, disruptive trading practice, cascade — U.S. Commodity Futures Trading Commission
Time & Sales (NinjaTrader 8) — NinjaTrader Help Guide
SuperDOM (NinjaTrader 8) — NinjaTrader Help Guide