Checklist ATS para Currículo de Engenheiro de Software

O Bureau of Labor Statistics dos EUA projeta um crescimento de 17% para vagas de desenvolvedor de software até 2034 — aproximadamente 140.600 novas posições por ano [1]. No entanto, a vaga média de engenheiro de software nos principais portais de emprego atrai mais de 250 candidatos, e em empresas que usam Greenhouse ou Lever, menos de 8% desses candidatos chegam à tela de um recrutador humano [6]. O filtro não é uma pessoa — é um Sistema de Rastreamento de Candidatos (ATS) que analisa seu currículo em busca de correspondências exatas de palavras-chave, estrutura de seções e sinais de formatação antes que qualquer engenheiro ou gerente de contratação leia uma única palavra. Passar pelo filtro ATS não é manipular o sistema. É apresentar suas qualificações reais na estrutura e vocabulário específicos que esses sistemas foram projetados para reconhecer.

Este guia cobre as palavras-chave exatas, regras de formatação e estratégias seção por seção que passam pelo filtro ATS para vagas de engenheiro de software em 2026.

Pontos-chave

• As plataformas ATS em tecnologia (Greenhouse, Lever, Ashby, Workday) analisam currículos de maneiras diferentes — um arquivo .docx ou .pdf de coluna única, com formatação simples e cabeçalhos de seção padrão, oferece a maior compatibilidade em todas elas.
• A correspondência exata de palavras-chave importa mais do que sinônimos. Se a descrição da vaga diz "React" e seu currículo diz "ReactJS", algumas plataformas ATS não vão registrar a correspondência. Inclua ambas as variações.
• A seção de Habilidades Técnicas é seu espaço ATS mais valioso. Uma lista de habilidades estruturada e categorizada (Linguagens, Frameworks, Nuvem/Infraestrutura, Ferramentas) gera mais correspondências de palavras-chave do que habilidades mencionadas apenas em tópicos.
• Impacto quantificado supera descrições de responsabilidades. A pontuação ATS no Greenhouse e Lever agora pondera critérios de "scorecard" que priorizam resultados mensuráveis — "Reduziu a latência da API em 40%" pontua mais alto que "Responsável pelo desempenho da API".
• O formato do arquivo importa. Envie em .docx a menos que a candidatura peça especificamente .pdf. Lever e Workday analisam .docx com mais confiabilidade do que .pdf, especialmente para tabelas e layouts multi-colunas [5].
• Um currículo por candidatura. Adaptar suas palavras-chave a cada descrição de vaga aumenta as taxas de correspondência ATS em 30-50% comparado ao envio de um currículo genérico [5].

Como os Sistemas ATS Filtram Currículos de Engenheiro de Software

Nem todas as plataformas ATS funcionam da mesma forma, e saber qual sistema uma empresa usa muda a forma como você deve formatar seu currículo.

Greenhouse (Dominante em SaaS e Startups)

Greenhouse é o ATS mais comum em startups financiadas por venture capital e empresas SaaS de médio a grande porte. Usa scorecards estruturados vinculados a atributos específicos da vaga. Quando um recrutador abre seu currículo analisado, o Greenhouse destaca como seu perfil corresponde a critérios predefinidos — linguagens de programação, anos de experiência, nível de formação e tecnologias específicas listadas na descrição da vaga [6].

O que isso significa para seu currículo: Greenhouse realiza uma extração forte de palavras-chave, mas depende fortemente de cabeçalhos de seção para categorizar informações. Use cabeçalhos padrão como "Experiência", "Habilidades Técnicas" e "Formação". Evite alternativas criativas como "Onde Construí Coisas" ou "Meu Kit de Ferramentas".

Lever (Tecnologia de Mercado Intermediário)

Lever combina funcionalidade de ATS e CRM, o que significa que seu currículo permanece em um banco de dados de candidatos a longo prazo mesmo após uma vaga específica ser fechada. O mecanismo de análise do Lever lida bem com arquivos .pdf e .docx, mas tem dificuldades com layouts multi-colunas e texto embutido em cabeçalhos ou rodapés.

