Булев поиск кандидатов: как писать Boolean-запросы без шума и потери релевантности
Профессиональное руководство по Boolean search для рекрутеров и сорсеров: как собирать роль, стек, seniority и ограничения в сильный поисковый запрос, который дает управляемую выдачу, а не поток шума.
Почему Boolean search остается базовым навыком сорсера
Boolean search нужен в тот момент, когда одно ключевое слово перестает быть инструментом и превращается в источник хаоса. Для большинства современных ролей название позиции уже не уникально: сильный кандидат может называться Frontend Engineer, React Developer, UI Engineer или вовсе Product Engineer, хотя по сути речь идет об одном и том же профиле.
Поэтому хороший булев запрос решает не техническую, а продуктовую задачу: он формализует ваше понимание роли. Вы заранее описываете, какие названия позиции считать эквивалентными, какие сигналы действительно обязательны, а какие слова лишь создают шум и размывают выборку.
Как превратить описание вакансии в рабочую поисковую конструкцию
На практике сильный Boolean почти всегда собирается из четырех блоков: эквиваленты названия роли, обязательный стек или domain skills, seniority и исключения. Такая структура удобна сразу по трем причинам: ее легко читать, редактировать и переносить между площадками.
Самая частая ошибка на этом этапе — пытаться уместить в один запрос весь бриф целиком. Boolean не обязан отражать каждую строку вакансии. Его задача — зафиксировать те сигналы, которые реально отделяют релевантных кандидатов от нерелевантных.
Где Boolean чаще всего ломается
Чаще всего запрос деградирует по трем причинам. Первая — избыточные OR-группы, когда в строку попадает слишком много слабых синонимов и выдача расползается. Вторая — отсутствие скобок вокруг названий роли, из-за чего логика запроса начинает работать не так, как задумывал сорсер. Третья — агрессивный NOT, который вырезает не только шум, но и часть сильных профилей.
Есть и системная ошибка: использовать один и тот же запрос как универсальный. Для Google X-Ray, LinkedIn и HH нужен общий каркас, но разная финальная адаптация. Boolean хорош тогда, когда он живет внутри конкретного поискового сценария, а не существует как абстрактная идеальная строка.
Как оценивать качество булевого запроса
Сильный запрос оценивается не по красоте записи, а по качеству первых двадцати результатов. Если в верхней части выдачи вы видите релевантные роли, правильный seniority и ожидаемый стек, значит логика собрана хорошо. Если же результаты распадаются по смежным, но нецелевым профилям, проблема почти всегда в слабом role-block или лишних OR-терминах.
Хорошая практика — держать Boolean как рабочий артефакт, а не как финальный документ. Его нужно сокращать, усиливать и пересобирать под источник, пока он не начнет давать предсказуемую, повторяемую релевантность.