Ключевики — это симптом, а не задача
Смотри, что тут важно понять: человек не приходит в поиск с абстрактным запросом просто так. За каждым запросом стоит ситуация — контекст, эмоция, момент жизни.
Классический подход к контенту — взять частотку, сгруппировать по кластерам, накидать бриф на основе volume. Работало годами. Но если ты до сих пор так делаешь, то, скорее всего, штампуешь контент, который никому особо не нужен, зато отлично закрывает таблицу в Экселе.
Проблема в том, что LLM-поиск и обычные поисковики всё меньше смотрят на частотность формулировки и всё больше — на то, насколько текст реально отвечает на задачу пользователя. Это уже не про подбор синонимов, это про понимание сценария.
Что такое audience situations
Вместо вопроса «какие ключевики мы не закрыли» стоит задавать другой: в какой ситуации человек вообще оказывается рядом с нашим продуктом или темой?
Для этого удобно использовать модель 7 W’s:
- Why — зачем человеку это нужно прямо сейчас
- When — в какой момент возникает потребность
- Where — где физически или в каком канале это происходит
- While — что ещё происходит параллельно в его жизни
- With whom — с кем он взаимодействует в этот момент
- With/for what — с помощью чего или ради чего он это делает
- How feeling — что он чувствует в этот момент
Это не анкета для галочки. Это способ увидеть человека, а не строку в семантическом ядре.
Возьми условный сайт про сладости. Ты можешь написать банальную статью «топ-10 конфет на Хэллоуин» — и таких статей в выдаче уже сотня. А можешь заметить реальные ситуации: беременность и странные пищевые тяги, раздача конфет соседским детям на Хэллоуин, ужин с гостями, которых хочется удивить десертом. Это три совершенно разных сценария с разной эмоцией, разным контекстом и разной аудиторией — и каждый заслуживает своего материала, а не общей обзорной простыни.
Где брать эти ситуации
Ключевики можно надёргать из сервисов частотности за пять минут. Ситуации так не находятся — их нужно вытаскивать из живых источников.
Support-обращения, переписки с отделом продаж, отзывы клиентов, комментарии в соцсетях — вот где лежит настоящая карта пользовательских задач. Люди там формулируют не «купить конфеты недорого», а «что подарить ребёнку, у которого аллергия, но хочется как у всех на празднике». Это совершенно другой уровень детализации, и именно он превращается в контент, который реально помогает.
Когда FAQ и определения — плохая идея
Отдельно скажу про соблазн наклепать тонких FAQ-страниц и статей-определений на 300 слов. Часто это пустая трата ресурса.
Если твоя статья «что такое инфляция» конкурирует с Википедией или официальным сайтом ведомства, у неё нет шансов — ни в обычном поиске, ни тем более в выдаче LLM, которые и так возьмут ответ из авторитетного источника. Ты просто сожжёшь бюджет на контент, который никого не приведёт и никого не удержит.
Вместо этого лучше вложиться в глубокий материал, привязанный к конкретной ситуации из жизни твоей аудитории — там, где авторитетные источники общего профиля тебе не конкуренты, потому что они этой ситуации попросту не касаются.
Как это переносится на структуру сайта
Когда ты проектируешь информационную архитектуру, отталкивайся не от списка ключевых слов, а от точек входа в категорию (Category Entry Points) — тех самых моментов, когда человек впервые задумывается о теме.
Дальше выстраивай контент вдоль customer journey: от первого смутного вопроса до момента принятия решения и после него. Каждая точка этого пути — потенциальная ситуация, а не просто ещё один заголовок для галочки в контент-плане.
Это требует больше работы на старте, чем выгрузка частотности. Зато результат — контент, который реально решает задачу человека, а не просто существует ради присутствия в индексе.
Итог
Частотность подскажет, что искать, но не подскажет, зачем. Строй бриефы вокруг реальных ситуаций людей — и получишь контент, который выигрывает не за счёт объёма, а за счёт точности. Если хочешь понять, какие ситуации твоей аудитории сайт пока не закрывает, начни с аудита контента.