O que isso significa para seu currículo: Mantenha tudo no corpo principal do documento. Não coloque seu nome, e-mail ou número de telefone em uma região de cabeçalho/rodapé — o Lever pode não analisar. O layout de coluna única é o mais seguro.

Workday (Tecnologia Empresarial — FAANG, Fortune 500)

Workday gerencia contratações na Amazon, Google, Salesforce e centenas de empresas. Sua análise é agressiva: tenta extrair dados estruturados (nomes de empregadores, títulos de cargos, datas, formação) e mapeá-los em campos internos. O parser do Workday é notoriamente rigoroso com formatos de data e convenções de títulos.

O que isso significa para seu currículo: Use formato de data consistente ("Jan 2023 – Presente" ou "2023 – Presente"). Escreva seu título claramente — "Software Engineer II", não "SWE2". O parser do Workday rejeitará abreviações que não reconhece.

iCIMS (Grandes Corporações)

iCIMS atende grandes empresas não-tecnológicas que contratam engenheiros de software (bancos, saúde, varejo). Seu parser é mais antigo e menos sofisticado que Greenhouse ou Lever. Depende fortemente da correspondência exata de strings para habilidades requeridas.

O que isso significa para seu currículo: Reproduza a redação exata da descrição da vaga. Se a publicação diz "Java/Spring Boot", inclua essa string exata — não apenas "Java" e "Spring" separadamente.

Ashby (Startups Modernas)

Ashby está ganhando adoção rápida em startups Series A–C. Tem um dos parsers mais modernos e lida bem com formatos variados, mas sua classificação de candidatos com IA pondera a densidade de palavras-chave e a pontuação de relevância.

O que isso significa para seu currículo: Ashby recompensa currículos onde as palavras-chave aparecem em contexto (dentro de tópicos descrevendo trabalho real) em vez de apenas listadas em uma seção de habilidades. Inclua palavras-chave tanto na sua seção de habilidades quanto nos tópicos de experiência.

Palavras-chave Essenciais ATS para Engenheiro de Software

Estas palavras-chave são derivadas das análises de tarefas O*NET para Desenvolvedores de Software (15-1252) [2], da Pesquisa de Desenvolvedores Stack Overflow 2024 [3] e da análise de mais de 500 vagas de engenheiro de software em plataformas principais [7][8].

Linguagens de Programação

Dica ATS: Liste tanto o nome completo quanto a abreviação comum quando aplicável: "JavaScript/JS", "TypeScript/TS", "Golang/Go". Alguns parsers reconhecem apenas uma forma.

Frameworks e Bibliotecas

• Frontend: React, Next.js, Angular, Vue.js, Svelte, Tailwind CSS
• Backend: Node.js, Express, Django, Flask, FastAPI, Spring Boot, Ruby on Rails, ASP.NET
• Mobile: React Native, Flutter, SwiftUI, Jetpack Compose
• Dados/ML: TensorFlow, PyTorch, pandas, NumPy, scikit-learn

Nuvem e Infraestrutura

• Plataformas de nuvem: AWS (Amazon Web Services), GCP (Google Cloud Platform), Microsoft Azure
• Contêineres e Orquestração: Docker, Kubernetes (K8s), ECS, EKS, GKE
• CI/CD: GitHub Actions, Jenkins, CircleCI, GitLab CI, ArgoCD
• IaC: Terraform, CloudFormation, Pulumi, Ansible
• Monitoramento: Datadog, Grafana, Prometheus, New Relic, PagerDuty

Bancos de Dados

• Relacionais: PostgreSQL, MySQL, SQL Server, Oracle
• NoSQL: MongoDB, DynamoDB, Redis, Cassandra, Elasticsearch
• Data Warehouses: Snowflake, BigQuery, Redshift

Metodologias e Práticas

