ICT용 Bookmap vs 풋프린트 차트

Bookmap과 풋프린트 차트는 한 종목에서 체결된 주문 흐름을 실시간으로 읽고, LiquidityScan은 수백 개 종목의 종가 기준 캔들에서 ICT 가격 패턴을 찾는다. 서로 다른 질문에 답하는 도구라 함께 쓸 때 궁합이 좋다.

ICT 트레이딩에서 Bookmap과 풋프린트 차트는 무엇을 하는가

ICT 트레이더가 Bookmap과 풋프린트 차트를 비교할 때 솔직한 답은 이렇다. 어느 한쪽도 다른 쪽이나 패턴 스캐너를 대신하지 못한다. Bookmap은 실시간 호가창 히트맵을 그리고, 풋프린트 차트는 가격별 bid/ask 거래량을 보여주며, LiquidityScan은 여러 종목에서 ICT 구조를 찾는다. 역할도 다르고, 보는 거리도 다르다.

혼란은 이 셋을 전부 "주문 흐름"으로 묶으면서 생긴다. 실제로는 같은 작업 과정 안에서도 위치가 다르다. 한 부류는 단일 종목에서 지금 가격이 어떻게 움직이는지 읽고, 다른 부류는 시장 전체에서 유효한 거래 구조가 어디에 있는지 찾는다. 이 차이를 제대로 잡아두면 돈과 화면 앞에서 보내는 시간을 아낄 수 있다.

Bookmap과 풋프린트 차트가 보여주는 것

Bookmap과 풋프린트 차트는 모두 주문 흐름 도구다. 각자 만들어진 목적, 즉 단일 종목의 미세한 움직임을 실시간으로 읽는 일에는 상당히 잘 맞는다. 다만 주문 흐름에서 어떤 부분을 시각화하는지가 다르다.

Bookmap: 실시간 호가창 히트맵

Bookmap은 호가창에 남아 있는 지정가 주문을 히트맵으로 표시한다. 주문량이 많이 쌓인 곳은 더 밝은 띠로 나타나고, 체결이 발생하면 거래량이 점으로 찍힌다. 큰 매수·매도 잔량이 나타났다가 취소되는지, 실제로 흡수되는지를 실시간으로 지켜볼 수 있다.

한 종목의 대기 유동성과 체결 흐름을 들여다보는 창이다. 유동성 높은 선물에서 DOM 스캘핑을 하는 트레이더에게는 실제로 쓸모가 크다.

풋프린트 차트: 가격별 bid/ask 거래량

풋프린트 차트는 각 봉을 가격대별로 나눠, bid에서 체결된 거래량과 ask에서 체결된 거래량을 보여준다. 어느 쪽이 실제로 공격적으로 거래했는지, 거래량이 어디에 몰렸는지, 그리고 흡수가 발생했는지를 확인할 수 있다. 가격대를 깨지 못하는데도 매도 물량이 계속 들어오는 상황이 대표적이다.

일반 캔들로는 볼 수 없는 체결 거래량의 포렌식 화면이다.

구체적으로 보자. EUR/USD가 1.0820의 수요 가격대까지 내려왔다고 하자. 풋프린트에서 bid를 3,000계약이 때렸는데 가격은 2 pip밖에 밀리지 않는 모습이 나올 수 있다. 매도세가 대기 매수 물량에 부딪혀 흡수된 상황이다. 델타는 음수인데 가격은 더 떨어지지 않는다.

이런 정체는 가격대가 방어되고 있다는 선행 단서다. 봉이 빨갛게 끝나든 초록색으로 끝나든, 종가가 나오기 전부터 봉 단위로 확인할 수 있다.

둘의 공통된 강점은 한 종목에 대한 미시적 사실을 보여준다는 데 있다. 특정 가격대의 매도 물량이 흡수되는지, 아니면 곧 무너질지 알고 싶다면 주문 흐름 도구가 직접 답을 준다. 캔들 스캐너는 이 부분을 보여주지 못한다.

LiquidityScan이 하는 일, 그리고 전혀 다른 관점

