Start with things and relationships, not a keyword spreadsheet
A keyword list records language people use. An entity model records what the business is talking about. The organization is an entity. Each meaningful service is an entity. Founders, specialists, locations, products, certifications, and documented projects may also be entities. Questions and topics describe how people seek information about them.
Entity first does not mean ignoring search demand. It means using demand to improve a coherent model instead of producing disconnected pages for every phrase. The business should be able to draw the relationship between the company, a service, the person responsible, the location served, the evidence available, and the questions a buyer asks.
Build an approved entity inventory
List the entities the business can support publicly. Record the preferred name, type, concise description, canonical page, important attributes, related entities, public sources, owner, and review date. Mark facts that are provisional, private, outdated, or unavailable.
| Entity type | Core facts | Potential evidence |
|---|---|---|
| Organization | Public name, URL, contact, founder, operating area | About page, legal record, public profiles |
| Service | Scope, fit, process, limits, next step | Service documentation, project examples, source material |
| Person | Name, role, relevant experience, authored work | Profile page, article bylines, approved credentials |
| Location | Address or service area, availability, local context | Location page, verified business profile |
| Project | Client or category, constraint, work, date, observable result | Case study, live page, deployment or project artifact |
Do not add an entity merely because a schema property exists. Add it because the business needs to explain a real thing consistently.
Give important entities a canonical home
Choose the page that establishes each important entity. The about page can establish the organization and founder. A service page can own the full explanation of one service. A location page can own a real geographic operation. A project page can document one engagement or build.
Other pages can mention the entity and link back to its canonical home with descriptive text. This creates a comprehensible site graph. It also reduces duplication because supporting articles can answer narrower questions without repeating the complete service description.
Attach real questions to the right entity and page
Collect questions from sales, support, search data, reviews, forums, and subject matter experts. Classify them by the entity and decision they concern. A question about service fit belongs near the service. A question about a specialist's experience may belong on the person page. A complex regulatory explanation may need an article linked from the relevant service.
Prioritize questions by business importance, user need, evidence availability, and content gap. Search volume can inform the decision but should not force a page when the business lacks authority or a useful answer. One complete response is usually more valuable than several thin variations.
Use internal links to express relationships
Navigation shows the broad structure, while contextual links show meaning. A service page can link to the responsible team member, a related project, a detailed process guide, and the contact path. An article can link to the service it supports and to primary sources. A project can link back to the capabilities demonstrated.
Use descriptive anchor text rather than repeated phrases such as learn more. Keep links useful to a reader. Avoid creating a dense mesh where every mention links everywhere. The relationship should answer why the destination helps at that moment.
Maintain a shared fact and evidence layer
Store approved public facts in a source that content owners can review. The organization name, founder, contact details, service names, locations, and credentials should not drift across templates. When a fact changes, update the canonical source, visible pages, structured data, profiles, and discovery files that depend on it.
Attach evidence to claims. Record the source URL or artifact, publication date, last verification date, approved wording, and limitations. This is especially important for statistics, regulations, certifications, rankings, and time sensitive platform behavior. When evidence expires or becomes unavailable, revise the claim rather than carrying it forward automatically.
Let structured data mirror the visible graph
JSON-LD can express selected relationships explicitly. Organization markup can name the founder and logo. ProfilePage can identify the person presented on an about page. Article can connect a guide to its author and publisher. BreadcrumbList can represent page hierarchy.
Use stable absolute identifiers and URLs. Keep the markup limited to facts visible or clearly established on the page. Structured data should be generated from the same content source when practical, then validated after rendering. It is a semantic aid, not a substitute for the page.
Govern the architecture as the business changes
- Assign an owner to each core entity and canonical page.
- Record the approved name, description, facts, sources, and review date.
- Audit new pages for duplicate ownership and unsupported relationships.
- Review high risk or time sensitive facts on a defined schedule.
- Update visible content, structured data, sitemap, and internal links together.
- Retire or redirect obsolete pages with an explicit reason and destination.
A maintained entity model gives design, content, SEO, CRM, and agent workflows a shared vocabulary. That consistency is the real advantage.
Primary official sources
These sources support the platform, standards, and implementation guidance in this article. Product behavior and documentation can change, so confirm the current source before a consequential implementation.
- Organization structured data (Google Search Central)Official organization identity and property guidance.
- Article structured data (Google Search Central)Official article, author, and publisher guidance.
- Schema.org documentation (Schema.org)Primary structured vocabulary documentation.
- SEO Starter Guide (Google Search Central)Official site organization and link guidance.