Reglas de parsing del ATS: cómo las fuentes, columnas y encabezados deciden si tu CV se lee

Los sistemas de seguimiento de candidaturas (ATS) no leen tu CV. Lo parsean. Son dos cosas distintas, y la diferencia explica por qué un CV precioso en Google Docs puede sacar cero en las búsquedas de los reclutadores.

Esta guía desglosa exactamente cómo funciona el parsing de un ATS y las tres decisiones de maquetación que destruyen silenciosamente más candidaturas que cualquier otro error.

Qué significa de verdad parsear

Cuando subes un CV, el ATS lanza un paso de extracción de texto. Abre el PDF o DOCX, lo lee como tú escanearías una página, e intenta dividir el contenido en campos estructurados:

• Nombre y contacto
• Experiencia laboral (empresa, cargo, fechas, bullets)
• Formación
• Habilidades
• Certificaciones

Un parser bueno acierta el 95 % en un CV limpio. Uno malo acierta el 60 % incluso en un documento perfecto. Tú no eliges qué parser usa el reclutador. La regla, entonces: diseña para el parser más débil, no para el más listo.

Los fallos son silenciosos. Nada te dice que el parser se perdió tu cargo. El reclutador busca Senior Backend Engineer, tu puesto se parsea como un bloque de párrafo, y no apareces.

Regla 1: fuentes que parsean limpio

Las fuentes son el asesino silencioso más común. Los parsers de PDF extraen glifos y los remapean a caracteres. Con la mayoría de fuentes esto funciona. Con unas pocas, los caracteres llegan revueltos, ligados o ausentes.

Fuentes que parsean limpio (úsalas)

• Arial, Helvetica, Inter — sans-serif modernas, soporte universal
• Calibri, Source Sans Pro — defectos limpios para la mayoría de CV
• Times New Roman, Georgia — serifs sin sorpresas
• Lato, Open Sans, Roboto — sans-serif populares con mapas de caracteres completos

Fuentes que causan fallos de parsing

• Decorativas o display (Comic Sans, Pacifico, cualquier novedosa) — muchos parsers no las extraen
• Custom o webfonts sin mapas de caracteres incrustados — el texto se ve pero se extrae como galimatías
• Numerales estilizados (1 renderizado como glifo y no como carácter) — frecuente en variantes oldstyle
• Fuentes de iconos para badges de habilidades o marcadores — extracción aleatoria o nula

Ajustes prácticos

• Texto de cuerpo: 10 a 11 pt
• Títulos de sección: 12 a 14 pt
• Nombre: 14 a 18 pt
• Interlineado: 1,15 a 1,4
• Sin pesos condensados (Calibri Light Condensed da problemas)
• No más de dos familias tipográficas en todo el documento

Prueba rápida

Abre tu PDF y selecciona todo el texto, luego pégalo en un editor de texto plano (Notepad, TextEdit). Eso que ves es lo que ve el parser. Si algo está revuelto, falta, o no está en orden, corrige la fuente o la maquetación.

Regla 2: las columnas son el segundo asesino silencioso

Un CV a dos columnas queda elegante. También es la razón número uno por la que un buen candidato saca cero en el ATS.

Este es el motivo. La mayoría de parsers leen la página en orden lineal, línea por línea, de izquierda a derecha. Con dos columnas, el parser cruza las dos en lugar de terminar primero la izquierda. Resultado:

```

Nombre: Maria Chen | Python (avanzado)

Cargo: Senior Engineer | SQL (avanzado)

Email: maria@... | AWS (5 años)

Experiencia | Habilidades

Acme Corp 2022-Actualidad | Idiomas

Lideré la migración de pagos | Inglés, Español

```

Visto por el parser, tu nombre es Maria Chen | Python (avanzado), tu cargo es Senior Engineer | SQL (avanzado), y tu experiencia queda ilegible.

Algunos parsers modernos detectan columnas y las gestionan bien. Muchos no. Greenhouse, Lever y Workday — los tres ATS más comunes en 2026 — gestionan los CV a dos columnas de forma inconsistente. Algunas plantillas funcionan, otras fallan estrepitosamente.

La solución

Usa una sola columna para todo el CV. Para variedad visual, recurre a:

• Texto en negrita
• Una línea horizontal entre secciones
• Espacio en blanco generoso
• Una fuente claramente más grande para nombre y títulos

No uses:

• Sidebars para contacto o habilidades
• Experiencia a dos columnas (cargo a la izquierda, empresa a la derecha)
• Rejillas a tres columnas para habilidades
• Texto envolviendo una imagen

Puedes entregar un CV bonito. No uno multi-columna.

Regla 3: encabezados y pies de página son peligrosos

Muchas plantillas colocan el nombre y los datos de contacto en la zona encabezado del documento (la zona imprimible de cabecera, no un estilo Título). Los parsers gestionan eso mal.

En el peor caso, el parser ignora toda la zona del encabezado. Tus datos de contacto desaparecen. El reclutador nunca ve tu email. Tu candidatura queda como candidato desconocido.

En el segundo peor caso, el parser extrae el encabezado pero lo añade al final del texto parseado, descolocando el mapeo de campos.

La solución

Pon tu nombre, cargo, email, teléfono, LinkedIn y ubicación en el cuerpo del documento, en las primeras líneas. No en un encabezado de Word. No en un encabezado de Google Docs. No en un banner imagen con texto encima.