LiquidityScan은 주문 흐름 도구가 아니다. 확인이 끝난 종가 캔들만 사용해 수백 개의 암호화폐와 전통 금융 상품을 실시간으로 훑고, 특정 ICT 구조가 형성된 위치를 표시하는 ICT/SMC 패턴 스캐너다.

Order Block을 감지한다. liquidity grab으로 확인된 강한 order block인 OB+와 OB++도 포함된다. 멀티 타임프레임 중첩 정도에 따라 등급을 매긴 Fair Value Gap, BOS와 CHoCH 같은 시장 구조 변화, 반전으로 이어진 Liquidity Sweep도 찾는다. 이후 여러 시간 프레임의 합치와 푸시 알림을 붙여 확인 가능한 신호로 보여준다.

핵심은 보는 거리다. Bookmap과 풋프린트 차트는 한 종목의 실시간 체결 흐름을 확대해서 본다. LiquidityScan은 시장 전체를 넓게 훑으며 전혀 다른 질문을 던진다. 지금 어디에 내가 확인할 가치가 있는 유효한 ICT 구조가 있는가?

탐지는 종가 캔들만 기준으로 이뤄진다. 그래서 봉이 마감된 뒤 신호가 다시 그려지지 않는다. 대신 주문 흐름 도구처럼 봉 안에서 발생하는 체결 과정까지 볼 수는 없다.

작업량을 생각해보면 차이가 더 선명하다. 주문 흐름 트레이더가 동시에 의미 있게 지켜볼 수 있는 호가창은 한 개, 많아야 두 개다. 암호화폐와 전통 금융 상품에서 40개 통화쌍을 보는 ICT 트레이더가 매 4H 마감마다 새로운 order block을 직접 찾는 일은 현실적으로 어렵다.

스캐너는 이 과정을 자동으로 처리하고, 조건을 충족한 종목만 추려 순위를 매겨 돌려준다. 미니 차트에는 해당 구조의 형태도 그려진다. 사람이 눈으로 따라갈 수 없는 범위다. 그리고 시장 전체를 덮는 범위야말로 주문 흐름 도구가 경쟁하지 않는 영역이다.

이것은 신호 서비스가 아니라 분석 및 탐지 도구다. 대부분의 엔진은 가격대나 구조적 사건을 보여줄 뿐, 진입가와 손절가, 목표가를 정해주지 않는다. 구조를 찾아 객관적으로 표시하는 것이 역할이지, 매수하라고 지시하는 것이 아니다. 판단과 실행은 전적으로 트레이더의 몫이다.

Bookmap vs 풋프린트 차트 vs LiquidityScan 비교

차이를 확인하는 가장 확실한 방법은 항목별로 나눠 보는 것이다. 주문 흐름 도구와 패턴 스캐너는 겹치는 영역이 거의 없다. 한쪽이 강한 곳에서 다른 쪽은 애초에 경쟁하려 하지 않는다.

비교 항목	Bookmap / 풋프린트 차트	LiquidityScan
주요 역할	한 종목의 실시간 체결 주문 흐름과 대기 유동성 읽기	여러 종목에서 ICT/SMC 가격 패턴 탐지
기본 데이터	호가 깊이와 체결 흐름(Bookmap), 가격별 bid/ask 거래량(풋프린트)	시간 프레임별 종가 OHLC 캔들
커버 범위	한 번에 차트 1개 또는 종목 1개	수백 개 암호화폐 및 전통 금융 종목을 동시에 확인
시점	실시간, 봉 진행 중, 틱 단위	봉 마감 시점, 다시 그리지 않음
ICT 구조 탐지	수동, 흡수 현상을 읽고 가격대를 직접 추론	OB+, FVG+/++, BOS/CHoCH, sweep 자동 탐지
여러 종목 스캔	불가	가능, 시장 전체 대상
알림	불러온 종목의 가격 및 가격대 알림	시장 전체에서 감지된 ICT 구조의 웹 및 네이티브 푸시 알림
학습 난이도	높음, DOM과 체결 흐름을 읽는 기술이 필요	낮음, 구조에 이름과 표시가 붙어 있음
적합한 용도	미시적 실행, 흡수, DOM 스캘핑	대규모로 ICT 구조가 있는 위치 찾기

