Как ATS читает ваше резюме разработчика и как проверить это за две минуты

Резюме уходит в отклик, а через две недели приходит тишина. Иногда дело не в опыте. Система, которая читает файл первой, не разобрала документ: увидела кашу из символов и не нашла в ней нужных слов.

Разберём, что происходит с PDF после нажатия «Отправить», где парсеры ломаются чаще всего и как проверить свой файл за пару минут — до того, как его увидит человек.

Три шага, между которыми всё и теряется

ATS не читает резюме так, как читает его рекрутер. Она работает конвейером: сначала вытаскивает символьный поток, потом пытается угадать в нём структуру и только в конце сравнивает результат с требованиями вакансии. Ошибка на первом шаге на третьем уже не исправляется — сломается и середина.

Шаг 1. Извлечение текста

Парсер достаёт из файла поток символов в том порядке, в каком они физически лежат внутри PDF. Для одноколоночного документа из текстового редактора этот порядок совпадает с порядком чтения. Для всего, где есть колонки, текстовые блоки, таблицы или иконки, — обычно нет.

Что чаще всего ломает разбор в резюме разработчиков:

• Две колонки: блок навыков перемежается с блоком опыта строка за строкой, и в извлечённом тексте они идут вперемешку.
• Даты, прижатые к правому краю табуляцией. Часть парсеров читает их как отдельный абзац, оторванный от компании и должности.
• Заголовки разделов иконками — гаечный ключ у «Навыков», шапочка выпускника у «Образования». Иконка это картинка, заголовка парсер не видит вообще.
• Навыки диаграммой: «Python ██████░░» превращается в слово Python и строку квадратиков.
• Контакты в колонтитуле. Часть парсеров верхние и нижние колонтитулы пропускает целиком.

Шаг 2. Определение разделов и полей

Из потока символов парсер угадывает разделы, а внутри них — поля: должность, работодатель, дата начала, дата окончания. Работает на названиях и шаблонах. «Опыт», «Опыт работы», «Профессиональный опыт» — понятно. «Где я оставил след» — нет. Компания одной строкой, должность следующей, даты третьей — нормально. Должность и компания через вертикальную черту в одной строке — тоже обычно нормально. Даты в отдельной колонке — классический слом.

Шаг 3. Сопоставление с вакансией

Ключевые слова и навыки сравниваются с тем, что парсеру удалось структурировать. Если опыт с Kubernetes лежит в абзаце, который система приписала другой работе, для человека он на месте, а для фильтра пропал. Текст-то в файле остался — пропала привязка.

Что видит парсер: разбор по элементам

Проверка за две минуты

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

Быстрый способ: загрузить файл в чекер, который показывает извлечённый текст, оценку под ATS и список мест, где разбор ломается. Такой сервис есть, он работает без регистрации, а загруженные файлы удаляет в течение суток. Предложения по переписыванию содержания у него платные, но просмотр текста — нет, а именно он тут и нужен.

Чек-лист перед отправкой

1. Скопируйте текст из PDF и проверьте, что разделы идут в правильном порядке.
2. Убедитесь, что каждая работа читается как связка: компания, должность, даты.
3. Прогоните файл через чекер и сравните извлечённый текст с тем, что видите в макете.
4. Проверьте, что все ключевые технологии из вакансии есть в тексте, а не только на картинке.
5. Сохраните финальную версию в PDF и ещё раз проверьте уже её, а не исходник в редакторе.

Типичные ошибки при починке

Самая частая — сделать резюме «красивее» ради человека и заодно добавить таблицу или текстовое поле. Стало наряднее, разбор снова сломался. Вторая — засунуть контакты в колонтитул, чтобы не занимали место в шапке. Верх страницы чистый, телефона в выдаче нет. И третья: решить, что оптимизация под ATS — это набить побольше ключевых слов. На третьем шаге сравнивается структурированный текст, и тридцать упоминаний одной технологии ничего не добавят, если опыт подвешен в абзаце без должности и дат.

Хороший ориентир — резюме, которые проходят все три шага: однозначная структура, текстовые заголовки, даты рядом с компанией, полный список навыков обычным текстом. Такие примеры легко найти по специализациям — от фронтенда и бэкенда до DevOps и QA — и сверить свою версию с ними.

Само описание из трёх шагов относится к любой системе этого класса, а не к одному конкретному чекеру. Поэтому Ctrl+A стоит проделать даже без всяких сервисов: это самая дешёвая диагностика из возможных, и она показывает ровно то, что увидит машина перед тем, как отдать файл человеку.