Ключевые слова в резюме разработчика: что ищут рекрутеры

Резюме на hh.ru ищут не глазами, а запросами: рекрутер вводит комбинацию слов, и если их нет в вашем резюме — вас нет в выдаче, каким бы сильным ни был опыт. Поиск работает по буквальным совпадениям, поэтому «ключевые слова» — это не SEO-магия, а простая находимость. Разберём, как рекрутеры формулируют запросы, где именно слова должны стоять и как выглядит рабочий словарь по основным стекам.

Как рекрутер ищет кандидатов в базе hh.ru

У поиска по резюме на hh.ru есть язык запросов, и рекрутеры им активно пользуются: кавычки для точной фразы, OR для синонимов, NOT для отсечения лишнего, поиск по отдельным полям — заголовку, навыкам, опыту. Типичный запрос под вакансию Go-разработчика выглядит примерно так:

("Go" OR "Golang") AND (gRPC OR Kafka OR PostgreSQL) NOT (стажёр OR junior)

Плюс фильтры: опыт 3–6 лет, зарплата до бюджета, город или готовность к удалёнке, активность кандидата за последний месяц. Результат — не «все, кто умеет Go», а «все, у кого слова Go/Golang и что-то из инфраструктурного набора стоят в нужных полях». Умеете, но не написали — для этого запроса вас не существует.

Тот же механизм работает и в обратную сторону — при разборе откликов: сортировка по соответствию сопоставляет слова вакансии со словами резюме. То есть словарь резюме влияет дважды: находят ли вас в базе и как высоко ваш отклик стоит в списке. Как устроен весь этот конвейер — отдельный разбор; здесь сосредоточимся на словах.

Где должны стоять слова: поля с разным весом

По моей практике, поля резюме работают в таком порядке значимости:

1. Заголовок — самое сильное поле: по нему ищут почти всегда и его же видят в выдаче. «Backend-разработчик (Go)» — находимо; «Ведущий инженер отдела разработки» — нет.
2. Ключевые навыки — отдельное структурированное поле hh, по которому работают фильтры. Сюда — стек и главные инструменты, 8–15 позиций.
3. Описание опыта — здесь слова подтверждаются контекстом: «разработал сервис на FastAPI» весит больше, чем FastAPI в списке, потому что показывает применение.
4. «О себе» — вспомогательное поле; дублировать сюда стек имеет смысл только в связке с фактами.

Отдельно про служебные поля анкеты: «Специализация» в резюме hh — не текст, а пункт из справочника, и он участвует в фильтрах работодателя. Выбранная наугад специализация («Программист, разработчик» вместо конкретной) сужает попадание в отфильтрованные выборки. Потратьте минуту и выберите точную.

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

Словарь по стекам: что ищут и что пишут

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

Frontend

Ищут: React OR Vue OR Angular + TypeScript + инфраструктура сборки. Обязательный словарь: фреймворк с уточнением экосистемы (React + Next.js/Redux; Vue 3 + Pinia/Nuxt), TypeScript, REST/GraphQL, тесты (Jest, Playwright). Типовая ошибка — писать «JavaScript» без TypeScript: по чистому JS ищут всё реже, и запрос TypeScript вас не найдёт.

Backend

Ищут: язык + фреймворк + хранилища + транспорт. Словарь: Python/FastAPI/Django, Go/gin/gRPC, Java/Spring Boot — плюс PostgreSQL/MongoDB, Redis, Kafka/RabbitMQ, Docker. Типовая ошибка — общие слова вместо конкретики: «микросервисная архитектура» без названий брокеров и баз не матчится с запросом Kafka AND PostgreSQL.

QA

Ищут по двум осям сразу: роль (QA OR тестировщик) и тип (ручное/автоматизация). Словарь: вид тестирования (функциональное, регрессионное, API), инструменты (Postman, Selenium, Playwright, pytest), язык автотестов, багтрекеры. Типовая ошибка — не указать русское «тестировщик» рядом с QA: по нему до сих пор ищут очень часто, особенно вне Москвы.

DevOps / SRE

Ищут: DevOps OR SRE + оркестрация + IaC + CI/CD. Словарь: Kubernetes, Docker, Terraform/Ansible, GitLab CI/GitHub Actions, мониторинг (Prometheus, Grafana), облака (Yandex Cloud, VK Cloud, AWS). Типовая ошибка — прятать инструменты за процессами: «выстроил CI/CD» без названия системы не находится запросом GitLab CI.

Аналитики и PM

Для нетехнических и полутехнических ролей словарь другой: тут ищут по методологиям, артефактам и инструментам. Системный аналитик: SQL, REST/API, BPMN, UML, постановка ТЗ, Confluence/Jira. Продуктовый аналитик: SQL, Python/pandas, A/B-тесты, юнит-экономика, BI-инструменты (Superset, Power BI, DataLens). PM: Scrum/Kanban, роадмап, бэклог, стейкхолдеры, метрики продукта. Типовая ошибка — писать «аналитик» без специализации в заголовке: запросы почти всегда содержат уточнение — системный, продуктовый, данных.

