# Marking Up areaServed for Several Towns

> areaServed shapes, how many places to list before it stops helping, and keeping schema consistent with your profile service areas.

URL: https://aiseocourse.net/guide/marking-up-areaserved-when-you-serve-several-towns/
Last-Modified: 2026-09-20
Author: Adam Yong

would turn main into a scroll container and break every \`position: sticky\` inside it. --> 

Skip to main content

[#main-content →](#main-content)

scenario Free guide

# Marking Up areaServed for Multiple Towns

areaServed shapes, how many places to list before it stops helping, and keeping schema consistent with your profile service areas.

update Updated September 20, 2026 schedule 5 min read 

school Part of Schema and Structured Data for Local AI SEO

[/lessons/schema-and-structured-data-for-local-ai-seo/ →](/lessons/schema-and-structured-data-for-local-ai-seo/)

![Map illustration with several named town areas covered by one business entity](/images/featured/map-illustration-with-several-named-town-areas-cov.webp)

## The multi-town problem

You work across four suburbs. Your competitors have location pages for twenty. The temptation is to match them, and it is the wrong instinct.

`areaServed` lets you state your coverage in structured data without inventing pages you cannot fill. It belongs in the LocalBusiness block described in 

Lesson 4: schema and structured data for local AI SEO

[/lessons/schema-and-structured-data-for-local-ai-seo/ →](/lessons/schema-and-structured-data-for-local-ai-seo/)

, alongside the other properties in 

what LocalBusiness schema is and which fields matter

[/guide/what-localbusiness-schema-is-and-which-fields-matter/ →](/guide/what-localbusiness-schema-is-and-which-fields-matter/)

, and it is the schema counterpart to the service-area settings covered in 

Lesson 2

[/lessons/google-business-profile-for-ai-search/ →](/lessons/google-business-profile-for-ai-search/)

.

![Code panel comparing named-place areaServed against a geo radius definition](/images/content/code-panel-comparing-named-place-areaserved-agains.webp)

## Two shapes

**Named places.** The clearest option for most businesses:

```
"areaServed": [
  { "@type": "City", "name": "Dandenong" },
  { "@type": "City", "name": "Springvale" },
  { "@type": "City", "name": "Noble Park" },
  { "@type": "City", "name": "Keysborough" }
]
```

Use `City`, `AdministrativeArea` or `State` depending on the unit. Name places the way customers name them, not the way a postal authority does.

**A geo radius.** Suited to genuinely distance-based coverage:

```
"areaServed": {
  "@type": "GeoCircle",
  "geoMidpoint": { "@type": "GeoCoordinates", "latitude": -37.9884, "longitude": 145.2148 },
  "geoRadius": "25000"
}
```

The radius is in metres. This is honest for a mobile trade that charges by travel distance, and vague for a business whose coverage follows suburbs rather than circles.

Named places are the better default because they are specific, they read the same way as your page text, and they are easier to keep consistent.

## How many to list

As many as you genuinely work in, and no more.

The temptation is to list thirty suburbs on the theory that more coverage means more chances. In practice it works against you in three ways. It contradicts your website if the page names five. It contradicts your profile service areas if those list eight. And it makes every individual area claim less credible, because a business that claims everywhere is providing no information.

A useful test: would you accept a job in that suburb next week at your normal rate? If not, it does not belong.

## Keeping it consistent

Three places state your coverage, and all three must agree:

1.  **Your business profile service areas.**
2.  **Your website page text**, where the areas should appear in prose so a passage can be quoted.
3.  **Your `areaServed` markup.**

Same list, same names, same order if you can manage it. This is the same consistency discipline as the 

NAP consistency guide

[/guide/nap-consistency-explained/ →](/guide/nap-consistency-explained/)

, applied to geography.

If you hide your address entirely, the 

service-area business guide

[/guide/service-area-businesses-with-no-public-address/ →](/guide/service-area-businesses-with-no-public-address/)

 covers the profile-side configuration that pairs with this markup.

## What not to do

**Town-name stuffing.** Listing every locality within an hour is transparent and self-defeating.

**Fake branch pages.** A page claiming an office in a town where you have no presence is a guidelines problem and a trust problem.

**Coverage that contradicts your travel policy.** If you charge a surcharge beyond a certain point, either exclude those areas or state the surcharge plainly on the page.

## A worked example for a three-town operator

A mobile appliance repair business working across Dandenong, Springvale and Noble Park should have: three named areas in `areaServed`, the same three suburbs listed as service areas on the business profile, one strong service page naming all three in prose alongside callout terms, and no separate location pages unless there is genuinely distinct content for each.

That configuration is consistent, honest and quotable, which is the whole objective.

## Keeping schema, profile and page text aligned

Three statements of coverage exist, and an engine reads all three. They have to agree.

| Where | What it should say |
| --- | --- |
| Business profile service areas | The suburbs or towns you genuinely work in |
| Page text | The same list, in prose, so a passage can be quoted |
| areaServed markup | The same list again, as named places |

The most common breakage is a site that lists five suburbs, a profile that lists eight, and markup that lists twenty because someone pasted in a regional list. That combination does not extend your reach, it undermines every individual claim.

If your coverage genuinely changes, update all three in one sitting. Treat it as a single task rather than three, in the same way the 

NAP consistency guide

[/guide/nap-consistency-explained/ →](/guide/nap-consistency-explained/)

 treats a phone number change.

## When location pages are justified

Occasionally they are. The test is whether you can write something genuinely distinct for each town: different access conditions, different building stock, different regulations, a named local example, a different response window.

If you can, a location page earns its place and should carry that distinct content plus the same canonical business facts. If you cannot, one strong page naming all your areas will serve you better than eight near-duplicates that compete with each other and dilute the topic.

For a service-area business with no premises, the 

service-area business guide

[/guide/service-area-businesses-with-no-public-address/ →](/guide/service-area-businesses-with-no-public-address/)

 covers the profile-side configuration that pairs with this markup, including what to publish instead of a street address.

## How many places before it stops helping

There is no published threshold, but the practical pattern is consistent across local builds.

Up to roughly ten named places, each one adds specificity that an engine can match against a customer’s location. Past that, the list starts to read as a claim about a region rather than a set of places you work in, and the individual claims weaken.

Three questions keep the list honest:

1.  Did you work in that place in the last twelve months?
2.  Would you accept a job there next week at your standard rate?
3.  Does your website mention it in prose?

Three yes answers means it belongs. Anything less and it is padding, which costs you credibility on the places that do belong.

If you genuinely cover a wide region, a geo radius is the more honest shape, paired with page text that explains your travel terms rather than listing forty suburbs.

Common questions

## Questions readers ask

Should I list every town I would travel to? expand\_more

No. List where you actually work regularly. An inflated list dilutes relevance rather than extending reach, and it contradicts a website that names a smaller set.

Named places or a geo radius? expand\_more

Named places are clearer for engines and easier to keep consistent with your profile and page text. A radius suits genuinely distance-based coverage, such as a mobile service charging by travel time.

Do I need a page for every town I list? expand\_more

No. Thin pages per town are a familiar tactic with a familiar outcome. Name your areas on one strong page unless you have genuinely distinct content for each location.

Can I use both areaServed and an address? expand\_more

Yes. A business with premises that also travels can list its address and the areas it serves. The two describe different things and do not conflict.

## Guides in this cluster

Short, evergreen answers that go deeper than the lesson itself.

decision-stage

### Do You Need Schema to Appear in AI Overviews?

A direct answer: what schema demonstrably helps with, what it doesn't, and who should skip it and do content work first.

[Do You Need Schema to Appear in AI Overviews? →](/guide/do-you-need-schema-to-appear-in-ai-overviews/)

process

### How to Add JSON-LD to a Local Business Site

Where the script tag goes, how to do it on WordPress or a site builder, how to validate it, and the mistakes that silently break a block.

[How to Add JSON-LD to a Local Business Site →](/guide/how-to-add-json-ld-to-a-local-business-site/)

process

### Using sameAs to Link Your Business to Wikidata and Your Real Profiles

What sameAs does, which profiles to list and in what order, whether you need a Wikidata item, and how to check the links resolve.

[Using sameAs to Link Your Business to Wikidata and Your Real Profiles →](/guide/using-sameas-to-link-your-business-to-wikidata/)

definition

### What LocalBusiness Schema Is and Which Fields Matter

The LocalBusiness type and its subtypes, the fields worth filling, the ones that change nothing, and a minimal working example.

[What LocalBusiness Schema Is and Which Fields Matter →](/guide/what-localbusiness-schema-is-and-which-fields-matter/)