Schema.org-Markup für Unternehmen – ein praktischer Leitfaden 2026

Schema.org-Markup ist eines jener SEO-Elemente, von denen jeder gehört hat, die wenige richtig verstehen und die fast niemand gut umsetzt. Es ist das Paradox von 2026 – bei all der KI, den Tools und Generatoren haben die meisten Unternehmen in Wrocław strukturierte Daten immer noch nicht korrekt implementiert. Wir begegnen teuren Websites mit perfektem Design, großartigen Inhalten und einem starken Linkprofil – und ohne eine einzige Zeile Schema-Markup. Das ist, als würde man einen Bentley ohne Nummernschilder verkaufen – technisch fährt er, aber Sie lassen 30 % des Wertes auf dem Tisch liegen.

Schema-Markup ist 2026 kein Luxus mehr, den man „bei Gelegenheit“ umsetzt. Es ist ein grundlegender Baustein der SERP-Sichtbarkeit, der Ihre Website für Rich Snippets, den Knowledge Graph, das FAQ-Akkordeon, Featured Snippets und – besonders wichtig – für die SGE (Search Generative Experience) qualifiziert, die Google seit 2025 auf immer mehr Suchanfragen ausweitet. Eine Website ohne Schema-Markup ist 2026 eine Website, die Google kontextuell nicht versteht – und als „ein weiteres mehrdeutiges Ergebnis“ behandelt statt als „eine autoritative Quelle mit konkreten Daten“.

Dieser Leitfaden ist lang, denn Schema.org ist ein weites Thema. Ich zeige Ihnen konkret die 9 Schema-Typen, die jedes Unternehmen umgesetzt haben sollte, das JSON-LD-Format Schritt für Schritt, Validatoren, Debugging, Schema für E-Commerce, für einen Blog, für LocalBusiness, die häufigsten Fehler und konkrete Tools. Kein akademisches Gerede – nur das, was funktioniert und messbare Effekte in den Suchergebnissen bringt. Alles geprüft in über 200 Kampagnen von Dekada72H-Kunden aus den letzten 5 Jahren.

Was Schema-Markup ist und warum Google es so mag

Schema.org ist ein gemeinsames Projekt von Google, Microsoft (Bing), Yahoo und Yandex, das 2011 gestartet wurde. Das Ziel: ein standardisiertes Markup-Vokabular zu schaffen, das Suchmaschinen auf dieselbe Weise verstehen. Statt dass jede Suchmaschine ihr eigenes Format für strukturierte Daten hat, gibt es eine universelle Sprache – Schema.org.

In der Praxis ist Schema-Markup ein zusätzliches Markup im Seitencode, das der Suchmaschine sagt: „dieser Text ist der Firmenname“, „diese Zahl ist ein Telefon“, „dieses Bild ist das Logo“, „dieser Absatz ist eine Kundenbewertung mit 5 Sternen“. Ohne Schema-Markup betrachtet Google Ihre Seite als „Textklumpen“ und muss den Kontext selbst erraten. Mit Schema-Markup hat Google klare, strukturierte Informationen – es weiß genau, was was ist.

Warum mag Google es so sehr? Aus drei Hauptgründen. Erstens: Schema-Markup senkt die Rechenkosten der Indexierung. Google muss das HTML nicht parsen und den Kontext erraten – es erhält die Struktur fertig geliefert. Für Google, das täglich Milliarden Seiten indexiert, ist jede Form „kostenloser Hilfe“ wertvoll. Zweitens: Schema-Markup verbessert die Qualität der Suchergebnisse. Je besser Google Ihre Seite versteht, desto genauer ordnet es sie den Suchanfragen der Nutzer zu, desto besser sind die Ergebnisse, desto mehr Menschen bleiben bei Google, statt zu ChatGPT, Perplexity oder anderen Alternativen zu wechseln. Drittens: Schema-Markup ist der Treibstoff für Rich Snippets, den Knowledge Graph und die SGE – die alle die Interaktion der Nutzer mit den Suchergebnissen erhöhen, was Google als Produkt will.

Aus Sicht des SEO 2026 erfüllt Schema-Markup vier Schlüsselfunktionen. Die erste: die Qualifikation für Rich Snippets in den Suchergebnissen. Die zweite: die Qualifikation für den Knowledge Graph (das Panel rechts neben den Suchergebnissen mit Informationen zu einem Unternehmen, einer Person, einem Ort). Die dritte: eine bessere Platzierung in der SGE (Search Generative Experience), wo Google eine KI-gestützte Antwort auf die Suchanfrage erzeugt und Quellen mit gutem Schema zitiert. Die vierte: eine bessere Darstellung der Seite in Google Discover, Google News und Google Shopping (für E-Commerce).

Ein praktisches Beispiel für die Wirkung von Schema. Ein Kunde von Dekada72H, der in Wrocław eine Kanzlei führt – vor der Umsetzung von Schema-Markup lag die organische CTR bei 2,8 % bei 1.200 monatlichen Besuchen aus SEO. Wir haben LocalBusiness, Service, Article, FAQPage und BreadcrumbList umgesetzt. Nach 8 Wochen stieg die CTR auf 4,1 %, und der monatliche Traffic wuchs auf 1.800. Ein Anstieg um 50 % allein durch Schema-Markup, ohne Eingriffe in Inhalte, Links, Seitengeschwindigkeit oder andere Elemente. Der Ertrag war ein Vielfaches der Investition in Schema-Markup. Das ist ein typisches Ergebnis, das wir beobachten.

Noch wichtiger: Schema-Markup ist die Grundlage eines Website-SEO-Audits. Jedes ernsthafte Audit beginnen wir mit der Prüfung der vorhandenen strukturierten Daten – das ist einer von über 60 Punkten der Checkliste, aber einer von denen, die sich nach einer Korrektur am stärksten in Traffic-Wachstum übersetzen.

Rich Snippets in den Suchergebnissen 2026 – was sie bringen und wie stark sie die CTR steigern

Rich Snippets sind erweiterte Suchergebnisse, die neben dem üblichen Titel, der Beschreibung und der URL zusätzliche visuelle Elemente enthalten. Diese Elemente werden direkt aus Ihrem Schema-Markup erzeugt – kein Schema, keine Rich Snippets, eine einfache Abhängigkeit.

Die wichtigsten Typen von Rich Snippets, die man 2026 kennen sollte.

Sternebewertungen – erzeugt aus dem Schema Review und AggregateRating. Sie zeigen gelbe Sterne im Suchergebnis plus die Anzahl der Bewertungen. Der stärkste CTR-Booster – Studien zeigen einen CTR-Anstieg von 25–40 % im Vergleich zu Ergebnissen ohne Sterne. Das funktioniert für Produkte, Dienstleistungen, lokale Unternehmen, Bücher, Filme, Kurse. Voraussetzung: echte Bewertungen mit echten Noten, kein Spam.

Das FAQ-Akkordeon – erzeugt aus dem Schema FAQPage. Es zeigt Fragen als aufklappbare Abschnitte unter dem Suchergebnis. Der Kunde sieht die Frage und kann die Antwort schon in den Suchergebnissen aufklappen, ohne auf die Seite zu klicken. Ein CTR-Anstieg von 15–25 % (paradoxerweise, obwohl die Antworten in den Suchergebnissen stehen, erhöht es Vertrauen und Klickrate). FAQ-Schema gehört zu den am einfachsten umzusetzenden und profitabelsten Schema-Typen.

Produktkarten – erzeugt aus dem Schema Product, Offer und AggregateRating. Sie zeigen Preis, Verfügbarkeit und Produktbewertung im Suchergebnis. Entscheidend für E-Commerce – ohne Product-Schema sind Ihre Produkte in Google Shopping unsichtbar. Ein CTR-Anstieg von 20–30 % bei Produktanfragen.

Brotkrumen statt einer URL – erzeugt aus dem Schema BreadcrumbList. Statt „https://dekada72h.com/blog/seo/audyt-seo-strony“ sehen Sie im Suchergebnis „dekada72h.com > Blog > SEO > Website-SEO-Audit“. Ein CTR-Anstieg von 5–10 %, nutzerfreundlicher. Einfach umzusetzen, ein niedriges Aufwand-Nutzen-Verhältnis.

Die Sitelinks-Suchbox – erzeugt aus dem Schema WebSite + SearchAction. Sie zeigt bei einer Markenanfrage ein Suchfeld direkt unter dem Hauptergebnis. Der Kunde kann innerhalb Ihrer Seite suchen, ohne sie aufzurufen. Sehr stark für die Markenwahrnehmung – Kunden, die „dekada72h“ eingeben, sehen die Suchbox und können direkt zu dem gehen, was sie suchen.

Rezeptkarten – erzeugt aus dem Schema Recipe. Sie zeigen im Suchergebnis ein Foto des Gerichts, die Zubereitungszeit, die Bewertung und die Kalorien. Entscheidend für Kochblogs. Ein CTR-Anstieg von 30–50 %.

