WebPage und WebSite Schema Markup: Vollständige Anleitung 2026

Wer strukturierte Daten für SEO einsetzt, denkt sofort an spezifische Typen wie Product, Recipe oder Event. Dabei werden zwei der grundlegendsten Schema-Typen oft übersehen: WebPage und WebSite. Diese beiden Markups geben Google ein detailliertes Bild über die Struktur deiner gesamten Website und können — richtig eingesetzt — dazu beitragen, dass Google deine Sitelinks-Suche direkt in den Suchergebnissen anzeigt.

In diesem Leitfaden lernst du, wie du WebPage und WebSite Schema Markup vollständig implementierst, welche Properties wirklich wichtig sind und wie du die SiteSearch-Aktion aktivierst, die die interne Suche deiner Website direkt in Google einbettet.

Was ist WebSite Schema Markup?

WebSite ist ein Schema.org-Typ, der deine gesamte Website als Einheit beschreibt. Er gehört auf die Startseite deiner Website — und nur dort. Mit ihm teilst du Google grundlegende Informationen über dein Webangebot mit: den Namen, die URL, den Herausgeber und optional eine Suchfunktion.

Der wichtigste Grund, WebSite-Markup einzubinden, ist die Sitelinks-Suche: Wenn du das Markup korrekt implementierst, kann Google in den Suchergebnissen direkt ein Suchfeld für deine Website anzeigen. Nutzer können so ohne Umweg über deine Domain suchen — ein enormer Sichtbarkeits- und Vertrauensgewinn.

Grundstruktur WebSite

{
  "@context": "https://schema.org",
  "@type": "WebSite",
  "@id": "https://deine-website.de/#website",
  "name": "Deine Website",
  "url": "https://deine-website.de",
  "description": "Kurze Beschreibung deines Webangebots",
  "inLanguage": "de-DE",
  "publisher": {
    "@type": "Organization",
    "@id": "https://deine-website.de/#organization",
    "name": "Dein Unternehmen GmbH"
  }
}

Das @id-Feld mit dem #website-Fragment ist eine Best Practice: Es erzeugt einen stabilen Bezeichner, auf den andere Schema-Typen auf deiner Website verweisen können — zum Beispiel WebPage-Objekte auf Unterseiten.

Die SiteSearch-Aktion: Integrierte Suche in Google

Die mächtigste Funktion des WebSite-Markups ist die SearchAction. Sie teilt Google mit, wie die interne Suchfunktion deiner Website funktioniert — und ermöglicht so, dass Google direkt in den SERP ein Suchfeld für deine Website einblendet.

Voraussetzungen für die SiteSearch-Aktion

Damit Google die Sitelinks-Suche aktiviert, müssen folgende Bedingungen erfüllt sein:

• Deine Website muss eine funktionierende interne Suche haben
• Die Suchergebnisse müssen über eine URL abrufbar sein (z.B. ?s=keyword)
• Deine Website muss für das entsprechende Keyword gut ranken (meist für den Markennamen)
• Das WebSite-Markup muss korrekt auf der Startseite implementiert sein

SearchAction implementieren

{
  "@context": "https://schema.org",
  "@type": "WebSite",
  "@id": "https://deine-website.de/#website",
  "name": "Deine Website",
  "url": "https://deine-website.de",
  "inLanguage": "de-DE",
  "publisher": {
    "@type": "Organization",
    "name": "Dein Unternehmen GmbH",
    "url": "https://deine-website.de"
  },
  "potentialAction": {
    "@type": "SearchAction",
    "target": {
      "@type": "EntryPoint",
      "urlTemplate": "https://deine-website.de/?s={search_term_string}"
    },
    "query-input": "required name=search_term_string"
  }
}

Das {search_term_string}-Platzhalter-Muster ist hier entscheidend. Er wird durch den Suchbegriff des Nutzers ersetzt. Der exakte URL-Parameter hängt von deiner CMS-Plattform ab:

• WordPress: ?s={search_term_string}
• Shopify: /search?q={search_term_string}
• Magento: /catalogsearch/result/?q={search_term_string}
• TYPO3: ?tx_solr[q]={search_term_string} (je nach Konfiguration)

Was ist WebPage Schema Markup?

WebPage und seine Untertypen beschreiben einzelne Seiten deiner Website. Im Gegensatz zum WebSite-Markup, das einmalig auf der Startseite sitzt, gehört WebPage-Markup auf jede wichtige Seite deiner Website.

