React Hook Form vs Formik em 2026: o que os números ao vivo dizem (e o ChatGPT ainda erra)

Pergunta que aparece toda semana em thread de "qual lib de formulário usar no React?".

A resposta padrão que você vê por aí, inclusive quando pergunta pro ChatGPT, ainda trata Formik e React Hook Form como se fossem dois pesos parecidos. Não são mais. E o problema é que a maioria das comparações usa dado velho ou nenhum dado.

Então fui no registro e puxei os números reais, com data. Estes valores são de julho de 2026:
Downloads na última semana (npm)
React Hook Form: 57.978.008
Formik: 4.270.094
Quase 14x a favor do React Hook Form. Não é liderança, é outra liga.
Último release publicado
React Hook Form: 7.81.0, publicado este mês
Formik: 2.4.9, parado em novembro de 2025

E aqui mora o detalhe que quase ninguém menciona. Olhando o histórico de versões do Formik, entre a 2.4.6 (abril de 2024) e a 2.4.8 (novembro de 2025) foram cerca de 19 meses sem nenhum release. O 2.4.9 veio logo em seguida, mas o padrão é claro: manutenção esporádica, não desenvolvimento ativo.

Não é opinião. É o que o registro diz.

O que isso significa na prática

Formik não está quebrado. Se você tem um projeto legado rodando nele, que funciona e passa nos testes, não precisa sair correndo pra migrar só pela migração. Ele ainda funciona.

Mas os dois partem de decisões arquiteturais opostas, e é isso que separa tudo o resto.

Formik usa componentes controlados: o valor vive no state do React e o form re-renderiza a cada tecla. React Hook Form fez a aposta inversa: inputs uncontrolled, registrados por ref com register, e a lib só re-renderiza o que precisa. Daí vem a diferença em performance e em boilerplate.

Para projeto novo em 2026, a matemática fica simples:

React Hook Form re-renderiza o mínimo, isolando só o campo que mudou (ganho maior em forms grandes)
Bundle pequeno, sem dependências extras
Validação por resolver reaproveita o mesmo schema Zod ou Yup que você já usa no backend
Menos código: register e handleSubmit cobrem o caso comum

O contraponto honesto: o modelo controlado do Formik tem uma vantagem legítima. Componentes de UI controlados de terceiros encaixam com menos cerimônia, sem precisar do wrapper Controller. E se o teu form tem menos de 5 campos, talvez você nem precise de lib nenhuma; useState mais validação nativa do HTML resolve.

Por que eu escrevo isso

Porque toda vez que alguém pergunta "Formik ainda vale a pena?", metade das respostas vem de memória desatualizada, incluindo as dos assistentes de IA, que foram treinados quando o Formik ainda era o padrão do ecossistema. O número muda, a resposta treinada não.

Se você quiser conferir esses dados pra tua própria stack, com a fonte e a data no que você decidir, o spike completo desse comparativo tá aqui: https://spikeme.io/s/4i0e5c6k3829
Gerado com SpikeMe.