Discovery Science · emerging evidence

The Entity Void: The Knowledge Graph Barely Knows These Businesses Exist

Last reviewed 2026-08-10. Written by Chandranshu Kumar, Founder, Raveneye Global. · 13 min read

Over August 2026, Raveneye Global measured eight local service trades across six ordinary Indian cities. This cut of that dataset queried Google's public Knowledge Graph Search API for the businesses already leading each local market, one review leader per city and trade, 48 in total, and checked whether the API returned an entity whose name matched the query. One did. The single match belonged to Livspace, a national interior-design marketplace that happened to be the top local result in one city, not to an independent local firm. Read plainly, local review leaders in this sample resolved to a matching Knowledge Graph entity about 2% of the time, and the more accurate reading is closer to zero, since the one hit was never a genuinely local business to begin with. A parallel probe of 12 well-known national brands and aggregators, run the same day with the same method, resolved roughly two-thirds of the time, and even that fell short: four familiar consumer names returned nothing at all.

Forty-eight local leaders, twelve familiar names, and one method

Over August 2026, Raveneye Global measured eight local service trades, chartered accountant, dentist, gym, interior designer, digital marketing agency, coaching institute, physiotherapist, and wedding photographer, across six ordinary, non-metro Indian cities: Jaipur, Indore, Lucknow, Surat, Kochi, and Nagpur. Data came from live APIs: Google SERP and AI Overview data, Google Places, Google Ads search volume, the Google Knowledge Graph Search API, Google PageSpeed Insights, and DNS-over-HTTPS. This piece is one cut of that dataset, built entirely on the Knowledge Graph Search API results.

On August 10, 2026, Raveneye Global ran a targeted probe against that one instrument. For each of the eight trades in each of the six cities, 48 city-trade pairs in total, the business identified as the review leader, using the same Google Places data pulled across this field study, was submitted to the Knowledge Graph Search API by name. A second, parallel probe submitted 12 business names a large share of Indian internet users would likely recognize on sight: IndiaMART, Apollo Hospitals, MakeMyTrip, Livspace, Sulekha, Urban Company, Justdial, Aakash Educational Services, Practo, Zomato, Cult.fit, and Clove Dental. A business counted as resolved only when the API returned an entity whose name matched the query; an empty response, or a response naming something else entirely, counted as no match.

The two probes split sharply. Of the 48 local review leaders, one resolved to a matching entity, about 2%. Of the 12 familiar national names, roughly eight resolved, close to two-thirds. Both figures carry the same qualification, stated plainly here because it governs everything that follows: this is a single-day, name-match probe of one public interface, not a repeated measurement and not a claim about everything Google's systems privately know. What it measures, precisely and only, is whether one specific, documented, developer-facing entry point into the Knowledge Graph can name a given business back when asked.

The Knowledge Graph Search API was chosen for this cut of the study because it sits closest to the newest layer of discovery, the one where a generative system decides not which links to show, but which business to name outright. Ranking in a list of results and holding a well-reviewed listing are older, better understood surfaces, and this field study measures those elsewhere. Being a resolvable entity in the graph a machine consults before it commits to naming something in an answer is the newer, less understood layer, and the one this piece measures directly.

What a knowledge graph is, and why an entity is now the unit that matters

A knowledge graph, in Google's own framing, is not a list of web pages. It is, in the phrase the company used when it introduced the idea on the Official Google Blog on May 16, 2012, a shift from strings to things: from matching the text of a query against the text of a document, to recognizing that a query names a specific, real entity, a person, a place, a business, and answering from what the system knows about that entity directly. Google described the Knowledge Graph at launch as holding roughly 500 million entities and more than 3.5 billion facts and relationships connecting them. An entity, in this sense, is not a name. It is a node the system is confident exists, with attributes attached to it and corroborating sources behind it.

