Strukturierte Daten für eine Service-Site: Welche Schemata sollten ausgewählt werden?

8 Min. Lesezeit

Um die strukturierten Daten einer Service-Site auszuwählen, unterscheiden Sie den Anbieter, die Seite, den Service und den Navigationspfad. Unser Raster verknüpft diese Rollen mit Organisation, Webseite, Service und BreadcrumbList. Die richtige Wahl hängt von sichtbaren und überprüfbaren Fakten ab.

Denken Sie daran: Schema.org bietet beschreibendes Vokabular. Google wendet seine eigenen Zulassungsbedingungen auf angereicherte Ergebnisse an und garantiert keine Anzeige, selbst wenn das Markup seinen Test besteht.^[29] Beschreiben Sie zunächst die Realität Ihres Angebots und prüfen Sie dann separat Inhalt und Umsetzung.

Schema.org beschreibt: Google wählt die Anzeige

Ein Schema.org-Typ drückt aus, was eine Entität ist. Unter Dienstleistung versteht man eine von einer Organisation bereitgestellte Dienstleistung; Anbieter kann sich auf eine Organisation oder eine Person beziehen.^[30]

Das Vokabular und die Funktionalitäten der Engine beantworten verschiedene Fragen: „Was beschreiben Sie?“ » und „Ist dieser Beitrag berechtigt?“ » Eine in Schema.org verfügbare Eigenschaft ist für Google nicht automatisch erforderlich: Die Verpflichtungen hängen vom jeweiligen angereicherten Ergebnis ab.^[29]

Verwenden Sie daher „Dienst“ für einen tatsächlich beschriebenen Dienst. Bewerben Sie Sterne oder FAQ-Ergebnisse nicht allein mit diesem Markup. Das unten vorgeschlagene Raster ist eine Entwurfsmethode und keine Liste offizieller Anforderungen: Es zielt auf eine kohärente Beschreibung und nicht auf ein Anzeigeversprechen ab.

Beginnen Sie mit den Fakten und dem Umfang des Audits

Erfassen Sie vor jeder Integration den Namen des Dienstanbieters, seine Identitätsseiten, die ausgewählten URLs, die Titel und Beschreibungen der Dienste, ihre geografische Abdeckung und die Navigationspfade. Sorgen Sie dafür, dass für jeden Sachverhalt der Standort sichtbar ist und die verantwortliche Person die Möglichkeit hat, die Richtigkeit zu bestätigen.

Unterscheiden Sie vor allem die Interventionsbereiche vom betreuten Bereich. Schema.org definiert „areaServed“ als das geografische Gebiet, in dem der Dienst bereitgestellt wird.^[30] „Leistung, Indexierung und redaktionelle Architektur“ beschreibt einen Prüfumfang, keinen geografischen Bereich.

Völlig fiktives Beispiel: Cabinet Aster bietet ein Website-Audit an. In unserem Szenario gibt die Seite an, dass sie das Crawling, die Indizierung, die Leistung und die Organisation von Inhalten untersucht. Ausgenommen sind Penetrationstests und Rechtsprüfungen. Dort ist kein Interventionsbereich veröffentlicht.

Behalten Sie diese Bereiche in der Servicebeschreibung bei und lassen Sie „areaServed“ weg. Wenn die Seite vage bleibt, präzisieren Sie den Text vor dem Markieren. A Kurzbeschreibung SEO basierend auf überprüfbaren Informationen hilft dabei, diesen Umfang festzulegen, ohne vermeintliche Fähigkeiten hinzuzufügen.

Wählen Sie strukturierte Daten von einer Service-Site

Hier ist die fertige Rahmenlieferung für das fiktive Unternehmen. Die Etiketten beschreiben kein tatsächliches Geschäft.

Entitätsinventar

Schemaraster

Dieses Raster unterscheidet den Dienst von seiner redaktionellen Unterstützung. Eine Seite, die mehrere Dienste zusammenfasst, erfordert nicht einen einzigen und vagen Dienst: Identifizieren Sie die tatsächlich beschriebenen Angebote. Teilen Sie eine Prüfung außerdem nicht in unabhängige Dienste auf, die nicht im Inhalt enthalten sind.

Um es anzupassen, ersetzen Sie die fiktiven Fakten durch Ihre nachgewiesenen Fakten und weisen Sie jeder Zeile einen Geschäftsvalidator zu.

Verbinden Sie die Entitäten, ohne den Dienstanbieter neu zu erstellen