Schema.org bietet verschiedene WebPage-Untertypen, die du je nach Seitentyp verwenden solltest:

• WebPage — generischer Typ für alle Seiten
• AboutPage — Über-uns-Seite
• ContactPage — Kontaktseite
• FAQPage — Häufige Fragen (dazu mehr in unserem FAQPage Schema Markup Leitfaden)
• ItemPage — Produktdetailseite in einem Shop
• ProfilePage — Profilseite einer Person oder Organisation
• SearchResultsPage — Suchergebnisseite (diese sollte nicht indexiert werden)
• CollectionPage — Sammlungs- oder Kategorieseite

WebPage Grundstruktur

{
  "@context": "https://schema.org",
  "@type": "WebPage",
  "@id": "https://deine-website.de/ueber-uns/#webpage",
  "url": "https://deine-website.de/ueber-uns/",
  "name": "Über uns – Deine Website",
  "description": "Erfahre mehr über unser Team und unsere Mission.",
  "inLanguage": "de-DE",
  "isPartOf": {
    "@id": "https://deine-website.de/#website"
  },
  "datePublished": "2024-01-15",
  "dateModified": "2026-03-10",
  "breadcrumb": {
    "@type": "BreadcrumbList",
    "itemListElement": [
      {
        "@type": "ListItem",
        "position": 1,
        "name": "Startseite",
        "item": "https://deine-website.de"
      },
      {
        "@type": "ListItem",
        "position": 2,
        "name": "Über uns",
        "item": "https://deine-website.de/ueber-uns/"
      }
    ]
  }
}

Das isPartOf-Property stellt die Verbindung zwischen der einzelnen Seite und der übergeordneten Website her. Es verweist auf die @id des WebSite-Markups. Das ergibt ein kohärentes Knowledgegraph-Netzwerk, das Google hilft, die Struktur deiner Website besser zu verstehen.

Alle wichtigen WebPage Properties im Überblick

Hier sind die Properties, die du für eine vollständige WebPage-Implementierung kennen solltest:

Pflicht-Properties

