Google told us what it was doing back in 2012 and most of the industry heard it as a product launch rather than a warning. Announcing the Knowledge Graph, it said it had built an intelligent model that understands real-world entities and their relationships to one another: "things, not strings". Fourteen years later, generative engines have made that sentence load-bearing. An AI answer has to name someone. It names things it can identify. If your brand is still a string, you are content it can read, quote and paraphrase without ever crediting you. This page defines entity SEO precisely, shows how an engine actually resolves a thing, and explains why the discipline now has three destinations instead of one.
Entity SEO, defined in one line
Entity SEO is the practice of getting search and AI systems to resolve your brand, your people and your subject matter as distinct, identifiable things rather than as strings of characters that happen to appear on a page. The unit of work is not the keyword. It is the identity behind it.
Notice what the definition does not say. It does not say "get into the Knowledge Graph", it does not say "add schema", and it does not say "write about your topic a lot". Those are tactics, and two of them are frequently useless on their own. Entity SEO is a goal state: a machine, given your name, can point at exactly one thing in the world and be confident it is you.
The word entity is doing real work here, so let me hand the definition back to the people who built the thing. Google's launch post explains the problem with an example it chose well. Take the query "taj mahal". To a search engine, it wrote, those words "have been just that, two words". But a person knows the phrase might mean the monument, a Grammy Award-winning musician, a casino in Atlantic City, or the nearest Indian restaurant, depending on when you last ate. Same string. Four completely different things. The engine's job, and therefore yours, is to close that gap.
Here is what that abstraction looks like on a Tuesday morning. A company books an audit because, as they put it, they "don't show up in ChatGPT". Before touching a single page, we ask the assistants who the company is. Sometimes we get a confident description of a different business with a similar name. Sometimes we get a plausible invention assembled from the sector. Often we get a polite blank. Their content, meanwhile, is fine: well written, decently ranked, nothing obviously broken. The failure is upstream of the content. The machine never resolved them into a thing in the first place, and every symptom after that looks like a content problem while being an identity problem. That is the diagnosis entity SEO exists to make.
What actually counts as an entity
An entity is anything that exists distinctly and can be told apart from something else carrying the same label: a company, a person, a product, a place, a concept, an event. The test is not how often the word appears. It is whether an engine can say "that one, not the other one".
This trips people up because "entity" sounds abstract and it is not. Your company is an entity. So is your founder. So is your flagship product, your city, the method you invented, and the industry you serve. The relationships between them are entities' load-bearing walls: this person founded that company, which sells that product, in that place.
| A string | An entity | |
|---|---|---|
| What it is | A sequence of characters on a page | A thing in the world with an identity |
| How it is matched | By resemblance to the query text | By resolution to a known, distinct referent |
| Can it be ambiguous | Constantly, and the engine cannot tell | No, that is the entire point of resolving it |
| Can it carry facts | No, it carries characters | Yes: founded by, located in, sells, competes with |
| Can an AI cite it | It can quote the text and credit nobody | It can name the source, because there is one |
The academic literature has been blunt about why this matters for retrieval. De Cao and colleagues open their paper on autoregressive entity retrieval with the flat assertion that "entities are at the center of how we represent and aggregate knowledge", and note that encyclopedias such as Wikipedia are structured by entities, one per article. Their system, GENRE, retrieves an entity by generating its unique name, token by token. Read that again with a marketer's eye: the machine's retrieval target is a name that identifies one thing. If your name does not identify one thing, you are not a retrieval target. You are noise.
How an engine resolves a thing
Resolution runs in three moves: recognition (this string might be a thing), disambiguation (which thing, of the candidates with this name), and grounding (attach it to a stable identifier and the facts that hang off it). Entity SEO is the practice of making all three cheap for the machine.
You can picture the sequence, and picturing it changes what you do on Monday.
| Step | The engine's question | What decides the answer |
|---|---|---|
| 1. Recognition | Is this string naming something, or just a word? | Context around the mention, and whether the name appears in structures that describe things. |
| 2. Disambiguation | Which of the candidates carrying this name is it? | Explicit identifiers you supply, plus the company your name keeps elsewhere on the web. |
| 3. Grounding | What is true about it, and who says so? | Corroboration across independent sources, and structured facts you can be held to. |
Step two is where almost everyone loses, and it is the cheapest to fix. Schema.org gives you a property built for exactly this job. Its definition of sameAs reads: "URL of a reference Web page that unambiguously indicates the item's identity. E.g. the URL of the item's Wikipedia page, Wikidata entry, or official website." That is a standards body handing you a field whose stated purpose is to end the ambiguity, and a startling number of sites leave it empty.
Google is equally explicit about what markup buys you. Its documentation on Organization structured data states that adding it to your home page "can help Google better understand your organization's administrative details and disambiguate your organization in search results", and that some properties "are used behind the scenes to disambiguate your organization". Behind the scenes is the operative phrase. You will not see the machinery turn. You will only see the outcome, in the form of an answer that either names you or does not.
The three places your entity now has to exist
An entity used to live in one place, Google's knowledge graph. It now has to exist in three: that graph, the open identifier layer of the web (Wikidata, sameAs, structured data), and the parametric memory of language models, which learned about you from raw text and never consulted a graph at all.
This is the part that separates entity SEO from the older, narrower knowledge graph SEO, and it is the reason the discipline got harder rather than easier.
The first destination is the one everyone knows. Google's graph, at launch, held more than 500 million objects and more than 3.5 billion facts about and relationships between them. It feeds panels, it feeds disambiguation, and it is fed by your markup and by corroboration.
The second is the open identifier layer, and it is public infrastructure rather than a Google product. Wikidata is a free, collaborative, multilingual knowledge base that anyone, human or machine, can read and edit, and it gives each thing a stable machine-readable identifier. Schema.org's own example of a URL that unambiguously indicates identity is, tellingly, a Wikidata entry. This layer is the closest the web has to a passport office for things.
The third destination is the one almost no article mentions, and it changes the strategy. A language model does not necessarily query a graph. It has already absorbed the web into its weights. Petroni and colleagues demonstrated this directly in Language Models as Knowledge Bases?, finding that without any fine-tuning, BERT "contains relational knowledge competitive with traditional NLP methods that have some access to oracle knowledge". Models store facts about things in their parameters, learned from text.
Sit with the consequence, because it is genuinely strange. A model can hold a confident belief about who you are that no knowledge graph has ever recorded, assembled from whatever the open web happened to say about you while the model was training. When a system later grounds its answer by fetching live pages, it is checking that belief against the web. You are being judged twice: once by what the model already thinks, and once by what it can verify right now. Entity SEO in 2026 means feeding both, which is why consistency across sources you do not own has stopped being a nice-to-have.
The practical read. Structured data is how you talk to the graph. Corroboration by third parties is how you talk to the model. Most brands do a little of the first and none of the second, then wonder why the AI describes them as something they stopped being three years ago.
Entity SEO against keyword SEO
Keyword SEO optimizes the match between a string on your page and a string in a query. Entity SEO optimizes whether the engine knows what your page is about and who you are. A page can rank on a keyword while the brand behind it stays completely unresolved, and that is the failure mode of the AI era.
They are not rivals, and anyone selling entity SEO as the replacement for keyword work is overselling. Keywords still describe demand. But demand is not identity, and generative answers trade in identity. When an assistant writes "according to X", the X is an entity or it is nothing.
Across the 1207 SEO/GEO audits Cicero Studio has produced, we found the same pattern often enough that it stopped being interesting: the most common gap is not a missing keyword. It is a brand that ranks perfectly well and still cannot be resolved. No Organization markup, no sameAs anywhere, a company name written four different ways across its own site, its LinkedIn and its press mentions, and a founder who exists as a photo and a first name. That site will get its content read by an AI system. It will not get its name into the answer, because there is no name to attach, and the model will happily attribute the idea to whoever did bother to become identifiable.
The neighbouring terms are worth keeping straight too. GEO is what you do to earn citations in generated answers. Passage ranking is how a system picks which fragment of your page to lift. RAG is the retrieval architecture underneath most of it. Entity SEO is upstream of all three: it decides whether the thing doing the writing knows who you are before any of that machinery starts.
The levers that actually move an entity
Four levers, in ascending order of difficulty: publish Organization structured data, declare sameAs pointing at profiles that identify you, enforce one consistent description of yourself everywhere, and earn corroboration from sources you do not control. Only the last one is slow, and only the last one is a moat.
| Lever | What it does | Effort |
|---|---|---|
| Organization markup | Gives the engine a machine-readable statement of who you are, in the format it asked for. | An afternoon. Google says it uses these properties behind the scenes to disambiguate you. |
| sameAs declarations | Points at the reference pages that unambiguously indicate your identity, per Schema.org's own wording. | An afternoon. Wikidata entry, official profiles, nothing invented. |
| Naming consistency | Removes the ambiguity you are creating yourself. Same legal name, same description, same founder, everywhere. | A week of unglamorous auditing. Free. Almost nobody does it. |
| Third-party corroboration | Gets other sources to say the same true things about you, which is what a model learns from and what grounding verifies against. | Months, and it cannot be bought as a batch. This is the actual moat. |
One warning, because the temptation is obvious and the penalty is real. Corroboration means being described consistently and truthfully by others. It does not mean spraying identical boilerplate across low-quality directories, which is a pattern engines have been trained to discount for a decade. And it certainly does not mean editing your own encyclopaedia entry: our note on Wikipedia's stance on AI-generated content is a useful reminder that the identifier layer has editors, and they can tell.
We measure where you stand on Google and in AI answers, then send back a clear, no-commitment diagnostic. No factory pitch, just the picture.
Request my free audit →How to check where your entity stands, today, free
Ask four questions: does an AI assistant describe you correctly and by name, does your home page carry Organization markup with sameAs, is your name written identically across every property you own, and does any source you do not control describe you the same way. Every no is a lever.
You do not need a tool for the first pass, and honestly the manual version teaches you more.
- Ask the machines who you are. Put your brand name into two or three assistants and read the answer as a stranger would. Wrong sector, wrong founder, confident invention, or a polite admission it has never heard of you: each of those is a diagnosis, and the fourth is the most common.
- Read your own markup. View the source of your home page and look for an Organization block with a
name, aurl, alogo, adescriptionand a populatedsameAsarray. Empty or absent is the norm, which is good news, since it means the cheapest lever is still on the table. - Audit your own consistency. Write down how your company is named and described on your site, your LinkedIn, your legal pages and your press mentions. Put the four side by side. If they disagree, you are the source of the ambiguity, not Google.
- Look for outside voices. Search your brand name and see whether anyone other than you says what you do. If nobody does, the model has nothing to learn you from, and it will fill the vacuum with a guess.
The fourth check is the one that lands hardest with founders, because it cannot be fixed on Friday. We've watched that realisation arrive in a lot of first calls, and it is usually the moment the conversation stops being about keywords. The first three checks, by contrast, can be closed this week, and they are worth closing before anyone spends a euro on content.
What entity SEO does not do
Now the honest part, which matters here because entity SEO is currently being sold as a switch you flip.
The honest limits
- Markup is a claim, not a fact. Structured data tells an engine what you say you are. It does not make it true, and it will not survive contradiction by the rest of the web. Entity SEO fails loudly when the markup and reality disagree.
- Resolution is not traffic. Pew Research Center found users clicked a source cited in an AI summary in just 1% of visits to pages carrying one. Being resolved and named is presence, attribution and brand. It is not a click, and selling it as one is how people get disappointed.
- You cannot force an entry. Wikidata and encyclopaedias have editors and notability standards. There is no legitimate route that consists of writing yourself in, and the illegitimate one gets reverted and remembered.
- The slow lever stays slow. Corroboration accumulates. No amount of budget compresses "other people consistently say true things about you" into a sprint, which is exactly why it is worth more than the levers that are fast.
- It does not replace being useful. A perfectly resolved entity with nothing worth citing gets resolved, correctly, as a company with nothing worth citing.
What entity SEO does give you is a rare thing in this industry: a lever that compounds, is largely uncontested, and is mostly free to pull. Most competitors are still counting keywords. Being the identifiable one in a category of strings is not a clever hack. It is just early.
A growth specialist and content strategy consultant, I founded Cicero to help businesses build durable organic visibility, on Google as in AI answers. Day to day, I run our clients' audits and editorial production: we put AI to work for production, never in place of expertise. Every piece is built to convert, not just to exist.
LinkedIn →Where Cicero Studio fits
Cicero Studio treats identity as the first deliverable, not the last: a GEO audit that establishes whether machines can resolve you at all, editorial production that gives them something worth attributing, and automated semantic meshing so the entity and its topics hang together. It starts with a free audit.
The method hook is easy to state and harder to run as one loop: GEO audit, then editorial production, then automated semantic meshing. Entity SEO is what ties the three together. The audit tells you whether you exist as a thing. The production makes the thing worth naming. The meshing makes the relationships between your entities legible, because a topic with no path to the brand that owns it is a topic the engine attributes to somebody else.
GEO audit
We check whether machines can resolve you: markup, identifiers, naming consistency, and what the assistants actually say when asked who you are.
Augmented production
AI scaffolds the research and the first draft; a human owns the angle, the structure and every named source, so each page is worth attributing to you.
Automated internal linking
Every page joins a semantic cluster and a contextual link mesh, maintained automatically, so your topics stay tied to the entity that owns them.
We run the same experiment on ourselves, in public, across the 502 articles published on cicero.studio (264 FR, 238 EN), each written to be extractable and attributable rather than merely readable. That is what we mean by agency-quality work, software-grade productivity. The full French treatment of the model lives on our agence GEO pillar, and this page has a French sibling: entity SEO, la définition.
Going further
Entity SEO is the identity layer. The pieces below take it apart from different angles, starting with the two that changed our own thinking: what Google's patent work says about how models handle entities, and the open format Google proposed for exchanging knowledge with machines. Several are in French, our home market, and are flagged as such.
Frequently asked questions
What is entity SEO?
Entity SEO is the practice of getting a search or AI system to resolve your brand, your people and your subject matter as distinct, identifiable things rather than as strings of characters that happen to appear on a page. Google described the shift in 2012 when it launched the Knowledge Graph: an intelligent model that understands real-world entities and their relationships to one another, things, not strings. Entity SEO is the work of making sure the thing it resolves is actually you.
What counts as an entity?
Anything that exists distinctly and can be told apart from something with the same name. A company, a person, a product, a place, a concept, an event. The test is not whether the word appears often, it is whether an engine can point to one thing and say: that one, not the other one with the same label. Google's own launch example was Taj Mahal, which is a monument, a Grammy-winning musician, a casino and a great many Indian restaurants.
How is entity SEO different from keyword SEO?
Keyword SEO optimizes the match between a string on your page and a string in a query. Entity SEO optimizes whether the engine can identify what your page is about and who you are. A page can rank on a keyword while the brand behind it stays unresolved, which is exactly the state in which an AI system will use your content and credit somebody else, or nobody at all.
Is entity SEO the same as knowledge graph SEO?
No, and the difference matters more every year. Knowledge graph SEO targets one destination, Google's graph and the panel it feeds. Entity SEO is the broader discipline, because an entity now has to exist in three separate places: Google's knowledge graph, the open identifier layer of the web such as Wikidata and schema.org sameAs, and the parametric memory of language models, which learned about you from text and never consulted a graph at all.
How do I make my brand an entity?
You give the engine something to resolve. Publish Organization structured data on your home page, use sameAs to point at the profiles that unambiguously identify you, keep the name, address and description identical everywhere they appear, and get corroborated by sources you do not control. Google states that some structured data properties are used behind the scenes to disambiguate your organization in search results. Consistency is the signal, repetition is not.
Do language models use the knowledge graph?
Not necessarily, and that is the part most guides miss. Petroni and colleagues showed that pretrained language models already store relational knowledge in their weights without any fine-tuning, and that BERT recalled relational facts competitively with methods that had access to oracle knowledge. A model can therefore hold an opinion about who you are, learned from raw text, whether or not any graph ever recorded you.
How long does entity resolution take?
Longer than anything else in SEO, because it depends on third parties. Structured data can be read at the next crawl, but corroboration cannot be shipped: it accumulates as other sources mention you consistently. This is the slowest lever in the discipline and also the one competitors cannot copy in a sprint, which is precisely why it is worth starting before you need it.
Does being a resolved entity guarantee traffic?
No. Resolution earns you eligibility, not clicks. Pew Research Center found that users clicked a source cited in an AI summary in just 1% of visits to pages carrying one. Entity SEO decides whether your name survives into the answer at all, which is a question of presence and attribution rather than of traffic, and it should be sold and measured as such.
Editorial transparency. This page carries no sponsored placement and no affiliate link. Every source below is cited because it is primary, and we don't cite a secondary write-up when the original is available. The audit and article counts are our own internal figures, and we say so rather than dressing them up as third-party research.
Sources
- Google (The Keyword), "Introducing the Knowledge Graph: things, not strings" (Taj Mahal ambiguity example, 500 million objects and 3.5 billion facts at launch), May 2012
- Google Search Central, "Organization (Organization) structured data" (official documentation: properties used behind the scenes to disambiguate your organization), 2026
- Schema.org, "sameAs" property definition (URL of a reference Web page that unambiguously indicates the item's identity), technical reference
- Wikidata (Wikimedia Foundation), "Wikidata: Introduction" (free collaborative multilingual knowledge base, machine-readable identifiers)
- De Cao et al., "Autoregressive Entity Retrieval" (GENRE: retrieving entities by generating their unique names), arXiv / ICLR, 2020
- Petroni et al. (Facebook AI Research / UCL), "Language Models as Knowledge Bases?" (relational knowledge stored in model weights without fine-tuning), arXiv / EMNLP, 2019
- Pew Research Center, "Google users are less likely to click on links when an AI summary appears in the results" (browsing data of 900 U.S. adults, March 2025), July 2025