ServiceArea Schema Markup: Einzugsgebiet für Google definieren
Schema Markup

ServiceArea Schema Markup: Einzugsgebiet für Google klar definieren

Shift07 Team
21. April 2026
11 Min. Lesezeit
Schema Markup

Ein Dachdecker in Köln, der auch Leverkusen, Bonn und Bergisch Gladbach bedient — wie soll Google das wissen? Ein Pflegedienst, der in fünf Stadtteilen tätig ist, aber keinen Laden vor Ort hat — wie kommuniziert er sein Einzugsgebiet strukturiert? Die Antwort liegt im ServiceArea Schema Markup: ein Schema.org-Typ, der es lokalen Dienstleistern ermöglicht, ihren geografischen Aktionsradius maschinenlesbar zu definieren.

Dieser Artikel zeigt dir, was serviceArea ist, welche Sub-Typen du nutzen kannst, wie du Gebiete präzise oder grob definierst, und wie du alles korrekt in dein LocalBusiness-Markup einbettest.

Was ist ServiceArea und wofür brauche ich es?

serviceArea ist eine Property des Schema.org-Typs LocalBusiness (und seiner Untertypen). Sie akzeptiert einen oder mehrere Werte, die beschreiben, wo ein Unternehmen seine Dienstleistungen anbietet — unabhängig von seinem physischen Standort.

Das ist besonders relevant für:

  • Mobile Dienstleister (Elektriker, Klempner, Maler, Haushaltshilfen)
  • Lieferdienste (Restaurants mit Lieferradius, Kurierdienste)
  • Pflegedienste und soziale Dienste
  • Reinigungsunternehmen
  • Immobilienmakler (mehrere Stadtgebiete)
  • IT-Dienstleister mit Vor-Ort-Service
  • Handwerksbetriebe mit überregionalem Einzugsgebiet

Google nutzt diese Informationen, um zu entscheiden, ob ein Unternehmen für eine lokale Suchanfrage relevant ist — auch wenn der Nutzer sich nicht direkt am Unternehmensstandort befindet. Ein Klempner mit serviceArea "Köln und Umgebung" kann für Suchanfragen aus Leverkusen ranken, auch wenn er sein Büro in Köln-Mülheim hat.

Die drei Möglichkeiten, serviceArea zu definieren

Schema.org erlaubt für serviceArea drei verschiedene Typen als Wert:

  1. AdministrativeArea — Verwaltungseinheiten wie Städte, Landkreise, Bundesländer
  2. Place — Allgemeine geografische Orte (auch Stadtteile, Regionen)
  3. GeoShape — Präzise geografische Formen (Kreis um Koordinate, Bounding Box, Polygon)

Alle drei können kombiniert werden. Welchen du nutzt, hängt davon ab, wie präzise du dein Einzugsgebiet definieren möchtest und welche Daten dir vorliegen.

Option 1: AdministrativeArea — Städte und Regionen

AdministrativeArea ist der einfachste Weg, um benannte Verwaltungsgebiete anzugeben. Du gibst Namen und optionale Zusatzinformationen wie Land und GeoShape an:

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Elektro Müller GmbH",
  "url": "https://elektro-mueller.de",
  "telephone": "+49-221-123456",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Venloer Str. 45",
    "addressLocality": "Köln",
    "postalCode": "50672",
    "addressCountry": "DE"
  },
  "serviceArea": [
    {
      "@type": "AdministrativeArea",
      "name": "Köln"
    },
    {
      "@type": "AdministrativeArea",
      "name": "Leverkusen"
    },
    {
      "@type": "AdministrativeArea",
      "name": "Bergisch Gladbach"
    },
    {
      "@type": "AdministrativeArea",
      "name": "Bonn"
    }
  ]
}

Du kannst dem AdministrativeArea-Objekt optional weitere Properties hinzufügen:

  • name — Name der Verwaltungseinheit (Pflicht)
  • description — Kurze Beschreibung
  • containedInPlace — Übergeordneter Ort (z. B. "Nordrhein-Westfalen")
  • geo — Koordinaten oder GeoShape des Gebiets

Option 2: Place — Stadtteile und Regionen ohne Verwaltungsstatus

Für Stadtteile, Kieze oder geografische Regionen ohne eigene Verwaltungseinheit nutze Place. Das ist besonders in größeren Städten wichtig, wenn du gezielt bestimmte Bezirke bedienst:

{
  "@context": "https://schema.org",
  "@type": "HomeAndConstructionBusiness",
  "name": "Reinigungsservice Hamburg",
  "url": "https://reinigung-hh.de",
  "address": {
    "@type": "PostalAddress",
    "addressLocality": "Hamburg",
    "addressCountry": "DE"
  },
  "serviceArea": [
    {
      "@type": "Place",
      "name": "Hamburg-Mitte"
    },
    {
      "@type": "Place",
      "name": "Hamburg-Altona"
    },
    {
      "@type": "Place",
      "name": "Hamburg-Eimsbüttel"
    },
    {
      "@type": "Place",
      "name": "Hamburg-Nord"
    },
    {
      "@type": "Place",
      "name": "Hamburg-Wandsbek"
    }
  ]
}