Video-Thumbnails – erzeugt aus dem Schema VideoObject. Sie zeigen im Suchergebnis das Vorschaubild, die Dauer und das Veröffentlichungsdatum. Entscheidend für Videoblogs und Online-Kurse. Ein CTR-Anstieg von 25–40 %.

Stellenanzeigen – erzeugt aus dem Schema JobPosting. Sie zeigen die Stelle in Google for Jobs – dem eigenen Modul für Stellenangebote. Entscheidend für das Recruiting, besonders für Unternehmen, die in Wrocław IT-Personal suchen.

Veranstaltungskarten – erzeugt aus dem Schema Event. Sie zeigen Datum, Ort und Ticketpreis einer Veranstaltung im Suchergebnis. Entscheidend für Event-Branchen – Konferenzen, Konzerte, Schulungen.

Karten lokaler Unternehmen – erzeugt aus dem Schema LocalBusiness. Sie zeigen Adresse, Öffnungszeiten, Telefon und Bewertung direkt in den Suchergebnissen. In Verbindung mit Google Maps sieht der Kunde eine Karte der Ergebnisse. Entscheidend für lokale Unternehmen in Wrocław, die um lokale Suchanfragen konkurrieren.

In der Praxis sind für ein typisches Dienstleistungsunternehmen aus Wrocław diese Typen verpflichtend: LocalBusiness, BreadcrumbList, Service, FAQPage, Review/AggregateRating. Diese 5 Typen liefern 80 % der Vorteile von Schema-Markup. Für E-Commerce zusätzlich Product, Offer und AggregateRating bei jedem Produkt. Für einen Blog – Article + FAQPage. Für ein Portfolio – CreativeWork + Person.

Die kombinierte Wirkung von Rich Snippets auf den organischen Traffic – bei einer typischen Seite bedeutet eine um 30 % höhere CTR (bei gleichbleibenden Positionen) 30 % mehr organischen Traffic. Bei 1.000 Besuchen im Monat sind das 300 zusätzliche Besuche – ohne Kosten außer der Umsetzung des Schema-Markups. Deshalb ist der ROI von Schema-Markup so hoch – es ist einer der günstigsten Wege, organischen Traffic zu gewinnen.

Die häufigsten Schema-Typen für Unternehmen – 9 Pflicht-Typen 2026

Im Schema.org-Ökosystem gibt es mehr als 800 Typen und Eigenschaften. Die meisten davon werden Sie nie benötigen. Für ein typisches Unternehmen genügt es 2026, 9 Basistypen zu kennen und korrekt umzusetzen – das deckt 95 % der Anwendungsfälle ab.

Organization ist das Fundament des gesamten Schema-Ökosystems Ihrer Website. Es sollte im Head jeder Seite der Website umgesetzt werden, überall identisch. Es enthält: name (den Firmennamen), url (die Domain), logo (die URL des Logos), sameAs (eine Liste von Links zu Social Media – Facebook, LinkedIn, Twitter/X, YouTube, Instagram), contactPoint (eine Struktur mit Telefon und E-Mail), address (PostalAddress für den Firmensitz). Organization baut Ihre Präsenz im Knowledge Graph auf – das Panel rechts neben den Suchergebnissen mit Informationen zum Unternehmen erscheint vor allem dank dieses Schemas.

LocalBusiness ist eine spezialisierte Version von Organization für Unternehmen mit physischem Standort – Kanzleien, Arztpraxen, Restaurants, stationäre Geschäfte, Marketingagenturen. Es enthält alles aus Organization plus: address (die vollständige Straßenadresse), geo (GPS-Koordinaten), telephone, openingHoursSpecification (Öffnungszeiten pro Tag), priceRange („$“ bis „$$$$“), areaServed (eine Liste der bedienten Städte/Regionen), hasMap (einen Link zu Google Maps). LocalBusiness verknüpft sich für ein Unternehmen aus Wrocław direkt mit dem Google Unternehmensprofil – zusammen bilden sie das Fundament der lokalen Sichtbarkeit.

Service ist das Schema für jede angebotene Leistung. Wenn Sie in Wrocław eine Marketingagentur betreiben, sollte jede Leistung (SEO, Google Ads, Websites, Audits) eine eigene Unterseite mit Service-Schema haben. Es enthält: name (den Leistungsnamen), description, provider (einen Link zu Ihrer Organization), areaServed (wo Sie die Leistung erbringen), offers (Preis oder Preisspanne), serviceType (Kategorie – „SEO Service“, „Marketing Service“). Service-Schema qualifiziert Sie für „Service Cards“ in den Suchergebnissen bei Dienstleistungsanfragen.

Product ist der Kern des Schemas für E-Commerce. Jedes Produkt in einem Onlineshop sollte auf seiner Unterseite ein Product-Schema haben. Es enthält: name (den Produktnamen), description, image (das Produktfoto), brand (die Marke), sku (den Produktcode), offers (ein Offer mit Preis- und Verfügbarkeitsdetails), aggregateRating (wenn es Bewertungen gibt), review (eine Liste von Bewertungen). Product-Schema qualifiziert Sie für Google Shopping (organische Shopping-Ergebnisse), für Produktkarten in den Suchergebnissen und für Rich Snippets mit Preis und Sternen.

FAQPage gehört zu den am einfachsten umzusetzenden und profitabelsten Schema-Typen. Jede Unterseite mit einem FAQ-Abschnitt sollte FAQPage-Schema haben. Es enthält eine Liste von Question-Objekten, jeweils mit einem name (der Frage) und einer acceptedAnswer (der Antwort). FAQPage-Schema qualifiziert Sie für das FAQ-Akkordeon in den Suchergebnissen – und das ist einer der stärksten CTR-Booster. Wichtig: Das FAQ auf der Seite muss ein echtes FAQ sein, für den Nutzer sichtbar, nicht versteckt. Spam-FAQPage-Schema wird bestraft.

Article ist das Schema für jeden Blogbeitrag. Es enthält: headline (den Artikeltitel), author (eine Person mit Namen und ggf. einer Profil-URL), datePublished, dateModified, image (das Hero-Bild), publisher (Organization), wordCount, articleBody (optional den vollständigen Artikeltext). Article-Schema ist die Grundlage für Google News, Google Discover, Top Stories und AMP. Für einen Firmenblog ist Article-Schema ein Muss.

BreadcrumbList ist die Brotkrumen-Navigation auf jeder Unterseite – „Startseite > Blog > SEO > Schema.org-Markup“. Es enthält eine Liste von ListItem-Objekten mit position, name und item (URL). BreadcrumbList verbessert nicht nur das SEO, sondern qualifiziert Sie auch für Brotkrumen statt einer URL in den Suchergebnissen – nutzerfreundlicher und 5–10 % mehr CTR. Einfach umzusetzen, geringer Aufwand.

Review ist das Schema für einzelne Kundenbewertungen. Jede Bewertung sollte haben: author (Person), reviewRating (ein Rating mit bestRating, worstRating, ratingValue), reviewBody (den Bewertungstext), itemReviewed (einen Link zum bewerteten Produkt/zur Leistung/zum Unternehmen). Review-Schema verbindet sich mit AggregateRating, um Sterne in den Suchergebnissen zu zeigen.

AggregateRating ist eine aggregierte Bewertung – der Durchschnitt aller Reviews. Es enthält: ratingValue (z. B. 4,7), reviewCount (z. B. 142), bestRating (5), worstRating (1). AggregateRating ist die „Single Source of Truth“ für Sterne in den Suchergebnissen – ohne es erscheinen keine Bewertungen.

In der Praxis setzen wir für eine kleine Marketingagentur aus Wrocław diese 9 Typen in 6–12 Stunden um, validieren in 2–4 Stunden und überwachen 2–4 Wochen in der Search Console. Das ist das Standardprojekt zur Schema-Umsetzung, das wir für Kunden von Dekada72H durchführen.

So setzen Sie Schema-Markup um – JSON-LD vs. Microdata vs. RDFa

Es gibt drei Formate für die Umsetzung von Schema-Markup. JSON-LD ist der Standard 2026 – von Google empfohlen, einfach zu pflegen, getrennt vom HTML. Microdata ist ein Legacy-Format – es funktioniert, verkompliziert aber den Code. RDFa ist ein akademisches Format – kommerziell praktisch ungenutzt. In der Praxis: immer JSON-LD.

JSON-LD ist ein Format, bei dem Sie das Schema-Markup in einem separaten <script type="application/ld+json"> im Head oder Body der Seite ablegen. Das Schema liegt im JSON-Format vor, getrennt vom HTML-Inhalt. Vorteile: einfache Umsetzung (ein Codeblock auf der Seite), einfaches Debugging (das gesamte JSON an einer Stelle), einfache Änderung über den Google Tag Manager (Sie können Schema einfügen, ohne den Code der Seite anzufassen), kein Eingriff in das Seitenlayout (das Schema ist für den Nutzer unsichtbar), einfache programmatische Erzeugung (Template-Engine, Server-Side-Rendering, Headless-CMS).

