Операторы поиска Google и Яндекс в 2026: полный справочник + шаблоны для SEO и AI-выдачи

Операторы поиска — это как “пульт управления” поиском. Когда обычный запрос даёт кашу из результатов, операторы позволяют взять выдачу за шкирку и сказать: «Так, показывай только это, только здесь, только в заголовках, только PDF и желательно за последние 30 дней». И вот внезапно вместо часа ручного скролла вы получаете 10 точных находок за 2 минуты.

Почему эта тема снова стала горячей в 2026? Потому что появился новый слой — AI-выдача: AI Overviews в Google, “Нейро”/ИИ-ответы в Яндексе, нейросниппеты. И тут самое интересное: ИИ часто отвечает “в целом правильно”, но когда вам нужны первоисточники, доказательства и конкретные документы — операторы всё ещё сильнее любого чат-ответа. Они не заменяют ИИ, они калибруют точность.

Внутри будет всё как надо: быстрый блок с готовыми запросами, таблица операторов (что реально работает в 2026), что устарело и сломалось, практические SEO-сценарии и отдельный “2026-апгрейд” — как операторами собирать корзину источников, которые ИИ охотнее цитирует.

Быстрый блок: 20 готовых запросов для работы (копируй-вставляй)

Вот самый “сохраняемый” кусок статьи. Его обычно кидают в закладки и возвращаются, когда нужно срочно проверить индекс, найти прайс конкурента или выловить UTM-мусор. Я специально сделал запросы в форме шаблонов: вы просто меняете домен, раздел или ключевое слово.

Лайфхак: держите эти запросы в заметках. Это реально экономит время, особенно когда вы переключаетесь между проектами.

Аудит индексации / поиск мусора в индексе

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

• site:example.com — общий список страниц (срез).
• site:example.com -www — проверка странных вариантов поддомена.
• site:example.com inurl:? — страницы с параметрами (часто дубли/фильтры/сортировки).
• site:example.com inurl:utm_ — UTM-страницы (если случайно попали в индекс).
• site:example.com inurl:page — пагинация (проверить, не индексируется ли лишнее).
• site:example.com inurl:tag — теги/метки (часто источник “тонких” страниц).
• site:example.com (inurl:cart OR inurl:checkout OR inurl:login) — служебные разделы.

Важно: оператор site: даёт не “истину в последней инстанции”, а выборку. Дальше это нужно сверять с панелями вебмастеров и реальной индексацией. Если вы хотите быстро разобрать базу и понять, что именно значит “в индексе” и как это проверять корректно, вот понятный материал: проверить индексацию.

Поиск документов (pdf/docx/xlsx)

Документы — это кладезь: прайсы, презентации, регламенты, отчёты, инструкции. И часто они лежат на сайте так, что конкуренты их не находят просто потому, что не умеют искать.

• site:example.com filetype:pdf — все PDF на домене.
• site:example.com (filetype:xls OR filetype:xlsx) — таблицы, часто это прайсы.
• site:example.com filetype:doc OR filetype:docx — документы/шаблоны.
• site:example.com intitle:прайс filetype:pdf — “прайс” в заголовке PDF.
• site:example.com (inurl:download OR inurl:upload) filetype:pdf — файлы в типовых папках.

Если работаете с B2B, это иногда самый быстрый путь собрать реальные факты: условия, цифры, предложения, которые конкурент не вынес на посадочные.

Поиск “утечек”: прайсы / регламенты / презентации

Слово “утечки” звучит громко, но на практике это просто публичные файлы и страницы, которые случайно открыты и индексируются. Никакой “взлом” тут не нужен — это про внимательность и поиск.

• site:example.com (intitle:презентация OR intitle:presentation) filetype:pdf
• site:example.com (регламент OR политика OR инструкция) filetype:pdf
• site:example.com intext:»для служебного пользования» — иногда попадаются интересные маркеры.

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

Поиск новых материалов конкурента за период

Когда вам нужно понять, что конкурент публиковал недавно, фильтры по датам помогают резко сузить шум. Это идеально для анализа контент-стратегии и “что они сейчас продавливают”.

• site:competitor.com after:2026-01-01 — свежие материалы в Google после даты.
• site:competitor.com before:2026-02-01 — материалы до даты.
• site:competitor.com (after:2026-01-01 before:2026-02-01) — диапазон в Google.
• site:competitor.com date:20260101..20260201 — диапазон в Яндексе (если поддерживается в текущей выдаче).