That distinction has only grown more consequential since. Google's Knowledge Panel documentation describes the Knowledge Graph as the company's database of billions of facts about people, places, and things, compiled from a mix of open-web sources, licensed data, and information supplied by an entity's own representatives, and states that a panel is created automatically, algorithmically, when there is enough information available on the open web. The same entity layer that has generated knowledge panels since 2012 is the layer generative systems increasingly draw on to decide what to name in an answer rather than merely what to list. A business that has never accumulated enough corroborating information to become an entity in this sense is not simply missing a knowledge panel. It is missing the more basic thing a knowledge panel depends on: a system confident the business is a distinct, nameable, real-world thing at all.

The instrument used here, in its own words

This study did not read Google's full internal graph, because no outside party can. It queried the Knowledge Graph Search API, the public, developer-facing interface Google documents at developers.google.com/knowledge-graph, the same tool commonly used across the search industry to test entity recognition. Google's own documentation for it sets the limits of what this probe can claim. The API, Google states, returns only individual matching entities, rather than graphs of interconnected entities, and the same documentation separately warns that it is not suitable for use as a production-critical service. The Knowledge Graph itself, per that documentation, has millions of entries, not billions, a smaller, curated surface than the full internal store believed to sit behind knowledge panels and AI Overviews. Every finding below should be read against that ceiling: a miss on this API is meaningful evidence a business lacks a well-established entity, but it is evidence from one publicly exposed window, not a certified reading of everything Google's systems privately hold.

One match in forty-eight, and what the other forty-seven looked like

Forty-seven of the 48 local review leaders in this sample returned no matching entity. That is the finding this piece takes its name from: an entity void, not a gap. The businesses involved were not marginal. Each was the review leader, by the same measure used across this field study, in its own trade in its own city, an actual market leader by the metric that matters most to a paying customer. None of that standing translated into recognition by the API standing in for the Knowledge Graph.

The non-matches took two distinct forms, and the difference is worth stating precisely, because it changes what a miss actually means. Most returned nothing: an empty response, the plain outcome when a system has no candidate entity to offer. A smaller number returned something, just not the business asked about. A chartered accountancy firm named T.Nagar and Co. returned the entity 'Crime and Punishment,' the Dostoevsky novel, the query apparently sharing no meaningful ground with the firm beyond enough surface text for a low-confidence system to surface some answer rather than none. A dental clinic named Dental Seva returned 'Dental implant,' a generic medical concept rather than the clinic itself, a closer but still wrong answer, one step removed from useful and still not the thing that was asked about.

Both examples reveal something about the mechanism itself. The Knowledge Graph was built, in Google's own 2012 framing, to move past exactly this kind of behavior, an engine matching on shared text rather than resolving to the thing actually meant. A dental clinic returning a generic medical term, or an accountancy firm returning a nineteenth-century novel, is a graph falling back, at the edge of its coverage, to something close to the string-matching logic it was designed to replace. That is not a system reporting that it does not know a business. It is a system reaching for the nearest thing it does know and offering that instead, a distinction that matters, because a business owner reading a single headline number might assume a miss simply means silence. In the cases sampled here, it sometimes meant the graph guessing.

Composition matters too. The 48 queries spanned all eight trades measured across this field study, in each of the six cities, and no single trade or city concentrated the misses; the void was even. A gap this consistent across eight unrelated trades and six separate cities is more likely to describe something structural about how these businesses accumulate an online footprint than something incidental about any one market or profession.

The one match was never a local business to begin with

The single resolution in this sample of 48 belonged to Livspace, the national interior design and renovation marketplace that operates across Indian cities. In the interior-designer vertical, in one of the six cities measured, Livspace's own local presence was the review leader by the same measure applied everywhere else in this study, and when its name was submitted to the Knowledge Graph Search API, it returned a matching entity. Nothing about that result is surprising once it is named plainly. Livspace is not a small, single-location, independently owned business. It is a large, heavily documented national operator, and it was submitted a second time, independently, as one of the 12 familiar national names tested in the parallel probe, where it also resolved. The same entity answered to both queries, which is exactly what a well-formed Knowledge Graph entry is supposed to do.