In unserer Integrationskonvention bezeichnet eine @id eine Entität. Der Dienstanbieter behält auf verschiedenen Seiten die gleiche Kennung bei. Die Seite und der Dienst haben unterschiedliche Kennungen.

Für das fiktive Beispiel reservieren https://example.com/#organisation im Büro, https://example.com/services/audit/#page auf Seite und https://example.com/services/audit/#service zum Audit. Diese Kennungen dienen lediglich der Veranschaulichung.

Im Service bezieht sich „Provider“ auf die Anbieter-ID. Google empfiehlt, die Elemente, die von der Verknüpfung profitieren, mit @id zu verknüpfen.^[29] Die hier gewählte Fragmentsyntax bleibt eine Projektkonvention und kein von Google auferlegtes Format.

Überprüfen Sie auch das Markup, das durch das Thema, Erweiterungen und spezifische Entwicklungen erzeugt wird. Es können mehrere Blöcke nebeneinander existieren; Widersprüchliche Namen oder unterschiedliche Kennungen für denselben Anbieter führen zu Inkonsistenzen. Benennen Sie eine Quelle, die für ihre Identität verantwortlich ist.

Breadcrumbs der Navigation zuordnen

BreadcrumbList beschreibt die Position der Seite in der Hierarchie, keine Liste von Schlüsselwörtern. Die Google-Dokumentation fordert mindestens zwei ListItems; Es gibt an, dass das Element im letzten Element weggelassen werden kann und dass die Position die Reihenfolge des Durchlaufs ausdrückt.^[31]

In unserem Szenario ist der sichtbare Thread „Dienste > Website-Audit“. Der erste Eintrag trägt die Bezeichnung „Dienste“, die Position 1 und die URL https://example.com/services/. Der nächste hat den Titel Website Audit und die Position 2. Überprüfen Sie die Ziele, bevor Sie diesen Pfad im Markup reproduzieren.

Erstellen Sie keinen Abschnitt „Prüfungsexperte“, der in der Navigation fehlt. Wenn mehrere tatsächliche Pfade zur Seite führen, ermöglicht Google mehrere Breadcrumbs.^[31] Behalten Sie nur echte und wartbare Routen bei.

Eigenschaften ausschließen, die nicht gerechtfertigt werden können

Google verlangt Markup, das für den Inhalt repräsentativ ist, und verbietet insbesondere falsche Bewertungen oder irreführende Informationen.^[29] Für unser fiktives Unternehmen wird keine Bewertung abgegeben: Bewertung und Gesamtbewertung sind daher ausgeschlossen.

Wenden Sie die gleiche Kontrolle auf Zeitpläne, Zertifizierungen und Kontaktdaten an. Ein verfügbares Feld beweist nicht, dass sein Wert wahr ist. Schließen Sie die landesweite Abdeckung nicht aus einer Ferndienstleistung und die Zertifizierung nicht aus einer kommerziellen Phrase ab.

Halten Sie berufliche Grenzen sichtbar: Ein Indexierungsaudit wird nicht durch Typänderung zu einem Sicherheitsaudit oder einer Compliance-Zertifizierung. Durch die Validierung des Markups werden weder die beanspruchten Qualifikationen noch der rechtliche Umfang einer Dienstleistung überprüft.

Die Google-Regeln regeln die Berechtigung in der Engine, nicht die Einhaltung gesetzlicher Vorschriften des Angebots. Für eine Dienstleistung, die in einen regulierten Bereich fällt, lassen Sie sich deren Titel, die genannten Qualifikationen und ihre Ausschlüsse von der zuständigen Person bestätigen, bevor Sie sie in die Immobilien aufnehmen.

Erhalten Sie Markup mit eindeutigen Proofs

Wählen Sie für das Rezept JSON-LD, empfohlen von Google.^[29] Trennen Sie die Prüfungen: Ein gutes technisches Ergebnis ersetzt nicht ein geschäftliches Korrekturlesen.