Личный словарь за 20 минут

Универсальные списки выше — костяк, но ваш точный словарь лежит в вакансиях, на которые вы реально целитесь. Собирается он один раз:

1. Откройте 10–15 живых вакансий своего профиля и грейда (не три — на трёх слишком много случайного).
2. Выпишите все технологии и термины из блоков «требования» и «задачи» в один список, с повторами.
3. Посчитайте частоту. Всё, что встречается в 7+ вакансиях из 10, — ядро словаря; в 4–6 — периферия; в 1–3 — специфика конкретных компаний, под неё работает точечная адаптация, а не базовое резюме.
4. Разложите ядро на три корзины: «есть в моём резюме», «владею, но не написал», «не владею». Вторая корзина — бесплатный рост находимости: впишите. Третья — план развития, а не материал для резюме.

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

Синонимы: пишите так, как ищут

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

Ищут так	В резюме должно быть
Go / Golang	Оба: «Go (Golang)» в навыках или заголовке
QA / тестировщик / инженер по тестированию	Оба главных: «QA-инженер (тестировщик)»
React / React.js / ReactJS	Достаточно React — остальное покрывается поиском
Postgres / PostgreSQL	PostgreSQL (полное написание)
Frontend / фронтенд-разработчик	Английское в заголовке, русское — в «О себе» или опыте
1С / 1C (латиница)	Оба написания — путаница реально теряет кандидатов

Общий принцип: технологии — в каноническом английском написании, должности — в обоих языках, аббревиатуры с расшифровкой хотя бы один раз. Это касается и предметных областей: «ML (машинное обучение)», «ИБ (информационная безопасность)» — по русским расшифровкам ищут не реже, чем по аббревиатурам, особенно в госсекторе и энтерпрайзе.

Чего не делать со словами

• Не пишите технологии «по верхам». Каждое слово в резюме — потенциальный вопрос на интервью. Смотрели туториал по Kafka — это не Kafka в навыках; это «знакомство с брокерами сообщений» в «О себе», если очень хочется.
• Не превращайте опыт в перечисление. Текст из одних терминов без глаголов и результатов проходит фильтр и проваливает чтение. Слова должны жить внутри нормальных предложений — чек-лист формулировок в помощь.
• Не дублируйте один термин десять раз. Плотность не влияет на поиск hh — совпадение либо есть, либо нет. Переспам виден человеку и выглядит как накрутка.
• Не жертвуйте читабельностью ради полноты. Если для находимости нужно 30 технологий — вы, скорее всего, целитесь в слишком разные вакансии сразу. Лучше две версии резюме с разными словарями, чем одна нечитаемая.

Коротко

• Поиск по базе hh.ru буквальный: нет слова — нет вас в выдаче, независимо от реального опыта.
• Сильнейшие поля: заголовок → ключевые навыки → опыт. Каждая важная технология — минимум дважды: в навыках и в опыте с контекстом.
• Словарь берите из вакансий: термины, которые повторяются в 7 из 10 вакансий вашего профиля, обязаны быть в резюме.
• Технологии — в каноническом английском написании; должности — на двух языках (QA-инженер/тестировщик); Go — с уточнением Golang.
• Версии указывайте там, где они делят рынок: Vue 2/3, Python 2/3, Java 8/21.
• Слова без подтверждения в опыте — красный флаг для рекрутера и мина на интервью.

FAQ

Сколько ключевых навыков указывать в резюме на hh.ru?

8–15, и все — про целевую позицию. Поле «Ключевые навыки» участвует в фильтрах работодателя, поэтому важно не количество, а попадание: стек — обязательно, инструменты — выборочно, «работу в команде» и офисные программы — убрать. Длинный список размывает картину и для алгоритма, и для человека.

Писать технологии по-русски или по-английски?

Технологии — всегда в оригинале: PostgreSQL, Kubernetes, React. Должности — стоит продублировать оба варианта в разных местах резюме: «QA-инженер (тестировщик)», потому что рекрутеры ищут по обоим словам. Русифицированные написания технологий («постгрес», «кубер») в резюме не пишут — по ним не ищут.

Нужно ли указывать версии технологий?

Там, где версия — граница компетенций, да: Python 3.12, Java 21, Vue 3 против Vue 2 — это разные рынки. Перечислять минорные версии не нужно. Хорошая практика — версия в описании опыта («мигрировал сервис с Python 3.9 на 3.12»), а в навыках — просто технология.

Как узнать, какие слова ищут по моей специальности?

Откройте 10–15 живых вакансий своего профиля и выпишите повторяющиеся термины из требований — это и есть поисковый словарь рекрутеров вашей ниши. Слова, которые встречаются в 7+ вакансиях из 10, должны быть в вашем резюме обязательно (если вы ими реально владеете).

Что делать с устаревшими технологиями в резюме?

Оставлять, только если готовы с ними работать: по jQuery и Delphi до сих пор ищут — и найдут вас. Если возвращаться к легаси не хотите, уберите технологию из ключевых навыков и заголовка, но можете оставить в старом опыте: там она читается как бэкграунд, а не как предложение услуг.