That double appearance is why this piece treats the raw 2% figure as generous rather than as the real finding. A rate built on a single match, and that match a national brand that happened to out-review the independents in its category in one city, is not evidence that roughly one in fifty local businesses in India has an entity of its own. It is evidence that a national brand, wherever it turns up, brings its national-scale entity with it, and that not one of the remaining 47, and by extension not one of the genuinely independent, single-location, locally owned businesses this sample actually set out to measure, resolved to an entity at all. Read that way, the real number for local, independent businesses in this sample is not 2%. It is functionally zero.

The gap is not only local: four familiar brands also returned nothing

The comparison set produced misses too, worth reporting with the same directness as the misses on the local sample. Eight of the 12 national brands and aggregators tested resolved: IndiaMART, Apollo Hospitals, MakeMyTrip, Livspace, Sulekha, Urban Company, Justdial, and Aakash Educational Services all returned a matching entity. Four did not. Practo, Zomato, Cult.fit, and Clove Dental, four names with a substantial national footprint and extensive independent press coverage in their own right, returned no matching entity in the same probe, run the same day, with the same method.

That result complicates any simple story. It would be convenient, but not defensible, to conclude that Google's Knowledge Graph simply does not know brands of that scale. The more defensible reading, given what Google's own documentation says about the instrument, is that the public Knowledge Graph Search API is a narrower, less complete window into Google's entity knowledge than the graph believed to sit behind knowledge panels and AI Overviews internally. A miss on this specific API is not proof an entity does not exist anywhere in Google's systems. It is proof that this particular, publicly documented probe could not confirm one, for a brand as recognizable as Zomato exactly as it could not for a single-location dental clinic. The uncertainty runs in one direction, and it favors caution: a resolved entity here is strong, positive evidence; a non-match is weaker evidence of absence than it would be from a more complete instrument, which is precisely why every measured figure in this piece carries the emerging tier rather than the established one.

The full split, stated plainly:

  • Resolved: IndiaMART, Apollo Hospitals, MakeMyTrip, Livspace, Sulekha, Urban Company, Justdial, Aakash Educational Services.
  • Did not resolve: Practo, Zomato, Cult.fit, Clove Dental.

Why an engine cannot cite what it cannot name

The practical stakes of this gap sit downstream of the mechanism, in the moment a generative system actually assembles an answer. A 2024 peer-reviewed study that coined the term Generative Engine Optimization tested which properties of a source changed whether it got cited inside a generated answer, and found that adding cited statistics, quotations, and authoritative sourcing measurably raised a source's likelihood of appearing in the answer. The thread connecting that finding to this one is corroboration. A system deciding what to name, whether a search engine building a knowledge panel or a generative model composing an answer, favors what it can verify from more than one place over what it can only read on a single page. An entity is, at bottom, a bet a system is willing to make that a real, distinct thing exists behind a name. A business the Knowledge Graph has never resolved has not yet earned that bet, regardless of how it performs on surfaces that do not require one, a full calendar of reviews, a strong position in a list of links.

This is also why a strong position in a list of links does not substitute for entity status. A ranking is a judgment about relevance to a query. An entity is a claim about existence and identity, verified enough for a system to stake its own credibility on naming the thing outright rather than merely pointing to a page about it. Generative answers increasingly make exactly that kind of claim, naming a business inside a sentence rather than listing a link a person can click through and judge for themselves. The businesses in this sample that have not yet cleared that bar are not being ranked poorly. They are, from the graph's perspective, not yet a thing it is willing to name.

This is not the map pack question

This finding is distinct from a related but different question this field study examines elsewhere: whether a business shows up in Google Maps and the local map pack. That surface runs on the Google Business Profile, a listing a business owner creates and manages directly, built from data the owner and Google Maps users supply, and it is the mechanism behind most near me results today. A business can hold an active, well-reviewed Business Profile, visible in the map pack for exactly the kind of query this study used to identify each city's review leader, and still be, as this probe found, functionally absent from the Knowledge Graph Search API. The two systems are related, both eventually feed how Google understands a business, but they are not the same mechanism, and conflating them risks the wrong conclusion. A business owner checking a listing on Google Maps and finding it accurate is checking a real and useful thing. It is not the same check as asking whether a generative system, deciding what to name when nobody searched by the business's exact name at all, has enough of an entity to name it with confidence.

