Skip to content
Local SEO Tutorial

Service Area Business Schema: Hide Your Address Safely

If you operate out of your home and travel to clients (like a roofer, plumber, or mobile detailer), Google requires you to hide your physical address. Here is how to handle your JSON-LD safely without losing local ranking power.

What is a Service Area Business (SAB)?

In the world of local SEO, businesses are generally split into two categories:

  • Storefront Businesses:Customers come to your physical location (e.g., a dental office, a restaurant, a retail shop).
  • Service Area Businesses (SABs):You travel to your customers' homes or businesses to deliver your service (e.g., plumbers, HVAC technicians, electricians, mobile car detailers, pest control).

If you are an SAB running your business out of your home address, Google's guidelines explicitly state that you cannot display your residential address on your Google Business Profile. You must hide your street address and set a "Service Area" (a radius or list of cities you cover).

The SEO Problem with Hidden Addresses

When you hide your address on your Google Business Profile, you lose a massive relevance signal. To compensate, your website needs to aggressively signal its location to Google. However, if you put a hidden residential address into your website's JSON-LD schema markup, you create conflicting data that violates Google's guidelines and risks a profile suspension.


The Rule: Omit the Street Address, Keep the City

According to Google's strict structured data guidelines, if you do not receive customers at your physical address, you should not list a streetAddress in your LocalBusiness schema.

Instead, your schema should omit the exact street line but must retain the City, State, and Zip Code. This acts as the anchor point for your service area.

Incorrect (Violates Rules)
"address": {
  "@type": "PostalAddress",
  "streetAddress": "123 Residential Ave",
  "addressLocality": "Austin",
  "addressRegion": "TX",
  "postalCode": "78701"
}
Correct (Google Safe)
"address": {
  "@type": "PostalAddress",
  // Street line safely omitted
  "addressLocality": "Austin",
  "addressRegion": "TX",
  "postalCode": "78701"
}

How to Generate SAB Schema Automatically

Deleting lines of code manually is risky and often results in syntax errors (like leaving a dangling comma) which invalidates the entire JSON-LD script.

We built an SAB toggle directly into our tool so you don't have to worry about breaking your code.

  1. Find your specific industry on our Generators Directory. Always use a specific schema type (like Plumber or RoofingContractor) instead of generic LocalBusiness.
  2. Begin filling out your Business Name, Phone Number, and Website.
  3. Under the Address section, click the toggle that says "Service Area Business (SAB)".
  4. The tool will instantly hide the street address field. Simply enter your primary service City, Region (State), and Postal Code.
  5. Click "Copy Code" and paste it into your website.

Pro Tip for Service Areas

Always ensure the City, State, and Zip Code you leave in your schema perfectly matches the primary verified location of your Google Business Profile, even if you travel 50 miles outside of it. Google uses this to anchor your trust profile.


Advanced: Using the areaServed Property

If you want to be extremely thorough, you can also define the areaServed property within your JSON-LD to tell Google exactly which surrounding cities you cover. While our standard generator keeps things simple and lightweight, you can manually add this array to your code:

schema-addon.json
"areaServed": [
  {
    "@type": "City",
    "name": "Austin",
    "sameAs": "https://en.wikipedia.org/wiki/Austin,_Texas"
  },
  {
    "@type": "City",
    "name": "Round Rock"
  }
]

This sends a strong signal to Google about your geographic relevance, helping you rank in those neighboring suburbs.

Build your SAB Schema in seconds

Our generator is specifically designed to handle Service Area Businesses perfectly. Choose your niche, toggle the SAB switch, and you're done.