Place und AdministrativeArea können auch gemischt werden — zum Beispiel wenn du sowohl ganze Städte als auch spezifische Stadtteile einer anderen Stadt abdeckst.

Option 3: GeoShape — Präzise geografische Grenzen

GeoShape ist die mächtigste, aber auch komplexeste Option. Sie erlaubt es, ein Einzugsgebiet durch exakte geografische Koordinaten zu beschreiben. Schema.org unterstützt drei GeoShape-Varianten:

3a: Kreis (circle) — Radius um einen Mittelpunkt

{
  "@type": "GeoShape",
  "circle": "51.5074 7.4657 30000"
}

Das Format ist Breitengrad Längengrad Radius_in_Metern. Das Beispiel beschreibt einen Kreis mit 30 km Radius um den Dortmunder Stadtmittelpunkt (51.5074° N, 7.4657° O).

3b: Box — Rechteckige Bounding Box

{
  "@type": "GeoShape",
  "box": "48.0617 11.3607 48.2481 11.7234"
}

Das Format ist Süd-Breitengrad West-Längengrad Nord-Breitengrad Ost-Längengrad. Das Beispiel umfasst den Großraum München.

3c: Polygon — Freigeformte Fläche

{
  "@type": "GeoShape",
  "polygon": "52.5200 13.4050 52.4800 13.4050 52.4800 13.3200 52.5200 13.3200 52.5200 13.4050"
}

Das Format ist eine Folge von Breitengrad Längengrad-Paaren, die das Polygon beschreiben. Der erste und letzte Punkt müssen identisch sein (geschlossenes Polygon).

Vollständiges Beispiel: Handwerker mit GeoShape-Einzugsgebiet

{
  "@context": "https://schema.org",
  "@type": "HomeAndConstructionBusiness",
  "name": "Dachdeckerei Schmidt GmbH",
  "url": "https://dachdeckerei-schmidt.de",
  "telephone": "+49-228-654321",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Meckenheimer Allee 12",
    "addressLocality": "Bonn",
    "postalCode": "53115",
    "addressCountry": "DE"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 50.7374,
    "longitude": 7.0982
  },
  "serviceArea": {
    "@type": "GeoShape",
    "circle": "50.7374 7.0982 40000"
  },
  "areaServed": [
    {
      "@type": "AdministrativeArea",
      "name": "Bonn"
    },
    {
      "@type": "AdministrativeArea",
      "name": "Rhein-Sieg-Kreis"
    },
    {
      "@type": "AdministrativeArea",
      "name": "Ahrweiler"
    }
  ]
}

Hier kombinieren wir serviceArea als GeoShape (Kreis mit 40 km Radius um Bonn) mit areaServed als benannte Verwaltungsgebiete. Das gibt Google maximale Klarheit: einerseits die exakten geografischen Grenzen, andererseits die lesbaren Regionsnamen.

serviceArea vs. areaServed — Was ist der Unterschied?

Schema.org definiert zwei ähnliche Properties, die oft verwechselt werden:

  • serviceArea — Spezifisch für Service und LocalBusiness: das Gebiet, in dem eine Dienstleistung erbracht wird (geografisch)
  • areaServed — Allgemeiner: das Gebiet, das von einer Organisation oder einem Angebot bedient wird

In der Praxis sind beide für LocalBusiness nutzbar. Google empfiehlt für lokale Unternehmen ohne feste Ladenöffnung (Service Area Businesses, SAB) die explizite Nutzung von serviceArea. Für Unternehmen mit physischem Standort ist areaServed oft ausreichend. Du kannst auch beide zusammen verwenden — das schadet nicht.

Service Area Businesses (SAB): Besonderheiten

Unternehmen ohne festen Kundenempfang vor Ort — Elektriker, Lieferdienste, Haushaltshilfen — werden in Google My Business als "Service Area Business" eingetragen. Dabei wird die Adresse oft ausgeblendet. Für diese Unternehmen ist das serviceArea-Markup besonders wichtig, da Google keine physische Adresse zur Relevanzbewertung nutzen kann.

Empfohlenes Setup für SABs:

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Pflegedienst Sonnenschein",
  "url": "https://pflegedienst-sonnenschein.de",
  "telephone": "+49-511-222333",
  "address": {
    "@type": "PostalAddress",
    "addressLocality": "Hannover",
    "addressCountry": "DE"
  },
  "serviceArea": [
    {
      "@type": "AdministrativeArea",
      "name": "Hannover"
    },
    {
      "@type": "AdministrativeArea",
      "name": "Region Hannover"
    },
    {
      "@type": "AdministrativeArea",
      "name": "Langenhagen"
    },
    {
      "@type": "AdministrativeArea",
      "name": "Garbsen"
    },
    {
      "@type": "AdministrativeArea",
      "name": "Burgdorf"
    }
  ],
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday","Saturday","Sunday"],
      "opens": "00:00",
      "closes": "23:59"
    }
  ]
}