• Agile, Scrum, Kanban
• Desenvolvimento Orientado a Testes (TDD)
• CI/CD (Integração Contínua / Entrega Contínua)
• Revisão de Código, Programação em Par
• Arquitetura de Microsserviços
• REST API / GraphQL
• Design de Sistemas
• DevOps, Engenharia de Confiabilidade de Sites (SRE)
• Otimização de Desempenho
• Melhores Práticas de Segurança (OWASP)

Habilidades Comportamentais que os Sistemas ATS Rastreiam

Muitas plataformas ATS agora extraem palavras-chave de habilidades comportamentais, especialmente Greenhouse e Ashby [6]:

• Colaboração interfuncional
• Mentoria técnica
• Comunicação com partes interessadas
• Resposta a incidentes
• Documentação técnica
• Planejamento de sprints
• Tomada de decisão arquitetural

Formato de Currículo que Passa o Filtro ATS

Erros de formatação causam mais rejeições ATS do que palavras-chave faltantes. Siga estas regras:

Estrutura do Documento

• Tipo de arquivo: .docx preferido; .pdf aceitável se a vaga permitir. Nunca .pages, .odt ou PDFs baseados em imagem.
• Layout: Apenas coluna única. Layouts de duas colunas quebram a análise no Lever, Workday e iCIMS.
• Fonte: Fontes padrão do sistema — Arial, Calibri, Helvetica, Times New Roman. Tamanho 10-12pt para corpo, 13-16pt para títulos.
• Margens: 0,5" a 1" em todos os lados. Margens mais estreitas são aceitáveis para densidade, mas não fique abaixo de 0,5".
• Extensão: 1 página para menos de 5 anos de experiência, 2 páginas para 5-15 anos, 3 páginas apenas para engenheiros principal/staff+ com histórico extenso de publicações ou patentes.

Cabeçalhos e Seções

Use estes títulos de seção exatos para máxima compatibilidade ATS:

1. [Seu Nome] — no topo, não em uma região de cabeçalho/rodapé
2. Informações de Contato — e-mail, telefone, URL do LinkedIn, URL do GitHub
3. Resumo Profissional ou Resumo
4. Habilidades Técnicas ou Habilidades
5. Experiência Profissional ou Experiência
6. Formação
7. Certificações (se aplicável)
8. Projetos (opcional, para engenheiros juniores ou em transição de carreira)

O Que Evitar

• Tabelas para layout — parsers ATS leem tabelas célula por célula, embaralhando a ordem do conteúdo
• Caixas de texto — invisíveis para a maioria dos parsers
• Imagens, ícones ou gráficos — completamente ignorados; gráficos de barras de habilidades são espaço desperdiçado
• Cabeçalhos/rodapés para informações de contato — Lever e Workday pulam essas regiões
• Colunas criadas com tabulações ou espaços — parsers desalinham
• Caracteres de marcadores elaborados — use marcadores padrão (•) ou hífens (-)

Otimização ATS Seção por Seção

Resumo Profissional (3-4 linhas)

O resumo é sua abertura densa em palavras-chave. As plataformas ATS indexam esta seção intensamente porque os recrutadores configuram buscas contra ela.

Estrutura: [Anos de experiência] + [especialização principal] + [2-3 tecnologias-chave] + [impacto mensurável]

Exemplo:

Engenheiro de Software com 6 anos de experiência construindo sistemas distribuídos e APIs REST em Python e Go. Liderou a migração de arquitetura monolítica para microsserviços na AWS (ECS/Fargate), reduzindo o tempo de deploy de 4 horas para 12 minutos e melhorando o uptime do sistema para 99,97%. Competente em React, TypeScript, PostgreSQL, Docker, Kubernetes e CI/CD com GitHub Actions.

Por que funciona para o ATS: Contém mais de 12 palavras-chave correspondentes (Python, Go, APIs REST, sistemas distribuídos, microsserviços, AWS, ECS, Fargate, React, TypeScript, PostgreSQL, Docker, Kubernetes, CI/CD, GitHub Actions) enquanto se lê naturalmente para um revisor humano.