• @type — Typ der Seite (WebPage oder Untertyp)
• @id — Eindeutige URL der Seite als Bezeichner (empfohlen: URL + #webpage)
• url — Kanonische URL der Seite
• name — Titel der Seite (entspricht meist dem <title>-Tag)

Empfohlene Properties

• description — Kurze Beschreibung (entspricht der Meta-Description)
• inLanguage — Sprachcode (z.B. de-DE, en-US)
• isPartOf — Verweis auf das WebSite-Objekt
• datePublished — Veröffentlichungsdatum (ISO 8601)
• dateModified — Letztes Änderungsdatum
• breadcrumb — Breadcrumb-Navigation (alternativ: separates BreadcrumbList-Objekt)
• author — Autor der Seite (besonders wichtig für E-E-A-T)
• image — Hauptbild der Seite

Erweiterte Properties

• primaryImageOfPage — Hauptbild explizit als ImageObject
• mentions — Entitäten, die auf der Seite erwähnt werden
• about — Thema der Seite
• keywords — Thematische Schlüsselwörter
• speakable — Für Sprachassistenten geeignete Textabschnitte (CSS-Selektoren)

Vollständiges Beispiel: Startseite mit WebSite + WebPage

Auf der Startseite kombinierst du WebSite und WebPage in einem JSON-LD-Block:

<script type="application/ld+json">
[
  {
    "@context": "https://schema.org",
    "@type": "WebSite",
    "@id": "https://deine-website.de/#website",
    "name": "Deine Website",
    "url": "https://deine-website.de",
    "description": "Kurze Beschreibung deines Webangebots",
    "inLanguage": "de-DE",
    "publisher": {
      "@type": "Organization",
      "@id": "https://deine-website.de/#organization",
      "name": "Deine Firma GmbH"
    },
    "potentialAction": {
      "@type": "SearchAction",
      "target": {
        "@type": "EntryPoint",
        "urlTemplate": "https://deine-website.de/?s={search_term_string}"
      },
      "query-input": "required name=search_term_string"
    }
  },
  {
    "@context": "https://schema.org",
    "@type": "WebPage",
    "@id": "https://deine-website.de/#webpage",
    "url": "https://deine-website.de",
    "name": "Deine Website – Unternehmensslogan",
    "description": "Beschreibung der Startseite",
    "inLanguage": "de-DE",
    "isPartOf": {
      "@id": "https://deine-website.de/#website"
    },
    "about": {
      "@id": "https://deine-website.de/#organization"
    },
    "datePublished": "2023-01-01",
    "dateModified": "2026-04-01"
  }
]
</script>

Durch die Verwendung von @id-Referenzen verknüpfst du alle drei Entitäten — Organization, WebSite und WebPage — miteinander. Google versteht diese Verknüpfungen und kann daraus einen zusammenhängenden Knowledge-Graph-Eintrag für deine Domain erstellen.

AboutPage und ContactPage: Spezifische Untertypen

Für Über-uns- und Kontaktseiten solltest du die spezifischen Untertypen verwenden:

// Über-uns-Seite
{
  "@context": "https://schema.org",
  "@type": "AboutPage",
  "@id": "https://deine-website.de/ueber-uns/#webpage",
  "url": "https://deine-website.de/ueber-uns/",
  "name": "Über uns – Deine Website",
  "description": "Das Team hinter Deine Website.",
  "inLanguage": "de-DE",
  "isPartOf": {
    "@id": "https://deine-website.de/#website"
  },
  "about": {
    "@type": "Organization",
    "name": "Deine Firma GmbH",
    "url": "https://deine-website.de"
  }
}

// Kontaktseite
{
  "@context": "https://schema.org",
  "@type": "ContactPage",
  "@id": "https://deine-website.de/kontakt/#webpage",
  "url": "https://deine-website.de/kontakt/",
  "name": "Kontakt – Deine Website",
  "description": "So erreichst du uns.",
  "inLanguage": "de-DE",
  "isPartOf": {
    "@id": "https://deine-website.de/#website"
  }
}

Diese spezifischen Typen helfen Google zu verstehen, welche Rolle jede Seite in deinem Webangebot spielt. Eine AboutPage signalisiert Transparenz und stärkt das E-E-A-T-Signal — ähnlich wie Person Schema Markup und Organization Schema Markup zusammen wirken.

WebPage und BreadcrumbList kombinieren

Die Breadcrumb-Navigation ist eng mit dem WebPage-Markup verknüpft. Du kannst das BreadcrumbList-Objekt direkt in das WebPage-Markup einbetten oder als separates Objekt definieren. Für eine saubere Trennung empfehlen wir die separate Variante:

[
  {
    "@context": "https://schema.org",
    "@type": "WebPage",
    "@id": "https://deine-website.de/blog/mein-artikel/#webpage",
    "url": "https://deine-website.de/blog/mein-artikel/",
    "name": "Mein Artikel – Deine Website",
    "isPartOf": { "@id": "https://deine-website.de/#website" },
    "breadcrumb": { "@id": "https://deine-website.de/blog/mein-artikel/#breadcrumb" }
  },
  {
    "@context": "https://schema.org",
    "@type": "BreadcrumbList",
    "@id": "https://deine-website.de/blog/mein-artikel/#breadcrumb",
    "itemListElement": [
      { "@type": "ListItem", "position": 1, "name": "Startseite", "item": "https://deine-website.de" },
      { "@type": "ListItem", "position": 2, "name": "Blog", "item": "https://deine-website.de/blog/" },
      { "@type": "ListItem", "position": 3, "name": "Mein Artikel", "item": "https://deine-website.de/blog/mein-artikel/" }
    ]
  }
]

Mehr über Breadcrumb-Markup erfährst du in unserem BreadcrumbList Schema Markup Leitfaden.

Häufige Fehler bei WebPage und WebSite Markup

1. WebSite-Markup auf jeder Seite einbinden

Problem: Viele Website-Betreiber fügen das WebSite-Markup als Teil ihres globalen Templates auf jede Seite ein. Das ist falsch. Das WebSite-Markup gehört ausschließlich auf die Startseite. Auf allen anderen Seiten verursacht es redundante und potenziell verwirrende Signale.

Lösung: Implementiere das WebSite-Markup bedingt — nur wenn die aktuelle URL die Startseite ist.

2. Falsche URL im SearchAction-Target

Problem: Das SearchAction-Ziel-URL-Template stimmt nicht mit dem tatsächlichen Suchergebnis-URL-Format überein. Wenn deine WordPress-Suche ?s= als Parameter nutzt, du aber /search?q= angibst, funktioniert die SiteSearch-Aktion nicht.

Lösung: Teste deine interne Suche manuell, schau dir die URL in der Adresszeile an und übertrage das genaue Muster ins Markup.

3. Fehlende @id-Verknüpfungen

Problem: WebPage-Markup ohne isPartOf-Verweis auf das WebSite-Objekt ist strukturell unvollständig. Google kann die Seite zwar verarbeiten, aber das Markup entfaltet sein volles Potenzial erst durch die Verknüpfung.

Lösung: Stelle sicher, dass jedes WebPage-Objekt auf das WebSite-Objekt verweist und dieses wiederum auf das Organization-Objekt.

4. Inkonsistente Datumsangaben

Problem: datePublished und dateModified stimmen nicht mit den tatsächlichen Zeitpunkten überein oder werden nicht aktualisiert. Google kann bei offensichtlichen Diskrepanzen das Markup als irreführend einstufen.

Lösung: Pflege die Datumsangaben beim Erstellen und bei jeder inhaltlichen Aktualisierung der Seite.

Checkliste: WebPage und WebSite Markup richtig einsetzen

• ☐ WebSite-Markup nur auf der Startseite eingebunden
• ☐ @id mit #website-Fragment vergeben
• ☐ Publisher als Organization-Referenz verknüpft
• ☐ SearchAction korrekt implementiert (wenn interne Suche vorhanden)
• ☐ URL-Template der SearchAction mit echtem Suchformat geprüft
• ☐ WebPage-Markup auf allen wichtigen Seiten vorhanden
• ☐ Spezifische Untertypen (AboutPage, ContactPage) für passende Seiten
• ☐ isPartOf-Verweis auf WebSite-Objekt in jedem WebPage gesetzt
• ☐ Datumsangaben aktuell und korrekt
• ☐ Markup mit dem JSON-LD Structured Data Validator geprüft
• ☐ BreadcrumbList mit WebPage verknüpft

WebPage vs. Article: Was ist der Unterschied?

Eine häufige Frage ist: Wann soll ich WebPage, wann Article verwenden? Die Antwort: Beides gleichzeitig — sie beschreiben unterschiedliche Aspekte derselben URL.

Article (und seine Untertypen BlogPosting, NewsArticle) beschreibt den Inhalt einer Seite — wer ihn geschrieben hat, wann er veröffentlicht wurde, um welches Thema es geht. WebPage beschreibt die Seite selbst innerhalb der Website-Struktur — ihre URL, ihren Platz in der Navigation, ihre Verbindung zur übergeordneten Domain.

Für einen Blog-Artikel empfiehlt sich daher folgende Kombination:

[
  {
    "@type": "WebPage",
    "@id": "https://deine-website.de/blog/artikel/#webpage",
    "url": "https://deine-website.de/blog/artikel/",
    "isPartOf": { "@id": "https://deine-website.de/#website" }
  },
  {
    "@type": "BlogPosting",
    "mainEntityOfPage": { "@id": "https://deine-website.de/blog/artikel/#webpage" },
    "headline": "Artikeltitel",
    "author": { "@type": "Person", "name": "Max Mustermann" },
    "datePublished": "2026-04-18"
  }
]

Markup validieren und testen

Bevor du das Markup live schaltest, solltest du es mit zwei Tools prüfen:

• JSON-LD Structured Data Validator von Shift07 — prüft die JSON-Syntax und zeigt häufige Schema-Fehler
• Google Rich Results Test — zeigt, welche Rich Results Google aus deinem Markup erzeugen kann
• Schema Markup Validator (schema.org) — validiert gegen das offizielle Schema.org-Vokabular

Achte beim Testen besonders darauf, dass die SearchAction-URL tatsächlich Suchergebnisse liefert. Gib einen Testbegriff in deine Website-Suche ein und vergleiche die entstehende URL mit dem Template im Markup.

Fazit: WebPage und WebSite als strukturelles Fundament

WebSite und WebPage Schema Markup sind das strukturelle Fundament deiner Schema-Implementierung. Sie verknüpfen alle anderen Markup-Typen (Product, Article, FAQPage, Organization) zu einem kohärenten Bild, das Google für seinen Knowledge Graph nutzen kann.

Besonders wertvoll ist die SearchAction — ein oft übersehenes Feature, das deine Website direkt in den Google-Suchergebnissen mit einem Suchfeld ausstattet. Für Websites mit gut funktionierender interner Suche und starkem Marken-Ranking ist das eine der einfachsten Möglichkeiten, die Sichtbarkeit zu steigern.

Nutze unsere kostenlose SEO-Analyse auf shift07.ai, um zu prüfen, ob deine Website alle wichtigen Markup-Typen korrekt implementiert hat — und wo noch Optimierungspotenzial liegt.