Ein praktisches Beispiel für Organization-Schema in JSON-LD:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Dekada72H",
  "url": "https://dekada72h.com",
  "logo": "https://dekada72h.com/logo.png",
  "sameAs": [
    "https://www.facebook.com/dekada72h",
    "https://www.linkedin.com/company/dekada72h"
  ],
  "contactPoint": {
    "@type": "ContactPoint",
    "telephone": "+48-XXX-XXX-XXX",
    "contactType": "customer service",
    "areaServed": "PL",
    "availableLanguage": ["Polish", "English"]
  }
}
</script>

Diesen Codeblock platzieren Sie im Head jeder Seite Ihrer Website. Google parst das JSON, extrahiert die Daten und fügt sie dem Knowledge Graph und anderen Modulen der Suchergebnisse hinzu.

Microdata ist das ältere Format, bei dem Sie die Attribute itemtype und itemprop direkt in den HTML-Inhalt einfügen. Ein Beispiel:

<div itemscope itemtype="https://schema.org/Organization">
  <span itemprop="name">Dekada72H</span>
  <a itemprop="url" href="https://dekada72h.com">Website</a>
  <img itemprop="logo" src="logo.png" />
</div>

Die Nachteile von Microdata: Das HTML wird mit Attributen aufgebläht, es ist schwer, die Konsistenz über Seiten hinweg zu wahren, das Debugging ist schwieriger (die Attribute sind verstreut), eine Änderung über GTM-Tags ist fast unmöglich, und die programmatische Erzeugung erfordert die Änderung des HTML-Templates statt der Erzeugung von JSON. Für eine kleine Seite funktioniert Microdata; für eine größere wird es zum Wartungsalbtraum.

RDFa ist ein Format, bei dem Sie die Attribute vocab, typeof und property in den HTML-Inhalt einfügen, ähnlich wie bei Microdata, aber mit anderer Syntax. Entwickelt für akademische Semantic-Web-Projekte. 2026 praktisch nicht empfohlen – weniger Tool-Unterstützung als Microdata, geringere Verbreitung, keine Vorteile.

Das Fazit: Nutzen Sie 2026 immer JSON-LD. Wenn Sie eine alte Seite mit Microdata haben, können Sie sie weiterlaufen lassen (Google unterstützt beide Formate), setzen Sie neues Schema aber ausschließlich in JSON-LD um. Bei einer Migration von Microdata zu JSON-LD: Testen Sie Seite für Seite im Google Rich Results Test, rollen Sie schrittweise aus und überwachen Sie die Search Console 4–6 Wochen lang.

Die Umsetzungspraxis in gängigen Stacks:

WordPress – die Plugins Yoast SEO, RankMath, Schema Pro und All in One SEO erzeugen JSON-LD automatisch aus Ihren Daten. In Yoast SEO Premium konfigurieren Sie Organization unter SEO > Darstellung in der Suche, und Beitragstypen erzeugen automatisch Article-Schema. RankMath hat mehr eingebaute Typen (LocalBusiness, Recipe, HowTo, Course). Umsetzung – 1–3 Stunden.

Shopify, WooCommerce – eingebautes Product, AggregateRating und Offer für jedes Produkt. Zusätzliche Plugins (Schema Plus, JSON-LD for SEO) für Erweiterungen. Umsetzung – 30 Minuten bis 2 Stunden.

Next.js, React – individuelle Schema-Komponenten, die auf jeder Seite JSON-LD erzeugen. Eine Komponente <SchemaOrg type="Organization" data={organizationData} />, die in Layouts verwendet wird. Umsetzung – 4–8 Stunden für einen erfahrenen Entwickler. Diesen Ansatz nutzen wir in unseren individuellen Lösungen für Kunden von Dekada72H.

Statisches HTML – JSON-LD-Blöcke manuell in den Head jeder Unterseite einfügen. Skalierbar nur für kleine Seiten (bis zu 30 Unterseiten). Darüber hinaus – ein Schema-Generator oder die Migration zu einem CMS.

Validatoren und Debugging von Schema-Markup

Die Umsetzung von Schema-Markup ohne Validierung garantiert Fehler, die Sie nicht sehen, die aber Rich Snippets blockieren. Die Validierung ist ebenso wichtig wie die Umsetzung selbst.

Drei Haupttools zur Validierung 2026.

Der Google Rich Results Test (search.google.com/test/rich-results) ist Googles offizieller Validator. Sie fügen die URL der Seite oder den HTML-Code ein, und das Tool parst das Schema-Markup und zeigt: welche Schemas erkannt wurden, für welche Rich Results Sie geeignet sind, welche Fehler und Warnungen es gibt und eine Vorschau des Rich Snippets in den Suchergebnissen. Dieses Tool prüft vor allem die Eignung für Google-Rich-Results – es beantwortet also die Frage „Wird meine Seite in den Google-Ergebnissen ein Rich Snippet zeigen?“.

Ein praktischer Workflow mit dem Google Rich Results Test. Sie fügen die URL Ihrer Seite ein. Sie warten 5–10 Sekunden auf das Parsen. Sie erhalten einen Bericht: „Page is eligible for rich results“ oder „Page is not eligible“. Mit einem Klick auf einen konkreten Schema-Typ (z. B. „FAQ“) sehen Sie die erkannten Fragen und Antworten und eine Vorschau, wie sie in den Suchergebnissen aussehen werden. Fehler sind rot markiert – fehlende Pflichtfelder, ungültige Syntax, Schema, das nicht zu Googles Spezifikation passt. Warnungen sind gelb markiert – das Schema ist korrekt, aber es fehlen empfohlene Felder, die Google bevorzugt.

Der Schema.org Validator (validator.schema.org) ist der offizielle Validator der Schema.org-Stiftung. Sie fügen eine URL oder Code ein, und das Tool prüft die Konformität mit der offiziellen Schema.org-Spezifikation ohne Fokus auf Google-Rich-Results. Er zeigt alle Warnungen und Fehler, auch solche, die Google ignoriert. Strenger als der Google Rich Results Test – er findet manchmal Probleme, die Google nicht findet.

Search Console > Verbesserungen ist ein Tool, das das reale, von Google bereits indexierte Schema Ihrer Seite überwacht. 2–4 Wochen nach der Umsetzung des Schemas zeigt die Search Console im Bereich „Verbesserungen“ einen Bericht je Schema-Typ (FAQ, Breadcrumbs, Produkte usw.). Jeder Bericht enthält: die Anzahl gültiger Implementierungen, Fehler mit exakten URLs und Warnungen mit URLs. Es ist der einzige Validator, der echte Produktionsdaten zeigt – der Rich Results Test und der Schema.org Validator zeigen nur den Zustand, in dem sie die Seite zu einem bestimmten Zeitpunkt sehen.

Der empfohlene Validierungs-Workflow. Schritt 1 – Sie schreiben das Schema-Markup. Schritt 2 – Sie validieren im Google Rich Results Test (Test einzelner URLs). Schritt 3 – Sie deployen in eine Staging-Umgebung. Schritt 4 – Sie prüfen im Schema.org Validator (Test der vollständigen Spezifikation). Schritt 5 – wenn das Schema in Ordnung ist, deployen Sie in die Produktion. Schritt 6 – 2–4 Wochen nach dem Deployment überwachen Sie die Search Console > Verbesserungen. Schritt 7 – bei Fehlern in der Search Console debuggen und korrigieren Sie und überwachen weiter.

Typische Fehler beim Debugging.

Fehlende Pflichtfelder – jeder Schema-Typ hat laut Googles Richtlinien für strukturierte Daten Pflichtfelder. Ein fehlendes priceCurrency in Offer, ein fehlendes reviewRating in Review, ein fehlendes name in Organization machen das Schema ungültig. Debugging: Der Google Rich Results Test zeigt genau, welches Feld fehlt. Korrektur: das fehlende Feld ergänzen.

Falsche Verschachtelung – Schema muss eine logische Hierarchie haben. PostalAddress außerhalb von Organization. Person außerhalb von Organization als Mitarbeiter. Offer ohne Product. Debugging: Der Google Rich Results Test zeigt „Field X not nested in valid parent“. Korrektur: die Schema-Struktur umbauen.

Duplikate – zwei oder mehr Organizations auf einer Seite (aus Header und Footer sowie aus einem Plugin). Doppelte BreadcrumbLists. Zwei LocalBusinesses für dasselbe Unternehmen. Debugging: Seitenquelltext anzeigen und nach allen Blöcken application/ld+json suchen. Korrektur: Duplikate entfernen und pro Typ und Seite nur einen Block belassen.

Schema ohne Übereinstimmung mit dem sichtbaren Inhalt – auf der Seite steht „Geöffnet 9–17 Uhr“, im LocalBusiness-Schema „Geöffnet 8–20 Uhr“. Spam-Markup, Risiko einer manuellen Maßnahme. Debugging: den sichtbaren Inhalt mit dem Schema vergleichen. Korrektur: das Schema mit dem sichtbaren Inhalt synchronisieren.