Фишка: комбинируйте даты с папками, например site:competitor.com inurl:/blog — так вы анализируете именно блог, а не весь сайт.

Что такое операторы и почему они снова важны в 2026

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

И вот почему они снова важны: в 2026 у нас есть AI-ответы, которые классно пересказывают, но не всегда дают нужную точность, первоисточник и контроль. Операторы позволяют собрать “корзину источников” — а это золото для SEO, аналитики, контент-исследований и проверки фактов.

Операторы ≠ замена ИИ

ИИ отвечает быстро, но часто “средним по больнице” языком. А операторы позволяют находить конкретные страницы, документы и первоисточники. Это особенно важно, если вы пишете экспертный контент, делаете аудит, собираете доказательства или хотите, чтобы вас цитировали.

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

Где операторы сильнее обычного поиска и чат-ответов

Везде, где нужна точность: найти дубли, мусорные URL, конкретный PDF, старую версию страницы, публикации за период, упоминания бренда на конкретных площадках, или площадки под гостевые статьи. Там, где обычный поиск выдаёт “и то, и сё”, операторы делают выдачу управляемой.

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

Шпаргалка: операторы, которые реально работают в 2026

Ниже — таблица “оператор → где работает → что делает → пример → типовая ошибка”. Я специально добавил колонку с ошибками, потому что большинство провалов в операторах не из-за поиска, а из-за синтаксиса: пробелы, кавычки, неправильные сочетания.

И да, часть операторов в Яндексе со временем отключалась или работала “не так, как в старых гайдах”. Поэтому подход простой: используем то, что стабильно работает, и держим в голове, что выдача — не лаборатория, а живой продукт.

Оператор	Google	Яндекс	Что делает	Пример	Типовая ошибка
site:	Да	Да	Ищет только на домене	site:example.com	Считать количество в site: “точным”
host:	Нет/ограниченно	Да	Ищет по хосту/поддомену	host:shop.example.com	Путать с site: и ждать одинакового поведения
rhost:	Нет	Да	Поиск по поддоменам/доменам в зоне	rhost:example.com	Использовать как “аналог site:”
intitle:	Да	Частично	Ищет слово в title	intitle:прайс	Ожидать, что найдёт только “точную фразу”
allintitle:	Да	Нет	Все слова должны быть в title	allintitle: прайс доставка	Забыть пробелы и получить мусор
inurl:	Да	Частично	Ищет слово в URL	site:example.com inurl:utm	Не учитывать, что URL может быть транслитом
allinurl:	Да	Нет	Все слова должны быть в URL	allinurl: blog seo tools	Пытаться применить к кириллице без проверки
intext:	Да	Частично	Ищет слово в тексте	site:example.com intext:»условия оплаты»	Не брать фразу в кавычки
filetype:	Да	Да/частично	Фильтр по типу файла	filetype:pdf	Путать filetype и ext/mime
before:/after:	Да	Нет	Фильтр по датам (Google)	after:2026-01-01	Ожидать абсолютной точности дат
date:YYYYMMDD..YYYYMMDD	Нет	Иногда	Диапазон дат (Яндекс)	date:20260101..20260201	Использовать без проверки, работает ли сейчас
OR / |	Да	Да	Логическое “или”	(прайс OR price)	Забыть скобки и получить странный смысл
— (минус)	Да	Да	Исключение слова	site:example.com -inurl:tag	Ставить минус без пробела там, где нужен пробел
«точная фраза»	Да	Да	Поиск точной фразы	«договор оферты»	Смешивать кавычки и опечатки
* (подстановка)	Да	Ограниченно	Подстановка слова в фразе	«лучшие * 2026»	Ждать, что * заменит несколько слов
related:	Да	Нет	Похожие сайты (Google)	related:example.com	Считать, что это конкурентный анализ “под ключ”

Если вам нужно освежить базу — как поиск устроен на уровне “индексация → ранжирование → сигналы”, вот понятный материал: как работает SEO.

Что устарело и что сломалось

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

В 2026 здравый подход простой: операторы — это не “раз и навсегда”, а инструмент, который иногда меняется. Поэтому мы держим под рукой актуальный набор и знаем альтернативы.

Google: cache: удалён — что использовать вместо

