Displays candidate domain names from a domain search as interactive cards that users can review, store, and purchase, predating modern entity-card SERP modules with a similar interaction model.
Patent Overview
- Inventor
- Nitin Gupta
- Assignee
- Google LLC
- Filed
- 2014-01-30
- Granted
- 2015-07-30 (published application)
- Application Number
- US 14/169,209
The Challenge
Domain Search Results Are A Linear List Of Decisions
When a user searches for a domain name, the result is typically a flat list of available domain candidates. Each candidate involves a decision (price, TLD, length, semantic fit) that the user evaluates one at a time. The linear-list interface forces a transactional flow that misses the exploration and comparison that domain selection actually requires.
- Domains Are Compared, Not Just Listed — Users compare candidates across multiple dimensions (TLD, price, length, brand fit). Linear lists don't support comparison well.
- Decision Requires Multiple Sessions — Domain choice often happens over multiple sessions. Users want to save candidates, return, and reconsider. Linear results lose this context.
- Purchase Friction Is Separate From Discovery — Discovering candidates and purchasing them are different actions. The interface should support both within the same surface.
- Need Card Format For Manageable Review — Cards with structured information per candidate make comparison and management possible at scale. Each card carries the candidate's attributes plus actions.
Innovation
Cards As The Interaction Unit
The interface displays candidate domain names from a search as cards that can be interacted with. Each card shows information about its candidate domain, supports storage for later review, and supports direct purchase. Users can browse, compare, save, and buy from the same surface rather than working through a linear list.
- Run Domain Name Search — User submits a domain name search query (keyword, theme, brand fragment). The system returns multiple candidate domain names.
- Render Candidates As Cards — Each candidate becomes a card in the UI. The card displays key attributes: name, TLD, price, length, popularity, similar registered domains.
- Enable Interaction Per Card — Cards support actions: expand for more info, save for later review, share, compare to other cards, purchase directly.
- Support Storage And Return — Saved cards persist in the user's session and account. The user can return later, review saved candidates, and continue the decision.
- Enable Direct Purchase — Purchase action on a card initiates registration without the user leaving the search surface. The full purchase flow runs inline.
The Card-As-Module Pattern
The patent describes what is now a ubiquitous SERP UI pattern: each result is a self-contained card with structured information and actions. The pattern allows comparison, persistence, and conversion to happen on the same surface as discovery.
Each Candidate Is A Standalone Card
Cards encapsulate attributes plus actions. The user interacts with cards individually while seeing them collectively.
- Structured Card Content — Per-candidate attributes (price, length, TLD, similar names). Comparable across cards in the same view.
- Persistence Actions — Save, return, share, compare. The card supports actions beyond just viewing.
- Direct Purchase Path — Conversion happens on the card without leaving the search surface.
What This Means for SEO
What This Means for SEO
The card-format SERP module pattern that this patent describes for domain search has spread across modern SERPs (product cards, knowledge panels, recipe cards, news cards). Understanding the pattern shapes how to structure content for card-format discovery.
- Structured Card Content Wins Card Slots — Modern SERPs render structured results as cards. Schema markup, structured data, and explicit per-attribute formatting earn card-format slots that plain text cannot.
- Card-Format Surfaces Compress Linear Results — Cards occupy more vertical space per result. The ranked-list slots below the cards have less visibility. Optimizing for card eligibility is more valuable than optimizing for rank-5 in a linear list.
- Persistence Patterns Match User Behavior — Users save, compare, and return. Content that supports return visits (bookmarkable URLs, stable structure, clear identifiers) participates in the card-persistence model better than ephemeral content.