Spam-Markup – Review-Schema für Inhalte ohne Bewertungen, AggregateRating für eine Seite ohne Bewertungen, FAQPage für Inhalte ohne echte Fragen und Antworten. Der häufigste Fehler beim Schema-Markup. Debugging: jeden Schema-Typ gegen den realen Inhalt prüfen. Korrektur: das Spam-Markup entfernen und nur Schema für Inhalte belassen, die tatsächlich auf der Seite stehen.

Ein praktisches Debugging-Beispiel aus unserer Praxis. Ein Kunde, der in Wrocław einen E-Commerce-Shop betreibt, setzte per Plugin Product-Schema bei 1.200 Produkten um. Der Google Rich Results Test zeigte für 800 Produkte „Page is not eligible for rich results“. Das Debugging in der Search Console ergab: ein fehlendes priceCurrency (das Plugin setzte die Währung nicht automatisch), eine fehlende availability (das Plugin füllte den Lagerstatus nicht aus) und Review-Schema ohne reviewRating (das Plugin importierte Bewertungen ohne Noten). Die Korrektur – Anpassung der Plugin-Konfiguration, Ergänzung von Standardwerten für alle Produkte. Nach 4 Wochen waren 1.150 von 1.200 Produkten für Rich Results geeignet. Die organische CTR auf den Produktseiten stieg im ersten Quartal um 28 %.

Schema für E-Commerce – Product, Offer, AggregateRating, BreadcrumbList

Schema für E-Commerce ist der Kern – ohne Product-Schema sind Ihre Produkte in Google Shopping (organische Shopping-Ergebnisse) unsichtbar und verlieren in den regulären Suchergebnissen einen erheblichen Teil der CTR. Es ist eine der kritischsten Schema-Umsetzungen für Onlineshops in Wrocław.

Product-Schema auf jeder Produktseite. Es enthält die Schlüsselfelder.

Name – der Produktname, derselbe wie im Seitentitel und in der Überschrift. Description – die Produktbeschreibung, 100–300 Wörter, einzigartig für jedes Produkt. Image – die URL des Hauptproduktfotos, mindestens 1200x1200px, im Format webp oder jpg. Brand – die Produktmarke als Brand-Objekt mit einem name. Sku – der Produktcode, einzigartig im gesamten Shop. Mpn (Manufacturer Part Number) – der Herstellercode, falls vorhanden. Gtin – Global Trade Item Number (EAN, UPC), falls vorhanden. Category – die Produktkategorie (z. B. „Elektronik > Telefone > Smartphones“).

Offer-Schema, verschachtelt in Product. Es enthält Preis- und Verfügbarkeitsdetails.

Price – der Produktpreis als Zahl, ohne Währung (z. B. 1299.99). PriceCurrency – der Währungscode (PLN, EUR, USD). Availability – der Verfügbarkeitsstatus als URL (https://schema.org/InStock, OutOfStock, PreOrder, BackOrder). Url – die Produkt-URL (canonical). PriceValidUntil – das Datum, bis zu dem der Preis gilt (wichtig für Aktionen). ItemCondition – der Zustand des Produkts (NewCondition, UsedCondition, RefurbishedCondition). Seller – ein Link zu Ihrer Organization.

AggregateRating, verschachtelt in Product. Es enthält die aggregierte Bewertung.

RatingValue – die Durchschnittsnote (z. B. 4,7). ReviewCount – die Anzahl der Bewertungen (z. B. 142). BestRating – die Höchstnote (üblicherweise 5). WorstRating – die Mindestnote (üblicherweise 1).

Review, verschachtelt in Product (eine Liste). Jede Bewertung.

Author – eine Person mit Namen. ReviewRating – ein Rating mit ratingValue, bestRating, worstRating. ReviewBody – der Bewertungstext. DatePublished – das Veröffentlichungsdatum der Bewertung.

BreadcrumbList auf jeder Produktseite. Sie zeigt den Navigationspfad.

Ein praktisches Beispiel für Product-Schema für E-Commerce:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Samsung Galaxy S24 Smartphone",
  "image": "https://shop.example/images/galaxy-s24.webp",
  "description": "Samsung Galaxy S24 Smartphone mit Snapdragon-8-Gen-3-Prozessor, 8 GB RAM, 256 GB Speicher.",
  "sku": "SAMSUNG-S24-256",
  "brand": {
    "@type": "Brand",
    "name": "Samsung"
  },
  "offers": {
    "@type": "Offer",
    "price": "3499.00",
    "priceCurrency": "PLN",
    "availability": "https://schema.org/InStock",
    "url": "https://shop.example/products/samsung-galaxy-s24",
    "seller": {
      "@type": "Organization",
      "name": "Elektronikshop"
    }
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.7",
    "reviewCount": "142",
    "bestRating": "5",
    "worstRating": "1"
  }
}
</script>

Bei E-Commerce mit über 1.000 Produkten ist die automatische Erzeugung von Product-Schema aus der Datenbank entscheidend – die manuelle Eingabe von Schema für jedes Produkt skaliert nicht. Shopify erzeugt es automatisch. WooCommerce über Plugins. Individuelles Next.js über eine Komponente <ProductSchema product={productData} />, die auf jeder Produktseite verwendet wird.

Häufige Fehler beim Product-Schema:

Ein fehlendes priceCurrency – der häufigste Fehler. Sie tragen "price": "1299" ohne "priceCurrency": "PLN" ein, und das Schema ist ungültig.

Inkonsistente Preise – der Preis auf der Seite hat einen Wert, im Schema einen anderen (weil Sie die Aktion geändert, das Schema aber nicht aktualisiert haben). Google vergleicht das Schema mit dem sichtbaren Inhalt – die Abweichung disqualifiziert das Schema für Rich Snippets und kann zu einer manuellen Maßnahme führen.

Spam-AggregateRating – Sie tragen „Bewertung 4,9 aus 1.000 Rezensionen“ für ein Produkt ein, das 0 echte Bewertungen hat. Google erkennt das (Abgleich mit den sichtbaren Bewertungen) und bestraft es.

Falsche availability – der Status „InStock“ für ein nicht verfügbares Produkt. Oder Status, die in der Schema.org-Spezifikation nicht existieren.

Fehlende Brotkrumen – Product-Schema ohne BreadcrumbList. Sie verlieren die Brotkrumen in den Suchergebnissen, wodurch die Ergebnisse weniger nutzerfreundlich werden.

Der praktische ROI von Product-Schema für E-Commerce. Ein Kunde mit einem Elektronikshop in Wrocław – 850 Produkte, 22.000 organische Besuche im Monat. Vor der Umsetzung von Product-Schema lag die CTR auf den Produktseiten bei 1,8 %. Nach der Umsetzung von vollständigem Product + Offer + AggregateRating + Review + BreadcrumbList – CTR 2,4 % (ein Anstieg um 33 %). Der monatliche organische Traffic auf den Produktseiten stieg von 12.000 auf 16.000 Besuche. Das entspricht bei einer Conversion von 3 % etwa 120 zusätzlichen Transaktionen im Monat. Die Investition in Schema-Markup hat sich binnen 2 Monaten amortisiert.

Schema für einen Blog – Article, FAQPage, HowTo, BreadcrumbList

Schema für einen Blog ist die Grundlage für Google Discover, Google News und die Gesamtsichtbarkeit von Blogbeiträgen in den Suchergebnissen. Ohne Article-Schema sind Ihre Blogbeiträge für Google „nicht identifizierter Inhalt“ – Sie verlieren sowohl reguläre SERP-Positionen als auch die Chance in Spezialmodulen.

Article-Schema bei jedem Blogbeitrag. Es enthält die Schlüsselfelder.

Headline – der Artikeltitel, derselbe wie in <title> und im Haupt-<h1>. Höchstens 110 Zeichen (Google kürzt längere).

Author – der Autor des Beitrags als Person-Objekt. Es sollte enthalten: name (Vor- und Nachname), url (einen Link zur Autoren-Bio oder zum LinkedIn-Profil), image (das Foto des Autors). Der Autor ist ein wichtiges E-E-A-T-Signal (Experience, Expertise, Authoritativeness, Trustworthiness) – Google will wissen, wer die Inhalte schreibt.

DatePublished – das Veröffentlichungsdatum im ISO-8601-Format (z. B. „2026-06-28T10:00:00+01:00“). Entscheidend für das Ranking – Google bevorzugt bei Nachrichten frischere Inhalte, Evergreen-Inhalte dürfen älter sein.

DateModified – das Datum der letzten Änderung. Es sollte aktualisiert werden, wenn der Artikel substanziell überarbeitet wird. Google behandelt geänderte Inhalte wie frische – das Aktualisieren alter Artikel ist eine klassische SEO-Technik.

Image – das Hero-Bild des Artikels, mindestens 1200x675px (Seitenverhältnis 16:9), im Format webp.

Publisher – ein Link zu Ihrem Organization-Schema mit Logo und Namen.

ArticleBody – optional der vollständige Artikeltext als reiner Text. Es hilft Google beim Parsen langer Inhalte.

