Як ATS читає резюме: парсинг простими словами (2026)

Система відстеження кандидатів (ATS) не «читає» ваше резюме так, як це робить рекрутер. Вона проганяє його через парсер — програму, створену для видобування структурованих даних із неструктурованого документа. Розуміння того, що відбувається на кожному кроці цього конвеєра, — найпряміший шлях до виправлення справжніх проблем вашого резюме, а не до боротьби з міфами.

Крок 1: Завантаження та конвертація файлу

Коли ви надсилаєте резюме через портал для подання заявок, система отримує файл і починає його конвертувати. Для PDF вона видобуває текстовий шар (або, якщо це відсканований PDF-образ, намагається застосувати OCR). Для файлу .docx вона зчитує XML-структуру, що лежить в основі.

Ключовий момент на цьому етапі: якщо ваш PDF створено скануванням паперового документа або збережено з дизайнерського інструмента, який вбудовує текст як контури, а не як символи, видобутий текст може виявитися порожнім або спотвореним. Завжди створюйте резюме в текстовому редакторі або експортуйте як текстовий PDF — ніколи не з фотографії чи дизайнерського файлу.

Крок 2: Розпізнавання розділів

Парсер шукає заголовки розділів — слова на кшталт «Досвід», «Освіта», «Навички», «Сертифікати» — і використовує їх, щоб поділити резюме на позначені зони. Вміст після заголовка «Освіта» позначається як дані про освіту; вміст під «Навичками» позначається як навички.

Саме тому нестандартні заголовки спричиняють проблеми. Заголовок на кшталт «Де я зростав» чи «Мій арсенал» може бути не розпізнаний, і вміст під ним буде віднесено до неправильної категорії — або взагалі відкинуто.

Крок 3: Видобування полів

У межах кожного розділу парсер видобуває конкретні поля. У розділі «Досвід» він намагається визначити: посаду, назву роботодавця, місцезнаходження, дату початку, дату завершення та пункти опису. В «Освіті»: тип диплома, спеціальність, навчальний заклад і дату випуску.

Багатоколонкові макети — поширене джерело збоїв видобування на цьому кроці. Коли присутні дві колонки тексту, багато парсерів читають зліва направо рядок за рядком по всій ширині, змішуючи вміст із непов'язаних розділів. Посада з лівої колонки може опинитися склеєною з навичкою з правої, роблячи обидві марними.

Що зазвичай ламає видобування полів

• Таблиці та текстові блоки — вміст усередині цих елементів часто пропускається або видобувається в неправильному порядку.
• Колонтитули — контактну інформацію, розміщену у верхньому чи нижньому колонтитулі документа, часто не зчитують. Розміщуйте ім'я, телефон та email в основному тілі документа.
• Нестандартні формати дат — дати, записані як «Весна 2021» чи «3 квартал 2020», можуть не розпізнатися. Використовуйте «Травень 2021» або «2021».
• Іконки та символи для контактних даних — іконка телефону перед номером чи іконка LinkedIn перед URL можуть зламати видобування цих полів.
• Об'єднані клітинки в таблицях, що використовуються як макет — поширений дизайнерський трюк, який надійно спричиняє помилки парсингу.
• Графічні елементи, що накладаються на текст — візуальні смуги навичок, рейтингові діаграми чи декоративні роздільники, розташовані поверх тексту, призводять до того, що текст під ними лишається непоміченим.

Крок 4: Пошук рекрутера за ключовими словами та фільтрація

Щойно ваш запис потрапляє до бази даних, він з'являється (або ні) залежно від того, що шукають рекрутери. Рекрутер, який закриває вакансію інженера-програміста, може шукати «Python», «AWS» та «senior engineer» — і в результатах з'являться лише ті кандидати, чиї розпарсені записи містять ці терміни.

Практичний висновок: навіть ідеально відформатоване резюме не з'явиться в результатах пошуку, якщо в ньому вжито іншу термінологію, ніж та, яку шукає рекрутер. «Управління проєктами за Agile» та «Scrum-майстер» суттєво перетинаються за змістом, але можуть не перетинатися в пошуку за ключовими словами. Дзеркалення мови самого опису вакансії — найнадійніше рішення.

Крок 5: Необов'язкове ранжування

Багато систем пропонують рейтинг або оцінку відповідності на основі перетину ключових слів між описом вакансії та розпарсеними полями резюме. Ця оцінка показується рекрутеру як інструмент сортування, а не як автоматичний бар'єр. Рекрутери можуть сортувати за оцінкою, ігнорувати її чи налаштувати власне зважування. Немає жодного універсального опублікованого порогу, який визначає «пройшов» чи «не пройшов» — це рішення завжди ухвалює людина.

Поширені запитання

Чи може ATS прочитати резюме у форматі PDF?

Так, якщо PDF містить справжній текстовий шар — а він міститиме, якщо ви зберегли його з Microsoft Word, Google Docs чи будь-якого стандартного текстового редактора. Ризик становить складність макета (колонки, текстові блоки, таблиці), яка збиває парсер із пантелику, а не сам формат файлу. Чистий однColonковий PDF добре парситься у переважній більшості сучасних систем.

Чи читає ATS мій супровідний лист?

Багато систем приймають супровідний лист окремо й зберігають його як текстове поле, але рекрутери дуже по-різному оцінюють його вагу. Резюме — це основний документ, який парситься для зіставлення за ключовими словами та видобування полів. Зосередьте свої зусилля з оптимізації саме на ньому.

Що станеться з моїм резюме, якщо парсер дасть збій?

Невдалий чи частковий парсинг зазвичай означає, що ваш запис з'являється в системі з порожніми або неправильними полями. Формально ви все ще можете бути «в базі даних», але пошуки за вашими навичками, посадою чи рівнем досвіду вас не покажуть. З практичного погляду поганий парсинг має той самий ефект, що й неподана заявка.

Як дізнатися, чи резюме розпарсилося правильно?

Єдиний надійний спосіб — протестувати його. Інструменти на кшталт ATSGrader імітують крок парсингу й показують, як видобувається вміст вашого резюме — і все це у вашому браузері, без збереження чи завантаження на сервер.

Схоже: що таке ATS і як воно працює · формат резюме, дружній до ATS · чому резюме відхиляє ATS