# Ordres iceberg : détecter la taille cachée qui défend le niveau - Source: https://orderflowfutures.com/blog/detecter-ordres-iceberg - Site: OrderFlowFutures (https://orderflowfutures.com) - Auteur: Tom, Trader & fondateur d'OrderFlowFutures (https://orderflowfutures.com/a-propos#auteur) - Publié le: 2026-08-24 - Mis à jour le: 2026-08-24 - Réutilisation: citation libre, avec attribution à OrderFlowFutures et un lien vers l'URL source. > Un iceberg n'affiche qu'une tranche de sa taille réelle et se recharge à chaque exécution : l'affiché est une intention, l'exécuté est un fait. Les trois preuves qui le trahissent à l'écran, la différence entre natif et synthétique, et pourquoi la donnée ordre par ordre est le prix d'entrée. Tu regardes le DOM du NQ sur un support de la veille. Au bid, 12 contrats affichés. Une rafale de ventes au marché les mange. Ils reviennent. Une deuxième rafale, plus grosse. Ils reviennent encore, au même prix, à la même taille. Au bout de dix minutes, le footprint affiche plus de 400 contrats exécutés à ce niveau, et le carnet, lui, n'a jamais montré autre chose que 12. Tu n'as pas trouvé un bug de ta plateforme. Tu viens de voir un iceberg travailler. **Un ordre iceberg est un gros ordre limite dont seule une petite tranche est visible au carnet. À chaque exécution, la tranche se recharge au même prix, jusqu'à épuisement de la quantité totale. À l'écran, on ne voit qu'un petit ordre qui refuse de disparaître. La détection tient en trois preuves : un volume exécuté au niveau très supérieur à la taille affichée, un rechargement systématique après chaque remplissage, et un prix qui n'avance pas. Sur une donnée agrégée par niveau, ces preuves sont invisibles : il faut la donnée ordre par ordre (MBO).** --- ## 1. Pourquoi cacher sa taille (et pourquoi ça te concerne) Commençons par le problème de celui d'en face, parce que tout découle de là. Un institutionnel qui doit acheter 800 contrats a un problème que tu n'as pas : sa propre taille. S'il affiche 800 au bid, il déplace le marché avant d'avoir acheté quoi que ce soit. Les algos repèrent la masse, les vendeurs reculent, les acheteurs pressés passent devant, et son prix moyen se dégrade à mesure que son intention devient publique. Au carnet, **l'information a un prix, et la taille est une information.** L'iceberg est la réponse des bourses à ce problème : montrer 10, exécuter 800. Le terme est officiel, l'outil aussi. Ce n'est ni une astuce ni une zone grise : c'est un type d'ordre documenté, proposé par les places de marché précisément pour que les grosses tailles puissent s'exécuter sans se faire dépecer. Pourquoi ça te concerne : parce que **les niveaux qui tiennent ne tiennent presque jamais grâce à ce qui est affiché.** Le DOM brut ne te ment pas, mais il ment par omission. Si ta lecture s'arrête à la taille visible, tu évalues la solidité d'un niveau à partir du seul chiffre que les acteurs sérieux ont choisi de rendre insignifiant. D'où la règle qui structure tout ce site, et cet article en particulier : **l'affiché est une intention révocable, l'exécuté est un fait payé.** Une limite de 500 contrats peut s'annuler en un clic et ne rien coûter. Une tranche d'iceberg consommée puis rechargée a coûté de l'argent réel à chaque remplissage. C'est pour ça que l'iceberg est la présence la plus honnête du carnet : il ne veut pas être vu, mais il ne peut pas mentir. --- ## 2. Natif ou synthétique : deux espèces, deux signatures Tout le monde dit « iceberg » comme s'il n'y en avait qu'un. Il y en a deux, et ils ne se détectent pas du tout de la même façon. ### L'iceberg natif : géré par la bourse Sur CME Globex, l'ordre s'appelle *display quantity* (ou *max show*) : tu soumets 300 contrats, tu en affiches 10. C'est **le moteur d'appariement de la bourse** qui gère le reste. Quand la tranche visible est consommée, l'échange recharge la suivante en **modifiant le même ordre : l'identifiant est conservé sur toute la vie de l'iceberg.** Seule concession à l'équité : la tranche rechargée repart en fin de file à son niveau de prix, derrière tout le monde. Conséquence énorme pour la détection : sur le flux ordre par ordre, l'iceberg natif a une **signature déterministe**. Un ordre qui se fait exécuter, se modifie, se fait exécuter, se modifie, en gardant le même identifiant, n'est pas ambigu. Et il laisse une deuxième empreinte : un trade peut afficher un volume supérieur à la taille au repos du niveau, parce que l'agression a traversé la tranche visible et mordu dans la quantité cachée. ### L'iceberg synthétique : géré par un algo Le second n'existe pas dans les serveurs de la bourse. C'est le **logiciel d'exécution** (celui du broker, du prop desk ou du fournisseur de plateforme) qui découpe l'ordre parent et soumet les tranches une par une. Chaque tranche est un ordre limite ordinaire, avec un identifiant neuf, **indiscernable un par un de n'importe quel autre ordre du carnet.** Sa détection est donc statistique, jamais certaine : on cherche un ordre neuf qui apparaît au même prix dans une fenêtre très courte après le remplissage du précédent. L'étude de référence sur le sujet utilise une fenêtre de 0,3 seconde, et constate que la majorité des tranches se suivent en moins d'une seconde. C'est un faisceau d'indices, pas une preuve : deux ordres indépendants peuvent s'enchaîner par coïncidence, et **tout détecteur d'icebergs synthétiques assume des faux positifs.** ### Le cas Eurex, et il est contre-intuitif Sur les dérivés Eurex, le FDAX en tête, **l'ordre iceberg natif n'existe pas** : la plateforme T7 réserve ce type d'ordre à ses marchés cash comme Xetra. Autrement dit, sur le contrat réputé le plus « institutionnel » des index futures européens, toute taille cachée est synthétique, gérée par des algos d'exécution. Ce n'est pas un détail. Ça veut dire que sur le FDAX, aucun détecteur ne peut s'appuyer sur la signature déterministe du natif : tout passe par la lecture fine du flux ordre par ordre, que Eurex diffuse via son interface EOBI. C'est exactement le [flux Eurex](/eurex) dont on parle partout sur ce site, et c'est une des raisons pour lesquelles il coûte ce qu'il coûte. | | Iceberg natif | Iceberg synthétique | |---|---|---| | Géré par | Le moteur de la bourse | Un algo d'exécution externe | | Identifiant d'ordre | Conservé à chaque rechargement | Nouveau à chaque tranche | | Priorité de file | Retour en fin de file au niveau | Fin de file, comme tout ordre neuf | | Détection en MBO | Déterministe | Statistique, avec faux positifs | | Sur CME (NQ, ES) | Oui | Oui | | Sur dérivés Eurex (FDAX) | Non, réservé au cash | Oui, seule forme possible | --- ## 3. Combien de volume se cache réellement La meilleure donnée publique sur le sujet vient d'une [étude de Devexperts](https://arxiv.org/abs/1909.09495) (l'éditeur derrière dxFeed) menée sur le flux ordre par ordre complet de l'ES, une semaine de juin 2019. Les chiffres ont vieilli, la mécanique non, et à ma connaissance personne n'a publié mieux depuis. Ce qu'elle mesure : - Les icebergs natifs représentaient **0,06 % des ordres, mais 4 % du volume échangé.** Rares, et lourds. - Les icebergs synthétiques ajoutaient **de 3,3 à 14,3 % du volume** selon la sévérité du seuil de détection. - Sur l'échantillon, l'algorithme relevait de l'ordre de **1 600 icebergs natifs pour 60 000 synthétiques** : l'essentiel de la taille cachée moderne est synthétique. - **87 % des icebergs natifs allaient au bout de leur quantité totale**, contre moins de la moitié des synthétiques, dont plus d'un sur deux était annulé en route. Fais la somme : selon le seuil retenu, **entre 7 et 18 % du volume de l'ES s'exécutait en face d'une taille que le carnet n'affichait pas.** Un contrat sur dix, en gros. Ce chiffre à lui seul justifie l'article : si ta lecture du carnet ignore l'existence des icebergs, elle ignore un participant qui pèse plus lourd que la plupart des files visibles. Le dernier chiffre mérite qu'on s'y arrête. Un natif va presque toujours au bout : c'est un engagement posé chez l'opérateur de marché, la preuve d'une intention ferme. Un synthétique s'annule une fois sur deux : l'algo garde la main et peut disparaître au premier signe contraire. **La hiérarchie de confiance est donc : rechargement exécuté d'un natif, puis rechargement exécuté d'un synthétique, puis taille affichée, loin derrière.** --- ## 4. Les trois preuves, à l'écran Passons à la pratique. Tu n'as pas besoin de reconstruire l'algorithme de l'étude : tu as besoin de trois preuves convergentes, dans cet ordre. ### Preuve n°1 : le cumul exécuté écrase l'affiché C'est la preuve reine, et elle se lit en croisant deux outils que tu as déjà : le DOM affiche 12, le [footprint](/lexique/footprint) affiche 400 exécutés au même prix. Un rapport de plus de trente contre un n'a aucune explication innocente. Des petits ordres indépendants qui se relaient exactement au même prix pendant dix minutes, ça existe en théorie ; en pratique, à ce ratio, quelqu'un travaille une taille. ![L'affiché fait du surplace pendant que le cumul exécuté grimpe : la signature comptable d'un iceberg au travail.](/uploads/blog/ice-01-affiche-vs-execute.png) *La tranche affichée oscille entre 0 et 12 pendant que le cumul exécuté au niveau grimpe par paliers : c'est la contradiction qui trahit la taille cachée.* ### Preuve n°2 : le rechargement au même prix La deuxième preuve est dynamique : après chaque remplissage, la taille revient, **au même prix et à une taille comparable.** Pas un tick plus loin, pas dans cinq minutes : là, tout de suite. Attention à une confusion classique, que même de bons traders entretiennent : le **reload visible** et l'iceberg ne sont pas la même preuve. Un reload, celui que marque [Deep Reload](/deepcharts/deep-reload), est une liquidité affichée qui se retire puis se repose : ça se voit côté carnet, dans les intentions. Un iceberg se révèle côté exécutions, dans les remplissages. Les deux signent une défense de niveau, les deux se produisent souvent ensemble, mais l'iceberg est la preuve la plus forte des deux : ses tranches ne sont pas des intentions reposées, ce sont des contrats payés. ### Preuve n°3 : le prix n'avance pas La troisième preuve est le résultat : malgré l'agression répétée, le niveau ne cède pas. C'est la définition même de l'[absorption](/lexique/absorption), et c'est le pont avec le pattern [Punch to the Wall](/blog/le-pattern-punch-to-the-wall-en-order-flow-fev1yt) : un volume record, un delta extrême, zéro progression. L'iceberg est très souvent le mécanisme concret qui se cache derrière ce mur. Une preuve seule est une curiosité. Deux preuves, une hypothèse. **Les trois ensemble, un acteur identifié, avec un niveau de prix précis et une intention lisible.** C'est rare, et c'est exactement pour ça que ça vaut quelque chose. ![Natif contre synthétique : deux mécanismes de rechargement, deux signatures dans le flux ordre par ordre.](/uploads/blog/ice-02-natif-synthetique.png) *Le natif se recharge en modifiant le même ordre chez la bourse ; le synthétique repose un ordre neuf en moins d'une seconde. Le premier se prouve, le second s'infère.* --- ## 5. La vie et la mort d'un iceberg Savoir qu'un iceberg est là est la moitié de la lecture. L'autre moitié est de savoir où il en est dans sa vie, parce que le signal de trading change du tout au tout. **Tant qu'il se recharge, le niveau est défendu.** Un acteur y engage de l'argent réel, remplissage après remplissage. Le prix a de bonnes chances d'être rejeté, et si tu fades dans son sens, ton invalidation est limpide : le prix qui traverse le niveau et le rechargement qui cesse. **Le moment le plus dangereux n'est pas le mur, c'est sa disparition.** Un iceberg n'est pas un plancher : c'est un réservoir. Quand les rechargements s'espacent puis cessent, deux choses arrivent en même temps : la liquidité qui bloquait le prix disparaît, et tous ceux qui s'appuyaient dessus, toi compris, se retrouvent du mauvais côté. Le prix casse alors d'un coup, précisément parce que plus rien ne le retient et que les débouclages alimentent le mouvement. L'iceberg épuisé n'est pas la fin du signal : c'est le second signal. **Et il peut simplement abandonner.** Souviens-toi du chiffre : plus d'un synthétique sur deux est annulé avant d'aller au bout. L'algo qui gérait la taille peut décider que le niveau ne vaut plus la peine et s'évaporer sans qu'aucune tranche ne soit consommée. C'est la différence entre une défense vaincue et une défense levée, et le carnet ne sonne pas de cloche pour te prévenir. D'où la règle : **on ne trade jamais l'iceberg, on trade sa dernière preuve en date.** Un rechargement vieux de vingt minutes est une anecdote, pas un niveau. ![La vie d'un iceberg en trois actes : la défense qui se recharge, l'épuisement, puis la cassure alimentée par sa disparition.](/uploads/blog/ice-03-vie-et-mort.png) *Trois actes : le niveau tient tant que les rechargements se succèdent, les rechargements cessent, et la cassure s'accélère précisément là où la défense a disparu.* --- ## 6. Le régime au-dessus : un iceberg n'annule pas le gamma Un mot de contexte, parce que la meilleure lecture d'iceberg du monde peut perdre contre le flux d'arrière-plan. En régime gamma négatif, la couverture des teneurs de marché pousse dans le sens du mouvement, et elle ne s'arrête pas parce qu'un niveau est défendu : personne, dans ce flux, n'a d'avis sur ton niveau. Un iceberg parfaitement réel peut donc se faire submerger par une agression qui se réalimente mécaniquement, tick après tick. C'est le piège décrit en détail dans [GEX : pourquoi le SPX pilote ton ES](/blog/gex-spx-pilote-es), et le test de terrain y est le même qu'ici : **la question n'est jamais « y a-t-il un iceberg », mais « se recharge-t-il encore ».** Une défense qui encaisse sans faiblir en gamma positif et la même défense sous un flux de couverture vendeur ne sont pas le même trade, même si l'image au carnet est identique. --- ## 7. Pourquoi la donnée agrégée ne suffit pas Il faut être honnête sur le prix d'entrée de cette lecture : elle dépend de la donnée que ta plateforme reçoit. La donnée que la plupart des plateformes affichent est agrégée par niveau (*market by price*) : tu vois la taille totale à chaque prix, et c'est tout. Quand elle passe de 60 à 48, tu ne sais pas si un ordre s'est retiré, si douze contrats se sont exécutés, ou si trois ordres sont partis et deux revenus. **Toutes les preuves de cet article sont fabriquées à partir d'événements que l'agrégation détruit.** La donnée ordre par ordre (*market by order*) change de nature : chaque ordre du carnet y porte un identifiant anonyme, avec sa position dans la file. Le [CME la diffuse pour l'ensemble de ses futures depuis 2017](https://www.cmegroup.com/articles/faqs/market-by-order-mbo.html) ; côté Eurex, l'équivalent s'appelle [EOBI](https://www.mds.deutsche-boerse.com/mds-en/real-time-data/derivatives-markets/Eurex-Order-by-Order-Futures-1340236), et c'est le flux non agrégé dont le FDAX a besoin. C'est cette granularité qui permet de voir un identifiant se modifier au fil des remplissages (le natif) ou des ordres neufs s'enchaîner au même prix en moins d'une seconde (le synthétique). La conclusion pratique tient en une phrase : **la détection d'icebergs est un problème de donnée avant d'être un problème d'indicateur.** Un « détecteur d'icebergs » branché sur une donnée agrégée ne détecte rien : il devine. --- ## 8. Concrètement, avec quoi regarder ça Reconstruire tout ça à la main est faisable un après-midi pour apprendre, pas six heures par jour pour trader. En pratique, il te faut une plateforme qui reçoit le flux ordre par ordre et qui en tire les trois preuves à ta place. C'est le terrain de [DeepCharts](/deepcharts), qui travaille en MBO sur le CME comme sur Eurex. La chaîne complète de cet article s'y lit avec quatre briques : - **[Iceberg Detector](/deepcharts/iceberg-detector)** : la preuve par les exécutions. Il repère le motif de rechargement, une tranche consommée puis reposée au même prix, et te montre la défense pendant qu'elle a lieu, puis sa fin. - **[Deep Reload](/deepcharts/deep-reload)** : la preuve côté carnet. Il marque les zones où une liquidité significative revient après un retrait, avec des seuils réglables de volume et de taille de retrait. - **[Deep Wall](/deepcharts/deep-wall)** : le cas extrême sur l'ES. Il ne signale que les murs passifs qui rejettent l'agression de façon nette, quelques fois par semaine ou par mois, et ce refus répété trahit très souvent un iceberg. - **La [heatmap de liquidité](/deepcharts/heatmap-liquidite)** : le contexte. Construite sur la donnée ordre par ordre, elle suit chaque ordre individuellement, ce qui lui permet justement de distinguer un vrai mur d'un iceberg qui se recharge. Et pour l'entraînement, le Deep Replay permet de rejouer des séances entières : tu peux passer une soirée à ne chercher que des icebergs sur les niveaux de la veille, vérifier lesquels ont tenu, et calibrer ton œil sur des dizaines de cas réels avant d'y risquer un euro. **[Activer DeepCharts avec le code OFF →](/go/deepcharts)** : la remise porte sur la licence plateforme. --- ## Ce qu'il faut en retenir Le carnet affiche des intentions, l'iceberg exécute des faits. Un acteur qui recharge tranche après tranche au même prix te donne l'information la plus chère du marché : où une taille réelle a décidé de se battre, et jusqu'à quand. Exige les trois preuves : le cumul exécuté sans commune mesure avec l'affiché, le rechargement immédiat au même prix, le prix qui n'avance pas. Distingue le natif, engagement déterministe déposé chez la bourse, du synthétique, inférence statistique qui peut s'annuler à tout instant. Et rappelle-toi que le signal a deux faces : la défense tant que ça recharge, la cassure quand ça s'arrête. Le reste est une affaire de donnée. Sans le flux ordre par ordre, tout ce que cet article décrit est invisible, et un niveau « défendu » reste un acte de foi. --- ## Questions fréquentes **Qu'est-ce qu'un ordre iceberg ?** C'est un gros ordre limite dont seule une fraction, la tranche visible, est affichée au carnet. À chaque exécution de la tranche, une nouvelle se recharge au même prix, jusqu'à épuisement de la quantité totale. L'objectif est d'exécuter une grosse taille sans révéler son intention au marché. À l'écran, l'iceberg ressemble à un petit ordre qui refuse de disparaître. **Comment détecter un ordre iceberg ?** Par trois preuves convergentes : un volume exécuté à un niveau de prix très supérieur à la taille qui y était affichée, un rechargement systématique de la taille au même prix après chaque remplissage, et un prix qui ne progresse pas malgré l'agression. Ces preuves ne sont lisibles que sur la donnée ordre par ordre (MBO) : la donnée agrégée par niveau détruit les événements qui les constituent. **Quelle différence entre un iceberg natif et un iceberg synthétique ?** L'iceberg natif est géré par la bourse : sur CME Globex, le rechargement modifie le même ordre, dont l'identifiant est conservé, et la tranche neuve repart en fin de file. Sa détection est déterministe. L'iceberg synthétique est géré par un logiciel d'exécution externe : chaque tranche est un ordre ordinaire avec un identifiant neuf, et sa détection est statistique, typiquement un ordre reposé au même prix en moins d'une seconde après le remplissage du précédent. **Les ordres iceberg sont-ils légaux ?** Oui. L'iceberg est un type d'ordre officiel, documenté et proposé par les bourses elles-mêmes, précisément pour permettre aux grosses tailles de s'exécuter sans se faire dépecer. Il ne faut pas le confondre avec le spoofing, qui est illégal : le spoofeur affiche des ordres qu'il n'a pas l'intention d'exécuter, l'iceberg cache des ordres qu'il a la ferme intention d'exécuter. L'un ment sur son intention, l'autre seulement sur sa taille. **Un iceberg est-il un signal d'achat ou de vente ?** Ni l'un ni l'autre en soi : c'est un signal d'absorption, la preuve qu'un acteur défend un niveau avec une taille supérieure à l'affichage. Le sens vient de la réaction du prix et de l'état de l'iceberg : tant qu'il se recharge, le niveau est défendu et le rejet est le scénario dominant ; quand les rechargements cessent, la liquidité qui bloquait disparaît et la cassure devient le signal. **Quelle part du volume vient des ordres iceberg ?** La meilleure étude publique, menée par Devexperts sur le flux ordre par ordre complet de l'ES en juin 2019, mesure 4 % du volume pour les icebergs natifs (0,06 % des ordres seulement) et de 3,3 à 14,3 % pour les synthétiques selon le seuil de détection, soit un total de l'ordre de 7 à 18 % du volume échangé. Les chiffres datent, l'ordre de grandeur reste la seule référence publiée. **Pourquoi faut-il la donnée MBO pour voir les icebergs ?** Parce que toutes les signatures d'un iceberg sont des événements au niveau de l'ordre individuel : un identifiant conservé au fil des modifications pour le natif, un enchaînement d'ordres neufs au même prix pour le synthétique, un volume de trade supérieur à la taille au repos. La donnée agrégée par niveau n'expose que des totaux : elle montre que la taille a changé, jamais pourquoi. Le CME diffuse le MBO sur tous ses futures depuis 2017, Eurex via son flux EOBI.