Experiência Técnica

Cada cargo deve seguir esta estrutura:

Software Engineer | Nome da Empresa | Jan 2022 – Presente

• Título do cargo em linha própria ou claramente separado — sistemas ATS extraem título, empresa e datas como campos estruturados
• Formato de data: "Mês AAAA – Mês AAAA" ou "AAAA – Presente"
• 3-6 tópicos por cargo, cada um seguindo o padrão: [Verbo de ação] + [o que construiu/fez] + [tecnologia usada] + [resultado quantificado]

Fórmula de tópico eficaz:

Projetou e implementou [sistema/funcionalidade] usando [tecnologias], resultando em [resultado mensurável].

Seção de Habilidades Técnicas

Esta seção existe especificamente para correspondência de palavras-chave ATS. Formate como listas categorizadas:

HABILIDADES TÉCNICAS

Linguagens: Python, JavaScript, TypeScript, Go, Java, SQL, Bash
Frontend: React, Next.js, HTML5, CSS3, Tailwind CSS, Redux
Backend: Node.js, Express, Django, FastAPI, Spring Boot, GraphQL
Nuvem e Infraestrutura: AWS (EC2, S3, Lambda, SQS, ECS), GCP, Docker, Kubernetes
Bancos de Dados: PostgreSQL, MySQL, Redis, MongoDB, DynamoDB, Elasticsearch
DevOps e Ferramentas: Terraform, GitHub Actions, Jenkins, Datadog, Git, Jira
Metodologias: Agile/Scrum, TDD, CI/CD, Microsserviços, Domain-Driven Design

Por que categorias importam: Greenhouse e Ashby analisam seções de habilidades categorizadas como dados estruturados que mapeiam diretamente para os scorecards de requisitos da vaga. Uma lista não estruturada separada por vírgulas perde esse mapeamento [6].

Formação e Certificações

Bacharelado em Ciência da Computação | Nome da Universidade | 2018
AWS Certified Solutions Architect – Associate | Amazon Web Services | 2024

• Inclua o nome completo do diploma — "Bacharelado em Ciência da Computação", não "Bel. CC"
• Para graduados de bootcamp: liste o nome do programa e provedor, depois adicione cursos relevantes ou projetos finais
• Certificações que aparecem consistentemente em vagas [7]: AWS Certified (qualquer trilha), Google Cloud Professional, Kubernetes (CKA/CKAD), Azure Fundamentals, Terraform Associate

Razões Comuns de Rejeição ATS para Currículos de Engenheiro de Software

1. Usar Acrônimos sem Termos Completos

Seu currículo diz "K8s" mas o ATS busca "Kubernetes". Diz "JS" mas o parser quer "JavaScript". Sempre inclua ambos: "Kubernetes (K8s)", "JavaScript/JS". Esta é a falha ATS corrigível mais comum para engenheiros de software [5].

2. Listar Tecnologias Apenas em Tópicos

Se Python aparece apenas dentro de uma frase como "Construiu um pipeline de dados em Python", alguns parsers ATS não o extrairão como uma habilidade discreta. Você precisa dele tanto na seção de Habilidades Técnicas (para extração de palavras-chave) quanto nos seus tópicos (para pontuação de contexto).

3. Cabeçalhos de Seção Não Padrão

Nomes criativos de seção eliminam a análise ATS. "Minha Jornada" em vez de "Experiência", "Caixa de Ferramentas" em vez de "Habilidades", "Aprendizado" em vez de "Formação". O parser não sabe o que são e pode pular a seção inteira.

4. Métricas Ausentes nos Tópicos de Experiência

Plataformas ATS modernas como Greenhouse usam scorecards onde recrutadores avaliam candidatos em critérios específicos. Tópicos sem números — "Melhorei o desempenho da aplicação" — não dão nada para avaliar. Tópicos com números — "Reduzi a latência p95 da API de 850ms para 210ms" — são imediatamente avaliáveis [6].

