Currículo de 1 ou 2 Páginas: O que o ATS Realmente Prefere

A origem do mito de “1 página”

A regra do currículo de uma página tem dono e data: anos 80 e 90, papel impresso, recrutador escaneando uma pilha física com um café na mão. Em 15 segundos, o que cabe na primeira folha decide se a candidatura avança ou vai pra rejeitada. Faz sentido — para aquele mundo.

Em 2026, o caminho do seu currículo até o recrutador é diferente. O PDF passa primeiro por um parser que extrai todo o texto — sem se importar com quebras de página — e em seguida por um matcher que compara keywords contra a vaga. Só depois, e só se o score for suficiente, um humano abre o arquivo. Esse pipeline é o que descrevemos em detalhe no artigo sobre a Gaia da Gupy e no glossário ATS.

O parser não vê páginas. Ele vê tokens. O matcher não conta folhas. Ele conta correspondências. A primeira regra a aposentar é a de que “recrutador não lê página 2”.

O que o ATS realmente faz com a extensão

Em quase todos os ATS modernos, o processo é o seguinte:

• 1. Parsing. Extrai o texto completo do PDF e identifica seções (experiência, formação, skills, etc).
• 2. Normalização. Limpa o texto, identifica datas, cargos, empresas, tecnologias.
• 3. Matching. Compara cada item normalizado contra os requisitos da vaga, gerando um score de aderência.
• 4. Ranqueamento. Ordena os candidatos por score; só os top N vão pra leitura humana.

Em nenhum desses passos existe um contador de páginas. O que existe, em alguns vendors, é um limite de bytes ou de caracteres pra evitar PDFs absurdos — tipicamente entre 50 e 200 mil caracteres. Um currículo de 2 páginas tem na faixa de 4 a 8 mil caracteres. Você está duas ordens de grandeza abaixo do teto.

Quando 1 página é a melhor escolha

Para alguns perfis, 1 página é a saída honesta. Não porque o ATS prefere — mas porque encher é pior do que ser conciso.

• Júnior (0–3 anos de experiência). 1 ou 2 empregos, um estágio, formação recente. Espremer pra duas páginas obriga a inflar prosa (“vivência em ambiente colaborativo”) que não pontua no parser nem impressiona humano.
• Career change (mudança de carreira). O passado fora da área-alvo é ruído pro matcher. Mantenha só o que dá pra reframear como evidência relevante (gestão, liderança, métricas) e descarte o resto.
• Pessoas com 1 ou 2 empregos longos. Mesmo com 10 anos de experiência, se foi tudo na mesma empresa, geralmente cabe em 1 página sem perda.
• Aplicação a vagas júnior quando você é sênior. Uma versão enxuta evita o “overqualified, vai pedir muito”. Tem que ser escolha deliberada, não default.

Quando 2 páginas ganham (a maioria dos casos)

Pra quem tem 4+ anos de experiência em mais de uma empresa, 2 páginas quase sempre é o ótimo. As keywords se acumulam em cada cargo: stack técnica, ferramentas, métricas, projetos. Cortar é cortar match.

• Sênior (7+ anos). 4-5 cargos relevantes, cada um com 3-5 bullets quantificados. Não cabe em uma página sem comprimir até ficar genérico.
• Multi-stack. Cada tecnologia mencionada é uma oportunidade de match. Cortar “AWS Lambda” da experiência de 2018 é perder essa keyword no score de hoje.
• Projetos quantificados. “Liderei a migração que reduziu custos em 38%” pontua humano (na leitura) e algoritmo (verbo de ação + número + impacto). Espremer pra caber em 1 página tende a comer esses bullets.
• Certificações + idiomas + publicações relevantes. Cada um é evidência adicional. Não cabe junto com 7 anos de experiência em uma página sem virar caixinha visual confusa — o que também atrapalha o parser (ver colunas vs coluna única).

O teste prático