Lo mismo para el pie. Números de página, marcas de agua, fechas — fuera, o asume que el parser los ignorará o los meterá en mitad de un párrafo.

Tres decisiones de maquetación más que afectan al parsing

Tablas

Las tablas para habilidades, fechas o experiencia suelen parsearse como una celda gigante o salir revueltas. Las listas con viñetas funcionan mejor. Si tienes que usar una tabla (p. ej. matriz rápida de habilidades), una sola celda y sin rejilla.

Cuadros de texto y formas

El texto dentro de un cuadro, una forma o un SmartArt suele ignorarse por completo. El parser lo trata como imagen. Si tu CV usa un banner de color con texto dentro, todo ese texto puede ser invisible.

Imágenes e iconos

Ninguna imagen lleva texto. Incluso un PNG en alta resolución de tu titular es invisible para el parser. Evita:

• Fotos de perfil (es un problema aparte en algunas regiones — ver normas locales)
• Sets de iconos para datos de contacto (usa la palabra Email:)
• Gráficos de nivel de habilidad (5 estrellas, barras)
• Logos de empresas o universidades

Si el reclutador quiere ver tu foto o tus logos, tu LinkedIn está a un clic.

La maquetación ATS-friendly más limpia

```

Maria Chen

Senior Backend Engineer

maria.chen@email.com | +34 600 000 000 | linkedin.com/in/mariachen | Madrid

Resumen

[Tres líneas.]

Habilidades

Lenguajes: Python (avanzado), Go (intermedio), TypeScript (intermedio)

Infraestructura: AWS (Lambda, RDS, S3), Docker, Terraform, GitHub Actions

Datos: PostgreSQL, Kafka, dbt

Experiencia

Acme Corp — Senior Backend Engineer, ene. 2022 a la actualidad

• Bullet uno con resultado y número.
• Bullet dos con resultado y número.
• Bullet tres.

Beta Inc — Backend Engineer, mar. 2019 a dic. 2021

• Bullet uno.
• Bullet dos.
• Bullet tres.

Formación

Universidad Complutense — Grado en Informática, 2018

Certificaciones

AWS Solutions Architect Associate, 2024

```

Una columna. Fuente estándar. Nombre en el cuerpo, no en el encabezado. Sin tablas, sin iconos, sin gráficos. Cada campo parsea limpio.

Cómo probar de verdad el parsing del ATS

No te fíes del copy de marketing de una plantilla que dice ATS-friendly. Pruébalo.

Opciones gratuitas

• Resume Worded ATS scan — muestra cómo un parser ve tu archivo y marca problemas
• Jobscan — pega una oferta y mira la cobertura de palabras clave en la salida parseada
• Subida de prueba en Greenhouse — muchas empresas alojadas en Greenhouse te permiten subir antes de postular. La previsualización parseada te enseña justo lo que ven.
• Flujo de Lever — la misma idea, vista previa parseada antes de enviar

La prueba de texto plano

La más sencilla. Abre tu PDF. Selecciona todo. Copia. Pega en Notepad o TextEdit. Lee el resultado.

Si el texto llega:

• En el orden correcto
• Con nombre y contacto arriba
• Con los títulos de sección visibles
• Sin caracteres revueltos
• Sin trozos perdidos

Probablemente parseará bien en la mayoría de ATS. Si algo está mal, el parser ve la misma versión rota.

Formato de archivo: ¿PDF o DOCX?

En 2026 la respuesta se ha estabilizado: PDF funciona en el 90 % de los casos, DOCX es más seguro en el 10 % restante.

Usa PDF salvo que:

• La oferta pida explícitamente Word
• Sepas que la empresa usa Taleo (un ATS antiguo que prefiere DOCX)
• Postules por correo y quieras facilitar los comentarios

Ten las dos versiones a mano. Mismo contenido, exportado desde el mismo documento fuente.

Nunca envíes:

• PDF escaneados (texto como imagen, invisible al parser)
• Archivos Pages (.pages) — muchos ATS rechazan el formato
• ZIP con el CV dentro
• Archivos con caracteres especiales o espacios en el nombre (usa Maria-Chen-CV.pdf, no CV de Maria (final) v3.pdf)

Seis errores de maquetación que tiran tu CV en silencio

1. Maquetación a dos columnas. El destructor de parsing número uno.
2. Contacto en la zona del encabezado. El número dos.
3. Fuentes decorativas. Sobre todo Comic Sans, pero también cualquier custom o descargada.
4. Iconos en lugar de etiquetas. Email, Teléfono, LinkedIn son palabras. Los iconos son imágenes.
5. Gráficos de nivel de habilidad. Estrellas, barras, puntos — invisibles para el parser y poco creíbles para los reclutadores.
6. Fotos. Ciegas al ATS, a veces incómodas legalmente en EE. UU. y Reino Unido, y ocupan espacio.

Qué hacer ahora

1. Abre tu CV actual
2. Copia todo el texto en Notepad
3. Mira qué ve el parser
4. Si algo falla, reconstruye el documento en una sola columna, con fuente estándar, contacto en el cuerpo, sin tablas ni iconos
5. Vuelve a probar

Este ejercicio de 30 minutos tiene más impacto en tu tasa de respuesta que cualquier ajuste de carta. El ATS es el primer entrevistador. Pasa esa entrevista primero.