Liquidité

En orderflow, la liquidité est la taille des ordres limités au repos affichée dans le carnet à chaque prix : la quantité qu'un ordre au marché peut consommer sans passer au niveau suivant. C'est un état affiché et révocable du carnet, pas la promesse que cette taille sera encore là quand le prix arrivera.

Senzoukria · Glossaire · Mis à jour en septembre 2026

Ce que le mot signifie en orderflow

En finance courante, la liquidité décrit la facilité avec laquelle un actif s'achète ou se vend. Sur un écran footprint ou DOM, le mot est plus étroit : c'est la taille des ordres limités passifs au repos à chaque prix, côté bid (ordres d'achat sous le marché) et côté ask (ordres de vente au-dessus). Un ordre au marché consomme cette taille au repos niveau par niveau. Quand un niveau est vidé, le meilleur prix se déplace et le spread s'élargit jusqu'à l'arrivée de nouveaux ordres.

Deux propriétés découlent de cette définition. La liquidité est passive, parce qu'un ordre limité attend d'être frappé au lieu de franchir le spread. Et elle est révocable, parce que son propriétaire peut l'annuler ou le modifier à tout moment avant l'exécution. Ces deux propriétés sont exactement ce qui rend la liquidité affichée informative et peu fiable à la fois.

Liquidité contre volume

  • Le volume est ce qui a déjà tradé : une exécution a un acheteur, un vendeur et un horodatage, et elle ne s'annule pas.
  • La liquidité est ce qui est offert au trading : elle n'existe que dans le carnet, et une partie peut repartir sans jamais s'imprimer.
  • Un graphique footprint est bâti sur le volume ; une échelle DOM ou une heatmap de liquidité est bâtie sur le carnet. Les deux jeux de données peuvent se contredire au même prix et au même instant, et ce désaccord est souvent l'information utile.
  • Une archive de transactions seules ne permet pas de reconstruire la liquidité passée. Un ordre apparu puis annulé ne laisse aucune trace dans le tape.

Vues agrégée et ordre par ordre

La plupart des flux publient une profondeur agrégée (market-by-price) : un total par prix et par côté, sur un nombre limité de niveaux. Un flux ordre par ordre (MBO) publie la vie de chaque ordre, ce qui permet de distinguer ajouts, annulations et exécutions au niveau de l'ordre. Le CME documente les deux formats. Le total agrégé suffit à dessiner une heatmap ; établir de quoi une variation de ce total est faite exige le flux ordre par ordre ou, au minimum, de rapprocher les mises à jour du carnet des transactions au même prix et au même instant.

Dans Senzoukria

La liquidité au repos est dessinée sur l'écran Heatmap en bandes de couleur par prix dans le temps, avec à côté l'échelle DOM et le profil DOM qui montrent la même profondeur niveau par niveau. Les réglages de la heatmap regroupent ces contrôles dans une section Liquidité ; le réglage Plancher bas (lots) masque les niveaux au repos sous une taille choisie, et le réglage de coloration par côté peint la liquidité bid et ask en deux couleurs. L'en-tête de l'échelle affiche Profondeur reçue, le nombre de niveaux que le flux publie réellement de chaque côté, pour qu'un flux étroit ne soit pas confondu avec un carnet mince. Les données de marché sont facturées par le fournisseur ; la heatmap a besoin d'un flux de profondeur sur le contrat affiché.

Erreurs fréquentes

  • Traiter une grosse taille affichée comme un support ou une résistance avant que le prix ait testé le comportement du niveau.
  • Lire une bande claire comme du volume exécuté. Une taille au repos est une offre ; le footprint montre ce qui a réellement tradé.
  • Supposer qu'un niveau absent signifie zéro liquidité. Des colonnes vides ou un flux de profondeur tronqué sont des absences d'observation, pas des carnets vides.
  • Comparer la liquidité entre places ou contrats aux pas de cotation ou aux unités différentes sans les normaliser.

Cette page dans d’autres langues

Questions fréquentes

La liquidité et la profondeur du carnet sont-elles la même chose ?
La profondeur est l'ensemble des niveaux de prix que le flux publie de chaque côté ; la liquidité est la taille qui repose à ces niveaux. Un carnet peut être profond en niveaux et mince en taille, ou court en niveaux avec de la taille lourde près du meilleur prix. Les deux décrivent des dimensions différentes du même carnet.
Peut-on voir la liquidité depuis une source de données de transactions seules ?
Non. Les prints de transactions n'enregistrent que des exécutions. Construire une heatmap ou un DOM exige le carnet et ses mises à jour, un jeu de données distinct avec sa propre licence et sa propre couverture. Une heatmap historique a besoin de données de carnet enregistrées pour cette période ; les intervalles manquants sont inconnus, pas vides.
Pourquoi la liquidité s'évapore-t-elle quand le prix s'en approche ?
Parce qu'un ordre limité peut être annulé à tout instant. Son propriétaire peut le requoter un tick plus loin, se couvrir ailleurs, ou n'avoir jamais eu l'intention de trader. Un instantané de DOM montre l'annulation, pas sa raison : un mur disparu est une observation à consigner, pas un verdict sur une intention.