ATS отсеивает не «слабых людей», а файлы, которые парсер не понял или не сопоставил с вакансией. Сильный кандидат из СНГ часто не доходит до человека: две колонки, навыки картинкой, заголовок «О себе», нулевой стек в тексте опыта. Рекрутер может вас даже не увидеть в выдаче внутренней системы — не из злонамеренности, а потому что резюме не попало в фильтр.
Ниже — как устроен отбор, какие ключевые слова реально нужны, какой формат не ломается и как адаптировать файл под пачку похожих вакансий, не превращая его в спам. Базовый каркас страницы не меняется: см. как составить резюме. Здесь слой «чтобы система и человек прочитали одно и то же».
Коротко:
- ATS — это парсер плюс поиск по полям, не искусственный интеллект, который «чувствует потенциал».
- Одна колонка, стандартные заголовки секций, текст выделяется, ссылки не спрятаны в иконки.
- Ключевые слова берите из вакансии и вставляйте туда, где они правда про вас: Skills и пули опыта.
- Полное имя и аббревиатура рядом: Continuous Integration (CI), если оба варианта есть в объявлении.
- Один шаблон на все роли не проходит ни людей, ни фильтры. Меняйте верх и 5–8 пуль под семейство вакансий.
Что ATS делает на самом деле
Система разбора кандидатов (ATS) кладёт файл в карточку: имя, контакты, места работы, даты, навыки, иногда образование. Дальше рекрутер фильтрует пачку: город, слова стека, годы, ключевые фразы из описания. Если парсер склеил колонки, потерял почту или не увидел Python в опыте — в выдаче вас нет, хотя PDF красивый.
Это не «робот выкинул резюме за отсутствие слова Agile». Чаще две причины: файл технически не разобран или в карточке нет тех же терминов, что в фильтре вакансии. Человек всё равно смотрит короткий список, не сто сырых PDF. Задача — попасть в этот список и не выглядеть кашей, когда карточку откроют.
На CIS-рынке 2026-го ATS стоит не у всех. Маленькая команда может читать почту. Крупный продукт, аутсорс и международные доски — почти всегда система. Вы не знаете заранее. Делайте файл, который переживает парсер и 15 секунд глаз. Это один документ, не два искусства.
Когда система есть, а когда важнее человек
Если отклик уходит на HeadHunter, в Workday, Greenhouse, Lever, внутренний портал банка или корпорации — считайте, что парсер есть. Если это Telegram вакансии на трёх человек и PDF в личку — человек. Формат всё равно держите простым: рекрутер пересылает файл коллеге, вставляет куски в таблицу, открывает с телефона.
Не оптимизируйте резюме «под робота» в ущерб чтению. Стена из 40 ключевых слов без опыта выглядит как спам и человеку, и простому поиску. Не вставляйте белый текст. Не копируйте абзац обязанностей из вакансии целиком: это видно и не показывает вклад.
Ключевые слова без спама
Слова нужны не для SEO сайта, а чтобы фильтр и глаз увидели тот же стек и те же задачи. Берите формулировки из объявления, которыми вы реально владеете. Если в вакансии PostgreSQL, а у вас в файле только «SQL и базы», вы можете выпасть из поиска по Postgres — хотя на созвоне закрыли бы вопрос.
Рабочая схема:
- Выпишите 8–12 терминов из вакансии: языки, фреймворки, облако, тип задач (billing, on-call, design system).
- Оставьте те, что готовы разобрать на интервью и тестовом.
- Поставьте их в Skills (короткий список) и хотя бы в одну пульку опыта или проекта, где это было делом, а не курсом.
- Если в тексте вакансии есть и полное имя, и аббревиатура — дайте оба один раз: Amazon Web Services (AWS), continuous integration (CI).
Не тащите соседний стек «для объёма»: Kubernetes в Skills при одном туториале вскроется на первом техническом. Не дублируйте одно и то же слово десять раз. Достаточно естественного языка: в заголовке роли, в Skills, в 2–3 пулях.
Русскоязычная вакансия — русские термины плюс устоявшиеся английские имена технологий. Англоязычная — английские заголовки секций и те же имена стека. Не смешивайте «Опыт работы» и Experience в одном файле, если откликаетесь в англоязычную ATS: заголовки секций тоже ищут.
Форматирование, которое переживает парсер
Простая вертикальная структура. Слева направо, сверху вниз, как читает человек. Что ломает разбор:
- Две колонки: контакты слева, опыт справа — парсер читает зигзагом.
- Таблицы для выравнивания, текстовые поля в Word, текст в фигурах.
- Иконки вместо слов Phone, Email, GitHub. Символ телефона без подписи часто исчезает.
- Важные данные в колонтитуле: часть систем туда не смотрит.
- Скан или PDF-картинка: текст не выделяется.
- Нестандартные заголовки: «Мой путь», «Что я умею», «Journey», «Toolbox» вместо Experience / Skills / Education.
- Шрифты, которые превращают C++ и пайплайны в крокозябры.
PDF подходит, если это экспорт из текстового документа, ссылки кликаются, абзац можно выделить. Word ещё жив на части локальных работодателей; для IT чаще ждут PDF. После экспорта откройте файл и вставьте кусок в чистый текстовый редактор: порядок блоков должен остаться человеческим.
Не кладите фото обязательным блоком: оно съедает место и иногда путает парсер. Для международного рынка фото ещё и нежелательно — см. ошибки англоязычного CV в типичных ошибках русскоязычных кандидатов.
Стандартные заголовки и даты
Для англоязычной ATS удобны: Summary или Profile, Skills, Experience или Work Experience, Projects, Education. Для русской системы: Опыт, Навыки, Проекты, Образование. Не изобретайте «Карьера 2019–н.в.» без нормального заголовка секции.
Даты пишите явно: Mar 2022 – Present или 03.2022 — настоящее время. «2022–now» в графическом таймлайне парсер может не взять. Месяц и год достаточно. Пробелы в местах работы без дат выглядят как дырка в карточке.
Название компании и роли — обычным текстом, не логотипом. Локация роли — строкой: город или Remote. Внутренние коды должностей («инженер 2 кат.») замените рыночным именем, иначе фильтр по Software Engineer вас не найдёт.