Entity Map
Implemented /entitymap.json (EntityMap v1.0) with 8 entities — Person, Organization, and 6 Concepts — with structured relations, hasChunks text extracts, and a human-readable /entitymap/ companion page.
Why an entity map
Knowledge graphs are how Google understands entities and their relationships — who someone is, what they’ve built, how concepts relate. For a personal site, declaring these relationships explicitly helps search engines and AI systems build an accurate picture without having to infer everything from prose.
The EntityMap v1.0 spec provides a structured format for self-declaring entities: their type, description, sameAs links to authoritative sources, relations to other entities, and hasChunks — actual text extracts that serve as grounding data for LLMs.
The 8 entities
People:
e_001Lee Driggers (Person) — SEO professional, trail runner.sameAsLinkedIn.
Organizations:
e_002leedriggers.com (Organization) — this site.sameAsthe canonical URL.
Concepts:
e_003Crawl Intelligence — the D1 + KV bot monitoring pipelinee_004Edge SEO Architecture — running SEO logic at the CDN edgee_005Real User Monitoring — CWV measurement pipeline.sameAsWikidata.e_006Bot Classification — the UA-string classifiere_007Technical SEO — the broader discipline.sameAsWikipedia.e_008Ultra Running — trail and mountain running.sameAsWikipedia.
Relations
Relations use explicit predicates: AFFILIATED_WITH, AUTHORED_BY, INCLUDES, DEPENDS_ON, RELATES_TO, PART_OF, PRODUCED_BY. These model the actual structure:
- Lee Driggers
AFFILIATED_WITHleedriggers.com,AUTHORED_BYCrawl Intelligence + Edge SEO Architecture - Crawl Intelligence
INCLUDESEdge SEO Architecture + Bot Classification - Technical SEO
INCLUDESCrawl Intelligence + Real User Monitoring - Ultra Running
AFFILIATED_WITHLee Driggers
hasChunks — grounding data for LLMs
Each entity includes hasChunks: short text extracts that provide factual grounding. These are structured like retrieved documents: chunkId, text, sourceUrl, pageTitle, relevanceScore, contentType (definition, evidence, example).
The intention is that an LLM processing the entity map has ready-made factual summaries per entity, linked back to their source pages, rather than having to extract meaning from prose.
Two surfaces: JSON and human-readable
/entitymap.json — machine-readable, cached for 24 hours, tracked in the crawl intelligence pipeline alongside other AI-facing endpoints.
/entitymap/ — human-readable page with entity cards, type badges, and relation chips. Lets humans see the same data without parsing JSON.
What I’d add next
- Blog posts as
hasChunksevidence (link specific posts to the concepts they document) - Employer organizations as entities (Bankrate, HomeLight, Chegg, BrightEdge) with employment relations
- Expanding
sameAslinks for the Concept entities as relevant Wikidata entries exist