1. Inhalt: Vergleichen Sie jeden Wert mit dem sichtbaren Text. Der Unternehmensvalidator genehmigt den Namen des Dienstleisters, den Umfang und die Ausschlüsse. Eine Diskrepanz blockiert die Validierung, selbst wenn der Code korrekt ist.
2. Wortschatz und Syntax: Verwenden Sie einen Schema.org-Validator, um Probleme mit Struktur, Typen und Eigenschaften zu erkennen. Überprüfen Sie die @id-Referenzen. Diese Passage entscheidet nicht über eine Google-Anzeige.
3. Funktion Google: Verwenden Sie Rich-Results-Tests für betroffene Funktionen, einschließlich BreadcrumbList. Beheben Sie Fehler und untersuchen Sie Warnungen, ohne Werte zu erfinden, um sie zu beseitigen.
4. Zugriff: Prüfen Sie bei einer zugänglichen URL das Rendern und Crawlen mit der URL-Inspektion. Zur Berechtigung bittet Google darum, diese Seiten nicht durch robots.txt, Noindex oder andere Zugriffskontrollen zu blockieren.^[29]
5. Pflegen: Starten Sie den Vergleich nach jeder Änderung des Umfangs, des Dienstanbieters oder der Navigation erneut.

Ausgefüllte Rezeptkarte zur Veranschaulichung: Inhalt für das beschriebene Audit genehmigt; geografisches Gebiet bewusst weggelassen; einheitliche Firmenkennungen; Thread-Ziele überprüft. Entscheidung: Modell beibehalten, Integration nicht validiert, bis Code- und URL-Tests dokumentiert sind.

Der Validierungsnachweis umfasst den genehmigten Inhaltsauszug, das geprüfte Markup, die Toolberichte, die geprüfte URL und das Datum der Prüfung. Beachten Sie gesondert die redaktionellen und technischen Vorbehalte mit Sperrcharakter.

Häufige Fragen

Muss ich einen Preis für eine Dienstleistung basierend auf einem Angebot eingeben?

Nein, erstellen Sie keinen Betrag, um den Aufschlag zu füllen. In diesem Raster pflegt ein angebotsbasierter Service eine genaue Beschreibung seines Umfangs und seines Dienstleisters. Wenn kommerzielle Begriffe angezeigt werden, überprüfen Sie deren Modellierung separat. Das Fehlen eines Preises rechtfertigt weder einen symbolischen Wert noch ein Anspruchsversprechen auf ein bereichertes Ergebnis.

Was ist zu tun, wenn das Unternehmen für eine andere Marke interveniert?

Verwechseln Sie den Dienstleister nicht mit dem Vermittler, der das Angebot vermarktet. Schema.org unterscheidet explizit zwischen dem Anbieter und dem potenziellen Verkäufer.^[30] Beachten Sie die auf der Seite angezeigten Rollen und lassen Sie diese vertraglich bestätigen. Im Service muss der Anbieter denjenigen benennen, der den Service bereitstellt; Weisen Sie diese Rolle nicht automatisch dem sichtbarsten Domaininhaber oder der sichtbarsten Marke zu.

Der Google-Test erkennt den Dienst nicht: Sollte er gelöscht werden?

Nicht allein aufgrund dieser Beobachtung. Überprüfen Sie zunächst, ob das Markup vorhanden, lesbar und mit dem Schema.org-Vokabular übereinstimmt. Unterscheiden Sie dann diese Gültigkeit von der Erkennung einer Google-Funktionalität. Halten Sie eine für Ihr Modell relevante Servicebeschreibung bereit, dokumentieren Sie jedoch das Fehlen eines erwarteten Rich-Ergebnisses. Entfernen Sie insbesondere fehlerhafte oder nicht übereinstimmende Elemente im sichtbaren Inhalt.

Fazit: Rahmen Sie eine Seite ein, bevor Sie verallgemeinern

Beginnen Sie mit einer Serviceseite mit einem klaren Umfang. Vervollständigen Sie die Bestandsaufnahme, wählen Sie die Entitäten aus, legen Sie ihre Kennungen fest und holen Sie dann die Geschäftsvereinbarung vor der technischen Abnahme ab. Ihre nächste Lieferung sollte ein validierter Raster- und Steuerungsordner sein, nicht eine maximale Anzahl von Eigenschaften.

Wenn Sie diese Integration gestalten möchten, präsentieren Sie Ihre Seite und Ihre Einschränkungen über unsere 4SYSTEM Webdienste, SEO und digitales Marketing.

Quellen

• General Structured Data Guidelines | Google Search Central | Documentation | Google for Developers (abgerufen 2026-10-08)
• Service - Schema.org Type (abgerufen 2026-10-08)
• How To Add Breadcrumb (BreadcrumbList) Markup | Google Search Central | Documentation | Google for Developers (abgerufen 2026-10-08)