domain-pre-flight

Três passos

1. domain-pre-flight check <domínio> Roda todas as checagens habilitadas e imprime um veredito pontuado em segundos, quase tudo offline.
2. --check-handles / --check-trademark Checagens online opcionais: mesmo handle em 5 plataformas e varredura de deep-links de marcas.
3. --json ↳ exit 0 / 1 / 2 Saída legível por máquina e código de saída alinhado à faixa, pronto para plugar no CI.

Para quem é

• Indie hackers e solo makers validam o nome antes de comprar: um comando no lugar de cinco abas do navegador
• Fundadores de startup e PMs triam uma shortlist de nomes de empresa ou produto contra as armadilhas que consomem semanas depois do lançamento
• Times de growth e marketing ponderam nomes por pronúncia, memorização e aptidão LLMO antes de fechar um
• Engenheiros de automação plugam no CI para que um domínio ruim nunca chegue ao passo do registrador

Quando usar

• Ao nomear um novo produto ou side project: mede os três candidatos favoritos com a mesma régua
• Ao considerar um SLD curto ou com muitos dígitos: as deduções mostram exatamente quanto o padrão custa
• Ao comprar um domínio de segunda mão: a sonda do Wayback mostra o que morava nele antes
• Ao automatizar aquisição de domínios: plugue no fluxo e deixe o exit code decidir se o pipeline segue

Instalação

pip install domain-pre-flight

# CLI + MCP server
pip install "domain-pre-flight[mcp]"

O extra opcional inclui um servidor MCP, então agentes como o Claude chamam as mesmas checagens como ferramentas via stdio.

O que ele verifica

• Estrutura: comprimento, hífens, dígitos, IDN/punycode, validade RFC 1035 — totalmente offline
• Risco de abuso do TLD: estatísticas do Spamhaus e SURBL por TLD, até -70 nos piores
• Histórico de conteúdo: contagem de snapshots do Wayback Machine e período arquivado, até -25
• Typosquat e similaridade de marca: distância de Levenshtein e sobreposição de bigrams contra ~120 marcas conhecidas, até -60
• Sentido negativo: correspondência em 11 idiomas (EN, ES, PT, JA, KO, ZH, HI, AR, VI, TH, ID), até -70
• Aptidão LLMO: heurísticas de pronúncia e memorização, nota 0 a 20 (experimental)
• Homoglyphs: detecção visual de sósias em IDN contra confusables conhecidos, até -75
• Handles com mesmo nome (opt-in): checagem no GitHub, npm, PyPI, X, Instagram

Vereditos reais

Quatro domínios, configurações padrão, strings de motivo copiadas da saída do próprio comando. Medido em 2026-07-12 com a v0.10.0.

Passam (faixa GREEN)

Rejeitados (faixas ORANGE / RED)

Um nome limpo em .com, sem colisão de marca, bate 100. Mude o TLD para .tk e adicione dígitos: 90 pontos já se foram antes de qualquer checagem extra. Um nome que bate exatamente com uma marca existente perde 60 pontos só por risco de marca. O veredito não indica qual nome escolher; indica quais não escolher.

Regras completas de pontuação (pesos por checagem) →

Quanto uma única escolha move a nota

Mesmo SLD, só o fator mostrado mudou. Deduções reais da ferramenta.

Uso

# checagem completa (estrutura + histórico + veredito)
domain-pre-flight check example.com

# só offline: pula a consulta ao Wayback
domain-pre-flight check example.com --no-history

# adiciona checagem de handles em 5 plataformas
domain-pre-flight check example.com --check-handles

# saída JSON para CI (exit code combina com a faixa)
domain-pre-flight check example.com --json

O que execuções reais retornam

Três padrões comuns, todos medidos com configurações padrão. As strings de motivo vêm literais da ferramenta.

• my-app123.tk → RED (10/100): .tk TLD risk -70, 3 dígitos -15, 1 hífen -5. Três bandeiras vermelhas empilhadas em um nome que "parece bom"
• google.com → ORANGE (40/100): identical to known brand "google" -60. O veredito ignora que o TLD está limpo — o risco de marca carrega a dedução inteira
• llmoscore.com → GREEN (100/100): sem colisão de marca, sem match de sentido negativo em 11 idiomas. Como um candidato limpo aparece

A ferramenta não escolhe o nome. Ela traz à tona, antes de você comprar, o padrão que estava enterrado num nome que você quase fechou.

Status: experimental. Os pesos da nota e as faixas ainda estão sendo calibrados com decisões reais de domínio. O veredito é um dos critérios, não o único: o Wayback ainda tem lacunas, e ataques por homoglyph contra uma marca já em produção precisam de monitoramento próprio.

Por que esta ferramenta existe

Decisões de domínio são de mão única. Depois que você compra, o nome vive no produto, em cada URL, em cada "a grafia correta é —". Os sinais que teriam levantado a mão (um TLD altamente abusado, uma marca dentro da distância 1, uma palavra em inglês que vira ofensa em outro idioma, uma URL que já hospedou algo que você não gostaria de herdar) são todos baratos de checar antes do registro e caros de escapar depois. Essa ferramenta cobre todos, ao mesmo tempo, em um comando.

Ao lado do dnstwist e do Namechk

São perguntas diferentes. O dnstwist gera as permutações que atacantes poderiam registrar contra a sua marca; o Namechk confere disponibilidade de handle em redes sociais. domain-pre-flight fica uma camada antes de ambos: esse nome deve ser registrado, e sob quais critérios.

O travessão indica ausência de menção nos docs oficiais em julho de 2026. As três ferramentas se complementam: use domain-pre-flight para decidir se compra, dnstwist para ver quem pode comprar contra você, e Namechk quando handles em muitas redes forem o critério de decisão.

FAQ

Sobre o autor

Criado por Ken Imoto: mais de 300 artigos técnicos em Zenn, Qiita, Dev.to e neste site, mais de 40 livros em 4 idiomas, mais de 400 mil pageviews em Zenn e Qiita, 4 artigos de pesquisa no Zenodo e criador do LLMO Framework.

Mais sobre Ken →

Relacionado

A nota de aptidão LLMO implementa parte do LLMO Framework — um conjunto mais amplo de práticas para tornar conteúdo descobrível por LLMs. Leia o framework para o contexto mais largo.

LLMO Framework →