어느 행을 가로로 읽어도 같은 결론이 나온다. 두 도구는 대체재가 아니라 보완재다. ICT 트레이딩에서 Bookmap과 풋프린트 차트를 비교할 때 실제로 선택해야 하는 것은 어느 하나가 아니라, 각 도구가 작업의 어느 층을 맡을지다.

주문 흐름 도구가 강한 지점과 ICT를 대규모로 볼 때의 한계

주문 흐름 도구가 잘하는 일은 분명히 인정해야 한다. 좋은 점이 많다. 단점을 따지기 전에 강점부터 제대로 봐야 한다.

Bookmap과 풋프린트 차트가 확실히 앞서는 부분:

실제 호가 깊이와 체결 흐름 읽기 - 캔들에는 담기지 않는 대기 물량과 체결 내역을 볼 수 있다. 관심 가격대에서는 결정적인 정보가 된다.
흡수와 소진 - 가격대에 진입하는 풋프린트 델타가 멈추거나, Bookmap에서 iceberg가 시장가 매도를 받아내는 모습은 가격이 확인되기 전에도 해당 가격대가 버티고 있다는 단서가 된다.
미시적 실행 - 진입에서 몇 틱을 줄이거나 유동성 높은 선물의 DOM 스캘핑을 읽는 일이라면 실시간 주문 흐름을 능가하기 어렵다.

ICT를 대규모로 적용할 때의 한계:

단일 종목 중심 - 한 번에 호가창 하나만 볼 수 있다. "내가 보는 40개 통화쌍 중 방금 강한 order block을 만든 종목은 무엇인가?"라는 질문에는 답하지 못한다. 그런 용도로 만들어진 도구가 아니기 때문이다.
높은 학습 난이도와 비용 - 체결 흐름을 제대로 읽으려면 수개월이 걸린다. 전체 주문 흐름 제품군과 데이터 이용료도 일반 차트 구독료에 비해 비싸다.
종목 간 ICT 스캔 부재 - 시장 전체에서 OB, FVG, 구조, sweep을 찾아 순위를 매기는 내장 탐지 기능이 없다.
자동 ICT 패턴 탐지 부재 - 도구는 원시 주문 흐름만 보여준다. 그것을 ICT Order Block이나 Draw on Liquidity로 해석하는 일은 전부 트레이더가 해야 한다.

이것은 해당 도구를 깎아내리는 말이 아니다. 원래 그들의 역할이 아닐 뿐이다. ICT 관점에서 Bookmap과 풋프린트 차트의 논쟁은 미시적 실행에 관한 문제이고, 시장 전체의 ICT 탐지는 이 도구들이 해결하도록 설계되지 않은 별개의 문제다.

그 빈틈을 스캐너가 메운다. LiquidityScan은 시장 전체의 ICT 스캔, 객관적인 OB+/FVG/구조 탐지, 여러 시간 프레임의 합치, 알림을 제공한다. 주문 흐름 도구에는 없는 ICT 전용 범위다. 대신 테이프를 읽지는 않는다. 역할이 다르다.

일관성이라는 측면도 있다. 같은 풋프린트를 보고도 두 트레이더가 해당 가격대가 실제로 흡수됐는지 다르게 판단할 수 있다. 체결 흐름 해석은 판단 기술이고, 피로와 편향에 따라 판단은 흔들린다.

규칙 기반 탐지는 찾는 단계에서 이런 편차를 줄인다. OB+는 기준을 충족하거나 충족하지 않는다. 기초가 된 봉의 충격 움직임이 이전 스윙 유동성을 가져갔는지가 기준이다. 진입에서 재량을 적용하는 일은 여전히 트레이더의 몫이고, 그 지점에서는 주문 흐름이 빛난다. 다만 수십 개 차트를 뒤지는 대신 객관적이고 반복 가능한 목록에서 시작할 수 있다.