Раньше cache: был способом посмотреть кэшированную версию страницы. Сейчас этот оператор в привычном виде больше не является надёжной опцией (и в старых гайдах это часто не учтено). В реальной работе вместо него логичнее использовать архивирование и историю версий.

Самый практичный заменитель — Wayback Machine: вы находите старую версию страницы и сравниваете изменения. Это особенно полезно, когда “вчера всё ранжировалось, а сегодня нет” и нужно понять, что поменяли.

Яндекс: часть операторов отключена или ведёт себя иначе

Яндекс со временем менял поддержку некоторых операторов и синтаксиса. Поэтому если вы видите в гайде экзотический оператор “из 2014” — не тратьте время на него. Лучше делайте упор на то, что стабильно: site/host/rhost, кавычки, минус-слова, логика OR, фильтрация по URL и типам файлов (где это работает).

И главное — всегда проверяйте результат: оператор “работает” только тогда, когда выдача реально стала точнее под вашу задачу.

Практика для SEO: сценарии, где операторы дают максимум пользы

Сейчас будет мясо. Операторы особенно хороши не “в теории”, а в конкретных сценариях: индексация, дубли, служебные страницы, конкуренты, документы, пресёрч под контент и линкбилдинг.

В каждом сценарии я дам шаблоны запросов и объясню, что именно вы ищете и как это использовать в работе.

Индексация разделов и поддоменов

Задача простая: понять, какие разделы реально в индексе, и нет ли перекоса. Например, индексируется блог, но не индексируются страницы услуг. Или наоборот — в индексе куча фильтров и пагинации, а важные карточки теряются.

• site:example.com inurl:/blog — индекс блога.
• site:example.com inurl:/services — индекс услуг.
• host:shop.example.com (Яндекс) — индекс поддомена.
• site:example.com -inurl:/blog — всё, кроме блога (чтобы увидеть остальное).

После этой проверки обычно становится ясно, что делать дальше: закрывать мусор, усиливать важные разделы, исправлять внутренние ссылки, пересобирать карту сайта.

Если вы хотите не только “увидеть индекс”, но и ускорить попадание важных страниц в поиск (особенно после правок или публикаций), вот хороший разбор: ускорить индексацию.

Поиск дублей, параметров и UTM

Это классика технического SEO. Параметры могут плодить десятки дублей: сортировки, фильтры, UTM, страницы с ?page=, и всё это иногда попадает в индекс, съедает краулинговый бюджет и размывает релевантность.

• site:example.com inurl:? — всё с параметрами.
• site:example.com inurl:utm_ — UTM-страницы.
• site:example.com inurl:sort — сортировки.
• site:example.com inurl:filter — фильтры (если так устроено).

Дальше вы уже решаете технически: закрывать в robots, ставить canonical, настраивать параметры в консолях, чистить внутренние ссылки. Операторы здесь — быстрый “детектор”, который показывает, что реально всплыло в выдаче.

Поиск технических “дыр”: HTTP на HTTPS и служебные URL

Иногда у сайта “живут” две версии: http и https, www и без www, зеркала, тестовые домены. Это не всегда видно глазами, но это видно поиску — и может создавать дубли и путаницу.

• site:http://example.com — если вдруг индексируется HTTP-версия.
• site:example.com (inurl:login OR inurl:cart OR inurl:checkout) — служебные страницы.
• site:example.com inurl:admin — проверить, не торчит ли что-то лишнее (в индексе именно “торчит”).

Если вы это нашли — это не повод паниковать. Это повод навести порядок: редиректы, запреты, каноникалы, настройки зеркал.

Контент-аудит конкурентов по папке /blog и по датам

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

• site:competitor.com inurl:/blog intitle:гайд
• site:competitor.com inurl:/blog after:2025-12-01 (Google)
• site:competitor.com inurl:/blog (исследование OR отчет OR кейс)

Дальше вы выписываете: какие блоки повторяются, где таблицы, где FAQ, какие вопросы закрывают. И делаете “лучше и полезнее”, а не “так же, но другими словами”.

Документы и “утечки” через filetype + intitle

Если вам нужны прайсы, регламенты, презентации — эта связка работает очень мощно. Особенно в B2B, где часть информации часто живёт в PDF.