WordCount – die Wortanzahl des Artikels. Es hilft Google, die Tiefe des Artikels zu beurteilen.

InLanguage – die Sprache des Artikels (pl-PL, en-US).

MainEntityOfPage – ein Link zur kanonischen URL des Artikels.

Ein praktisches Beispiel für Article-Schema:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Schema.org-Markup für Unternehmen – ein praktischer Leitfaden 2026",
  "image": "https://dekada72h.com/blog/schema-hero.webp",
  "author": {
    "@type": "Person",
    "name": "Dekada72H",
    "url": "https://dekada72h.com/o-nas"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Dekada72H",
    "logo": {
      "@type": "ImageObject",
      "url": "https://dekada72h.com/logo.png"
    }
  },
  "datePublished": "2026-06-28T10:00:00+01:00",
  "dateModified": "2026-06-28T10:00:00+01:00",
  "mainEntityOfPage": "https://dekada72h.com/de/blog/schema-org-markup-dla-firm"
}
</script>

FAQPage-Schema auf Unterseiten mit einem echten FAQ-Abschnitt. Jede Frage als Question-Objekt mit einer acceptedAnswer (einem Answer-Objekt mit text). FAQPage-Schema qualifiziert Sie für das FAQ-Akkordeon in den Suchergebnissen – einen der stärksten CTR-Booster. Wichtig: Das FAQ auf der Seite muss für den Nutzer sichtbar sein, nicht versteckt. Spam-FAQPage wird von Google bestraft.

HowTo-Schema für Artikel vom Typ „Wie man X Schritt für Schritt macht“. Es enthält: name (den Titel), description, totalTime (die Zeit bis zur Fertigstellung), supply (die benötigten Materialien), tool (die benötigten Werkzeuge), step (eine Liste von HowToStep mit text, name, image). HowTo qualifiziert Sie für HowTo-Karten in den Suchergebnissen – sehr auffällig, mit einem CTR-Anstieg von 30–50 %. Entscheidend für DIY-, Bildungs- und Technikblogs.

BreadcrumbList bei jedem Blogbeitrag. Sie zeigt den Navigationspfad. Einfach umzusetzen, geringer Aufwand.

Häufige Fehler beim Blog-Schema:

Ein fehlender Autor – für Google ist ein Article ohne Autor 2026 ungültig (eine E-E-A-T-Anforderung). Früher hat Google das toleriert, jetzt nicht mehr.

Der Autor als String statt als Person-Objekt – "author": "John Smith" statt "author": {"@type": "Person", "name": "John Smith"}. Ungültige Syntax, Google ignoriert sie.

Spam-FAQPage – 20 Fragen und Antworten im Schema, aber nur 3 sichtbar auf der Seite. Google erkennt das und bestraft es.

Ein fehlendes Bild – ein Article ohne Bild verliert die Möglichkeit eines Rich Snippets mit Vorschaubild.

Inkonsistente datePublished und dateModified – dateModified liegt vor datePublished. Ein logischer Fehler, das Schema ist ungültig.

Der praktische ROI von Schema für einen Blog. Ein Kunde mit einem Firmenblog in Wrocław – 87 Blogbeiträge, 6.500 organische Besuche im Monat. Vor der Umsetzung von Schema – 0 Beiträge in Google Discover, kein FAQ-Akkordeon in den Suchergebnissen. Wir haben Article + FAQPage + BreadcrumbList bei jedem Beitrag umgesetzt. Nach 12 Wochen – 23 Beiträge in Google Discover (4.200 zusätzliche Besuche aus Discover), das FAQ-Akkordeon bei 41 Beiträgen und eine um 24 % höhere organische CTR. Gesamter organischer Traffic + Discover – 12.200 Besuche im Monat (ein Anstieg um 88 %). Die Investition in Schema-Markup hat sich binnen 6 Wochen amortisiert.

Schema für LocalBusiness – Zeiten, Adresse, areaServed, priceRange

LocalBusiness-Schema ist das Fundament der lokalen Sichtbarkeit. Für ein Unternehmen aus Wrocław mit physischem Standort – eine Kanzlei, Arztpraxis, ein Restaurant, stationäres Geschäft, eine Marketingagentur – verlieren Sie ohne LocalBusiness-Schema einen erheblichen Teil der Sichtbarkeit in den Suchergebnissen bei lokalen Suchanfragen wie „SEO-Audit Wrocław“ oder „Online-Marketing Wrocław“.

LocalBusiness hat mehrere Untertypen – spezifischere Versionen für einzelne Branchen. Die vollständige Liste ist lang, die häufigsten sind:

LegalService – für Kanzleien. ProfessionalService – für Berater, Consultants, Physiotherapeuten. Restaurant – für Restaurants, Cafés, Fast Food. Store – für stationäre Geschäfte. AutoRepair – für Kfz-Werkstätten. MedicalBusiness – für Arztpraxen. BeautySalon – für Kosmetiksalons, Friseure, Spas. Dentist – für Zahnärzte. RealEstateAgent – für Immobilienmakler. AccountingService – für Buchhaltungsbüros.

Die Wahl eines spezifischen Untertyps gibt Google präzisere Informationen über die Branche und qualifiziert Sie für branchenspezifische SERP-Features. Wenn Sie in Wrocław eine Kanzlei führen – nutzen Sie LegalService statt eines generischen LocalBusiness.

LocalBusiness-Schema enthält die Schlüsselfelder.

Name – der Firmenname, derselbe wie in Ihrem Google Unternehmensprofil.

Image – das Firmenlogo oder ein Foto der Räumlichkeiten.

Telephone – die Telefonnummer im internationalen Format (+48-XXX-XXX-XXX).

Address – ein PostalAddress-Objekt mit streetAddress, addressLocality (Wrocław), postalCode (50-XXX), addressCountry (PL).

Geo – GeoCoordinates mit latitude und longitude. Sie finden sie in Google Maps – per Rechtsklick auf den Standort.

OpeningHoursSpecification – eine Liste der Öffnungszeiten pro Wochentag. Jeder Eintrag hat dayOfWeek, opens, closes. Besondere Einträge für geschlossene Tage und Sonderzeiten (Feiertage).

PriceRange – die Preisspanne auf einer Skala von „$“ bis „$$$$“. $ – günstig, $$ – mittel, $$$ – teuer, $$$$ – sehr teuer.

AreaServed – eine Liste der bedienten Städte/Regionen. Für ein Unternehmen aus Wrocław üblicherweise: Wrocław, Niederschlesien, ggf. weitere Städte, wenn Sie dort Leistungen erbringen.

HasMap – die URL des Google-Maps-Eintrags des Unternehmens.

SameAs – eine Liste von Links zu Social-Media-Profilen und zum Google Unternehmensprofil.

Ein praktisches Beispiel für LocalBusiness-Schema:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "ProfessionalService",
  "name": "Dekada72H - Marketingagentur",
  "image": "https://dekada72h.com/logo.png",
  "telephone": "+48-XXX-XXX-XXX",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "ul. Przykladowa 123",
    "addressLocality": "Wrocław",
    "postalCode": "50-001",
    "addressCountry": "PL"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": "51.107883",
    "longitude": "17.038538"
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
      "opens": "09:00",
      "closes": "17:00"
    }
  ],
  "priceRange": "$$",
  "areaServed": ["Wrocław", "Niederschlesien"],
  "hasMap": "https://goo.gl/maps/XXXXX",
  "sameAs": [
    "https://www.facebook.com/dekada72h",
    "https://www.linkedin.com/company/dekada72h"
  ]
}
</script>

LocalBusiness-Schema arbeitet direkt mit dem Google Unternehmensprofil zusammen – gemeinsam bilden sie das Fundament der lokalen Sichtbarkeit. Die Konsistenz der Daten zwischen dem LocalBusiness-Schema auf der Seite und dem Google-Eintrag ist entscheidend – eine Abweichung schwächt beide Signale.

Häufige Fehler beim LocalBusiness-Schema:

Ein generisches LocalBusiness statt eines Untertyps – Sie verlieren die Branchenpräzision. Korrektur – den spezifischsten Untertyp wählen.

Eine Adresse ohne postalCode – PostalAddress verlangt alle Felder. Korrektur – die Postleitzahl ergänzen.

OpeningHours im falschen Format – opens/closes müssen im Format HH:MM (24 h) stehen. Das AM/PM-Format funktioniert nicht. Korrektur – umrechnen.

Fehlendes geo – LocalBusiness ohne GPS-Koordinaten. Weniger präzise für die Integration mit Google Maps. Korrektur – GeoCoordinates ergänzen.

Daten, die nicht zu Ihrem Google-Eintrag passen – eine andere Adresse, andere Zeiten oder ein anderes Telefon im Schema als im Eintrag. Widersprüchliche Signale. Korrektur – die Daten synchronisieren.

PriceRange als konkrete Preise – eine Betragsspanne statt „$$“. Die Schema.org-Spezifikation verlangt das Symbol $. Korrektur – $$ verwenden.

