Proč je intent research základem AI SEO a práce s entitami
Intent research (výzkum uživatelského záměru) posouvá SEO od „klíčových slov“ k úkolům, které se lidé snaží vyřešit v konkrétním kontextu. V éře vyhledávání obohaceného o LLM a entity už nejde jen o frekvenci dotazů, ale o porozumění vztahům mezi potřebami, fázemi rozhodování a entitami (produkty, kategoriemi, osobami, místy, tématy). Cílem je navrhnout architekturu obsahu, která propojuje záměry s grafem entit webu, minimalizuje kanibalizaci a maximalizuje schopnost LLM i klasických vyhledávačů správně pochopit a citovat váš obsah.
Pojmy a rámec: záměr, entita, úkol, kontext
- Záměr (intent): očekávaný výsledek interakce – čeho chce uživatel dosáhnout (zjistit, porovnat, koupit, opravit, ověřit).
- Entita: pojmenovatelná věc s vlastnostmi a vztahy (značka, model, ingredience, město, symptom, proces).
- Úkol (job-to-be-done): praktická činnost uživatele („sladit barvu stěny s pohovkou“, „přesunout web na HTTPS bez výpadku“).
- Kontext: situace, omezení a preference (rozpočet, zařízení, místo, čas, zkušenosti).
Výstupem intent research je mapování Záměr → Entity → Formát → Signály ověření, které řídí informační architekturu, interní prolinkování, strukturovaná data a výběr formátů (návod, srovnání, kalkulačka, seznam, produktová karta, interaktivní konfigurátor).
Typologie záměrů: podrobnější než „informační/komerční/transakční“
- Explorační: zorientovat se v tématu, pojmech a možnostech (entity: kategorie, vlastnosti, synonyma).
- Diagnostický: najít příčinu problému a rozčlenit jej (entity: symptomy, příčiny, testy).
- Evaluační: porovnat alternativy a kritéria (entity: parametry, metriky, benchmarky).
- Konfigurační: sestavit řešení/kombinaci (entity: kompatibilita, varianty, doplňky).
- Transakční: uskutečnit nákup/rezervaci (entity: cena, dostupnost, lokality, doprava).
- Po nákupu: používání, údržba, reklamace (entity: díly, kroky, záruční podmínky).
- Ověřovací: potvrdit fakt, definici, normu (entity: standardy, autority, citace).
Metody sběru signálů: od SERP po vlastní logy
- Rozbor SERP: prvky (PAA, Top stories, videa, mapy), typy dokumentů na předních pozicích, délka a struktura odpovědí, zda SERP naznačuje více záměrů.
- Query mining:
- Externí zdroje: našeptávač, „lidé se také ptají“, související dotazy, komunitní fóra, Q&A, recenze.
- Interní zdroje: Google Search Console (kombinace dotaz+URL), interní vyhledávání na webu, logy 404 a vyhledávání na webu.
- Analýza chování: události GA4, sekvenční cesty, mikro-konverze, „čas do první odpovědi“, scrollování, kliknutí na prvky podle formátu.
- CRM a podpora: důvody kontaktů, typy ticketů, slovník zákazníků (terminologie ≠ terminologie výrobců).
- Rozhovory v kontextu: krátké rozhovory s uživateli z klíčových segmentů, ověření slovníku a hodnoticích kritérií.
Sběr a shlukování záměrů s asistencí LLM
- Normalizace dotazů: deduplikace, lemmatizace, rozpoznávání entit (NER), sjednocení jednotek a značek.
- Vektorové reprezentace: generování embeddingů na úrovni dotazu, pasáže a entit; zohlednění jazyka a domény.
- Shlukování: HDBSCAN/k-means pro návrh „shluků záměrů“; ruční doladění hranic podle reality v SERP.
- Označování pomocí LLM: klasifikace shluků podle typů záměrů metodou zero-shot/few-shot; uvedení důvodů a klíčových entit.
- Generování „mezer“: LLM porovná existující URL s požadovaným pokrytím záměru a navrhne chybějící sekce/komponenty.
Nástroje: kombinace datových a obsahových pracovních prostředí
- Data o poptávce a SERP: GSC, plánovače a tržní databáze, extraktory PAA/našeptávače, logy interního vyhledávání.
- Analýza obsahu: crawlery, audit struktury (sitemapy, navigace, fasetové filtry), extrakce nadpisů a snippetů.
- NLP a vektory: spaCy/UDPipe pro NER, embeddingové modely, FAISS/pgvector; notebooky pro ad hoc analýzu.
- Pracovní postupy LLM: šablony promptů pro klasifikaci záměru, generování osnov podle entit, ověřování vůči SERP.
- Experimenty: platformy pro A/B nebo bandit testy, GTM pro události, nástroje pro anotaci (shoda a revize).
Mapování „Záměr → Formát → Schéma → Komponenty stránky“
| Záměr | Primární formát | Schema.org | Klíčové komponenty |
|---|---|---|---|
| Explorační | Hub + index | CollectionPage, BreadcrumbList | Taxonomie, seznam entit, filtry, související témata |
| Diagnostický | Rozhodovací strom/FAQ | FAQPage, HowTo | Symptomy → příčiny, diagnostické kroky, „kdy zavolat podporu“ |
| Evaluační | Srovnání/průvodce | Product, Review, ItemList | Parametry, tabulky, nevýhody/výhody, scénáře použití |
| Konfigurační | Kalkulačka/konfigurátor | SoftwareApplication, Product | Varianty, kompatibilita, export konfigurace |
| Transakční | PDP/PLP | Product, Offer, AggregateRating | Cena, dostupnost, doprava, CTA, prvky důvěryhodnosti |
| Po nákupu | Návod/servis | HowTo, Product | Kroky s multimédii, díly, bezpečnostní upozornění |
| Ověřovací | Definice/standard | Article, TechArticle | Jasná definice, autority, normy, citace |
Architektura a interní prolinkování řízené záměrem a entitami
Pro každou entitu mějte domovskou „kanonickou“ stránku (entity home) a kolem ní shluky podle záměru: „[Entita] + problém“, „[Entita] + srovnání“, „[Entita] + návod“. Propojujte stránky vertikálně (hub → detail) i laterálně (sesterské stránky se stejným záměrem). Přidejte drobečkovou navigaci a kontextové bloky „další krok“ navázané na fázi cesty uživatele.
Klasifikace záměru: pravidla, modely a LLM
- Pravidla: heuristiky (vzory dotazů, signály SERP). Rychlé, ale křehké.
- Modely s učitelem: vyžadují dataset (dotaz → štítek záměru). Stabilní, ale nákladné na údržbu.
- Klasifikace pomocí LLM: few-shot, vysvětlení rozhodnutí, možnost iterovat bez opětovného trénování. Je nutné kontrolovat konzistenci (shodu).
Minimální metriky: přesnost, F1 podle tříd, shoda mezi anotátory (Cohen κ) při lidské validaci, self-consistency u LLM (vícenásobná hodnocení s většinovým hlasováním).
Ověření: „důkaz záměru“ před investicí do obsahu
- Kontrola reality SERP: porovnejte plánovaný formát s tím, co zobrazují Google/Bing/AI Overviews. Nesoulad = riziko.
- Experimenty v sandboxu: publikujte „tenkou“ verzi s jasným účelem (sekci MVP) a sledujte zapojení do mikro-cílů.
- A/B nebo bandit test: titulky, úvod, pořadí sekcí, komponenty odpovědi (blok FAQ, tabulka parametrů).
- Mapování dotazů na sekce: přiřaďte dotazy ze služby GSC k sekcím. Answer Coverage = % nejčastějších dotazů pokrytých konkrétní sekcí.
- Ochranná opatření proti SEO rizikům: kanonikalizace, noindex pro experimentální stránky, prevence kanibalizace (interní odkaz rel=“nofollow“ dočasně jen v nezbytných případech), sledování odkazu v sitemapě.
Stanovení priorit: od nápadu k backlogu
Pro každý shluk záměru vypočítejte skóre RICE (Reach, Impact, Confidence, Effort). Doplňte ho o Difficulty (silní konkurenti, bloky funkcí SERP) a Entity Coverage (kolik klíčových entit doplňujete). Vytvořte matici Opportunity × Difficulty a plánujte v kvartálních vlnách.
Měření: KPI podle záměru, nikoli univerzální
- Explorační: „zobrazená hloubka tématu“, počet přechodů do podshluků, scroll mapy.
- Diagnostický: „první kliknutí vedoucí k příčině“, úspěšnost větvení rozhodovacího stromu.
- Evaluační: interakce se srovnávačem, uložené užší výběry, kliknutí na specifikace.
- Konfigurační: dokončené konfigurace, exporty, sdílení.
- Transakční: míra přidání do košíku, zahájení nákupu, kvalita návštěvnosti.
- Po nákupu: snížení počtu ticketů L1, doba do vyřešení problému, opakované návštěvy návodů.
- Ověřovací: CTR z vyhledávání, rychlost získání odpovědi (čas potřebný k získání definice), citace z LLM.
Obsahové vzory (patterns) optimalizované podle záměru
- Vstupní stránka pro více záměrů: nad přehybem rychlé řešení, níže větvení podle role/úkolu; interní odkazy jako „další krok“.
- Hub & spoke: hub (CollectionPage) sdružuje entity; podřízené stránky řeší specifické kombinace záměrů.
- Rozhodovací strom/FAQ: pokrývá diagnostické záměry pomocí schématu HowTo/FAQ.
- Srovnání/konfigurátor: tabulky parametrů, sloupce „pro koho ano/ne“, export konfigurace.
Strukturovaná data a entity: sladění s interními vztahy
Každá entita by měla mít vlastní identitu (URL, @id v JSON-LD), propojení přes sameAs a kontextové bloky pro konkrétní záměry. U návodů HowTo používejte kroky se vstupy/výstupy, pro srovnání ItemList s itemListOrder, u produktů propojte Product ↔ Review ↔ Offer. Všechna tato propojení musí odrážet skutečné interní odkazy.
Praktický pracovní postup: krok za krokem
- Shromážděte dotazy a SERP pro výchozí témata a entity.
- Normalizujte a vytvořte embeddingy dotazů; rozdělte je do shluků.
- Označte shluky pomocí LLM podle záměru a entity; generujte návrhy formátů a sekcí.
- Ověřte návrhy formátů v SERP (rychlý manuální audit 5–10 dotazů na shluk).
- Informační architektura a prolinkování: zařazení do navigace, drobečková navigace, laterální propojení podle záměru.
- Strukturovaná data navázaná na komponenty stránky.
- Publikace MVP + události pro mikro-konverze.
- Iterace podle zapojení a mapování dotazů ze služby GSC na sekce.
Kontrolní seznam pro každý shluk záměru
- Definované JTBD a klíčové entity (min. 5–10).
- Vybraný primární formát a shoda se SERP.
- Osnova s bloky odpovědí a komponentami (tabulky, srovnání, FAQ).
- Strategie URL a interní propojení (nadřazené stránky, sourozenci, další krok).
- JSON-LD s pevnými
@idasameAs. - Mikro-KPI + události v analytice.
- Plán A/B testů (titulek, hero, pořadí sekcí).
- Ochranná opatření (kanonikalizace, sitemap, crawl budget).
Nejčastější chyby a jak se jim vyhnout
- Klíčové slovo ≠ záměr: shlukování pouze podle klíčových slov vede k duplicitám a kanibalizaci.
- Nesoulad formátu se SERP: prosazujete dlouhé články tam, kde dominují videa/produkty/FAQ.
- Chybějící entity: obsah bez explicitních entit se pro LLM obtížně cituje.
- Bez ověření: publikace velkých balíků bez MVP a mikro-KPI.
- Slabé prolinkování: izolované stránky bez „dalšího kroku“ pro daný záměr.
Příklad mapování: „elektrokolo do města“
- Explorační: „Typy městských elektrokol“ (CollectionPage + filtrační index entit: rám, motor, kapacita).
- Evaluační: „Městské elektrokolo do 1 500 €: srovnání“ (ItemList + tabulka parametrů + výhody/nevýhody).
- Konfigurační: „Vyberte si dojezd a styl“ (kalkulačka dojezdu + kompatibilita baterií).
- Transakční: PDP s
Product/Offer, dostupnost a doprava. - Po nákupu: „Jak pečovat o baterii“ (HowTo s kroky a bezpečnostními poznámkami).
Dokumentace a governance
Udržujte centrální „Intent Playbook“: definice záměrů, příklady dotazů, přiřazené entity, doporučené formáty, komponenty, schémata, KPI a prolinkování. U každé nové stránky musí být odškrtnut kontrolní seznam a určen vlastník. Jednou měsíčně znovu ověřte nejvýznamnější shluky podle nových signálů SERP a mapování v GSC.
Navrhujte podle záměru, nikoli podle klíčových slov
Intent research v kontextu AI SEO a entit znamená budovat systém: od sběru signálů přes shlukování pomocí LLM a ověřování v SERP až po měření podle záměru. Když jsou záměr, entita, formát a schéma v souladu, zvyšujete nejen pozice ve vyhledávání a citovatelnost v LLM, ale především čas potřebný k vyřešení úkolu uživatelem – a právě to je konečný ukazatel, který drží strategii pohromadě.