객관적인 검색과 재량에 따른 확인을 나누는 이 방식이 두 도구 부류를 경쟁자가 아니라 서로 보강하는 조합으로 만든다.

현실적인 결합 작업 흐름과 도구 선택 기준

두 도구를 함께 쓰는 숙련 트레이더는 이를 양자택일로 보지 않는다. 보는 거리순으로 연결한다. 스캐너로 찾고, 주문 흐름으로 확인한다.

스캔으로 구조를 찾는다. LiquidityScan이 BTCUSDT 4H에서 새로 형성된 미완화 OB+를 표시한다. 이전 스윙 유동성을 가져간 충격 움직임으로 확인된 order block이다. 가격이 해당 구역에 접근하면 푸시 알림이 울린다.
가격대에서 주문 흐름으로 내려간다. Bookmap이나 풋프린트 차트에 BTC 가격대를 띄우고 그 안에서 가격이 어떻게 움직이는지 본다. 매도 물량이 흡수되는가? 델타가 바뀌는가? 대기 물량이 가격대를 방어하는가?
주문 흐름으로 확인하거나 거른다. 가격이 OB+를 건드릴 때 강한 흡수와 델타 전환이 나타나면 행동을 검토할 근거가 된다. 흡수 없이 거래량만 약하게 들어오는 움직임이라면 지나칠 이유가 충분하다.

스캐너는 시장 전체에서 ICT 구조가 어디에 있는지 답하고, 주문 흐름 도구는 그 가격대에서 지금 가격이 어떻게 움직이는지 답한다. 실시간 ICT와 풋프린트 논의에서 다뤄지는 보완 논리도 같다. 스캐너가 넓게 찾고, 주문 흐름이 가격대 가까이에서 자세히 읽는다.

어떤 트레이더가 무엇을 선택할까:

주문 흐름 도구를 선택할 경우 - 유동성 높은 종목 1~2개를 거래하고, 실행을 빠르게 조정하며, DOM 안에서 대부분의 시간을 보낼 때다. Bookmap이나 풋프린트 차트가 주된 시야가 된다.
스캐너를 선택할 경우 - 여러 통화쌍에서 ICT를 적용하고 모든 차트를 지켜볼 수 없으며, 알림과 함께 객관적인 OB/FVG/구조 탐지를 원할 때다. 구조가 알아서 찾아와야 한다.
둘 다 선택할 경우 - 넓은 그물과 정밀한 확인을 함께 원할 때다. 스캔으로 찾고, 가격대에서 주문 흐름으로 확인한다. 두 도구를 경쟁 관계로 보지 않게 된 진지한 ICT 데스크가 결국 수렴하는 구성이기도 하다.

그래서 ICT 트레이딩에서 Bookmap과 풋프린트 차트를 비교할 때 진짜 쟁점은 대개 승패가 아니다. Bookmap과 풋프린트 차트는 훌륭한 주문 흐름 도구이고, LiquidityScan은 시장 전체를 보는 ICT 탐지 층이다. 각자 만들어진 역할에 맞게 쓰면 어느 하나만 사용하는 것보다 조합의 힘이 커진다.

자주 묻는 질문

ICT 트레이딩에서는 Bookmap이 풋프린트 차트보다 나은가?

절대적으로 더 나은 쪽은 없다. 두 도구가 주문 흐름의 서로 다른 부분을 보여주기 때문이다. Bookmap은 대기 중인 호가 유동성과 실시간 체결 흐름을 시각화하고, 풋프린트 차트는 각 가격에서 체결된 bid/ask 거래량을 보여준다. ICT 관심 가격대에서 흡수를 읽는 용도라면 둘 다 쓸 수 있다. 많은 트레이더는 하나를 고르기보다 캔들 차트와 함께 하나를 추가로 사용한다.

스캐너가 주문 흐름 도구를 대신할 수 있는가?

