What is an entity in SEO?
An entity, in SEO, is a thing or concept that exists uniquely and can be identified without ambiguity (a person, a brand, a place, a specific product), with its attributes and its relationships to other entities. A search engine treats the entity as distinct from the words that name it: "jaguar" can be an animal or a car brand.
Key takeaways
- An entity is an identifiable thing (person, brand, place, product), not a string of text: the same word can name two entities.
- Google organizes the entities it knows in its Knowledge Graph, and its language analysis tools detect entities in a text and assign each a type.
- In structured data, an entity is a node with a Schema.org type, an @id identifier and, where one exists, a sameAs that says unambiguously which thing it is.
- For a store, the entities that count are its brand and each of its products, and what makes them unmistakable is their identifiers.
"SEO entities" sounds like consultancy jargon, but the question underneath is simple: does a search engine know what you sell, or only which words your page uses? Here, entity has nothing to do with a legal entity or a banking entity. It comes from a shift Google announced in 2012, when it started treating searches as real-world things rather than strings of text. It matters to a store because its two main entities, its brand and each of its products, are what a search engine or an AI assistant has to recognize in order to recommend it without confusing it with another.
How it works
Things, not strings. That is how Google introduced its Knowledge Graph on May 16, 2012. For forty years, searching had meant matching keywords to queries, and to a search engine "taj mahal" was just two words, when a person might be thinking of a monument, a musician or a casino. The graph is a model that understands real-world entities and their relationships, and Google summed it up this way: it is not just a catalog of objects, but the relationships between them, which are the key.[1]Google, official blog (Amit Singhal). Introducing the Knowledge Graph: things, not strings Today it describes the graph as its database of billions of facts about people, places and things.[2]Google Knowledge Panel Help. How Google's Knowledge Graph works
A machine finds them in a text. Google Cloud's Natural Language API has a dedicated entity analysis: it looks in a text for known entities, both proper nouns (public figures, landmarks) and common nouns (a restaurant, a stadium), and returns for each one its type, the places in the text where it is mentioned and, when there is one, the reference to a knowledge repository. Its example shows what it is for: in a sentence about "Lawrence of Arabia," it tells the film, typed as a work, from the soldier T. E. Lawrence, typed as a person.[3]Google Cloud. Natural Language API basics That API is a tool for developers, not Google Search, but it shows well what recognizing an entity means.
A page declares them with a vocabulary. In structured data, that vocabulary is usually Schema.org, which says of itself that its vocabulary covers entities, relationships between entities and actions.[4]Schema.org. Schema.org All of its types descend from Thing, "the most generic type of item," which already carries the properties an entity uses to tell itself apart from another: name and alternateName for its names, disambiguatingDescription for a short description that separates it from similar ones, identifier for any identifier (an ISBN, a GTIN) and sameAs, the URL of a reference page that unambiguously indicates the identity of the item, such as its Wikipedia or Wikidata entry or its official website.[5]Schema.org. Thing Google says it can make general use of sameAs and the rest of Schema.org beyond the features it documents.[6]Google Search Central. Introduction to structured data markup in Google Search
And each one carries its identifier. In JSON-LD, the keyword @id uniquely identifies each node with an address (an IRI). The W3C specification explains why: to refer to a node from outside, it matters that it has an identifier, and ideally that address leads to a description of the node itself.[7]W3C. JSON-LD 1.1 That is what lets you say "this brand" once and point to it from every product, instead of repeating its name with variations.
In a store
The entities on a product page and how each one is made unmistakable. Fictitious example: the brand, the store and the product are invented.
| What the page says | Entity | What makes it unmistakable |
|---|---|---|
| "Calella" in the logo and the title | The brand, typed as Organization | Its own @id and sameAs pointing to its official profiles |
| "Calella linen shirt, blue" | The product, typed as Product | Its @id and, if the brand has one, its GTIN |
| "Linen" | A material, a property of the product | The value of material |
| "Made in Vermont" | A place | A name that leaves no room for doubt |
And the block that declares it, with the brand written once and the product pointing to it through its @id identifier:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://www.example.com/#organization",
"name": "Calella",
"url": "https://www.example.com/",
"sameAs": ["https://example.net/profile/calella"]
},
{
"@type": "Product",
"@id": "https://www.example.com/calella-linen-shirt#product",
"name": "Calella linen shirt, blue",
"material": "linen",
"brand": { "@id": "https://www.example.com/#organization" }
}
]
}
</script>
The line that matters is brand: it does not repeat "Calella" as text, it points to the same node that describes the organization. To a machine, that turns two mentions of a word into a single entity with two relationships. If the brand is written differently on each product page ("Calella," "CALELLA Apparel," "Calella Shirts"), an automated reader has to guess whether they are the same.
What gets confused
Treating an entity as a keyword. A keyword is the string of text someone types; an entity is the thing it refers to. Google framed it that way from 2012: for decades, searching had been matching keywords to queries, and the Knowledge Graph was built to understand the things behind them.[1]Google, official blog (Amit Singhal). Introducing the Knowledge Graph: things, not strings Repeating your brand name more often does not make it more recognizable; describing it the same way every time, with its identifiers, does help it stand apart.
How to check it
- List the entities on a product page: the brand, the product, the manufacturer if it is a different one, the material, the place. If any of them lacks a unique name across the whole store, start there.
- Search the page source for
@idand check that the brand and the product each have a stable one, and thatbrandpoints to the brand's.[7]W3C. JSON-LD 1.1 - Review the identifiers: the product's GTIN if it has one, and the brand's
sameAslinks, which have to lead to profiles that exist and are yours.[5]Schema.org. Thing - Run a description through the entity analysis of Google Cloud's Natural Language API to see which things a machine recognizes in your text and of what type.[3]Google Cloud. Natural Language API basics
- Search for your brand on Google and see whether a knowledge panel appears: it is the visible sign that Google has it as an entity.[2]Google Knowledge Panel Help. How Google's Knowledge Graph works
Related concept: Knowledge Graph
The entity is the unit; the Knowledge Graph is the collection of entities and relationships that Google maintains, and the knowledge panels come from it.[2]Google Knowledge Panel Help. How Google's Knowledge Graph works Your site can describe its entities with all the care in the world, but what gets into Google's graph is Google's call, using information from many sources besides yours. What is usually called semantic SEO starts from this same idea: write and mark up for things, not for words.
To go on, the Knowledge Graph entry explains how Google's graph works, and the structured data reading path puts the rest of the terms in order.
Synonyms
- English
- entity, named entity
- Español
- entidad SEO, entidad nombrada
Sources
- [1] Google, official blog (Amit Singhal). Introducing the Knowledge Graph: things, not strings. Accessed . ↑ ↑
- [2] Google Knowledge Panel Help. How Google's Knowledge Graph works. Accessed . ↑ ↑ ↑
- [3] Google Cloud. Natural Language API basics. Accessed . ↑ ↑
- [4] Schema.org. Schema.org. Accessed . ↑
- [5] Schema.org. Thing. Accessed . ↑ ↑
- [6] Google Search Central. Introduction to structured data markup in Google Search. Accessed . ↑
- [7] W3C. JSON-LD 1.1. Accessed . ↑ ↑
Change history
- First English version, translated from the Spanish draft.
This definition is published under CC BY 4.0. Reuse this definition freely, crediting Clione with a link to this page.
Related terms
Knowledge Graph
What Google's Knowledge Graph is, where its data comes from, how it relates to knowledge panels and what an online store can do about its brand.
sameAs
What the Schema.org sameAs property is, which links it takes and which it does not, where Google uses it (Organization, authors) and how to review yours.
@id
What the @id identifier in JSON-LD is, how it ties your schema nodes together, why it should not change and how to avoid two products where there is one.
GTIN
What a GTIN is, its formats (GTIN-13 or EAN, GTIN-12, GTIN-8, GTIN-14), who assigns it, how it goes on a product page and why you never make one up.
Organization
What Schema.org's Organization type is, which properties Google recommends, where it goes in an online store, and why it has to match your site.
Product
What the Schema.org Product type is, which properties it carries, what Google requires for product snippets and merchant listings, and how to check it.
Make your catalog easy for bots to read
Clione fills every product page with what bots read best: the JSON-LD graph with its structured data, the meta description and the FAQs. You review and press Push; then we check your live store so it all stays published.