Checklist de Entrada ICT: Framework Universal

O Que É um Checklist de Entrada ICT?

Um checklist de entrada ICT é um conjunto fixo de perguntas pré-operação que todo setup precisa responder antes de você arriscar um centavo. Seja qual for o modelo, uma entrada válida passa pelas mesmas verificações centrais: viés, localização, liquidez, horário, confirmação, risco e invalidação. Se uma delas falha, você pula a operação.

A sacada por trás de um checklist universal é que o modelo é só o gatilho. Uma Silver Bullet, um toque em order block e uma entrada em FVG parecem coisas diferentes no gráfico, mas o esqueleto por baixo é idêntico. Padronizar esse esqueleto é o que separa um processo repetível de um clique impulsivo.

Abaixo está o checklist organizado em sete camadas, depois uma versão copiável, regras de pontuação para setups A+ versus B, como ele se adapta a cada modelo e um exemplo completo rodado do início ao fim.

As 7 Camadas do Checklist de Entrada ICT

Rode essas camadas de cima pra baixo. Cada uma é um portão — você só desce pra próxima quando a atual passa. A ordem importa: viés e localização filtram a maior parte do ruído antes de você sequer procurar um gatilho.

1. Viés HTF e Draw on Liquidity

Qual é o viés no diário e no 4H, e onde está o Draw on Liquidity? O preço sempre é entregue na direção de um ímã — uma máxima antiga, uma mínima antiga, um pool parado. Para qual lado o preço está indo, e estou operando nessa direção? Se sua entrada luta contra o draw do timeframe maior, ela é contra-tendência por definição e a verificação falha.

2. Localização Premium / Discount

Estou comprando no discount ou vendendo no premium do range atual? Marque o range de um swing high limpo até um swing low, divida no Equilibrium de 50% e localize o preço. Compras ficam abaixo do equilibrium (discount); vendas ficam acima (premium). Comprar no premium ou vender no discount significa pagar um preço ruim mesmo quando a direção está certa.

3. Liquidez

Qual pool acabou de ser tomado, e existe liquidez pra servir de alvo? Uma entrada de qualidade geralmente vem depois de um liquidity sweep — os stops acima de máximas iguais ou abaixo de mínimas iguais são executados, e então o preço rejeita. Depois confirme um destino: um pool oposto limpo pra onde o preço possa ser atraído. Nenhum pool varrido na origem, ou nenhum alvo pra alcançar, significa pouco combustível dos dois lados.

4. Horário

Estou dentro de uma janela válida? Entradas ICT se concentram nas kill zones definidas — abertura de Londres, manhã de Nova York e a janela da tarde — além dos horários macro. Sessões mortas (NY tardia, deriva no meio da Ásia) produzem lateralização de baixo displacement que imita setups e não dá seguimento. Se é uma janela morta, a verificação falha mesmo que o preço pareça perfeito.

5. Confirmação

O gatilho realmente imprimiu? A pilha de confirmação é: um sweep de liquidez, depois displacement ou uma mudança de estrutura de mercado (MSS) na sua direção, e então um PD array limpo pra entrar — um order block ou um fair value gap deixado por esse displacement. Sem displacement não há intenção institucional; você está apostando numa reversão em vez de ler uma.

6. Risco

O stop estrutural está definido e o risco-retorno está no meu mínimo ou acima dele? O stop vai além da estrutura que invalida a ideia — atrás da pavio varrido, não num valor arbitrário em dólares. Meça dali até o pool alvo.

Se o R:R está abaixo do seu piso (muitos traders usam 1:2 ou melhor), o setup falha na matemática, não importa a aparência. Depois dimensione a posição para que a distância do stop equivalha a um percentual fixo da conta.

7. Invalidação

O que exatamente mata essa ideia? Nomeie o preço e a condição antes de entrar — "um fechamento de 15m de volta acima da máxima varrida" ou "o preço preenche o FVG e segue em frente". Uma entrada sem invalidação escrita é uma entrada que você vai racionalizar segurar. Essa verificação é o que transforma o stop numa decisão em vez de uma esperança.

O Checklist de Entrada ICT Copiável

Deixe isso num post-it ou no seu template de diário. Rode de cima a baixo, em voz alta se ajudar:

