Поисковые операторы для сбора B2B-базы под ICP

Перед тем как платить за очередную готовую базу контактов, стоит проверить, сколько компаний под ваш ICP можно найти обычным поиском за пару часов — часто оказывается, что немало. Поисковые операторы Google и Яндекса — site:, intitle:, кавычки, минус-слова — превращают выдачу в инструмент таргетированного поиска компаний и должностей, если знать правильные комбинации и не лениться их тестировать.

Зачем лидогенератору вообще собирать базу через поиск

Готовые базы компаний хороши для широких срезов рынка, но почти всегда буксуют на узких нишах — например, «производители упаковки для косметики в Ростовской области с оборотом от 100 млн» или «SaaS-компании для логистики, привлёкшие раунд A в последний год». Такие пересечения критериев редко есть готовыми списками, зато отлично находятся через комбинацию поисковых операторов.

Второй сценарий — добор базы, когда основной список уже отработан и нужно найти ещё 30–50 компаний под тот же ICP, не покупая заново весь сегмент рынка. Ручной поиск с правильными операторами закрывает именно такие точечные задачи быстрее, чем настройка парсера ради разовой выгрузки.

Важно понимать границы метода: поиск через операторы Google и Яндекса не заменяет полноценный сбор данных из ЕГРЮЛ, отраслевых реестров или платных баз — он хорош как инструмент точечного добора и проверки гипотез об ICP, а не как основной источник тысяч контактов.

Базовые операторы и что они делают

Кавычки вокруг фразы («точная фраза») заставляют поисковик искать именно это словосочетание, а не отдельные слова в любом порядке — критично, когда ищете конкретную должность или формулировку, а не общую тему.

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

Минус перед словом исключает страницы с этим словом из выдачи — незаменим, чтобы отсечь вакансии, курсы, рекламу вендоров и прочий шум, который забивает выдачу по отраслевым запросам.

intitle: ищет слово именно в заголовке страницы, а не где угодно в тексте — хорошо работает для поиска компаний, которые сами себя описывают определённым термином в title страницы (например, «производитель», «дистрибьютор», «завод»).

• "точная фраза" — поиск словосочетания целиком
• site:domain.ru — поиск внутри конкретного сайта или домена верхнего уровня
• -слово — исключение страниц с этим словом
• intitle:слово — слово должно быть в заголовке страницы
• inurl:слово — слово должно быть в адресе страницы (полезно для поиска разделов вроде /vacancy, /team, /о-компании)
• filetype:pdf — поиск конкретного формата файла (прайсы, каталоги, годовые отчёты часто лежат в PDF)

Формулы для поиска компаний под ICP

Комбинация операторов даёт узкий срез рынка без ручного просмотра сотен нерелевантных страниц. Общая логика: зафиксировать отраслевой термин через кавычки или intitle:, добавить географию как отдельное слово, исключить шум минус-словами (вакансии, курсы, форумы).

Для поиска ЛПР внутри уже известных компаний хорошо работает связка site:linkedin.com/in с должностью в кавычках и названием компании или отрасли — LinkedIn отлично индексируется Google, и профили с открытой видимостью попадают в выдачу без необходимости заходить в саму соцсеть.

Для поиска контактных email часто помогает связка intitle:"контакты" OR intitle:"о компании" плюс отраслевой термин — большинство корпоративных сайтов держат страницу контактов с предсказуемым заголовком, и такой запрос быстро выводит именно эти страницы, а не всю выдачу по теме.

Поиск должностей и контактов ЛПР

Отдельная задача — не найти компанию, а найти конкретного человека с нужной должностью внутри неё. Здесь хорошо работает site:linkedin.com/in "директор по маркетингу" "название компании" — такой запрос находит открытые профили LinkedIn с точным названием должности и упоминанием компании в одном профиле.

Для российских компаний похожая логика работает с профилями на профессиональных площадках и в разделах «команда» или «руководство» на сайтах: inurl:team OR inurl:komanda "название компании" часто выводит именно страницу с перечнем руководителей и их должностей.

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

Полезно комбинировать оператор site: с несколькими профессиональными площадками сразу через OR: (site:linkedin.com/in OR site:tenchat.ru) "должность" "отрасль" расширяет охват за пределы одной платформы и особенно выручает для российских специалистов, часть которых ведёт активный профиль на локальных профессиональных сетях, а не только на LinkedIn.

Комбинирование операторов для сложных запросов

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

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

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

Типичные ошибки при работе с операторами

Главная ошибка — слишком широкий запрос без минус-слов: выдача забивается вакансиями, курсами и общими статьями, а релевантные компании тонут на второй-третьей странице результатов, куда никто не доходит.

Вторая ошибка — игнорирование региональных особенностей выдачи Яндекса, которая для российских компаний часто индексирует локальные сайты и каталоги лучше Google, особенно за пределами Москвы и Петербурга. Проверка обоих поисковиков параллельно на одном запросе почти всегда даёт разный, дополняющий друг друга набор результатов.

• Запрос без минус-слов — выдача забита шумом из вакансий и общих статей
• Использование только Google без параллельной проверки в Яндексе для российского рынка
• Слишком общий отраслевой термин без уточнения географии или размера компании
• Игнорирование inurl: и filetype: — операторов, которые находят конкретные разделы сайтов и документы, а не общие страницы
• Ручной сбор без фиксации формулы запроса — при повторном поиске через месяц приходится подбирать комбинацию заново

Как встроить ручной поиск в процесс сбора базы

Ручной поиск через операторы разумно использовать не как замену основной базе, а как этап проверки и добора после того, как основной массив компаний собран из платных источников или CRM. Он особенно ценен для сегментов, где готовых баз попросту нет — новых ниш, узких региональных рынков, недавно появившихся категорий бизнеса.

Практичный подход — фиксировать рабочие формулы запросов в общем документе команды: если формула site:linkedin.com/in "должность" "отрасль" хорошо сработала один раз, она сработает и в следующий раз для похожего ICP, и не нужно будет каждый раз подбирать операторы заново. Это экономит часы на повторяющихся задачах лидогенерации и делает процесс воспроизводимым, а не зависящим от памяти одного специалиста.

Вопросы и ответы