Um número que passa na validação de Luhn é garantidamente um cartão real e ativo?

Não. Luhn confirma só a integridade matemática do número — que não houve erro de digitação. Confirmar que o cartão existe, está ativo e tem limite disponível exige processamento real pelo emissor, através do gateway de pagamento, uma camada completamente separada da validação de formato.

Vale a pena validar Luhn no front-end se essa validação não confirma que o cartão é real?

Sim — mesmo sendo incompleta, rejeitar localmente um número obviamente mal digitado evita uma chamada de rede desnecessária ao gateway de pagamento, melhora o feedback imediato ao usuário e reduz custo de tentativas de processamento rejeitadas em gateways que cobram por chamada.

Um validador de Luhn deve assumir que todo cartão tem 16 dígitos?

Não. Amex, por exemplo, usa 15 dígitos em vez de 16. Um validador que hardcoda a expectativa de 16 dígitos rejeita incorretamente cartões Amex válidos — o comprimento esperado varia por bandeira e precisa ser tratado como parâmetro, não como constante fixa.

Validador de Cartão de Crédito (Luhn)

Validador de Cartão de Crédito

Verifique se um número de cartão tem dígito verificador de Luhn matematicamente válido.

Este validador apenas confere o dígito verificador de Luhn (formato matemático) — não consulta nenhum banco ou bandeira, não confirma saldo, validade ou se o cartão existe de fato.

Documentação técnica

Validar Cartão de Crédito: Luhn é rápido, mas não é a validação completa

O algoritmo de Luhn, já documentado em detalhe na página do gerador de Cartão de Crédito, é deliberadamente simples de implementar — é por isso que se tornou o padrão universal de checagem de formato para números de pagamento desde 1954. Mas validar um número de cartão "de verdade" (no sentido de confirmar que ele pode processar uma cobrança) envolve camadas que o Luhn sozinho não cobre: prefixo (BIN) compatível com uma bandeira emissora real, comprimento correto para aquela bandeira, e — a única confirmação que realmente importa para processar pagamento — consulta ao emissor real do cartão, algo que nenhum validador client-side pode fazer.

Por que validar Luhn no front-end ainda vale a pena, mesmo sendo incompleto

Mesmo sabendo que Luhn não confirma que um cartão é real, validar no front-end antes de enviar para o gateway de pagamento tem valor prático direto: evita uma chamada de rede desnecessária para um número obviamente mal digitado (dígito trocado, campo incompleto), o que melhora a experiência do usuário com feedback instantâneo, e reduz custo de chamadas rejeitadas em gateways que cobram por tentativa de processamento. A validação real — se o cartão tem limite, não está bloqueado, pertence a quem está pagando — sempre acontece depois, no processamento real pelo gateway.

Testando o validador com números de cada bandeira

Um validador de Luhn correto precisa passar tanto para números Visa (16 dígitos, prefixo 4) quanto para Amex (15 dígitos, prefixo 34/37) — um erro comum é hardcodar a expectativa de 16 dígitos e rejeitar incorretamente cartões Amex válidos. Testar contra números de teste de múltiplas bandeiras, como os que o gerador de Cartão de Crédito deste site produz, cobre essa variação de comprimento que um teste com uma única bandeira nunca exercitaria.