1. Viés: a direção diário/4H é ___ e estou operando na direção do draw on liquidity. (S/N)
2. Localização: a entrada está no discount para compras / premium para vendas do range negociado. (S/N)
3. Liquidez: um pool acabou de ser varrido e existe um pool oposto claro como alvo. (S/N)
4. Horário: estou numa kill zone ou janela macro válida, não numa sessão morta. (S/N)
5. Confirmação: sweep + displacement/MSS + um PD array (OB ou FVG) pra entrar. (S/N)
6. Risco: stop estrutural definido, R:R no meu mínimo ou acima, tamanho definido. (S/N)
7. Invalidação: escrevi o preço/condição exato que mata essa operação. (S/N)

Como Usar: Um Filtro, Passa ou Pula

O checklist é um filtro, não um placar pra negociar. A regra é simples: as sete verificações centrais passam, ou você pula. Um setup que acerta viés, localização e confirmação mas reprova no horário continua sendo pulado — lateralização fora das kill zones é onde padrões bonitos vão morrer.

Isso é rigoroso de propósito porque o inimigo é a sua própria impaciência, não o mercado. Quando o gráfico está no meio do movimento e bate aquela vontade de "entrar logo", o checklist força a pausa que separa uma operação de uma reação. Se rodar as sete perguntas leva trinta segundos e uma resposta é Não, você acabou de evitar uma entrada de baixa qualidade de graça.

Com o tempo, o filtro também conserta o overtrading. A maioria das contas não sangra por entradas ruins, mas por muitas entradas marginais. Uma regra dura de passa/pula limita quantas operações cruzam a barra numa sessão, o que naturalmente concentra seu risco nos poucos setups em que todas as camadas se alinham. Menos entradas, mais limpas — esse é o objetivo, não um efeito colateral.

Pontuando Setups A+ vs B

Passar nas sete é a barra mínima pra qualquer operação. A qualidade se mede pela confluência que se empilha por cima:

• Setup A+: passa nas sete, e múltiplas confluências se alinham — viés HTF e LTF concordam, a entrada fica dentro de um PD array aninhado (OB sobreposto a um FVG), o displacement foi forte, e o R:R é 1:3 ou melhor. Opere esses com seu risco normal.
• Setup B: passa nas sete, mas a confluência é rala — viés misturado entre timeframes, displacement modesto, ou R:R raspando no seu piso. Ou pule, ou opere com tamanho reduzido, e nunca deixe um B passar por A.

A contagem de confluências alinhadas é a sua nota. Mais razões independentes pra estar na operação — localização, liquidez varrida, horário, estrutura, um array limpo — significam uma entrada de maior probabilidade. Menos razões significam uma moeda ao ar com roupa nova.

Como o Checklist se Adapta a Qualquer Modelo

A força de um checklist universal é que ele não muda por estratégia — só os detalhes da camada de confirmação mudam. Uma entrada de Silver Bullet e uma entrada em order block passam pelo mesmo esqueleto:

O modelo te diz onde mora o gatilho; o checklist te diz se o gatilho vale a operação. Troque a coluna de confirmação por qualquer outra entrada — breaker, zona de OTE, CISD, reversão de judas swing — e as outras seis verificações permanecem intactas.

Um Exemplo Completo Passando pelo Checklist

Pegue um cenário realista de BTCUSDT. O diário é altista e o draw óbvio é uma máxima antiga perto de 72.000 que ainda não foi tomada. Essa é a verificação um: viés de alta, draw acima, queremos compras naquela direção.

De madrugada, o preço cai no terço inferior do range de 4H, abaixo do equilibrium de 50% em torno de 68.400. Verificação dois aprovada — estamos caçando uma compra no discount.

Durante a kill zone da abertura de Londres, o preço fura uma prateleira de mínimas iguais em 67.900, varrendo a liquidez do lado vendedor, e volta rápido. Verificação três aprovada: um pool foi tomado e o alvo de 72.000 continua lá. Verificação quatro também — estamos dentro da janela de Londres, não numa sessão morta.

No gráfico de 5 minutos, essa retomada imprime um displacement forte atravessando o swing anterior (um MSS), deixando um FVG limpo entre 68.100 e 68.300. O preço retorna até esse gap. Verificação cinco aprovada: sweep, displacement e um PD array pra entrar.