Wichtig für SABs: Die Straßenadresse weglassen oder nur Stadt angeben ist legitim — Google toleriert das, wenn es ein Service Area Business ist. Die Telefonnummer und serviceArea sind dann die wichtigsten Signale.

serviceArea mit mehreren Service-Typen kombinieren

Wenn dein Unternehmen verschiedene Dienstleistungen in unterschiedlichen Gebieten anbietet, kannst du das über den Service-Typ abbilden. Ein Beispiel für ein Umzugsunternehmen:

{
  "@context": "https://schema.org",
  "@type": "MovingCompany",
  "name": "Umzugsprofis Berlin GmbH",
  "url": "https://umzugsprofis-berlin.de",
  "address": {
    "@type": "PostalAddress",
    "addressLocality": "Berlin",
    "addressCountry": "DE"
  },
  "hasOfferCatalog": {
    "@type": "OfferCatalog",
    "name": "Dienstleistungen",
    "itemListElement": [
      {
        "@type": "Offer",
        "itemOffered": {
          "@type": "Service",
          "name": "Umzug innerhalb Berlins",
          "serviceArea": {
            "@type": "AdministrativeArea",
            "name": "Berlin"
          }
        }
      },
      {
        "@type": "Offer",
        "itemOffered": {
          "@type": "Service",
          "name": "Umzug Berlin–Brandenburg",
          "serviceArea": [
            {
              "@type": "AdministrativeArea",
              "name": "Berlin"
            },
            {
              "@type": "AdministrativeArea",
              "name": "Brandenburg"
            }
          ]
        }
      }
    ]
  }
}

Diese Struktur ist fortgeschritten, aber sehr präzise. Google kann daraus ablesen, welche spezifische Leistung in welchem Gebiet verfügbar ist.

Häufige Fehler und wie du sie vermeidest

  • serviceArea als reiner String — Falsch: "serviceArea": "München". Richtig: "serviceArea": {"@type": "AdministrativeArea", "name": "München"}
  • Zu viele Gebiete angeben — Mehr als 20 Einträge wirken unglaubwürdig. Beschränke dich auf tatsächlich bediente Gebiete.
  • GeoShape-Koordinaten in falscher Reihenfolge — Schema.org nutzt Breitengrad (latitude) zuerst, dann Längengrad (longitude) — anders als GeoJSON (das Longitude-first verwendet).
  • serviceArea ohne @type — Jedes Objekt braucht einen @type, sonst ist das Markup ungültig.
  • Widerspruch zu Google My Business — Das serviceArea-Markup sollte zu deinen GMB-Einstellungen passen. Wenn du in GMB "Köln und Umgebung" angegeben hast, sollte das Markup dieselben Städte enthalten.

serviceArea validieren

Wie bei allen strukturierten Daten gilt: validieren nach der Implementierung. Nutze dafür:

  1. Google Rich Results Test — Zeigt erkannte Typen und Fehler
  2. Schema.org Validator (validator.schema.org) — Prüft auf Schema.org-Konformität
  3. Unseren JSON-LD Structured Data Validator — Schnelle Syntaxprüfung direkt im Browser

Für eine vollständige lokale SEO-Strategie empfehlen wir, serviceArea immer mit einem vollständigen LocalBusiness-Markup zu kombinieren — inklusive Adresse, Telefon, Öffnungszeiten und dem passenden ContactPoint-Schema für Kontaktinformationen. Zusammen ergeben diese Elemente ein vollständiges lokales SEO-Profil, das Google alle nötigen Informationen liefert.

Checkliste: ServiceArea korrekt implementieren

  • serviceArea als Objekt (nicht als String) angegeben
  • Richtiger Sub-Typ gewählt: AdministrativeArea, Place oder GeoShape
  • @type in jedem serviceArea-Objekt gesetzt
  • Bei GeoShape: Koordinaten im Format Breitengrad-Längengrad (nicht umgekehrt)
  • Maximale Gebiete auf realistische Einzugsgebiete beschränkt
  • Konsistenz mit Google My Business-Einstellungen geprüft
  • Markup auf Startseite oder relevanter Servicepage platziert
  • JSON-LD validiert (Rich Results Test oder JSON-LD Validator)

Fazit

ServiceArea Schema Markup ist das entscheidende Signal für lokale Dienstleister, die ohne Ladengeschäft auskommen oder ihren Service über mehrere Städte und Regionen hinweg anbieten. Mit der richtigen Kombination aus AdministrativeArea, Place und GeoShape vermittelst du Google ein präzises Bild deines Einzugsgebiets — und wirst für relevante Suchanfragen in diesen Regionen auch dort sichtbar.

Binde das Markup in dein bestehendes LocalBusiness-Schema ein, halte es konsistent mit deinen Google My Business-Daten, und validiere es regelmäßig. So schaffst du die Grundlage für starke lokale Rankings weit über deinen direkten Standort hinaus.

Zurück zum Blog

Teste deine Website jetzt kostenlos

Erhalte eine vollständige SEO-Analyse mit konkreten Verbesserungsvorschlägen.

Analyse starten