Der praktische ROI von LocalBusiness-Schema. Ein Kunde mit einer Kanzlei in Wrocław – vor der Umsetzung lag seine lokale SERP-Position für „Kanzlei Wrocław“ bei 12–18. Wir haben LegalService-Schema + Synchronisation mit dem Google-Eintrag + BreadcrumbList umgesetzt. Nach 8 Wochen – Position 4–6 in den lokalen Suchergebnissen und 3-mal mehr monatliche Anrufe über Google. Die Investition hat sich binnen 6 Wochen amortisiert. Schema-Markup in Kombination mit lokalem SEO in Wrocław ist die Kombination, die Dienstleistungsunternehmen aus Wrocław den höchsten ROI bringt.

Häufige Fehler – Duplikate, ungültiges JSON, falsche Hierarchie

In den letzten 5 Jahren haben wir Schema-Markup für über 200 Kunden von Dekada72H optimiert. Diese Fehler wiederholen sich in 80 % der Fälle, bevor wir eingreifen – und sie disqualifizieren Seiten von Rich Snippets, obwohl das Schema „umgesetzt“ ist.

Fehler eins – doppelte Organizations. Ein Organization-Schema aus dem Header (vom Yoast-Plugin), ein zweites aus dem Footer (vom Schema-Pro-Plugin), ein drittes aus einer Code-Injection im GTM. Drei verschiedene Organizations auf einer Seite, teilweise mit unterschiedlichen Daten (z. B. einer anderen Logo-URL, einem anderen Telefon). Google ignoriert Duplikate oder wählt zufällig – beide Situationen senken die Eignung für Rich Snippets. Die Korrektur – ein Audit über den Seitenquelltext, Identifizierung der Quellen der Duplikate, Entfernen aller bis auf eine Master-Organization.

Fehler zwei – fehlende Pflichtfelder. Jeder Schema-Typ hat laut Googles Richtlinien für strukturierte Daten Pflichtfelder. Die am häufigsten fehlenden Felder. In Organization – name, url, logo. In LocalBusiness – name, address, telephone. In Article – headline, author, datePublished, image, publisher. In Product – name, image, offers (mit price, priceCurrency, availability). In FAQPage – mainEntity (eine Liste von Questions mit name und acceptedAnswer). In BreadcrumbList – itemListElement (eine Liste von ListItems mit position, name, item). Die Korrektur – Prüfung im Google Rich Results Test, Ergänzung der fehlenden Felder.

Fehler drei – falsche Verschachtelung. PostalAddress außerhalb von Organization (als eigenständiges Schema). Person außerhalb von Organization als Mitarbeiter. Offer ohne Product. Schema muss eine logische Verschachtelungsstruktur haben – Eltern-Kind-Beziehungen. Die Korrektur – Umbau der Schema-Struktur.

Fehler vier – syntaktische JSON-Fehler. Ein fehlendes Komma, ein überzähliges Komma, eine nicht geschlossene Klammer, ein nicht geschlossenes Anführungszeichen. JSON ist ein Format mit strenger Syntax – ein Fehler disqualifiziert den ganzen Schema-Block. Die Korrektur – ein JSON-Validator (jsonlint.com) vor dem Deployment, programmatisches Parsen in Tests.

Fehler fünf – Schema ohne Übereinstimmung mit dem sichtbaren Inhalt. Auf der Seite steht „Geöffnet 9–17 Uhr“, im LocalBusiness-Schema „Geöffnet 8–20 Uhr“. Der Preis auf der Produktseite weicht vom Product-Schema ab. Die Anzahl der Bewertungen im Bewertungsabschnitt ist 87, im AggregateRating 142. Google vergleicht das Schema mit dem sichtbaren Inhalt – Abweichungen disqualifizieren das Schema und können zu einer manuellen Maßnahme wegen irreführender Inhalte führen. Die Korrektur – das Schema bei jeder Aktualisierung mit dem sichtbaren Inhalt synchronisieren.

Fehler sechs – Spam-Markup. Der häufigste. Review-Schema für Inhalte ohne Bewertungen. AggregateRating für eine Seite ohne Bewertungen. FAQPage für Inhalte ohne echte Fragen und Antworten. Product-Schema für eine Seite, die kein Produkt ist. Das bringt nicht nur keine Rich Snippets, sondern riskiert eine manuelle Maßnahme wegen Spams bei strukturierten Daten. Die Korrektur – jeden Schema-Typ gegen den realen Inhalt prüfen und Schema für Inhalte entfernen, die es nicht gibt.

Fehler sieben – hartkodierte statt dynamischer URLs. Bild-URL, Canonical-URL, Logo-URL – alles hartkodiert. Nach einer Migration auf eine neue Domain, einer Umstrukturierung der URLs oder einem Wechsel des CDN sind alle URLs kaputt. Die Korrektur – dynamische Erzeugung der URLs aus der Konfiguration statt Hartkodierung.

Fehler acht – kein Fallback für optionale Felder. Das Schema bricht, wenn ein optionales Feld null/undefined ist. Z. B. "author": {"@type": "Person", "name": null} – ungültiges Schema. Die Korrektur – die Existenz prüfen, bevor etwas ins Schema aufgenommen wird, Fallback-Werte.

Fehler neun – Schema für Entwürfe und private Seiten. Article-Schema bei einem Entwurf (eine sichtbare URL, aber noindex). LocalBusiness-Schema in einer Testumgebung (staging.dekada72h.com). Google indexiert manchmal Entwürfe, und Schema-Spam beeinträchtigt die Reputation der Hauptdomain. Die Korrektur – Schema nur für veröffentlichte Produktionsinhalte.

Fehler zehn – Ignorieren der Search-Console-Verbesserungen. Sie haben das Schema vor 6 Monaten umgesetzt, es funktioniert „OK“, also prüfen Sie nicht. Die Search Console zeigt 230 Fehler im FAQ-Schema (defekte Kodierung polnischer Sonderzeichen), aber Sie sehen es nicht. Die Korrektur – eine monatliche Durchsicht der Search Console > Verbesserungen, Behebung aller Fehler binnen 1–2 Wochen nach Entdeckung.

Eine praktische Audit-Checkliste für häufige Fehler, die wir bei jedem Kunden anwenden. Schritt 1 – Seitenquelltext der 5 wichtigsten Unterseiten anzeigen und alle Blöcke application/ld+json identifizieren. Schritt 2 – jede Unterseite im Google Rich Results Test testen und die Liste der Fehler und Warnungen exportieren. Schritt 3 – jede Unterseite im Schema.org Validator testen. Schritt 4 – Schema und sichtbaren Inhalt abgleichen (eine Stichprobe von 10 Unterseiten). Schritt 5 – die Search Console > Verbesserungen durchgehen und die Liste der URLs mit Fehlern exportieren. Schritt 6 – die Korrekturliste priorisieren (zuerst kritische Fehler, dann Warnungen). Schritt 7 – die Korrekturen umsetzen und nach dem Deployment erneut testen. Schritt 8 – die Search Console 4–6 Wochen nach der Korrektur überwachen.

Die Audit-Checkliste dauert bei einer mittelgroßen Seite 4–8 Stunden. Die Abarbeitung der Liste dauert je nach Komplexität 8–24 Stunden. Das Monitoring über 4–6 Wochen ist ein geringer Aufwand. Der gesamte ROI – ein Anstieg des organischen Traffics um 30–50 % + ein Anstieg der CTR in den Suchergebnissen um 20–30 %. Für einen Kunden aus Wrocław mit 5.000 organischen Besuchen im Monat sind das zusätzliche 1.500–2.500 Besuche im Monat – ohne neue Inhalte zu schreiben, Links aufzubauen oder technisches SEO zu betreiben. Reiner Gewinn aus einem Schema-Markup-Audit.

Die vollständige Audit-Checkliste (60+ Punkte) haben wir in unserem Leitfaden zum Website-SEO-Audit beschrieben – Schema-Markup ist einer von dessen 8 Abschnitten, aber oft derjenige, der sich nach einer Korrektur im höchsten ROI niederschlägt.

Tools – Schema-Markup-Generator, Yoast/RankMath, Umsetzung in Next.js

Die Umsetzung von Schema-Markup erfordert 2026 nicht, JSON-LD von Hand zu schreiben. Es gibt Tools, die Schema aus Formularen oder automatisch aus den Metadaten der Seite erzeugen. Die Wahl des Tools hängt vom Stack ab. Preise nennen wir bewusst nicht, weil sich Tarife oft ändern – prüfen Sie die aktuellen auf den Seiten der Anbieter.

Für kleine Seiten – Online-Generatoren.

Der Schema Markup Generator (technicalseo.com/tools/schema-markup-generator) ist ein kostenloses Online-Tool. Sie wählen den Schema-Typ (Organization, LocalBusiness, Product, FAQPage usw.), füllen das Formular aus, und das Tool erzeugt JSON-LD zum Kopieren auf die Seite. Gut für einzelne Unterseiten, schwach für die Automatisierung von 1.000+ Unterseiten.