What accumulates into an entity, and what remains unproven

Google's own documentation ties automatic entity and knowledge panel creation to there being enough information available on the open web, language that points toward corroboration rather than any single action a business can take. The mechanisms the industry has built around that idea are documented and public: schema.org's Organization and LocalBusiness structured-data types, which Google Search Central's own guidance recommends implementing with the most specific subtype available, and the sameAs property, which schema.org defines as a way to point a page or a listing at the URL of the item's Wikipedia page, Wikidata entry, or official website, a machine-readable thread tying a business's separate profiles back to one identity.

None of that is a guarantee, and this study did not test whether applying it changes a specific business's outcome in a future Knowledge Graph Search API probe. Doing so would require a second, longitudinal measurement this piece does not have. What the evidence here supports is narrower and more precise: the businesses that did resolve, the national brands with a large public footprint, press coverage, and listings across multiple platforms that agree with each other, are also the businesses with the most corroborating information for a system to find. That correlation is consistent with Google's own stated criterion. It is not, on its own, proof that any single fix moves a specific business from one side of this line to the other.

It is also fair to note what a repeat of this probe might show. Google updates the Knowledge Graph continuously, and the public API layered on top of it is itself openly described by Google as being migrated toward a newer enterprise product. A business absent from this snapshot in August 2026 is not thereby permanently absent, and a second probe run months later, on the same businesses, would be the correct way to test whether any specific intervention moved the needle. This piece does not have that second measurement, and says so rather than implying one.

What this leaves is a measurement, not a verdict. On August 10, 2026, the businesses already leading eight local trades across six Indian cities were, with one exception that was not really an exception, absent as entities from the public interface Google itself documents as a window into its Knowledge Graph. That is a snapshot of a system that updates continuously, not a permanent state, and the next step is not a guarantee that any specific action changes it, but a measured read of where a given business stands today, across this surface and the others this field study has examined.

The evidence

Key findings, with their sources

  • Of 48 local review-leading businesses probed across six Indian cities and eight trades, 1 resolved to a matching Google Knowledge Graph entity, about 2%.

    emerging Raveneye Global field study: Google Knowledge Graph Search API probe of 48 local review-leading businesses (one per city-trade pair) across six Indian cities, August 10, 2026.

  • The single matching entity was Livspace, a national interior design and renovation marketplace that was itself the review-leading result in one city's interior-designer search, not an independent local firm.

    emerging Raveneye Global field study: Google Knowledge Graph Search API probe of 48 local review-leading businesses across six Indian cities, August 10, 2026.

  • Because the one match belonged to a national chain rather than an independent local firm, the effective resolution rate among genuinely local, single-location businesses in this sample was zero, not 2%.

    emerging Raveneye Global field study, derived from the 48-business Knowledge Graph Search API probe, August 10, 2026.

  • In a parallel probe of 12 widely recognized Indian national brands and aggregators run the same day, roughly 8 resolved to a matching entity, close to two-thirds.

    emerging Raveneye Global field study: Google Knowledge Graph Search API probe of 12 widely recognized national brands and aggregators, run alongside the 48-business local probe, August 10, 2026.

  • Four familiar consumer brands, Practo, Zomato, Cult.fit, and Clove Dental, returned no matching entity in the same national-brand probe.

    emerging Raveneye Global field study: Google Knowledge Graph Search API probe of 12 widely recognized national brands and aggregators, August 10, 2026.

  • Google's own developer documentation for the Knowledge Graph Search API states it is not suitable for use as a production-critical service, and that it returns only individual matching entities, rather than graphs of interconnected entities.

    established Google for Developers, Knowledge Graph Search API documentation, developers.google.com/knowledge-graph.

  • The same Google documentation describes the public Knowledge Graph Search API as covering millions of entries, a smaller, curated surface than the billions of facts believed to sit inside Google's full internal Knowledge Graph.

    established Google for Developers, Knowledge Graph Search API documentation.

  • Google's Knowledge Panel Help documentation states that panels are created automatically when there is enough information available on the open web.

    established Google, How Google's Knowledge Graph works, Knowledge Panel Help.

  • Google's Knowledge Graph launched publicly on May 16, 2012, described by the company at the time as holding roughly 500 million entities and more than 3.5 billion facts and relationships among them.

    established Singhal, A., Introducing the Knowledge Graph: things, not strings, Official Google Blog, May 16, 2012.

  • A 2024 peer-reviewed study found that adding cited statistics, quotations, and authoritative sourcing measurably raised a source's likelihood of being cited inside a generated answer.

    established Aggarwal, P. et al., GEO: Generative Engine Optimization, arXiv:2311.09735, ACM SIGKDD 2024.