5. Layouts de Duas Colunas ou com Barra Lateral

Templates de currículo de designer com barras laterais para habilidades e uma coluna principal para experiência são veneno para o ATS. Lever lê da esquerda para a direita através de ambas as colunas, intercalando sua lista de habilidades com seus tópicos de trabalho em texto sem sentido. Workday pode pular a barra lateral completamente.

6. Enviar Link de Portfólio ao Invés de Conteúdo do Currículo

Alguns engenheiros escrevem um currículo escasso e adicionam "Veja meu GitHub para detalhes". Sistemas ATS não seguem links. Todo projeto, tecnologia e conquista relevante deve estar no currículo. Sua URL do GitHub deve aparecer nas informações de contato, não substituir o conteúdo do currículo.

7. Stack Tecnológico Desatualizado sem Habilidades Atuais

Se seu cargo mais recente lista jQuery, Backbone.js e SVN mas a vaga exige React, TypeScript e Git, a pontuação de correspondência ATS será baixa independentemente da sua capacidade real. Lidere com tecnologias atuais no seu resumo e seção de habilidades, mesmo que seu cargo profissional mais recente tenha usado um stack diferente. Projetos pessoais e contribuições open source são fontes válidas para palavras-chave de stack atual.

Exemplos de Antes e Depois

Exemplo 1: Tópico Vago de Backend → Impacto Quantificado

Antes:

Trabalhei em serviços backend e ajudei a melhorar o desempenho do sistema.

Depois:

Redesenhou o microsserviço de processamento de pedidos em Go, substituindo chamadas REST síncronas por arquitetura assíncrona orientada a eventos (Kafka + gRPC), reduzindo o tempo médio de conclusão de pedido de 3,2s para 0,8s e suportando aumento de 4x na capacidade durante picos de tráfego.

Por que funciona: Contém 6 palavras-chave extraíveis (Go, microsserviço, REST, Kafka, gRPC, arquitetura orientada a eventos) e dois resultados quantificados. O original contém zero palavras-chave e zero métricas.

Exemplo 2: Tópico Genérico de Frontend → Contribuição Técnica Específica

Antes:

Desenvolvi interfaces de usuário e corrigi bugs na aplicação web.

Depois:

Construiu 12 componentes React reutilizáveis com TypeScript para o dashboard do cliente, implementou lazy loading e code splitting com Next.js que reduziu o tamanho do bundle inicial em 62% (1,8MB → 680KB), e alcançou 94% de cobertura de testes unitários usando Jest e React Testing Library.

Por que funciona: Oito palavras-chave extraíveis (React, TypeScript, Next.js, lazy loading, code splitting, Jest, React Testing Library, teste unitário), escopo específico (12 componentes) e três resultados mensuráveis.

Exemplo 3: Responsabilidade DevOps → Conquista de Infraestrutura

Antes:

Gerenciei infraestrutura em nuvem e pipelines de deploy.

Depois:

Arquitetou pipeline CI/CD usando GitHub Actions e ArgoCD para deploys baseados em GitOps para Kubernetes (EKS), reduzindo o ciclo de lançamento de deploys manuais quinzenais para mais de 15 deploys automatizados em produção por dia com rolling updates sem downtime. Gerenciou infraestrutura como código com Terraform em 3 regiões AWS.

Por que funciona: Dez palavras-chave extraíveis (CI/CD, GitHub Actions, ArgoCD, GitOps, Kubernetes, EKS, Terraform, AWS, infraestrutura como código, sem downtime), comparação clara de antes/depois e escala operacional específica.

Formatação da Seção de Habilidades Técnicas

A seção de Habilidades Técnicas é a seção mais importante para correspondência de palavras-chave ATS. Veja como formatá-la para máxima extração em todas as principais plataformas ATS:

Formato Recomendado (Categoria: Lista Separada por Vírgulas)

HABILIDADES TÉCNICAS