Der Merkle Schema Markup Generator (merkle.com/blog/schema-markup-generator) – ähnlich wie oben, ein kostenloses Online-Tool. Er unterstützt 12+ der wichtigsten Schema-Typen. Ein guter Workflow für kleine Seiten und schnelle Testfälle.

Der Hall Analysis Schema Generator (hallanalysis.com/json-ld-generator) – ein kostenloses Online-Tool mit mehr Schema-Typen als die Konkurrenz. Nützlich für Nischentypen (Recipe, Event, JobPosting).

Der Workflow mit Online-Generatoren. Sie wählen den Schema-Typ. Sie füllen das Formular mit Daten aus (Firmenname, Adresse, Zeiten usw.). Das Tool erzeugt JSON-LD. Sie kopieren den Codeblock. Sie fügen ihn in den Head der Seite oder über den Google Tag Manager ein. Sie validieren im Rich Results Test. Sie deployen.

Für WordPress – Schema-Plugins.

Yoast SEO Premium (yoast.com) – das beliebteste SEO-Plugin für WordPress. Yoast SEO Premium hat eine umfassende Schema-Umsetzung: Organization, Person, LocalBusiness, Article, BreadcrumbList, FAQPage, HowTo, WebSite, WebPage. Die Konfiguration erfolgt unter SEO > Darstellung in der Suche, mit automatischer Erzeugung je Inhaltstyp. Umsetzung – 1–3 Stunden. Für die meisten WordPress-Seiten empfohlen.

RankMath (rankmath.com) – eine wachsende Alternative zu Yoast. Die kostenlose Version bietet mehr Schema-Typen als Yoast Free (LocalBusiness, FAQPage, HowTo, Recipe in der kostenlosen Stufe). Die Premium-Version hat zusätzlich Course, JobPosting, Event, Restaurant. Umsetzung – 1–3 Stunden.

Schema Pro (mythemeshop.com/plugins/schema-pro) – ein spezielles Schema-Plugin. Die breiteste Unterstützung von Schema-Typen (35+ Typen) unter den WordPress-Plugins. Umsetzung – 2–4 Stunden. Empfohlen für Nischenseiten, die spezifisches Schema benötigen (ein Rezeptblog, ein Jobboard, ein Veranstaltungskalender).

All in One SEO (aioseo.com) – eine Alternative zu Yoast. Umfassende Schema-Unterstützung.

Der Workflow mit WordPress-Plugins. Das Plugin installieren. Die allgemeinen Einstellungen konfigurieren (Organization-Daten, Logo, Social Media). Die Konfiguration je Inhaltstyp (Beiträge als Article, Seiten als WebPage, Custom Post Types). Zufällig ausgewählte Unterseiten im Rich Results Test validieren. Die Search Console 4–6 Wochen nach dem Deployment überwachen.

Für E-Commerce.

WooCommerce – automatisches Product-, Offer- und AggregateRating-Schema bei jedem Produkt. Die Standardumsetzung deckt 80 % des Bedarfs. Für eine fortgeschrittene Umsetzung – WP Schema Pro oder spezielle WooCommerce-SEO-Plugins.

Shopify – automatisches Product, Offer und AggregateRating bei jedem Produkt. Dazu Brand und Manufacturer für Markenseiten. Zusätzliche Plugins aus dem Shopify App Store für Nischentypen (JSON-LD for SEO by Schema App).

PrestaShop, Magento – native Schema-Unterstützung im Core, mehr über Module.

Für individuelles Next.js / React.

Der empfohlene Ansatz – eine individuelle SchemaOrg-Komponente, die JSON-LD anhand von Typ und Daten erzeugt. Eine Pseudo-Implementierung:

// components/SchemaOrg.jsx
export const SchemaOrg = ({ type, data }) => {
  const schema = {
    "@context": "https://schema.org",
    "@type": type,
    ...data
  };

  return (
    <script
      type="application/ld+json"
      dangerouslySetInnerHTML={{ __html: JSON.stringify(schema) }}
    />
  );
};

// usage in page
<SchemaOrg type="LocalBusiness" data={localBusinessData} />

Für Next.js – Schema im Head jeder Seite über next/head oder in Layouts über den App Router. Für SSG – das Schema wird zur Build-Zeit erzeugt. Für SSR – das Schema wird pro Anfrage erzeugt. Umsetzung – 4–8 Stunden für einen erfahrenen Entwickler.

Die Praxis bei Dekada72H – für unsere individuellen Next.js-Projekte (für Kunden, die volle Kontrolle verlangen) bauen wir eine Bibliothek von Schema-Komponenten (Organization, LocalBusiness, Service, Product, Article, FAQPage, BreadcrumbList), die auf allen Seiten genutzt wird. Jede Komponente nimmt Daten als Props entgegen und erzeugt JSON-LD inline. Die Wiederverwendung über Projekte hinweg senkt den Umsetzungsaufwand nach der ersten Implementierung von 4–8 h auf 1–2 h pro Projekt.

Monitoring-Tools.

Google Search Console – kostenlos, ein Muss. Der Bereich „Verbesserungen“ zeigt alle von Google indexierten Schema-Typen plus Fehler und Warnungen aus echten Produktionsdaten. Monatlich überwachen.

Sitebulb (sitebulb.com) – ein kostenpflichtiger SEO-Crawler mit einem speziellen Schema-Audit. Er crawlt Ihre Seite, identifiziert das gesamte Schema-Markup und meldet Fehler und Warnungen. Empfohlen für größere Seiten (500+ Seiten).

Screaming Frog SEO Spider (screamingfrog.co.uk/seo-spider) – ein kostenpflichtiger SEO-Crawler. Die Funktion Custom Extraction erlaubt es, Schema-Markup von jeder Unterseite zu extrahieren. Ein manuelles Audit, aber umfassend.

Der Schema Markup Validator (validator.schema.org) – bereits besprochen, der offizielle Validator der Schema.org-Stiftung.

Ein praktischer Stack für ein kleines Unternehmen aus Wrocław – WordPress + RankMath + Search Console (kostenloses Monitoring). Umsetzung – 2–4 Stunden. In 80 % der Fälle empfohlen.

Ein praktischer Stack für ein mittleres Unternehmen – WordPress + Yoast SEO Premium + Schema Pro + Search Console + Sitebulb. Umsetzung – 4–8 Stunden. Empfohlen für größere Seiten mit Nischen-Schema-Typen.

Ein praktischer Stack für individuelle Entwicklung – Next.js + individuelle SchemaOrg-Komponenten + Search Console + Sitebulb. Gesamtkosten – nur Entwicklungszeit. Umsetzung – 8–20 Stunden für die erste Implementierung, 1–2 h Wiederverwendung in Folgeprojekten. Empfohlen für Seiten, die volle Kontrolle und Performance verlangen.

Schema-Markup und SGE (Search Generative Experience) – warum es 2026 entscheidend ist

Die Search Generative Experience (SGE) ist Googles KI-gestützte Antwort auf Suchanfragen der Nutzer, erzeugt aus mehreren Quellen und oberhalb der Standard-Suchergebnisse angezeigt. Die SGE läuft seit 2023 und wird schrittweise auf immer mehr Suchanfragen ausgeweitet. 2026 erscheint die SGE bei 30–50 % der informationsorientierten Suchanfragen in Polen.

In der SGE zitierte Seiten erhalten einen deutlichen Traffic-Schub – der Kunde klickt auf die Quellenlinks in der SGE-Antwort. Welche Seiten Google in der SGE zitiert, entscheidet es jedoch anhand mehrerer Signale – und Schema-Markup gehört zu den wichtigsten.

Erstens: Schema-Markup hilft Google, Kontext und Autorität der Seite zu verstehen. Seiten mit umfangreichem Article-Schema (mit Autor, Publisher, dateModified) werden als Quellen in der SGE bevorzugt – Google hat klare Daten zu Autor, Datum und Herausgeber.

Zweitens: Schema-Markup qualifiziert die Seite für bestimmte SGE-Features. FAQPage-Schema qualifiziert die Seite für „Direct Q&A“ in der SGE. HowTo-Schema qualifiziert für „Step-by-step instructions“ in der SGE. Product-Schema qualifiziert für „Product comparisons“ in der SGE.

Drittens: Schema-Markup hilft Google, lange Artikel zu parsen und Kernaussagen für die SGE zu extrahieren. Ohne Schema-Markup ist ein langer Artikel mit 5.000 Wörtern ein „Textklumpen“; mit Schema-Markup hat Google eine klare Struktur.

Ein praktisches Beispiel für die Wirkung der SGE. Ein Kunde mit einem Firmenblog in Wrocław – 87 Blogbeiträge. Nach der Umsetzung von Article + FAQPage + BreadcrumbList haben wir SGE-Zitierungen überwacht. Nach 4 Monaten – 23 Beiträge in SGE-Antworten zitiert, ein Traffic-Schub von insgesamt 15–25 % je zitiertem Beitrag. Gesamtwirkung – ein Anstieg des organischen Traffics um 18 % aus SGE-bezogenen Suchanfragen. Das ist ein zusätzlicher ROI über die Standardwirkung von Schema hinaus (Rich Snippets, Knowledge Graph).