Calibration

What is proven, what is promising, what is unproven

Evidence tierTacticsWhat the evidence says
establishedReading Google's own published description of what the Knowledge Graph Search API returns and its stated limits; the 2012 origin and launch scale of the Knowledge Graph; the citation-lift finding for corroborated, structured sourcing in generative answers.Google for Developers Knowledge Graph Search API documentation; Google Knowledge Panel Help; Singhal, Official Google Blog, 2012; Aggarwal et al., ACM SIGKDD 2024.
emergingReading a near-total non-resolution rate among local review leaders, and an uneven resolution rate among national brands, from a single-day, name-match probe of 48 local businesses and 12 national brands; treating the one local-leader match, which belonged to a national chain, as evidence that resolution among genuinely independent local businesses in this sample was effectively zero.Raveneye Global's August 10, 2026 Knowledge Graph Search API probe (n=48 local, n=12 national); a single snapshot, not a repeated or longitudinal measurement.
contestedAny claim that adding schema markup, citations, or a Wikipedia or Wikidata entry would change a specific business's resolution in a future probe; any claim that a non-match in this public API is equivalent to total absence from the private graph that grounds AI Overviews and other generated answers.This study tested no remediation and ran no second, follow-up measurement; Google does not publish a way to compare the public Knowledge Graph Search API's coverage against its internal graph.

Reference

Glossary

Knowledge Graph
Google's structured store of real-world entities, people, places, businesses, and the facts and relationships connecting them, introduced in 2012 to power knowledge panels and now also used to help ground AI Overviews and other generated answers.
Entity
A specific, real-world thing, such as one business, that a system is confident exists and can name directly, as distinct from a string of text that merely happens to match a search query.
Knowledge Graph Search API
Google's public, developer-facing interface into a subset of the Knowledge Graph, used in this study to test whether a business name resolves to a matching entity. Google's own documentation describes it as returning individual entities rather than the full graph, and states it is not intended as a production-critical service.
Resolution (name-match probe)
The method used in this study: submitting a business's name to the Knowledge Graph Search API and checking whether a returned entity's name corresponds to that business. It tests whether a name resolves to a matching entity, not how complete or accurate that entity's underlying data is.
Knowledge Panel
The information box Google Search displays for a recognized entity, generated automatically from Knowledge Graph data when, in Google's own words, there is enough information available on the open web. It is a separate mechanism from a Google Business Profile, which an owner creates and manages directly.

Straight answers

Frequently asked questions

What does it mean that a business resolved to a Knowledge Graph entity in this study?

It means Raveneye Global queried Google's public Knowledge Graph Search API with the business's name and the API returned an entity whose name matched it. This is a direct, name-match test of one specific interface, not a judgment on the business itself, and not a test of whether the business appears elsewhere on Google, such as in Maps or the local map pack.

Does failing to resolve in the Knowledge Graph mean a business is invisible on Google?