아니다. 애초에 대신하려는 도구도 아니다. LiquidityScan 같은 스캐너는 종가 캔들을 기준으로 여러 종목의 ICT 패턴을 찾지만, 봉 안의 체결 흐름이나 대기 호가 깊이, 흡수는 읽지 못한다. 그 역할은 주문 흐름 도구가 맡는다. 스캐너는 구조가 어디에 있는지 찾고, 주문 흐름은 그곳에서 가격이 어떻게 움직이는지 읽는다. 맡은 일이 다르다.

ICT 트레이딩에 주문 흐름이 필요한가?

아니다. 많은 ICT 트레이더가 order block, fair value gap, liquidity sweep, 캔들의 시장 구조만으로 거래한다. 주문 흐름 도구는 진입 단계에서 확인 층을 추가한다. 이 확인을 높게 평가하는 트레이더도 있고, 아예 사용하지 않는 트레이더도 있다. ICT 접근법의 필수 조건이 아니라 보강 수단이다.

스캐너 대신 모든 차트를 직접 보면 안 되는가?

가능하지만 규모가 커지면 유지되지 않는다. Bookmap에서 대기 유동성을 보는 일은 한 번에 한 종목씩만 가능하고, 수십 개 차트에서 order block과 FVG를 눈으로 찾는 작업은 느리고 일관성도 떨어진다. 스캐너는 매 종가 캔들마다 시장 전체의 구조를 탐지하고 알림을 보낸다. 덕분에 이미 조건을 충족한 소수의 구조를 읽는 데 집중할 수 있다.

이 도구들을 비교한 뒤 함께 사용하고 검색을 자동화하는 흐름으로 이어가면 된다.

ICT와 풋프린트 차트 - 가격 구조 해석과 체결 거래량 기반 주문 흐름을 비교하는 기초 자료다.
ICT에서 Bookmap으로 관심 가격대 확인하기 - 주문 흐름으로 ICT 관심 가격대를 확인하는 구체적인 작업 흐름이다.
주문 흐름으로 FVG 확인하기: 전문가 가이드 - 해당 가격대에서 흡수와 델타가 fair value gap을 어떻게 확인하는지 다룬다.
Order Block은 실제로 유효한가? 주문 흐름 점검 - 주문 흐름 관점에서 OB가 유지되는지 근거를 바탕으로 살펴본다.
최고의 ICT 스캐너를 고르는 기준 - 대규모 적용에서 주문 흐름 도구가 가진 한계를 확인한 뒤 스캐너를 평가하는 방법이다.
Order Block 스캐너: 실시간 OB와 FVG - 시장 전체에서 OB와 FVG 탐지를 자동화하는 실제 적용 단계다.
LiquidityScan의 Order Block 탐지는 유효한가? 데이터 기반 분석 - order block 탐지의 적중률을 다른 각도에서 살펴본다.
LiquidityScan은 누구에게 맞는가? 데이 트레이더, 스윙 트레이더, 파트타임 트레이더 - 스캐너와 주문 흐름 도구를 비교한 뒤 어떤 트레이더 유형에 LiquidityScan이 맞는지 정리한다.
ICT 프라이스 액션 대 풋프린트 차트: 트레이더 가이드 — Bookmap과 풋프린트 비교 후 ICT 분석과 원시 주문 흐름을 결합합니다.
LiquidityScan은 누구를 위한 플랫폼인가? — 비교 후 ICT·SMC 트레이더에게 맞는 활용법과 요금제를 확인합니다.
LiquidityScan 플랫폼 가이드 — ICT 분석 도구 비교 후 LiquidityScan의 실제 스캐너와 워크플로를 확인합니다.
ICT 트레이딩 완벽 가이드 (Inner Circle Trader) — ICT 개념과 전략을 먼저 이해하면 두 차트의 활용 차이가 명확해집니다.
오더 플로우 도구(Bookmap/풋프린트)로 ICT POI 확인하기 — 비교 후 오더블록과 FVG를 실제 데이터로 검증합니다.
LiquidityScan, 쓸 만한가? 비용과 가치를 따져봤다 — 차트 도구 비교 후 LiquidityScan의 비용과 활용 가치를 확인합니다.