2026 ist Schema-Markup nicht mehr optional – es ist eine Voraussetzung für Sichtbarkeit in der SGE. Seiten ohne Schema-Markup werden unabhängig von Inhaltsqualität oder Autorität automatisch als SGE-Quellen herabgestuft. Für Unternehmen aus Wrocław, die 2026 um Top-Positionen in den Suchergebnissen konkurrieren, ist Schema-Markup die Basis, kein Luxus.

Die häufigsten Fragen von Dekada72H-Kunden zu Schema-Markup

In der Arbeit mit über 200 Kunden aus Wrocław und Niederschlesien haben wir diese häufigsten Fragen und Einwände gesammelt. Die Antworten beruhen auf realen Daten aus unseren Projekten.

„Wirkt Schema-Markup sofort nach der Umsetzung?“ - Nein. Google braucht Zeit, die Seite neu zu crawlen und das Schema zu indexieren. Der erste Effekt ist innerhalb von 2–4 Wochen sichtbar (Rich Snippets erscheinen für einzelne URLs). Der volle Effekt innerhalb von 6–12 Wochen (die meisten Unterseiten geeignet). Die Search Console > Verbesserungen aktualisiert sich wöchentlich – überwachen Sie den Fortschritt.

„Kann Schema-Markup meiner Seite schaden, wenn ich einen Fehler mache?“ - Die meisten Fehler schaden nicht – sie aktivieren lediglich keine Rich Snippets. Spam-Markup (Review für nicht bewertete Inhalte, AggregateRating für eine Seite ohne Bewertungen) kann jedoch zu einer manuellen Maßnahme führen. Eine manuelle Maßnahme disqualifiziert die gesamte Seite von Rich Snippets, mitunter für Monate. Vorbeugung – nur Schema für Inhalte, die tatsächlich auf der Seite stehen.

„Kann ich Schema-Markup nur auf wichtigen Unterseiten einsetzen?“ - Ja, aber inkonsistent. LocalBusiness, Organization, BreadcrumbList – auf jeder Unterseite. Service – auf Leistungsunterseiten. Product – auf Produktunterseiten. Article – im Blog. FAQPage – nur dort, wo es ein echtes FAQ gibt. Eine selektive Umsetzung ist in Ordnung – es zählt die Qualität, nicht die Menge.

„Beeinflusst Schema-Markup das Ranking bei Bing, Yandex, DuckDuckGo?“ - Ja, ähnlich wie bei Google. Bing unterstützt Schema.org offiziell und nutzt es, um eigene Rich Snippets zu erzeugen. Yandex ähnlich. DuckDuckGo basiert auf dem Bing-Index plus eigenen Crawlern. 90 % des organischen Traffics in Polen kommen jedoch von Google, daher liegt der Fokus auf Google-Rich-Snippets.

„Kann ich Schema-Markup für Black-Hat-SEO nutzen?“ - Nein. Schema-Markup-Spam (gefälschte Bewertungen, gefälschte Noten, Schema für nicht vorhandene Inhalte) wird von Google erkannt und bestraft. Risiko vs. Ertrag – ein 10-faches Risiko gegenüber einem minimalen kurzfristigen Ertrag. Lassen Sie es.

„Verbessert Schema-Markup die Core Web Vitals?“ - Nicht direkt. Schema-Markup ist ein zusätzlicher JSON-LD-Block im Head, von einigen Dutzend bis zu einigen Hundert Bytes pro Block. Die Auswirkung auf die Performance ist nahezu null. Schema-Markup hilft aber der CTR in den Suchergebnissen, die indirekt mit dem technischen SEO zusammenhängt – eine höhere CTR signalisiert Qualität, was das Ranking verbessert.

„Wird Schema-Markup 2027 und später wichtig sein?“ - Ja, wahrscheinlich wichtiger als 2026. Der Trend: mehr KI-gestützte Features in den Suchergebnissen (SGE, AI Overviews, KI-Antworten), mehr Rich Snippets, mehr Knowledge-Graph-Integrationen. Schema-Markup ist das Fundament all dieser Features. Eine Investition heute = eine Vorleistung für die kommenden Jahre.

Fazit – Schema-Markup als Fundament von SEO 2026

Schema-Markup ist 2026 kein „fortgeschrittenes SEO“. Es ist die Basis. Eine Website ohne Schema-Markup spielt 2026 SEO mit einem Handicap von 30–50 %. Ein Wettbewerber mit Schema gewinnt die CTR-Duelle, gewinnt Rich Snippets, gewinnt SGE-Zitierungen – alles, ohne bessere Inhalte oder stärkere Links haben zu müssen.

Praktische Empfehlungen für Unternehmen aus Wrocław 2026.

Erstens: Wenn Sie kein Schema-Markup haben, beginnen Sie heute. Das Minimum: Organization, LocalBusiness, BreadcrumbList. Das sind 4–8 Stunden Arbeit, mit einem ROI in 2–4 Monaten.

Zweitens: Wenn Sie Schema-Markup aus einem Plugin haben, prüfen Sie es per Audit. 80 % der Plugins haben eine Standardkonfiguration, die 60–80 % des Bedarfs abdeckt, aber Schlüsselfelder und Nischentypen auslässt. Ein Audit + Korrektur – 4–8 Stunden, 20–40 % zusätzliche Wirksamkeit.

Drittens: Wenn Sie individuelle Entwicklung betreiben, investieren Sie in Schema-Komponenten, die sich über Projekte hinweg wiederverwenden lassen. Die erste Umsetzung 8–20 Stunden, spätere Projekte 1–2 Stunden. Der langfristige ROI ist phänomenal.

Viertens: Überwachen Sie die Search Console > Verbesserungen monatlich. Beheben Sie Fehler binnen 1–2 Wochen. Beheben Sie Warnungen, wenn Sie Zeit haben. Schema ist eine Wartungsaufgabe, kein „einmal einrichten und vergessen“.

Fünftens: Erweitern Sie das Schema schrittweise. Beginnen Sie mit Organization, LocalBusiness, BreadcrumbList. Nach 1–2 Monaten fügen Sie Service, FAQPage, Article hinzu. Nach 3–6 Monaten Product, Review, AggregateRating. Nach 6–12 Monaten Nischentypen (HowTo, Recipe, Event, JobPosting, wenn sie zu Ihrer Branche passen).

Schema-Markup ist 2026 einer der günstigsten Wege, organischen Traffic zu gewinnen. Ein ROI von 200–500 % im ersten Jahr ist der Standard, nicht die Ausnahme. Die Investition amortisiert sich in 2–4 Monaten. Der langfristige Wert wächst – mehr KI-gestützte Features in den Suchergebnissen, mehr Rich Snippets, mehr SGE-Zitierungen.

Für ein Unternehmen aus Wrocław, das 2026 eine SEO-Strategie plant, ist Schema-Markup keine Frage des „Ob“, sondern nur des „Wie schnell“. Jeder Monat ohne Schema-Markup ist ein Monat verlorener organischer Sichtbarkeit, verlorener Klicks und verlorener Leads. Je früher Sie es umsetzen, desto früher beginnen Sie zu profitieren.

Eine vollständige SEO-Strategie 2026 verbindet Schema-Markup mit einem Website-SEO-Audit (60+ technische Punkte zur Prüfung), technischem SEO (Core Web Vitals, Indexierung, Sitemap), lokaler Positionierung und Content-Marketing. Schema-Markup ist das Fundament – ohne es entfalten die übrigen Elemente nicht ihr volles Potenzial. Mit gutem Schema-Markup vervielfachen alle anderen SEO-Elemente ihre Wirkung.

Wenn Sie in Ihrem Unternehmen in Wrocław Schema-Markup umsetzen wollen, beginnen Sie mit einem Audit des Ist-Zustands – was Sie haben, was fehlt, was kaputt ist. Wählen Sie dann den Stack (ein WordPress-Plugin, individuelle Entwicklung, manuelle Umsetzung) und priorisieren Sie – zuerst die Typen mit dem höchsten ROI. Danach Umsetzung, Validierung, Deployment, Monitoring. Der gesamte Zyklus dauert bei einer mittelgroßen Seite 2–6 Wochen, mit ROI im ersten Quartal. Bei Dekada72H liefern wir die Umsetzung als Sprint 72h, gerechnet ab Ihrer Freigabe des Umfangs; wir nennen keine Preisspannen – Sie erhalten innerhalb von 24 Stunden ein Festpreisangebot.

Schema-Markup ist eines jener Dinge im digitalen Marketing, die immer, für alle und in jeder Branche funktionieren. Es ist nicht sexy, es ist kein Top-Thema auf Konferenzen, und es erzeugt keine viralen Inhalte auf LinkedIn. Aber es funktioniert – leise, beständig, messbar. 2026 ist das Grund genug, dass es Ihr Prioritätsprojekt wird.