Pegamos um currículo real de Engenheiro de Software Sênior com 8 anos de experiência: 4 empresas, stack Node.js + AWS + Postgres, três liderança de squad, métricas em todos os bullets. Versão original: 2 páginas, ~1.850 palavras.

Geramos duas variantes:

• Versão A — original (2 páginas, 1.850 palavras). Todas as experiências, todos os bullets, stack completa por cargo.
• Versão B — comprimida (1 página, 980 palavras). Mesmo conteúdo, prosa reduzida, removendo bullets repetitivos entre cargos. Sem cortar nenhuma experiência.
• Versão C — cortada (1 página, 850 palavras). Removeu as duas experiências mais antigas (5+ anos atrás). Foco no recente.

Vaga-alvo: “Tech Lead Backend Node.js + AWS, foco em observabilidade e custo de infra”. Rodamos as três versões pelo nosso pipeline de scoring contra a mesma vaga.

O que sumiu da Versão B: dois bullets com a keyword “observabilidade”, três menções a AWS Lambda (deixou só uma), e o número “redução de 38% em custos AWS” em prosa mais genérica. Cada um desses sumiços vale uns 2-5 pontos no matcher.

A Versão C piorou tudo isso e adicionou: a experiência mais antiga tinha 3 anos de Node.js em produção pesada. Cortá-la apagou esse histórico do score do matcher — que agora vê “3 anos de Node” no lugar de “8 anos de Node”. Pra uma vaga de Tech Lead, faz diferença.

A regra real, em uma frase

O que cortar primeiro (em qualquer extensão)

Antes de decidir extensão, faça a faxina. Tipicamente sobra 20-30% de gordura mesmo em currículos bem feitos:

• Frases de objetivo profissional vagas. “Busco oportunidade para crescer profissionalmente” — todo mundo busca. Substitua por um resumo de 3 linhas que cita stack + senioridade + tipo de problema que você resolve.
• Soft-skill clichês. Proativo, dinâmico, comprometido, trabalho em equipe. Nenhum ATS pontua isso, e recrutador humano cansou de ler. Se você precisa MESMO citar uma soft-skill, ela tem que aparecer como evidência (“liderei squad de 6” > “liderança”).
• Experiência irrelevante > 10 anos. Se você é dev sênior hoje e seu primeiro emprego foi atendimento em farmácia, pode sumir. A exceção: se o cargo antigo é o gancho de uma narrativa de transição que você QUER contar.
• Bullets repetidos entre cargos. Se você fez “liderar squad ágil” em três empresas, escreve uma vez bem feito e nas outras aponta diferenciadores (tamanho do squad, contexto, resultado).
• Hobbies. A não ser que sejam relevantes — ex: contribuição open source pra um dev, fotografia profissional pra um designer. Caso contrário, ocupa espaço sem pontuar.

O que NÃO é o critério

• “Recrutador não lê página 2.” Falso. Se a página 1 vendeu, a 2 é onde ele confirma datas e empresas. Não-leitura da página 2 é sintoma de página 1 fraca, não da existência da página 2.
• “O ATS desconta páginas extras.” Sem evidência em nenhum dos vendors comuns no Brasil. Veja os 7 ATS mais usados no Brasil pra confirmar caso a caso.
• “Currículo longo passa preguiça.” O parser não tem preguiça. E recrutador escolheu ler porque o score subiu — então a “preguiça” já foi vencida pelos números.

E o LinkedIn vs PDF?

São canais distintos com critérios distintos. O LinkedIn não tem “página” — é scroll. Quanto mais material relevante, mais sinais pro algoritmo do LinkedIn e mais material pra recrutador buscar. Não tem razão pra encurtar.

O PDF entra no ATS interno da empresa (Gupy, Pandapé, Kenoby etc.). Aqui vale o que cobrimos acima: o parser processa o arquivo todo, independente de quantas páginas. Otimize o PDF pra parsing + keyword matching; otimize o LinkedIn pra recall em busca interna do recrutador.