Linguagens: Python, JavaScript, TypeScript, Go, Java, SQL, Bash
Frontend: React, Next.js, HTML5, CSS3, Tailwind CSS, Redux
Backend: Node.js, Express, Django, FastAPI, Spring Boot, GraphQL
Nuvem e Infraestrutura: AWS (EC2, S3, Lambda, SQS, ECS), GCP, Docker, Kubernetes
Bancos de Dados: PostgreSQL, MySQL, Redis, MongoDB, DynamoDB, Elasticsearch
DevOps e Ferramentas: Terraform, GitHub Actions, Jenkins, Datadog, Git, Jira
Metodologias: Agile/Scrum, TDD, CI/CD, Microsserviços, Domain-Driven Design

Por Que Este Formato Funciona

1. Greenhouse mapeia cada categoria para atributos do scorecard, permitindo aos recrutadores ver a cobertura de habilidades rapidamente
2. Lever extrai a lista completa como tags no perfil do candidato
3. Workday realiza buscas de correspondência exata contra essas listas planas
4. Ashby usa tanto os rótulos de categoria quanto as habilidades individuais para classificação de relevância

Regras de Formatação

• Use um cabeçalho claro ("Habilidades Técnicas" ou "Habilidades") — nunca incorpore habilidades em uma barra lateral ou tabela
• Uma categoria por linha — não combine todas as habilidades em um único parágrafo
• Inclua detalhes entre parênteses para nuvem: "AWS (EC2, S3, Lambda, SQS)" corresponde a buscas tanto por "AWS" quanto pelos nomes individuais dos serviços
• Liste 30-50 tecnologias no total — menos de 20 sinaliza um conjunto limitado de habilidades para algoritmos de classificação ATS; mais de 60 parece sem foco e pode acionar filtros de spam
• Ordene por relevância para a vaga-alvo — se a publicação começa com Python e AWS, estes devem aparecer primeiro nas suas listas
• Não use avaliações de proficiência nem barras de habilidades — sistemas ATS ignoram indicadores visuais de proficiência, e revisores humanos os consideram insignificantes

Checklist de Compatibilidade ATS

Passe por esta checklist antes de cada envio de candidatura:

