Google Maps UX Teardown: The Search Engine That Opens With No Results
A UX teardown of Google Maps on the web: the default state has no result list because the map is the index — and every step that narrows it adds another thing to buy.
Open Google Maps signed out and look at the left third of the screen. There is nothing there. For a product more than a billion people open every month, the default state contains no results and no ranking — just a map, filling the window, already covered in names.
That emptiness is not an empty state. It's the result list, drawn as terrain. At zoom 14 over Manhattan, something decided that Times Square, MoMA and the Met get labels and the four thousand other businesses in frame do not. You are reading a ranked set. It just doesn't look like one.
Three states — no query, one query, one place. Step through it:
Browse is the default, query is the escalation
Most search interfaces make you type before they show you anything. Maps inverts that. The search box sits top-left as one control among several, and beside it seven category chips — Restaurants, Hotels, Things to do, Museums, Transit, Pharmacies, ATMs — offer pre-built queries so you never have to phrase one. A card in the corner volunteers two facts you didn't ask for: it's 65 degrees, and traffic is much slower than usual.
Typing a query means knowing what the thing is called. Panning a map means knowing roughly where you were. Maps bet that more people have the second, and turned the first into seven buttons.
The cost is that the map's editorial is invisible. You cannot see what got filtered out, because here filtering looks like cartography.
One word, and the geometry changes
Type "coffee" over the same viewport and the screen splits.
The left third becomes a results rail; the map keeps the rest and repaints with red pins carrying the same names. Two panes, one set, shown twice — and the pins are why the split works, because the list answers which while the map answers where, and neither has to say so.
Each card is dense in a way that earns the density: rating and review count, price band, category, an accessibility icon, address, whether the place is open right now, and one sentence pulled from a real review in quotation marks. That last element does something the star rating can't. "The espresso is perfect and the staff is really friendly" is a claim from a person. 4.8 is a number. Put both on the card and you skim on the number, decide on the sentence.
Two of the four visible cards also carry an Order online button. That's the first transactional control in the flow, and it arrives before you have opened anything.
Then there's the checkbox at the bottom of the rail: Update results when map moves, unchecked. Panning does not re-run the search unless you opt in. It's the least visible control on screen and the one that most changes what the tool is — a list you're reading, or a query that keeps firing under you. Google made the stable behaviour the default, which is the right call, and left the live one where most people will never find it.
Where the narrowing ends
Open one result and the page reorders your priorities.
The Statue of Liberty page opens on a photograph, a name, 4.7 stars from 112,738 reviews, four tabs and five actions. Then, before the address and before the hours, comes a block headed Admission — Gives you entry to this place: the official site at $26.00, Viator at $7.99, Trip.com at $28.00, each with more options folded behind a chevron.
Google put the official seller first, which is the honest ordering. The block still reads as a price comparison, and it is missing the only column that would make it one. Stacked like this, $7.99 looks like the same ticket for less. It isn't the same ticket.
Notice what got pushed down. The street address, the opening hours, the National Park Service link — the facts a place page exists to hold — all sit under the resale market. This is the end of both narrowings: the map knew where it was, the list knew whether it was open, and the page sells you a ticket.
The marketing page argues for a different product
Google Maps also has an about page, and it describes something you cannot do on the site hosting it.

Every screenshot is a phone. Ask Maps, immersive navigation that makes buildings transparent, a shared list of ramen shops with emoji on it — all of it shot in a handset, on a desktop page whose two above-the-fold buttons both say Try now and both open the desktop map you just left.
Under the hero, a three-item nav names the argument: Ask Maps, Navigation, Lists. Each section stacks three claims where only the selected one shows its paragraph, so of the nine things this page has to say, six are headings until you click them. Progressive disclosure is a reasonable answer to a long page (NN/g), but it assumes the reader can tell which heading is worth opening. "Know before you go" tells you nothing about what is underneath it. The page runs 5,513 pixels and still holds long stretches of white, because sections stay pinned while their videos loop. Most of it is waiting.
There's a grey footnote under the first section admitting the Gemini feature is "only available in the US and India." It's the most load-bearing sentence on the page, set at the smallest size on it.
The close is a download block: two store badges, a QR code under each. That's the tell. The about page for the desktop product is a funnel to the phone.
What this means for your product
A default view can replace an empty state only if you already know enough to rank without being asked. Maps opens on no results because the map already carries the labels, and the chips are phrasing nobody has to invent. If your product opens on a blank query field, the question isn't what to put in the placeholder — it's whether you have earned the right to draw the answer as terrain.
The cost shows up three screens later. Every narrowing step in this flow adds a thing to buy, and by the third one the transactional block outranks the address. Whatever sits above the facts on your detail page is what you have decided the page is for. Nobody chooses that in a meeting; it accretes, one well-argued module at a time, until the page belongs to the last team that shipped into it.
Take it further
The lens behind this teardown — can a user see what each control does and what it will cost them — is the UX Clarity framework, the same one we apply in a Full UX Audit. For how that scoring turns into prioritized fixes, read what a real UX audit looks like.
Sources: NN/g — Progressive Disclosure.
Ready to find where your product's polish and your users' understanding have drifted apart? Apply for a Full UX Audit →
Related
Information Architecture
Wireframing: From Lo-Fi to Hi-Fi (and What Each Wireframe Is For)
Fidelity isn't a quality ladder you climb. What a wireframe is supposed to settle, what lo-fi, mid-fi, and hi-fi each buy you, when a mood board is the right artifact instead, and the failure mode that costs teams a sprint.
TYPENORMLabs · 8 min · September 5, 2026
Information Architecture
WIRED UX Teardown: One Category Template, Three Different Jobs
A UX teardown of WIRED's category pages: the same template runs Business, Science and Reviews, and what each one puts in its first rail gives away what the section is actually for.
TYPENORMLabs · 5 min · August 31, 2026
Information Architecture
Webflow UX Teardown: $15, $25, $2,500, and a Footnote That Changes All Three
A UX teardown of Webflow's public pages: the homepage argues entirely in revenue, the product page won't let you self-serve, the marketplace shows no price at all. Then the pricing page hides its real variable in a two-word footnote.
TYPENORMLabs · 6 min · September 3, 2026