• site:competitor.com (filetype:pdf OR filetype:xlsx) (прайс OR price)
• site:competitor.com filetype:pdf intitle:презентация
• site:competitor.com filetype:pdf intext:»условия сотрудничества»

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

Быстрый пресёрч для контента: первоисточники и исследования

Для AI-выдачи и экспертного контента важно одно: доказательность. Не “мнение автора”, а ссылки на первоисточники, исследования, официальные документы. Операторы помогают добывать такие штуки быстро.

• (site:.gov OR site:.edu) filetype:pdf «your topic» — официальные/академические PDF.
• site:who.int filetype:pdf — пример поиска по авторитетным доменам.
• intitle:report filetype:pdf «market» — отчёты по рынку.

Потом вы делаете простую вещь: берёте 3–5 источников, выписываете цифры и выводы, и строите материал вокруг них. Такой контент обычно сильнее и для SEO, и для доверия, и для AI-цитирования.

Outreach и линкбилдинг: поиск площадок под гостевые публикации

Это сценарий “найти площадки, которые реально принимают гостевые статьи”. Операторы экономят часы, потому что вы сразу фильтруете сайты по нужным страницам.

• «write for us» + ваша тема
• «гостевой пост» + ваша тема
• inurl:guest-post + ваша тема
• intitle:»для авторов» + ваша тема

Дальше вы оцениваете площадки по качеству, тематике и репутации — и делаете нормальный outreach, а не массовую рассылку “разместите ссылку”.

Операторы + AI-поиск: как собрать “корзину источников” для ИИ-ответов

Вот главный блок “2026-upgrade”. В AI-выдаче (AI Overviews/Нейро) часто выигрывают не те, у кого больше текста, а те, у кого контент структурирован и “удобен для извлечения”. ИИ любит, когда ему легко взять тезис, цифру, определение — и сослаться.

А операторы в этой истории — инструмент, который помогает вам найти страницы-доноры (первичники) и понять, как они устроены. То есть вы не просто пишете статью, а строите её на источниках, которые ИИ и люди воспринимают как надёжные.

Почему ИИ-ответы любят уникальные тезисы и структуру

ИИ-ответы формируются из множества источников. Если ваша страница даёт короткий прямой ответ, потом раскрывает тему по блокам, добавляет таблицу, список, примеры и микроразметку — её проще “понять” и “цитировать”. А если страница — это поток текста без структуры, ИИ сложнее вытащить из неё аккуратный тезис.

И тут включается важный момент 2026: семантика стала более “сущностной”. Не просто ключевые слова, а сущности и поля темы: операторы, синтаксис, сценарии применения, индексация, первоисточники, доверие, E-E-A-T.

Как операторами находить первоисточники, которые ИИ будет цитировать

Ваша задача — собрать 5–10 сильных источников: исследования, отчёты, официальные документы, гайды крупных платформ. Операторы позволяют найти их не “наугад”, а точечно.

• filetype:pdf intitle:report + тема — быстрый способ найти отчёты.
• (site:.gov OR site:.edu) + тема — официальные/академические источники.
• site:competitor.com inurl:/blog after:2026-01-01 — свежие материалы конкурента (Google).

Дальше вы делаете “корзину”: 3 источника “официальные”, 2–3 “практика/кейсы”, 1–2 “инструментальные гайды”. И строите статью так, чтобы в ней были тезисы, которые можно цитировать: определения, цифры, шаги.

Мини-чеклист: “страница-донор” для AI Overviews и Нейро

Если вы хотите, чтобы ваша страница имела шанс быть источником для AI-ответов, ориентируйтесь на структуру. Это не гарантирует цитирование, но повышает “читабельность” страницы для систем.

• Прямой ответ в первых 2–3 предложениях (без долгих вступлений).
• Структура H2–H4 с понятными заголовками (не “общие слова”).
• Списки и таблицы для сравнения и шагов.
• Schema.org / JSON-LD (FAQPage/HowTo/Article) — где уместно.
• alt-теги и подписи к изображениям (мультимодальность).
• Доказательность: цифры, кейсы, ссылки на первоисточники, авторство.

Если хотите углубиться в тему того, как это связывается с поиском и современными подходами (GEO/структура/FAQ/Schema), полезно почитать: генеративное SEO.

Как попасть в AI-выдачу

