Модуль 4 · Урок 13

Пошуковий намір, SERP і карта тем

Намір — це робоча гіпотеза про задачу людини в конкретному контексті, а не незмінна етикетка ключового слова. Перевіряйте її за мовою запитів, SERP, власними даними та реальним next step.

Query familySERP evidenceJourneyTopic map

Від query до decision context

Один запит може мати кілька трактувань, а схожі слова — різні задачі. «Мікротік налаштування» може означати навчання, пошук інструкції для конкретної помилки або замовлення послуги. Не призначайте intent лише зі слова. Запишіть ймовірну задачу, knowledge state, urgency, бажаний формат і наступне рішення.

СпостереженняОбережна гіпотезаНе доводить
Переважають покрокові guidesПотрібне практичне поясненняЩо кожен користувач є початківцем
Local pack і картиЗначущий локальний contextЩо blog post не має жодної ролі
Product/category pagesПорівняння або комерційний next stepЩо informational evidence не потрібне
Fresh news/videoАктуальність або демонстрація важливіЩо старий матеріал автоматично неякісний

SERP observation, не «копіювання топа»

  1. Перевірте language, country, device і дату; персоналізація та location змінюють результат.
  2. Запишіть типи сторінок, dominant subtopics, visual elements, freshness і представлені альтернативи.
  3. Відділіть observation від inference: «8 із 10 — guides» є фактом вибірки, «Google хоче 2500 слів» — недоведений висновок.
  4. Не копіюйте структуру, формулювання чи дані конкурентів; знайдіть user need, який можете задовольнити власним досвідом і доказом.

SERP — динамічна вибірка

Вона показує, що система подає зараз у конкретному контексті, але не розкриває алгоритм і не гарантує майбутній результат. Зберігайте дату та скрін/URL evidence.

Query family замість одного keyword

Core taskОсновна задача й формулювання користувача.
PrerequisitesЩо треба зрозуміти до виконання.
VariantsСиноніми, мова, device, platform, audience context.
ProblemsErrors, risks, troubleshooting і constraints.
EvaluationComparison criteria, alternatives, price і proof.
After-actionSetup, measurement, maintenance і next step.

Обсяг пошуку — лише один сигнал. Пріоритет визначають relevance до бізнес-рішення, право дати корисну відповідь, evidence, journey role і можливість виміряти outcome.

Topic map і роль сторінки

Map не повинна створювати окремий URL на кожну мінімальну варіацію. Об’єднуйте запити, якщо одна сторінка може повністю задовольнити ту саму задачу; розділяйте, коли відрізняються audience, decision, format або acceptance criteria.

Topic row
Query family → user task/context → journey stage → existing/best page → primary answer → supporting evidence → internal links → conversion/next step → success metric → owner.

Якщо дві сторінки змагаються за ту саму роль, спочатку перевірте content overlap, internal links і canonical signals. «Канібалізація» не діагностується одним коливанням position.

Практика уроку

  1. Візьміть одну бізнес-релевантну тему й зберіть 20–30 дозволених query signals.
  2. Згрупуйте їх за реальною задачею, а не лише спільним словом.
  3. Зробіть SERP observation для трьох пріоритетних families із context/date.
  4. Призначте кожній family існуючу сторінку, нову сторінку або рішення «не створювати».
  5. Додайте journey role, next step, evidence і одну метрику успіху.

Офіційні джерела

Практична перевірка · урок 13 з 42

Закріпіть матеріал уроку

Три сценарні питання. Для зарахування уроку потрібно дати щонайменше дві правильні відповіді.

1. Що таке search intent у цьому курсі?
2. Що не можна довести лише з переваги guides у SERP?
3. Що слід записувати для SERP observation?