Почему таблицы в резюме ломают парсинг: разбор 22 901 PDF-файла

С мая по сентябрь 2026 года через бесплатный чекер прошло 22 901 PDF-резюме. Только 5,8% файлов не дали ни одного замечания к вёрстке. У 79,8% нашлась хотя бы одна критичная или серьёзная проблема. Речь не о содержании — о том, как файл читает машина.

Система трекинга кандидатов работает в три шага: вытащить текст из PDF, разбить его на разделы, сопоставить с вакансией. Если ломается первый шаг, остальные уже не имеют значения. Рекрутер видит аккуратную страницу, система — набор склеенных обрывков.

Таблица ломает чаще, чем две колонки

Все гайды «как пройти ATS» повторяют одно: не делайте две колонки. В данных настоящая двухколоночная вёрстка или сайдбар встретились в 8,8% файлов. Когда это случается, выходит плохо: парсер идёт слева направо через обе колонки и сшивает несвязанные разделы в один кусок. Но случается редко.

Таблицы, использованные для вёрстки, помечены в 32,7% файлов. Почти вчетверо чаще.

Причина скучная. Мало кто собирает резюме настоящими текстовыми колонками. Люди берут шаблон в редакторе, а шаблон — таблица без границ: одна ячейка под сайдбар и одна под основной текст, либо строка на каждое место работы с датами в правой ячейке. На экране границ нет. Внутри PDF таблица есть, и извлекатель текста идёт по ней ячейка за ячейкой, строка за строкой.

Возьмите строку опыта: слева «Senior Backend Engineer, Acme», справа «Jan 2023 – present», ниже перечисление задач. При удачном раскладе склейка даст «Senior Backend Engineer, Acme Jan 2023 – present Led migration…». При неудачном ячейки пойдут сначала по столбцу, и получится «Senior Backend Engineer, Acme Led migration… Jan 2023 – present». Дата уехала в конец блока, детектор разделов видит работу без дат. Человек при этом не замечает ничего.

Как проверить свой файл за минуту

Откройте PDF, выделите всё, скопируйте в простой текстовый редактор — в блокнот, не в Word. Даты прыгают по тексту? Пункты списка оказались раньше названия должности? Значит, у вас таблица.

Этот же тест ловит контакты в колонтитуле и колоночную вёрстку. Никаких инструментов для него не нужно.

Полный список находок

Один файл может дать сразу несколько замечаний, поэтому сумма процентов больше ста:

Пара пунктов из списка бьёт именно по техническим кандидатам. Полоски навыков (16,3%) — привычка из портфолио-шаблонов: уровень владения зашит в картинку, картинку вырезают, и вместе с ней исчезает навык и его оценка. А ссылка со скрытым адресом (32,5%) выглядит нормально в просмотрщике, но при печати или конвертации в текст остаётся слово «GitHub» без адреса. Пишите URL открытым текстом.

Лигатуры дают редкий, но неприятный эффект: слово «office» может выйти как «oce». А неоднородные форматы дат опаснее, чем кажутся — парсер выводит шаблон по первой дате и обнуляет те, что не подошли.

Что общего у чистых 5,8%

Ничего сложного. Одна колонка. Стандартные названия разделов: Experience, Education, Skills, Projects. Системный шрифт 10–12 pt. Обычные круглые маркеры. Контакты в первых строках основного текста, а не в колонтитуле. Один формат дат по всему документу.

Это описание закрывает примерно 80% находок из таблицы выше.

Что исправить в первую очередь

1. Скопируйте текст в блокнот и посмотрите, в каком порядке идут даты, должности и пункты.
2. Замените шаблон на обычный одноколоночный документ без таблиц в разметке.
3. Переименуйте разделы в те, что знает парсер. «Professional Journey» может спрятать весь опыт работы.
4. Перенесите телефон, почту и ссылки из шапки в первые строки тела.
5. Уберите иконки, эмодзи и графические шкалы навыков — оставьте текст.
6. Приведите все даты к одному виду.
7. Откажитесь от скрытого мелкого текста: 1,4% файлов прибегают к нему, и рекрутер, который это заметит, считает приём красным флагом.

И про содержание

Вёрстка — не единственный источник потерь. 63,4% резюме называют навык в разделе Skills и больше нигде его не используют. Для отбора это значит, что подтверждения навыка в опыте нет, и совпадение держится на одном упоминании.

Аккуратное резюме и читаемое резюме — разные вещи. Разрыв между ними виден по цифрам: ломаются четыре файла из пяти, и почти всегда из-за элементов, которых на экране просто не разглядеть.