Сразу честно: “попасть в AI-выдачу” — это не одна кнопка. Это комбинация: техническая готовность, чистая индексация, структурированный контент, доверие и измерение результата. И самое главное — полезность и оригинальная фактура, которую есть смысл цитировать.

Ниже — короткий конспект по логике “диагностика → техника/данные → контент → метрики → риски”. Это удобный план, если вы хотите внедрять AI-оптимизацию без хаоса.

Диагностика готовности

Проверьте: страницы нормально индексируются? нет ли дублей и мусора? работает ли мобайл? есть ли стабильные показы и клики? Если сайт технически “сыпется”, AI-видимость тоже будет сыпаться — потому что всё начинается с индекса.

Дальше смотрим на контент: есть ли прямые ответы, структура, таблицы, FAQ, доказательства. Если нет — это первый слой улучшений.

Структура данных и микроразметка

Schema.org — это способ “подсказать” поиску, что у вас на странице: статья, инструкция, FAQ, продукт, организация. Это не гарантия, но сильный структурный сигнал. А для AI-выдачи структура почти всегда важна, потому что она облегчает извлечение смысла.

Если вы делаете HowTo/FAQ, микроразметка часто становится тем самым “усилителем”, который помогает системам понять, что у вас готовые ответы.

Контент под AI Overviews и Нейро

Главная формула: короткий ответ → раскрытие по блокам → примеры → таблица/шпаргалка → FAQ. И обязательно фактура: цифры, кейсы, конкретные шаги. В 2026 “пустая генерация” проигрывает, потому что она не даёт уникального тезиса.

И ещё: E-E-A-T (опыт, экспертиза, авторитет, доверие) — это не “для галочки”. Это про то, чтобы ваш материал выглядел как источник, а не как пересказ пересказа.

Метрики отслеживания

Чтобы понять, даёт ли AI-оптимизация эффект, вам нужны понятные метрики видимости: доля запросов в топ-группах, рост видимости по кластерам, изменения CTR и охватов. Плюс — отслеживание, какие страницы “подхватываются” AI-ответами (если есть признаки в выдаче/по запросам).

Если хотите пример того, какие именно показатели удобно показывать в отчётах (распределение запросов по топ-группам, видимость, динамика), вот полезный ориентир: метрики видимости.

Как не навредить

Самые частые риски: переспам, “тонкие” страницы ради объёма, слабая доказательность, шаблонные тексты без уникальности. В AI-эпоху это наказывается не только падением доверия людей, но и тем, что ваш контент просто нечего цитировать.

Если вы хотите быть источником — делайте контент, который не стыдно показать эксперту. И структуру, которую приятно читать человеку.

FAQ

Без FAQ эта статья была бы неполной — потому что операторы часто вызывают одни и те же вопросы: “почему site показывает меньше”, “можно ли верить на 100%”, “что ломается”, “как это помогает под AI”. Я собрал ответы максимально по делу.

Если вы дочитали до этого места — вы уже на шаг впереди большинства, кто до сих пор ищет по старым гайдам.

Почему site: показывает меньше страниц, чем в панели вебмастера?

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

Правильная логика: site — это быстрый “скрининг”, а истина по индексации — в панелях (Вебмастер/GSC) и в отчётах покрытия.

Можно ли доверять операторам на 100%?

Нет. И это нормально. Поиск — это не база данных с идеальной точностью, это продукт с ранжированием, фильтрами и экспериментами. Операторы повышают точность, но не превращают выдачу в “реестр”.

Поэтому проверка всегда выглядит так: оператор → список находок → сверка с вебмастером/логикой сайта → решение.

Какие операторы чаще всего ломаются и как проверять актуальность?

Чаще всего “ломаются” экзотические и редко используемые операторы, а также поведение датовых фильтров и некоторых уточнений по полям (особенно если вы ждёте абсолютной точности). Лучший способ проверки простой: берёте 2–3 тестовых запроса, сравниваете результаты сегодня и через неделю, смотрите, даёт ли оператор стабильное уточнение.

И ещё: если видите совет “из древнего SEO-форума”, лучше проверить на практике, чем верить на слово.

Как операторы помогают именно под AI-цитирование?

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

Дальше вы делаете контент, который “удобно цитировать”: прямой ответ в начале, H2–H4, списки, таблицы, микроразметка, фактура и авторство. ИИ не магический — ему просто легче извлекать смысл из структурированного и доказательного материала.