Understanding how Google Maps ranking signals fit together gives you a far clearer map of what to work on, because the listing people see is the final output of a much larger system. Behind each result sits a canonical geographic entity assembled from many data sources, connected to the Knowledge Graph and the web, scored by several ranking systems, filtered through geographic and semantic retrieval, personalized for the user, and passed to a rendering engine that decides what can appear on the map. Recovered material from a non-public scope of Geostore, the system Google uses to represent geographic entities, shows the layers underneath.
What does the recovered Geostore material show?
The recovered corpus, cross-referenced with Maps protocols, network traffic, the web index, mobile services, style tables, on-device components, and Google's 2024 documentation leak, gives a fuller inventory of how places are represented. It includes:
- 72 Geostore ranking signals.
- 793 data source providers.
- 446 local search intent types.
- 50,998 Mapcore styles.
- 12,936 label styles.
- 10,936 searchable Geostore declarations.
The ranking signals draw the most attention, but they are one layer. The architecture around them explains how Google understands places and where local search is heading as Maps becomes a conversational product.
Why the entity matters more than the listing
Working from the entity, rather than the listing, gives you the more accurate unit to optimize. Google represents geographic objects internally as Features. A Feature can be a business, building, road, city, station, area, transit element, or a 3D object. For an establishment, the object can hold identity, geometry, source information, websites, business-chain relationships, Knowledge Graph references, concepts, and ranking information.
The familiar Maps listing is assembled afterward. What a business owner edits in Google Business Profile is not necessarily what Google maintains internally as the entity. Google builds a canonical representation of the place that can incorporate data from multiple sources, survive changes in geometry, and connect to other Google identifiers, including the Knowledge Graph machine ID (MID). The listing is the interface. The entity sits underneath it.
How does Google combine data from 793 providers?
Knowing where each field comes from helps you understand why some fixes hold and others revert. A business does not have a single source. Its name might come from one provider, its phone number from another, its category from another, and its geometry from somewhere else. The corpus exposes 793 source providers, along with mechanisms for provenance, priority, trust, and conflation.
Conflation is the process used when several sources describe the same object and disagree. Geostore contains generic mechanisms that can pick one value, merge several values, or combine them. It also models trust levels that range from blocked or untrusted sources to trusted and super-trusted ones. An edit in Google Business Profile becomes another piece of evidence entering a system that may already hold competing evidence. That architecture explains why persistent incorrect attributes, duplicate information, or changes that repeatedly revert can be harder to resolve than editing a listing.
What are Oyster Rank's 72 signals?
Geostore has its own ranking system, called Oyster Rank internally. The recovered material contains a complete visible enumeration of 72 signals, which gives a clear view of the vocabulary Google uses to characterize an entity. Named signals include:
- Google reviews.
- Web query volume.
- Listing impressions.
- Listing opens.
- Direction requests.
- Website clicks.
- Chain membership.
- Wikipedia signals.
- Popularity.
- Prominence.
- Landmark information.
- Road usage.
Out of the 72 values, 25 are explicitly marked deprecated. The recovered material gives the signal names, not their current weights. The schema describes a pipeline in which raw observations are extracted, normalized, and mixed into the Feature's rank, but the coefficients that would show how much each signal contributes sit outside the recovered scope. So a value such as the Google reviews signal proves that reviews belong to the Oyster Rank vocabulary. It does not prove that reviews carry a particular weight in a Maps search today.
Why the 72 signals are not the Maps algorithm
Reading Oyster Rank as an entity-importance layer, rather than the whole algorithm, keeps your strategy accurate. A user query still passes through additional systems. Maps has to understand what the person means, identify a geographic context, generate candidates, evaluate semantic relevance, and serve a final result set. A simplified pipeline looks more like: Geostore entity, then query understanding, then semantic matching, then candidate generation, then geography and quality, then reranking, then results.
There is more. A separate scorer runs entirely offline on the device, with eight signals across 13 tiers, distinct from both Oyster Rank and server-side Places ranking. Different scoring and retrieval systems operate at different stages, so turning the 72 Oyster Rank signals into a checklist of 72 Maps ranking factors would miss most of the architecture.
How local search adapts instead of using a fixed radius
Understanding that the search area flexes with intent helps you set realistic expectations for visibility. Direct measurement shows the geographic footprint changes with the query. Using the same origin in Paris, a dense query such as pharmacie produced a far smaller search area than a brand query such as Carrefour. The environment matters too: the same pharmacy query expanded dramatically when run in a sparsely populated rural area. Google adapts the candidate space to both the query and what exists around the user.
When geographic weighting was removed from the same engine, across 5,083 calls and 86,584 results, the median distance moved from 6.87 km with geography to more than 4,000 km without it. The non-geographic order stayed extremely stable. That suggests geography changes what the retrieval system considers in the first place, not just the order of a fixed list. Distance remains fundamental, but "I am closer, so I should rank higher" is an incomplete model.
How Maps and web SEO connect through entities
Treating a location page as evidence about an entity opens a second job for it beyond ranking for a query. Geostore Features can connect to the Knowledge Graph through a MID, and documents in the web index can also carry MIDs. Google has a layer called webref that associates documents with entities and stores information including topicality, confidence, geographic metadata, and document-level scores.
The relationship also works at the document-ranking level. The recovered structures describe a relative ranking signal between different documents for the same entity, along with properties such as whether a page is an author page, publisher page, or reference page. A store locator or location page can therefore become evidence about the underlying entity. The objective is partly to make it easy for Google to establish which entity the document describes, how much of the document is about that entity, how confident the association should be, and whether the document is a useful reference for it.
How Google reads concepts, not just categories
Google's semantic layer reaches well past the single primary category on a listing, which helps your business surface for related searches. Google uses GConcepts, a shared conceptual vocabulary that can describe businesses, dishes, attributes, cuisines, service modes, and more. A ramen query connected to ramen restaurants, Japanese restaurants, Asian restaurants, and other related concepts rather than one category.
Inside listings, the representation goes deeper. Review topics, menu dishes, and other attributes can be stored as entities rather than plain strings. That lets Google work from structured themes, entities, and precomputed signals instead of rereading thousands of reviews each time someone asks whether a restaurant has long waits or good ramen. Semantic understanding becomes more important as the interface starts answering complex questions.
Where geographic intelligence lives on your phone
Part of the personalization that shapes your results is built on the device itself, which combines Google's model of the world with a local model of your own geography. The recovered on-device structures are associated with visits, place candidates, frequent places, trips, home and work, mobility patterns, and user location profiles. One object, ChainAffinity, suggests the system can model affinity toward a recurring retail chain. The separate offline scorer noted earlier also runs here. The evidence level differs by component, but the phone participates in building geographic context.
Why ranking does not guarantee map visibility
Separating search ranking from map rendering gives you a cleaner way to measure each. Search results are one output of Maps. The visual map has another problem to solve, because thousands of potentially relevant entities cannot all receive labels at once. That work belongs partly to Mapcore, and the corpus contains 50,998 Mapcore styles and 12,936 label styles. Label visibility can change with zoom and other rendering conditions, so a business can be eligible or highly ranked and still not appear as a visible name on the map. Measuring Maps visibility with screenshots or map grids captures a rendering decision that happens after retrieval and ranking.
What Gemini adds on top
Much of the infrastructure needed to answer complex questions was already present as Google expands Ask Maps and other AI-powered experiences. The system already holds canonical place entities, semantic concepts and attributes, reviews and extracted topics, Knowledge Graph relationships, web evidence, geographic retrieval, behavioral signals, personal geographic context, listing composition, and ranking systems. Gemini adds a conversational interface over these layers.
That changes what a local query can be. "Best ramen near me" is relatively easy. A request such as where six people can eat near a hotel tonight, with one vegetarian, little waiting time, and good recent feedback about service, needs a richer place representation. Google needs to know what the restaurant is, what it serves, when it is open, what people say about it, where it is, how it relates to the user's route or context, and whether the evidence is reliable enough to recommend it. Maps has been assembling those ingredients across the layers described above.
FAQ
How many ranking signals does Google Maps use?
The Oyster Rank system inside Geostore contains 72 recovered signals, and 25 of them are marked deprecated. These are the signal names, not their current weights, and a user query still passes through query understanding, semantic matching, candidate generation, geography, and reranking before results appear.
Does editing Google Business Profile change how Google sees my business?
An edit becomes one more piece of evidence in a system that combines data from 793 providers using provenance, priority, trust levels, and conflation. Google maintains a canonical entity that may already hold competing values, which is why a change can revert when other trusted sources disagree.
Does being closer to the searcher guarantee a higher Maps ranking?
No. Tests showed the search footprint changes with the query and the surroundings. Removing geographic weighting moved the median result distance from 6.87 km to more than 4,000 km, yet the underlying order stayed stable, so geography changes which candidates are considered rather than only their order.
Related coverage
- Google Maps adds food ordering, hotel search, and live transit updates to Ask Maps
- What 1.8 million Google Business Profiles reveal about local SEO success
Want help with this in Myrtle Beach or Long Island? Talk to us.
NewSunSEO
Grow in Google and AI Search
AI-SEO, local search, paid ads and websites from one team, with offices on Long Island and in Myrtle Beach.
- AI-SEO
- Local AI-SEO
- AI Consulting
- PPC
- Web Design
- Web Development
- Long Island Office(631) 320-1700
- Myrtle Beach Office(843) 492-7131
Request a Free Proposal
Tell us about your business and where you want to grow.
We will reply by email to talk through your goals and what a proposal would include.
We use your details only to reply to you and send what you asked for. See our Privacy Policy.