Compramos o FVG em 68.200 com o stop abaixo do pavio varrido, em 67.850 — verificação seis: o risco é de cerca de 350 pontos, o alvo de 72.000 fica a uns 3.800 pontos, então o R:R passa de 1:5 com folga. Verificação sete: a invalidação é um fechamento de 5m de volta abaixo de 67.850, o que diria que o sweep falhou.

Sete de sete aprovadas, confluência profunda, e isso nota A+ como compra.

Uso Impresso e Erros Comuns

Imprima a lista de sete itens e deixe ao lado dos seus gráficos, ou cole como bloco superior de cada registro do diário. Anotar as respostas S/N por operação impõe o filtro em tempo real, e ainda constrói uma base de dados.

Depois de cinquenta operações você revisa qual verificação você mais pula nas perdedoras — e esse padrão costuma ser onde seu edge está vazando.

Os erros que quebram o checklist são comportamentais, não técnicos:

• Pular verificações por impaciência: um gráfico em movimento rápido tenta você a entrar só na confirmação e preencher viés e localização depois. Isso não é rodar o checklist; é justificar uma operação que você já fez.
• Tratar setup B como A: promover silenciosamente uma operação de confluência rala a tamanho cheio porque você "sente" ela. A contagem de confluências é a nota — sentimento não adiciona confluência.
• Negociar uma verificação reprovada: decidir que a checagem de sessão morta "não vale dessa vez". O filtro só funciona se o Não for final.
• Sem invalidação escrita: entrar sem nomear o preço que mata a ideia, e depois alargar o stop ao vivo.

Um scanner pode trazer candidatos que já mostram um pool varrido e displacement fresco, mas o checklist de entrada ICT é você quem roda — a ferramenta estreita o campo, e a decisão de passa/pula em cada uma das sete camadas é sua.

Perguntas Frequentes

Quantas verificações precisam passar pra fazer uma entrada ICT?

Todas as sete centrais. O checklist de entrada ICT é um filtro, não um sistema de pontos pra tirar média. Se viés, localização, liquidez, horário, confirmação, risco e invalidação não estiverem todos satisfeitos, você pula. Notar A+ versus B acontece só entre setups que já passaram nas sete, conforme a confluência extra que se empilha por cima.

O checklist muda para modelos ICT diferentes?

Não. Seis das sete verificações são idênticas em todo modelo. Só os detalhes da camada de confirmação diferem — uma Silver Bullet usa um FVG de sessão, uma entrada em order block usa o retorno a um bloco não mitigado. As verificações de viés, localização, liquidez, horário, risco e invalidação ficam iguais independente do gatilho.

Qual é a verificação mais pulada?

Horário. O trader acha um padrão limpo fora de uma kill zone e entra mesmo assim, depois se pergunta por que nunca deu displacement. Sessões mortas produzem movimentos de baixa convicção que imitam setups. Impor só a verificação de horário já elimina uma fatia grande de entradas de baixa qualidade, sem precisar de nenhuma habilidade extra de leitura de gráfico.

Posso automatizar o checklist de entrada ICT?

Em parte. Um scanner pode sinalizar as condições mecânicas — um pool varrido, displacement, um PD array fresco na sessão certa. Mas interpretar o viés, julgar o R:R e escrever a invalidação são decisões. A automação encurta a lista de candidatos; você ainda roda as sete camadas antes de arriscar.

Caminhos relacionados

Saia do checklist em direção aos conceitos de que cada camada depende, na ordem em que um trader aprende:

• Draw on Liquidity (DOL) em ICT — crave a camada de viés prevendo para onde o preço está sendo entregue.
• Como Desenhar Zonas Premium & Discount (Guia ICT) — marque o range negociado para a checagem de localização ser objetiva.
• PD Array ICT Explicado: Guia de Premium & Discount para Traders — entenda os arrays em que sua camada de confirmação entra.
• Guia Completo das Kill Zones ICT: Framework de Trader Profissional — passe na verificação de horário operando só janelas válidas.
• Framework de Gestão de Risco ICT — transforme as camadas de risco e invalidação num sistema repetível.
• Construa um Modelo de Trading ICT Completo — monte o checklist num modelo completo passo a passo.
• As Kill Zones ICT Ainda Funcionam em 2026? Um Reality Check Baseado em Dados — outro ângulo sobre se as kill zones ICT ainda funcionam.
• Conceitos ICT explicados: a lista completa — revise todos os termos ICT por trás das verificações de viés, liquidez e confirmação do checklist.