Local SEO Guide
A location page deserves to exist because it helps a customer in that market, not because an SEO template can swap one city name for another. Google publishes no rule saying a city page must be 50% unique, 800 words long or below a particular duplication percentage. The safer test is whether each URL serves a genuine local need, contains useful evidence specific to that market, and has a clear reason to exist alongside the rest of the site.
By Rahul Saini, Search Counsel Co. Last verified September 4, 2026.
Quick answer
Build a dedicated location or service-area page only when the business genuinely serves that market and the page can satisfy a distinct local need. Use a physical location page for a real branch customers can visit, a service-area page for a market your team travels to, and a regional or parent page when several small areas do not justify separate URLs. Avoid mass city-name swaps, fake addresses and large sets of substantially similar pages created mainly to capture local queries.
Google rule
No magic percentage
Google does not publish a minimum unique-content percentage for city pages.
First decision
Does the URL deserve to exist?
Prove service reality, demand, local evidence and a distinct user need before publishing.
Architecture
Service × location
Decide whether each query belongs to a service page, city page, regional hub or no separate URL.
Measurement
Track the page set
Measure query ownership, impressions, clicks and leads instead of counting published pages.
Jump to what you need
1) Location page vs service-area page vs hybrid page
The first SEO decision is not how many cities to target. It is what type of business and customer journey you are representing.
| Page model | Use it when | What the page should prove |
|---|---|---|
| Physical location page | A real branch or office exists and customers can visit during stated hours. | Address, hours, team, services, local proof, directions and branch-specific information. |
| Service-area page | The business travels to customers in a market but does not operate a customer-facing branch there. | That the business actually serves the area, what services are available, how scheduling works and what local proof exists. |
| Hybrid location | Customers can visit the business and the team also travels or delivers to customers. | Both the physical location and realistic service coverage. |
| Regional hub | Several smaller communities share substantially the same service need and do not justify separate useful pages. | Clear regional coverage with links to any genuinely distinct submarkets. |
| No separate page | The business technically serves an area but has no meaningful demand, proof or distinct user need there. | Keep the area inside a broader service or regional page instead of manufacturing another URL. |
For the broader local-search system, see the SearchCounselCo Local SEO guide. For query selection, use local keyword research.
2) What Google actually says about doorway pages
Google defines doorway abuse as sites or pages created to rank for specific, similar search queries that lead users through intermediate pages that are less useful than the final destination. Its published examples include multiple pages targeted at specific cities or regions that funnel users to one destination, and substantially similar pages that sit closer to search results than a clear browseable hierarchy.
The important distinction: similarity alone is not a published Google percentage test. The risk comes from building a page set primarily to capture similar queries without providing enough distinct usefulness or a clear site structure.
Google also defines scaled content abuse as producing many pages primarily to manipulate rankings rather than help users, regardless of whether those pages are created manually, with automation or with generative AI.
Primary source: Google Search spam policies .
3) There is no Google “95% duplicate,” “50% unique” or word-count rule
Local SEO advice often turns useful principles into fake precision: “make every page 50% unique,” “never exceed 95% similarity,” or “write at least 800 words.” Those numbers are not published Google thresholds.
| Common claim | Better rule |
|---|---|
| “Pages must be 50% unique.” | Each page should contain enough genuinely local information to justify its existence and satisfy its own visitor. |
| “95% identical content triggers a penalty.” | Google publishes no percentage threshold. Evaluate the purpose and usefulness of the whole page set. |
| “A city page needs 800+ words.” | Use the amount of content needed to answer the local task. Do not pad a page to reach a target length. |
| “Every city you serve should have a page.” | Only create a dedicated URL when the market has enough need, proof and distinction to support one. |
| “Schema makes city pages rank.” | Structured data clarifies facts; it is not a substitute for relevance, real-world legitimacy or useful content. |
4) How to create city pages for service-area businesses
A city page for a service-area business should answer a customer's practical question: “Do you genuinely serve me here, and what will working with you in this area be like?”
A useful page usually needs:
- a clear statement that the business serves the market;
- the specific services available there;
- real project, customer or operational evidence;
- areas or neighborhoods actually covered;
- realistic scheduling or service expectations;
- local questions that genuinely differ from other markets;
- a clear next step for requesting service;
- internal links to the parent service and local SEO hierarchy.
Do not create fake branches. A service-area page can describe where a business genuinely travels, but it should not imply that the company has a storefront, office or staffed location in that city when it does not.
5) Does this city deserve its own URL?
Use the SearchCounselCo City URL Eligibility Planner before sending another location page to a writer. This is an editorial planning tool, not a Google score.
City URL Eligibility Planner
6) Build a service × location map before creating URLs
Multi-service businesses often create cannibalization because they build every possible service × city combination without deciding which URL should own each user task.
| Example | Denver | Aurora | Lakewood |
|---|---|---|---|
| Plumbing | Dedicated city/service page | Dedicated city/service page | Regional page may be enough |
| Drain cleaning | Parent service page | Dedicated only if demand/proof differs | No separate page |
| Water heater repair | Dedicated if strong evidence exists | Parent city or service page | No separate page |
The exact architecture will vary. The principle is what matters: every search task should have one clear best URL owner.
Before creating
/plumbing/denver/,
check whether
/plumbing/
or
/locations/denver/
already satisfies the same task.
A new page should solve an ownership problem, not create one.
7) What makes a location page genuinely local?
Changing place names is not localization. Useful local evidence comes from the way the business actually operates in that market.
| Evidence | Good example | Weak substitute |
|---|---|---|
| Completed work | Real project or customer example from the market | “We proudly serve Denver” repeated several times |
| Photos | Original team/project imagery | Generic stock skyline |
| Reviews | Real customer feedback where usage is permitted and context is accurate | Generic testimonial copied to every city page |
| Operational detail | Scheduling, travel, service conditions or local constraints that genuinely differ | City-name synonym swaps |
| Local questions | Questions customers in the market repeatedly ask | Identical FAQs with the city inserted |
| Coverage | Accurate neighborhoods/postcodes or named service areas | Huge keyword list of every nearby city |
8) What should each page type contain?
Physical location page
- real business name and physical address;
- opening hours;
- branch phone/contact path;
- services actually available at that branch;
- team or branch-specific proof;
- directions and useful access information;
- real images;
- local reviews/project evidence;
- links to relevant service pages.
Service-area page
- clear “we serve this market” statement;
- services actually offered there;
- real service coverage;
- project/customer evidence;
- realistic dispatch or scheduling information;
- location-specific conditions/questions where relevant;
- clear CTA;
- no fake branch address.
Regional hub
- clear explanation of the region served;
- important submarkets;
- service categories;
- links to genuinely distinct city pages;
- no huge keyword-stuffed city block.
9) Service-area pages do not remove Google Maps proximity
A useful service-area page can compete in organic search for a relevant service-and-city query, but that does not move the real business location or override how Google ranks local results.
Google says local results are mainly based on relevance, distance and prominence. Distance refers to how far the business is from the person searching.
Important distinction: a service-area field tells customers where the business operates. It should not be treated as a way to create twenty new physical locations or erase proximity from Google Maps.
For Google Business Profile work, see our Google Business Profile optimization guide.
10) Google Business Profile service-area rules in 2026
Google currently distinguishes storefront, service-area and hybrid businesses. For service-area settings, Google says:
- you can define up to 20 service areas;
- areas are specified by cities, postal codes or other named areas;
- you cannot set or edit the service area as a radius distance;
- the overall service boundary generally should not extend farther than about two hours of driving time from the business base;
- a business that does not serve customers at its address should remove that address from its public Business Profile;
- a hybrid business can show its real storefront and also define a service area.
Primary source: Google Business Profile service-area guidance .
11) URL structure and internal linking
There is no single folder structure that every local business must use. What matters is that humans and search engines can understand the hierarchy and that every important page has meaningful internal links.
Possible models
/locations/denver//service-areas/denver//plumbing/denver//denver/plumbing/
Choose the structure that reflects the site's real information architecture. Do not create several versions merely to target the same phrase.
Internal linking
A strong location/service-area structure usually connects:
- the Local SEO or Areas We Serve hub;
- parent service pages;
- relevant city/location pages;
- related regional pages;
- conversion/contact destinations.
See our internal linking guide for the mechanics.
12) How to prevent city-page cannibalization
Cannibalization happens when several pages appear to compete for substantially the same local task without a clear reason for each URL to exist.
| Situation | Likely direction |
|---|---|
| Service page already ranks for “plumber Denver” and satisfies the local task | Improve that owner before creating another page. |
| Denver location page covers every service but plumbing has substantial distinct demand and proof | A dedicated service-city page may be justified. |
| Two city pages differ only by place names | Consider regional consolidation or rebuild the stronger market pages. |
| Several nearby towns generate minimal distinct demand | Use a regional hub rather than one URL per town. |
| Two pages rank alternately for the same query family | Audit intent, content and internal links before deciding whether to consolidate. |
13) Structured data: clarify the real business, do not invent locations
Structured data should reinforce facts already visible and true on the page. It should not be used to manufacture a local entity that does not exist.
For a real branch
A genuine physical branch can use an appropriate
LocalBusiness
subtype with its real physical address and other accurate business details.
For a service-area city page without a branch
Do not create a fake physical address or imply that the business has a staffed location there.
Google's LocalBusiness rich-result documentation expects the physical location of the business for the
address
property.
Your entity and service markup should match the actual company,
its real location and the visible service-area information.
If you use broader Schema.org properties such as
areaServed,
keep them accurate and consistent with what users can see.
Schema is clarification, not a shortcut. Adding markup does not make a weak or fictional city page legitimate.
For implementation detail, see LocalBusiness schema.
14) The five-page doorway-risk audit
Open five sibling city pages side by side. Do not calculate a fake “Google duplication percentage.” Instead compare whether each page proves its own reason to exist.
For each page, check:
- Does it contain different real project/customer evidence?
- Does it use genuinely relevant local imagery?
- Does the service reality differ in any meaningful way?
- Are its FAQs based on real local questions?
- Does its CTA accurately describe how service works there?
- Does it have a distinct query/user task?
- Does another URL already answer that task?
- Would a visitor still recognize the market if every repeated city mention were removed?
The strongest manual test: hide the city names. If the five pages become interchangeable, you probably have a page-set design problem rather than a copywriting problem.
15) How to fix thin or overlapping location pages
Do not automatically redirect every weak page to the homepage. Start by deciding whether the market and user task still deserve a URL.
| Page condition | Recommended direction |
|---|---|
| Real market, real demand, weak execution | Keep + rebuild |
| Several small towns share the same task | Merge into a regional hub |
| Two URLs target essentially the same query and task | Consolidate into the stronger owner |
| A genuinely equivalent replacement URL exists | 301 redirect |
| No demand, no useful equivalent and no reason to keep it | Remove rather than forcing an irrelevant redirect |
| Different user intent | Keep separate |
When URLs are retired, update internal links, navigation and XML sitemaps. For redirect planning, see URL structure and redirects.
16) How to measure a location-page set in Search Console
The success metric is not the number of pages indexed. It is whether the right pages earn the right queries and generate useful business outcomes.
Track the whole page set
- location/service-area URLs indexed;
- URLs receiving impressions;
- queries per URL;
- service + city query ownership;
- pages with sustained zero visibility;
- pages alternating for the same query;
- clicks and CTR;
- leads, calls or bookings where tracking exists.
Look for three patterns
| Pattern | What to investigate |
|---|---|
| Good impressions, weak CTR | Position, SERP presentation, relevance and title/snippet alignment. |
| Multiple sibling pages appear for the same query | Potential ownership/cannibalization problem. |
| Page receives almost no relevant queries over a meaningful period | Demand, indexation, internal links, usefulness and whether the URL should exist at all. |
Do not compare local organic visibility with Google Maps visibility as if they were the same measurement system. Monitor both separately.
17) Can AI help create location pages?
Yes, but AI should help organize genuine evidence, not manufacture local reality. Google says generative AI can be useful for research and structuring original content, while creating many pages with little added user value may violate its scaled-content-abuse policy.
Reasonable uses
- organizing real local project notes;
- drafting from verified business information;
- grouping customer questions;
- turning structured research into a first draft;
- checking consistency across large page sets.
High-risk uses
- inventing projects, reviews or neighborhoods;
- generating hundreds of suburb pages from one prompt;
- swapping city names into identical copy;
- publishing facts without human verification;
- creating fake branch information.
Primary source: Google guidance on generative AI content .
18) Download the location-page planning worksheet
Use this worksheet before approving new city URLs or during a cleanup project. It helps teams record the evidence behind every page decision.
Free CSV planning template
Includes market, service, existing URL, page type, local proof, query ownership, internal links, GBP relationship, Search Console metrics and final page decision.
The file is generated locally in your browser. No site or business data is uploaded to SearchCounselCo.
19) Location and service-area page FAQ
Are city pages bad for SEO?
No. A legitimate city page can be useful when the business genuinely serves the market and the URL satisfies a distinct local need. The problem is creating large sets of substantially similar pages primarily to capture similar searches.
Are location pages doorway pages?
Not automatically. Google's doorway policy targets pages created to rank for similar searches that lead users through less useful or substantially similar intermediate pages. A useful branch or service-area page with real local purpose is not inherently a doorway.
How much unique content does a location page need?
Google does not publish a required percentage or word count. Use enough genuine local information to answer the visitor's task and distinguish the page from its siblings in a meaningful way.
Should I create one page for every city I serve?
No. Create a separate URL only when the city has enough service reality, demand, evidence and distinct user need to justify one. Smaller or very similar markets may be better served by a regional page.
Can a service-area business rank in a city without an office?
A useful service-area page can compete in organic search for relevant city/service queries, but it should not invent a physical location. Google Maps/local-pack rankings still consider distance among the main local ranking factors.
How many service areas can I add to Google Business Profile?
Google currently allows up to 20 named service areas based on cities, postal codes or other supported areas.
Can I set a service-area radius in Google Business Profile?
No. Google says service areas can no longer be set or edited as a radius. Use named cities, postal codes or other available areas instead.
Do service-area pages need LocalBusiness schema?
Do not create a fake LocalBusiness location for a city where no physical branch exists. Use structured data that accurately describes the real business and visible page content. A genuine branch can use appropriate LocalBusiness markup with its real address.
Can AI write location pages?
AI can help organize and draft from verified local evidence. It should not be used to manufacture hundreds of low-value city variations or invent local facts.
How do I know whether two city pages are cannibalizing each other?
Look at which URLs appear for the same query families in Search Console. If pages alternate for substantially the same task, review intent, internal links and page purpose before deciding whether they should remain separate.
20) Primary sources and methodology
SearchCounselCo distinguishes official Google policy from our own editorial planning frameworks. The City URL Eligibility Planner and architecture decisions on this page are practical SEO tools, not Google scoring systems.
| Topic | Primary source |
|---|---|
| Doorway abuse, scaled content abuse and keyword stuffing | Google Search spam policies |
| Service-area and hybrid business rules | Google Business Profile service-area guidance |
| Business representation and real-world locations | Google Business Profile representation guidelines |
| LocalBusiness structured data | Google Search Central LocalBusiness documentation |
| Generative AI content | Google Search guidance on AI-generated content |
| Local relevance, distance and prominence | Google Business Profile local ranking guidance |
Conclusion: build a local page because the market deserves one
The safest location-page strategy is not “publish more.” It is assign every local search task to the smallest useful set of URLs.
Use real branch pages for real branches. Use service-area pages where the business genuinely travels. Use regional pages when several smaller markets do not justify separate content. Create service × city pages only when the search task, local proof and site architecture genuinely support them.
Most importantly, stop managing the page set by arbitrary word counts or duplication percentages. Manage it by usefulness, real-world evidence, query ownership, site architecture and measurable performance.
The one thing to do next
Before creating your next city page, run the City URL Eligibility Planner, check which existing URL already owns the query, and collect the real local evidence that will make the new page useful. If you cannot justify the URL without mentioning rankings, do not publish it yet.
Continue with: local keyword research, LocalBusiness schema, internal linking, or the full Local SEO guide.