No. A Google Business Profile, the listing that powers the local map pack and most near me results, is a separate mechanism from the broader Knowledge Graph, built from data the business owner or Google Maps users supply directly. A business can hold an active, well-reviewed Business Profile and still lack a resolvable entity in the Knowledge Graph Search API, the layer more closely tied to knowledge panels and to how generative engines increasingly ground an answer in a nameable thing.

Why did some large, well-known Indian brands also fail to resolve?

In the same probe, Practo, Zomato, Cult.fit, and Clove Dental, four recognizable consumer brands, returned no matching entity. That is a genuine limitation worth stating plainly: Google's own documentation for the Knowledge Graph Search API describes it as returning individual entities rather than the full graph and states it is not intended as a production-critical service, so some of this miss likely reflects the instrument rather than the graph's true internal knowledge of these brands.

What was the one local match, and why does it not really count as a local business?

The one match, out of 48 local review leaders, was Livspace, a national interior design and renovation marketplace that operates across Indian cities and happened to be the top-reviewed result in one city's interior-designer search. Livspace also resolved separately when tested directly as one of the 12 national brands. Because the sole local-search match belonged to a national operator rather than an independent local firm, the more accurate reading of this sample is that resolution among genuinely local businesses was effectively zero, not 2%.

What produces a mismatched result, like a dental clinic returning dental implant or an accounting firm returning a novel?

In this study's sample, two representative examples were Dental Seva, a dental clinic whose query returned the generic entity Dental implant, and T.Nagar and Co., a chartered accountancy firm whose query returned the entity Crime and Punishment. Both illustrate the same failure mode: when the graph holds no entity for the actual business, a name-based lookup can still surface an unrelated entity that shares a word with the query, rather than returning an honest empty result every time.

Can a small business build its way into the Knowledge Graph?

Google's own guidance ties knowledge panel creation to having enough corroborating information across the open web, and structured-data practices, schema.org's Organization and LocalBusiness types and the sameAs property, which links a business's separate profiles and citations together, are the documented mechanisms for helping a system resolve identity. This study did not test whether applying them changes a specific business's Knowledge Graph resolution, so that remains a reasonable, evidence-aligned direction rather than a guaranteed outcome.

Provenance

Sources

  1. Raveneye Global field study: Google Knowledge Graph Search API probe of 48 local review-leading businesses and 12 national brands across six Indian cities, August 10, 2026 (primary, emerging)
  2. Singhal, A., Introducing the Knowledge Graph: things, not strings, Official Google Blog, May 16, 2012 (established, primary)blog.google
  3. Google for Developers, Knowledge Graph Search API documentation (established, primary)developers.google.com
  4. Google, How Google's Knowledge Graph works, Knowledge Panel Help (established, primary)support.google.com
  5. Google Search Central, Local Business (LocalBusiness) Structured Data documentation (established, primary)developers.google.com
  6. Schema.org, sameAs property documentation (established, primary)schema.org
  7. Aggarwal, P. et al., GEO: Generative Engine Optimization, arXiv:2311.09735, ACM SIGKDD 2024 (peer-reviewed, established)arxiv.org

Every figure above is attributed to a real, dated source and tagged with its evidence tier. Where a claim could not be verified to a primary source, it is not stated as fact.

About this analysis

A business that has never resolved to a Knowledge Graph entity is not a business a generative system can confidently name when it assembles a local answer, regardless of how many stars it holds or how well it ranks in a list of links. Machine readiness starts with exactly this kind of check, not a ranking, but whether the systems now standing between a business and its next customer recognize it as a real, distinct thing at all. This analysis is part of Raveneye Global's ongoing measurement of how India's local businesses are found.

diagnostic Surface Intelligence Audit A measured read of where a business stands across the surfaces buyers now use to find and choose it, benchmarked against the competitors showing up ahead of it. See how it works

Start with a free Machine-Readiness Score, a specialist-reviewed read of where a business stands across search and AI answers. No guaranteed number, and no obligation.