Schema.org für KMU-Websites: der Praxisplan
Schema.org für KMU-Websites richtig einsetzen: Welche strukturierten Daten wirklich zählen, wie du JSON-LD sauber einbaust und Fehler vermeidest.

- JSON-LD ist 2026 das von Google empfohlene Format für strukturierte Daten, nicht Microdata oder RDFa.
- Rich Results können die CTR deutlich verbessern: Digital Applied nennt 35 % mehr Klickrate, TheStacc 20–30 % bei LocalBusiness-Schema.
- FAQPage ist 2026 für Google stark eingeschränkt – für Firmenwebsites sind meist Organization, LocalBusiness, Service und BreadcrumbList relevanter.
1Einleitung
Schema.org ist eines dieser Themen, bei denen viele Website-Betreiber sofort an einen SEO-Hack denken. Ein bisschen Code rein, Google glücklich, Rankings hoch. Klingt gut. Ist aber in der Praxis meistens Quatsch.
Strukturierte Daten sind kein Ranking-Trick, sondern eine saubere Beschreibungsschicht für Maschinen. Also für Google, Suchfunktionen, Assistenten und zunehmend auch -Systeme. Wenn du es richtig machst, versteht Google deine Firma, deinen Standort und deine Leistungen klarer. Wenn du es falsch machst, passiert gar nichts – oder du baust dir unnötige Fehler ein.
Gerade bei kleineren Unternehmenswebsites sehe ich das ständig: Drei Plugins ballern gleichzeitig Schema-Markup raus, die Telefonnummer unterscheidet sich zwischen Kontaktseite und Google Business Profile, und dann wundert man sich über ausbleibende Rich Snippets. Ehrlich gesagt halte ich den Schema-Hype allein für überschätzt. Erst müssen Seitenstruktur, sichtbare Inhalte und Vertrauenssignale stimmen. Danach kommt JSON-LD.
2Strukturierte Daten sind kein Ranking-Trick
Fangen wir mit dem wichtigsten Missverständnis an: Strukturierte Daten schieben deine Seite nicht direkt nach oben. Sie helfen Google vor allem dabei, Inhalte sauber einzuordnen und für bestimmte Darstellungen überhaupt erst infrage zu kommen.
Genau deshalb ist Schema.org eher Infrastruktur als Magie. Laut Digital Applied bringen Seiten mit Rich-Result-Ausspielung im Schnitt 35 % höhere CTR. Das ist relevant. Aber eben indirekt – nicht, weil du “Schema aktiviert” hast, sondern weil dein Ergebnis besser verstanden und teilweise auffälliger dargestellt wird.
Auch wichtig: Google empfiehlt 2026 klar JSON-LD. Das bestätigen mehrere Quellen wie Digital Applied und Gemeos. Der Grund ist simpel: JSON-LD ist vom HTML getrennt, dadurch sauberer wartbar und weniger fehleranfällig als Microdata oder RDFa.
In meiner Arbeit mit Firmen aus Aachen und der Städteregion sehe ich einen typischen Fehler immer wieder: Es wird an Markup geschraubt, obwohl die eigentlichen Leistungsseiten zu dünn sind. Dann bringt auch das schönste Schema nichts. Wenn die Seite nicht klar zeigt, wer du bist, was du anbietest und wo du arbeitest, hat Google zu wenig Substanz. Wer das Thema grundsätzlich sauberer aufstellen will, sollte zuerst die Basis der Digitalisierung und der Website-Struktur klären.
Wichtig: Nicht jedes Schema führt heute noch zu sichtbaren Vorteilen in der Google-Suche. FAQPage und HowTo sind für Google Search 2026 stark eingeschränkt beziehungsweise weitgehend entwertet. Wer immer noch wahllos FAQs auf jede Unterseite klebt, baut oft nur Ballast ein.
| Kategorie | Wert (%) |
|---|---|
| Rich Results CTR | 35% |
| LocalBusiness min | 20% |
| LocalBusiness max | 30% |
3Welche Schema-Typen du wirklich brauchst
Die gute Nachricht: Du brauchst auf einer normalen Firmenwebsite keine zwanzig Schema-Typen. Meist reichen vier Bausteine, wenn sie sauber modelliert sind.
Für die Startseite ist Organization oft der Grundstock. Sobald es aber um einen echten Standort oder ein lokales Dienstleistungsgebiet geht, ist LocalBusiness oder ein passender Subtyp die bessere Wahl – etwa ProfessionalService, LegalService, MedicalBusiness oder Store.
Für Leistungsseiten ist Service spannend. Damit beschreibst du nicht einfach deine Firma allgemein, sondern die konkrete Leistung. Genau das ist in der Praxis oft der Unterschied zwischen generischem Markup und sinnvoller Struktur.
Und dann gibt es noch BreadcrumbList. Klingt unspektakulär, ist aber für Websites mit mehreren Leistungs-, Branchen- oder Standortseiten sehr hilfreich, weil Suchmaschinen die Navigationsstruktur besser einordnen können.
| Schema-Typ | Geeignet für | Typische Seiten | Wichtige Properties | Häufiger Fehler |
|---|---|---|---|---|
| Organization | Unternehmensidentität ohne starken Ortsfokus | Startseite, Über-uns | name, url, logo, sameAs | Nur Organization nutzen, obwohl Standort/Servicegebiet klar lokal ist |
| LocalBusiness | Standort oder regionaler Dienstleister | Kontakt, Standortseite, Startseite | name, address, telephone, openingHours, serviceArea, hasMap | Lokale Firma nur als Organization markieren |
| Service | Konkrete Angebote | Leistungsseiten | name, provider, serviceType, areaServed | Leistung nicht mit Unternehmensentität verknüpfen |
| BreadcrumbList | Struktur und Navigation | Fast alle Unterseiten | itemListElement | Breadcrumbs visuell haben, aber nicht maschinenlesbar auszeichnen |
| FAQPage | Nur für sichtbare, redaktionell gepflegte Q&A | Ausgewählte Info-Seiten | mainEntity | Auf jede Seite setzen, obwohl Google-Ausspielung 2026 eingeschränkt ist |
Tipp: Denk nicht in “welches Plugin kann am meisten Schema erzeugen?”, sondern in “was ist das Hauptthema dieser Seite?”. Diese Regel aus der Praxis ist Gold wert.
4LocalBusiness: Pflichtfelder, Vertrauenssignale, Aachen-Bezug
Wenn dein Unternehmen einen Standort hat oder klar regional arbeitet, ist LocalBusiness meistens Pflichtstoff. Laut Schema.org sind name und address die Basis. In der Praxis würde ich aber nie bei diesen Minimalfeldern stehen bleiben.
Sinnvoll sind zusätzlich telephone, description, Öffnungszeiten, Geo-Koordinaten, sameAs, hasMap und – besonders für Dienstleister – serviceArea. Quellen wie TheStacc und Flento betonen genau diese Vertrauenssignale.
Nehmen wir ein realistisches Beispiel aus Aachen. Ein B2B-Dienstleister sitzt in Aachen, arbeitet aber regelmäßig in der Städteregion, in Düren, Heinsberg, Maastricht und Lüttich. Dann würde ich nicht nur LocalBusiness auf der Start- oder Kontaktseite pflegen, sondern die einzelnen Leistungen zusätzlich mit Service markieren und über provider oder @id sauber mit der Hauptentität verknüpfen.
Genau hier wird Schema praktisch. Du brauchst dafür keinen Relaunch. Aber du brauchst sichtbare Inhalte, die das auch belegen: Standort, Einzugsgebiet, Leistungsbeschreibung, idealerweise Referenzen oder klare Anwendungsfälle. Wer dazu lokale Seiten aufbaut, findet in meinem Beitrag zu lokalen Leistungsseiten die strategische Vorarbeit.
Wichtig: Deine NAP-Daten – also Name, Address, Phone – müssen konsistent sein. Wenn auf der Website eine andere Telefonnummer steht als im Google Business Profile oder in Branchenverzeichnissen, sendest du unnötig widersprüchliche Signale .
| Kategorie | Wert (%) |
|---|---|
| Rich Results | 58% |
| Standard | 41% |
5JSON-LD richtig einbauen: ohne Plugin-Wildwuchs
Technisch ist der Einbau unspektakulär. JSON-LD kommt als <script type="application/ld+json"> in den Head oder Body. Laut Binärfabrik sind mehrere JSON-LD-Blöcke erlaubt. Das Problem ist nicht die Anzahl, sondern die Konsistenz.
Bei WordPress beginnt hier oft das Chaos. Yoast SEO, Rank Math und AIOSEO können alle automatisch Schema erzeugen. Das ist bequem, aber gefährlich, wenn mehrere Systeme parallel denselben Bereich auszeichnen. Dann hast du plötzlich doppelte Organization-Einträge, widersprüchliche URLs oder unterschiedliche Telefonnummern.
Meine Empfehlung ist klar: eine Quelle der Wahrheit. Ein Plugin oder ein sauber dokumentiertes individuelles Setup. Nicht beides, nicht drei halbe Lösungen. Gerade bei WordPress ist weniger oft mehr .
Wenn du ohnehin an Struktur, Pflege und Technik deiner Website arbeitest, ist auch mein Artikel zu Website-Wartung 2026 relevant, weil genau dort solche schleichenden Plugin-Probleme entstehen.
- 1Hauptentität definierenLege fest, ob die Seite primär Organization, LocalBusiness oder Service beschreibt.
- 2JSON-LD zentral pflegenNutze eine Quelle der Wahrheit statt Plugin-Doppelungen.
- 3@id-Verbindungen sauber setzenVerknüpfe Leistungen, Standort und Unternehmensentität explizit.
- 4Vor Livegang testenPrüfe URL oder Code im Rich Results Test und danach in der Search Console.
Tipp: Wenn du individuelle Leistungsseiten hast, rendere das JSON-LD am besten serverseitig oder so, dass es früh verfügbar ist. Dynamisch zu spät nachgeladenes Markup ist unnötig riskant.
6Typische Fehler, die Rich Snippets verhindern
Der größte Fehler ist banal: Markup für Inhalte, die auf der Seite gar nicht sichtbar sind. Google und mehrere Local-SEO-Guides sagen das ziemlich klar. Was Nutzer nicht sehen können, solltest du nicht als strukturierte Daten auszeichnen.
Fehler Nummer zwei: der falsche Typ. Eine Firma mit Adresse in Aachen und regionalem Servicegebiet nur als Organization zu markieren, ist zu grob. Dann fehlt genau der lokale Kontext, den Suchmaschinen eigentlich auslesen sollen.
Fehler Nummer drei sehe ich besonders häufig bei Agentur- und Dienstleisterseiten: Schema wird gestapelt statt modelliert. Also überall alles rein. Organization, LocalBusiness, Service, FAQPage, WebPage, Thing – Hauptsache viel. Das ist keine Strategie, das ist Datenmüll.
DBETA formuliert es treffend: Markiere zuerst das, worum es auf der Seite hauptsächlich geht, und verbinde es dann mit der Unternehmensentität. Genau so sollte man denken.
Und ja, FAQPage gehört auf diese Fehlerliste. 2026 ist die Ausspielung stark eingeschränkt. Wenn du sichtbare, redaktionell gepflegte Fragen auf einer wirklich passenden Informationsseite hast, okay. Aber nicht als Standardbaustein auf jeder Service-Seite .
- Google versteht Firma, Standort und Leistungen besser
- Rich Results können die CTR spürbar verbessern
- Saubere Daten helfen auch bei AI- und Entity-Verständnis
- Kein direkter Ranking-Boost
- Plugin-Konflikte erzeugen schnell widersprüchliche Markups
- Falsche oder unsichtbare Angaben können die Wirkung komplett verpuffen lassen
7Prüfen, messen, nachbessern: der Workflow
Schema ist kein “einmal einbauen und vergessen”-Thema. Vor dem Livegang solltest du jede relevante Seite im Rich Results Test prüfen. Laut AIOSEO und Binärfabrik geht das per URL oder direkt per Code-Snippet.
Danach kommt die Search Console. Dort siehst du, ob Google die strukturierten Daten sauber verarbeitet oder ob Fehler und Warnungen auftauchen. Warnungen sind nicht immer kritisch, aber ignorieren würde ich sie trotzdem nicht.
Spannend wird es beim Messen. Relevante KPIs sind Impressionen, CTR und die Abdeckung der Rich Results. Geneo empfiehlt sogar einen Rollback, wenn die strukturierten-Daten-Fehler stark steigen oder die CTR über vier Wochen um mehr als 10 % fällt. Das finde ich vernünftig, weil viele Teams zu lange an kaputten Implementierungen festhalten.
Wichtig: Die Erwartung muss realistisch bleiben. TheStacc nennt 20–30 % CTR-Steigerung bei LocalBusiness-Schema und 58 % Klickanteil für Rich Results gegenüber 41 % für Standard-Listings. Das sind starke Zahlen. Aber nur, wenn dein Markup akzeptiert wird und die Seite inhaltlich dazu passt.
8Meine Einschätzung
Wenn du mich fragst: Strukturierte Daten sind wichtig, aber sie sind kein Ersatz für gute Website-Arbeit. Sie funktionieren am besten auf Seiten, die ohnehin klar strukturiert, lokal plausibel und inhaltlich sauber sind.
Für Unternehmen in Aachen und Umgebung ist der pragmatische Weg meistens der beste: erst Leistungsseiten, Standorte, NAP-Daten und Navigation aufräumen. Dann Organization, LocalBusiness, Service und BreadcrumbList sinnvoll ergänzen. Nicht mehr. Aber das bitte richtig .
Genau deshalb ist mein Rat oft unsexy: weniger Plugin-Spielerei, mehr klares Datenmodell. Das bringt langfristig mehr als jeder kurzfristige SEO-Hype.
Häufige Fragen
Welche strukturierten Daten sollte eine Firmenwebsite einbauen?
+
Für die meisten Firmenwebsites reichen `Organization` oder `LocalBusiness` als Basis, dazu `Service` auf Leistungsseiten und `BreadcrumbList` für die Navigation. `FAQPage` nur dann, wenn die Fragen sichtbar, redaktionell gepflegt und wirklich sinnvoll für die Seite sind. Mehr ist nicht automatisch besser.
Wie füge ich JSON-LD in WordPress richtig ein?
+
Am besten über eine einzige saubere Quelle: entweder ein gut konfiguriertes SEO-Plugin oder ein individuelles Setup. Vermeide doppelte Schema-Emitter durch mehrere Plugins. Teste danach jede wichtige URL im Rich Results Test und prüfe die Ergebnisse später in der Search Console.
Warum zeigt Google meine Rich Snippets trotz Schema.org nicht an?
+
Weil korrektes Markup allein keine Garantie ist. Häufige Gründe sind falsche Schema-Typen, unsichtbare oder widersprüchliche Inhalte, technische Render-Probleme oder schlicht fehlende Google-Unterstützung für den jeweiligen Typ. Schema macht eine Seite berechtigt – Google entscheidet trotzdem selbst, ob es Rich Results ausspielt.
IT-Berater & Webentwickler aus Aachen. Fragen zum Thema? Schreib mir direkt.
Projekt anfragen →Weitere Artikel.
Digitaler Produktpass: Daten jetzt ordnen
Digitaler Produktpass 2026: Welche Fristen gelten, welche Produktdaten du jetzt ordnen mus…
WebdesignLokale Leistungsseiten: Mehr Anfragen
Lokale Leistungsseiten bringen oft mehr Anfragen als die Startseite. So baust du Seiten, G…
DigitalisierungPower Apps Kosten 2026: Excel durch App ersetzen
Power Apps Kosten 2026 im Klartext: Wann Excel durch eine interne App ersetzt werden sollt…