• [ ] O formato do arquivo é .docx ou .pdf padrão (não PDF escaneado/imagem)
• [ ] Layout de coluna única sem tabelas, caixas de texto ou elementos de barra lateral
• [ ] Cabeçalhos de seção padrão usados: Resumo, Habilidades, Experiência, Formação
• [ ] Informações de contato no corpo do documento, não em cabeçalho ou rodapé
• [ ] Toda tecnologia na descrição da vaga aparece no currículo — na seção de Habilidades E em pelo menos um tópico de experiência
• [ ] Nomes completos e abreviações incluídos para termos-chave: "Kubernetes (K8s)", "Integração Contínua/Entrega Contínua (CI/CD)", "Amazon Web Services (AWS)"
• [ ] Títulos de cargo claros e padrão: "Software Engineer", não "Code Ninja" ou títulos internos como "IC3"
• [ ] Datas em formato consistente em todo o documento: "Jan 2023 – Presente" ou "2023 – Presente"
• [ ] Cada tópico de experiência contém pelo menos uma palavra-chave de tecnologia E uma métrica (porcentagem, quantidade, redução de tempo, escala)
• [ ] Seção de Habilidades Técnicas categorizada (Linguagens, Frameworks, Nuvem, Bancos de Dados, Ferramentas, Metodologias)
• [ ] Nenhuma imagem, gráfico, ícone ou elemento gráfico em nenhum lugar do documento
• [ ] Nenhum caractere especial nos marcadores — use marcadores padrão (•) ou hífens (-)
• [ ] URLs do GitHub e LinkedIn são hyperlinks completos (https://github.com/usuario, https://linkedin.com/in/usuario)
• [ ] Currículo verificado ortograficamente — a correspondência de palavras-chave ATS é exata; "Kubernates" não corresponderá a "Kubernetes"
• [ ] Currículo adaptado a esta vaga específica — não é uma versão genérica enviada para todas as vagas

Perguntas Frequentes

Devo incluir toda linguagem de programação que já usei?

Não. Inclua linguagens que você possa discutir com confiança em uma entrevista técnica — geralmente as que você usou profissionalmente ou em projetos substanciais nos últimos 3-5 anos. Listar mais de 15 linguagens dilui seu perfil e pode acionar a detecção de spam do ATS. A Pesquisa de Desenvolvedores do Stack Overflow descobriu que o desenvolvedor profissional mediano usa ativamente 4-5 linguagens [3]. Concentre-se nas linguagens da descrição da vaga e nas suas habilidades adjacentes mais fortes.

Os sistemas ATS leem meu perfil do GitHub ou site de portfólio?

As plataformas ATS não seguem links externos nem rastreiam sites de terceiros. Sua URL do GitHub deve aparecer nas informações de contato, mas todo projeto, tecnologia e contribuição relevante também deve ser descrito no currículo. Alguns recrutadores visitarão seu GitHub manualmente, mas a pontuação ATS acontece inteiramente a partir do documento que você envia [5].

Como lidar com uma incompatibilidade de stack tecnológico entre minha experiência e a vaga-alvo?

Se a vaga exige React mas sua experiência profissional é em Angular, aborde a lacuna diretamente. Inclua React na sua seção de Habilidades se você construiu projetos com ele (projetos pessoais, open source e cursos contam). Adicione uma seção de Projetos com uma breve descrição: "Dashboard de finanças pessoais — React, TypeScript, Node.js, PostgreSQL". O ATS precisa que a palavra-chave esteja presente no documento. A entrevista é onde você demonstra profundidade.

Um currículo de uma página é obrigatório para engenheiros de software?

Para engenheiros com menos de 5 anos de experiência, uma página é o padrão e é suficiente. Para engenheiros seniores, staff e principal com 5-15+ anos, duas páginas são apropriadas e esperadas — você tem mais sistemas, escala e liderança para documentar. O essencial é a densidade: cada linha deve conter palavras-chave pesquisáveis e resultados mensuráveis. Um currículo de uma página com preenchimento obtém pontuação mais baixa do que um currículo de duas páginas focado porque a densidade de palavras-chave ATS é maior no segundo [5].

Devo usar um template de currículo de uma ferramenta de design como Canva ou Figma?

Evite-os para envios ATS. Templates de ferramentas de design tipicamente exportam como PDFs com muitas imagens, com texto sobreposto a gráficos, layouts de duas colunas e formatação não padrão que os parsers ATS não conseguem extrair de forma confiável. Use um template .docx simples com formatação padrão. Reserve a versão desenhada para networking presencial ou situações onde você entrega um currículo diretamente a um gerente de contratação — não para candidaturas online que passam por um ATS [5].

Referências

[1] U.S. Bureau of Labor Statistics. "Software Developers, Quality Assurance Analysts, and Testers." Occupational Outlook Handbook. https://www.bls.gov/ooh/computer-and-information-technology/software-developers.htm

[2] O*NET OnLine. "Software Developers (15-1252.00)." https://www.onetonline.org/link/summary/15-1252.00

[3] Stack Overflow. "2024 Developer Survey." https://survey.stackoverflow.co/2024/

[4] GitHub. "Octoverse 2024 — The State of Open Source." https://github.blog/news-insights/octoverse/octoverse-2024/

[5] Jobscan. "ATS Resume Test Results and Keyword Analysis." https://www.jobscan.co/blog/ats-resume-test/

[6] Greenhouse Software. "How Structured Hiring Reduces Bias." https://www.greenhouse.com/blog/structured-hiring

[7] Indeed Hiring Lab. "Tech Job Postings and Keyword Trends." https://www.hiringlab.org/

[8] LinkedIn Economic Graph. "Most In-Demand Skills for Software Engineers." https://economicgraph.linkedin.com/