Google Knowledge Graph Search

What is the Knowledge Graph?

A name is a string of text; an entity is the particular person, organization, place or thing that the name refers to. The distinction matters whenever several subjects share a name or one subject is known by multiple names. An entity ID gives you a more precise reference for your research.

The Finder searches Google’s Knowledge Graph Search API and presents the returned IDs, types, descriptions and sources. Google lists identifying entities in documents and completing partial names among the API’s uses. The API returns matching individual entities, rather than a network of all their relationships. Read the official Knowledge Graph Search overview.

Reading an entity

Name and ID

The entity’s name and Knowledge Graph identifier. Copy the ID to retain the exact subject across your notes and supported research tools.

Types

Categories such as Person or Organization help distinguish candidates with similar names. An entity can have more than one type.

Description and sources

Use the short description, expanded text, official URL and source page to verify the match. Images appear when returned.

Match score

A measure of how well an entity matched the request. It is not a popularity index, traffic forecast or position in Google Search.

The field meanings come from Google’s response reference. D2TR organizes these fields into a readable table, while the API console above shows the normalized JSON used by this tool.

Find the right match

1. Enter a name or ID. Search a person, organization, brand or topic, or paste an /m/ or /g/ identifier to look up that exact entity. The kg: prefix is also accepted.
2. Compare the candidates. Look at the entity type and description before selecting a result. Do not rely on a familiar name alone.
3. Check a source. Expand the result and open its official or source page when available. Verify that the context matches your subject.
4. Keep the identifier. Copy the Knowledge Graph ID. For a set of subjects, switch to Query list and enter up to ten names or IDs.

Name searches request up to 50 English-language results; an ID requests the matching entity directly. A list keeps the matches grouped by the original query, which makes it easier to review ambiguous names without mixing their candidates together.

When to use it

Resolve ambiguous subjects

Before building a topic list, separate people, companies and works with similar names. Keeping the source and ID beside the chosen name makes the decision reviewable by another researcher.

Connect publisher and creator research

Take a verified ID to the By Knowledge Graph mode in Google Profile Checker. If a corresponding profile is available, you can inspect its public identity, social accounts and recent publications.

Organize an editorial taxonomy

Use the Finder when consolidating tags or research notes around a subject. Review candidate IDs before associating existing records; similar wording does not guarantee that two records describe the same entity.

Enrich internal workflows

The API examples help you turn a list of names into structured candidates for a database or research sheet. Keep a human verification step for uncertain matches and preserve the original query alongside the chosen ID.

Understand the boundaries

A successful lookup confirms that this API returned a match for the request. It does not promise a knowledge panel, a creator profile or any particular search exposure. Likewise, an empty result is not proof that Google has no information about the subject.

Google describes knowledge panels as automatically generated information boxes in Search, drawing on multiple sources. The public search API and the visible Search interface serve different purposes, so review each surface directly when your task depends on it.

To find subjects inside a full article instead of looking up a known name, use Entity Extractor. That workflow starts with context in the draft and returns the entities it detects.