Strukturierte Daten für Organisationen (Organization)

Knowledge Panel für Händler in den Google-Suchergebnissen
Knowledge Panel für Händler in den Google-Suchergebnissen

Wenn du deiner Startseite strukturierte Daten für Organisationen hinzufügst, kann Google die Verwaltungsdetails deiner Organisation besser verstehen und deine Organisation in den Suchergebnissen eindeutig identifizieren. Einige Properties werden im Hintergrund verwendet, um deine Organisation von anderen Organisationen zu unterscheiden (wie iso6523 und naics), während andere die visuellen Elemente in Suchergebnissen beeinflussen können (z. B. das logo, das in den Suchergebnissen und in deinem Knowledge Panel angezeigt wird). Als Händler kannst du weitere Details in deinem Knowledge Panel für Händler und deinem Markenprofil beeinflussen, z. B. Rückgabebedingungen, Adresse und Kontaktdaten. Es gibt keine erforderlichen Properties. Wir empfehlen stattdessen, so viele Properties wie möglich hinzuzufügen, die für deine Organisation relevant sind.

So fügst du strukturierte Daten hinzu

Strukturierte Daten sind ein standardisiertes Format, mit dem du Informationen zu einer Seite angeben und die Seiteninhalte klassifizieren kannst. Falls strukturierte Daten für dich ein neues Thema sind, findest du hier Informationen dazu, wie sie funktionieren.

In der folgenden Übersicht haben wir zusammengefasst, wie du strukturierte Daten erstellst, testest und veröffentlichst.

  1. Füge beliebig viele empfohlene Eigenschaften für deine Webseite hinzu. Es gibt keine erforderlichen Properties. Füge stattdessen die Properties hinzu, die auf deine Inhalte zutreffen. Hier erfährst du, wie du strukturierte Daten je nach verwendetem Format auf der Seite einfügst.
  2. Folge den Richtlinien.
  3. Prüfe deinen Code mit dem Test für Rich-Suchergebnisse und behebe alle kritischen Fehler. Zusätzlich solltest du alle nicht kritischen Probleme beheben, die im Tool möglicherweise gemeldet werden. Das kann dabei helfen, die Qualität deiner strukturierten Daten zu verbessern. Das ist jedoch nicht nötig, um für Rich-Suchergebnisse geeignet zu sein.
  4. Stelle ein paar Seiten mit deinen strukturierten Daten bereit und teste mit dem URL-Prüftool, wie Google die Seiten sieht. Achte darauf, dass die Seiten für Google zugänglich sind und nicht durch eine robots.txt-Datei, das noindex-Tag oder Anmeldeanforderungen blockiert werden. Wenn die Seiten in Ordnung sind, kannst du Google bitten, deine URLs noch einmal zu crawlen.
  5. Damit Google über künftige Änderungen auf dem Laufenden bleibt, empfehlen wir dir, eine Sitemap einzureichen. Mit der Search Console Sitemap API lässt sich dieser Vorgang automatisieren.

Beispiele

Organization

Hier siehst du ein Beispiel für Organisationsinformationen im JSON-LD-Code.


<html>
  <head>
    <title>About Us</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "Organization",
      "image": "https://www.example.com/example_image.jpg",
      "url": "https://www.example.com",
      "sameAs": ["https://example.net/profile/example1234", "https://example.org/example1234"],
      "logo": "https://www.example.com/images/logo.png",
      "name": "Example Corporation",
      "description": "The example corporation is well-known for producing high-quality widgets",
      "email": "contact@example.com",
      "telephone": "+47-99-999-9999",
      "address": {
        "@type": "PostalAddress",
        "streetAddress": "Rue Improbable 99",
        "addressLocality": "Paris",
        "addressCountry": "FR",
        "addressRegion": "Ile-de-France",
        "postalCode": "75001"
      },
      "vatID": "FR12345678901",
      "iso6523Code": "0199:724500PMK2A2M1SQQ228"
    }
    </script>
  </head>
  <body>
  </body>
</html>

OnlineStore mit Rückgabebedingungen (Beispiel-Untertyp von Organization)

Hier sehen Sie ein Beispiel für Informationen zu einem Onlineshop in JSON-LD-Code.

<html>
  <head>
    <title>About Us</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "OnlineStore",
      "name": "Example Online Store",
      "url": "https://www.example.com",
      "sameAs": ["https://example.net/profile/example12", "https://example.org/@example34"],
      "logo": "https://www.example.com/assets/images/logo.png",
      "contactPoint": {
        "contactType": "Customer Service",
        "email": "support@example.com",
        "telephone": "+47-99-999-9900"
      },
      "vatID": "FR12345678901",
      "iso6523Code": "0199:724500PMK2A2M1SQQ228",
      "hasMerchantReturnPolicy": {
        "@type": "MerchantReturnPolicy",
        "applicableCountry": ["FR", "CH"],
        "returnPolicyCountry": "FR",
        "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
        "merchantReturnDays": 60,
        "returnMethod": "https://schema.org/ReturnByMail",
        "returnFees": "https://schema.org/FreeReturn",
        "refundType": "https://schema.org/FullRefund"
      }
      ... // Other Organization-level properties
    }
    </script>
  </head>
  <body>
  </body>
</html>

Richtlinien

Damit strukturierte Daten in die Google-Suchergebnisse aufgenommen werden können, musst du die folgenden Richtlinien beachten.

Technische Richtlinien

Wir empfehlen, diese Informationen auf deiner Startseite oder auf einer einzelnen Seite zu platzieren, auf der deine Organisation beschrieben wird, beispielsweise auf der Seite Über uns. Du musst sie nicht auf jeder Seite deiner Website einfügen.

Wir empfehlen die Verwendung des Schema.org-Untertyps von Organization, der zu deiner Organisation passt. Wenn du beispielsweise eine E-Commerce-Website hast, empfehlen wir die Verwendung des Untertyps OnlineStore anstelle von OnlineBusiness. Wenn es auf deiner Website um ein lokales Unternehmen geht, z. B. ein Restaurant oder ein Ladengeschäft, solltest du die administrativen Details angeben. Verwende dabei die spezifischsten Untertypen von LocalBusiness und die Pflichtfelder und empfohlenen Felder für Lokales Unternehmen zusätzlich zu den in diesem Leitfaden empfohlenen Feldern.

Definitionen strukturierter Datentypen

Google erkennt die folgenden Properties für eine Organization. Damit Google deine Seite besser versteht, füge möglichst viele empfohlene Properties hinzu, die auf deine Webseite zutreffen. Es gibt keine erforderlichen Properties. Füge stattdessen die Properties hinzu, die auf deine Organisation zutreffen.

Empfohlene Properties
address

PostalAddress

Die Adresse deiner Organisation (physische Adresse oder Postanschrift), falls zutreffend. Gib alle Properties an, die für dein Land gelten. Je mehr Properties du angibst, desto informativer ist das Ergebnis für Nutzer. Du kannst mehrere Adressen angeben, wenn du einen Standort in mehreren Städten, Bundesländern oder Ländern hast. Beispiel:

"address": [{
  "@type": "PostalAddress",
  "streetAddress": "999 W Example St Suite 99 Unit 9",
  "addressLocality": "New York",
  "addressRegion": "NY",
  "postalCode": "10019",
  "addressCountry": "US"
},{
  "streetAddress": "999 Rue due exemple",
  "addressLocality": "Paris",
  "postalCode": "75001",
  "addressCountry": "FR"
}]
address.addressCountry

Text

Das Land deiner Postanschrift anhand des aus zwei Buchstaben bestehenden ISO 3166-1-Alpha-2-Ländercodes.

address.addressLocality

Text

Der Ort deiner Postanschrift.

address.addressRegion

Text

Die Region deiner Postanschrift, falls zutreffend. Zum Beispiel ein Bundesland.

address.postalCode

Text

Die Postleitzahl deiner Adresse.

address.streetAddress

Text

Die vollständige Straßenadresse deiner Postanschrift.

alternateName

Text

Ein anderer gebräuchlicher Name, den deine Organisation verwendet, falls zutreffend.

contactPoint

ContactPoint

Die beste Möglichkeit für Nutzer, Ihr Unternehmen zu kontaktieren (falls zutreffend). Gib alle für deine Nutzer verfügbaren Supportmethoden gemäß den von Google empfohlenen Best Practices an. Beispiel:

"contactPoint": {
  "@type": "ContactPoint",
  "telephone": "+9-999-999-9999",
  "email": "contact@example.com"
}
contactPoint.email

Text

Die E-Mail-Adresse, unter der dein Unternehmen kontaktiert werden kann, falls zutreffend. Wenn du den Typ LocalBusiness verwendest, gib eine primäre E-Mail-Adresse auf LocalBusiness-Ebene an, bevor du contactPoint verwendest, um mehrere Möglichkeiten anzugeben, wie deine Organisation erreicht werden kann.

contactPoint.telephone

Text

Die Telefonnummer, unter der dein Unternehmen kontaktiert werden kann, falls zutreffend. Gib in jedem Fall auch die Landes- und Ortsvorwahl an. Wenn du den Typ LocalBusiness verwendest, gib eine primäre Telefonnummer auf LocalBusiness-Ebene an, bevor du contactPoint verwendest, um mehrere Möglichkeiten anzugeben, wie deine Organisation zu erreichen ist.

description

Text

Eine detaillierte Beschreibung deiner Organisation, falls zutreffend.

duns

Text

Die Dun & Bradstreet-D-U-N-S-Nummer zur Identifizierung deiner Organization, falls zutreffend. Wir empfehlen, stattdessen das Feld iso6523Code mit dem Präfix 0060: zu verwenden.

email

Text

Die E-Mail-Adresse, unter der dein Unternehmen kontaktiert werden kann, falls zutreffend.

foundingDate

Date

Das Gründungsdatum deiner Organization. Die Angabe erfolgt im ISO 8601-Datumsformat, sofern zutreffend.

globalLocationNumber

Text

Die GS1 Global Location Number zur Angabe des Standorts deiner Organization, falls zutreffend.

hasMerchantReturnPolicy

MerchantReturnPolicy

Die von deiner Organization verwendeten Rückgabebedingungen (falls zutreffend). Wenn Sie diese Property hinzufügen, Füllen Sie auch die erforderlichen und empfohlenen Felder für MerchantReturnPolicy aus.

iso6523Code

Text

Die ISO 6523-Kennung deiner Organisation, falls zutreffend. Der erste Teil einer ISO 6523-Kennzeichnung ist ein ICD (International Code Designator), der angibt, welches Identifikationsschema verwendet wird. Der zweite Teil ist die eigentliche Kennung. Wir empfehlen, den ICD und die Kennung durch einen Doppelpunkt (U+003A) zu trennen. Gängige ICD-Werte sind:

  • 0060: Dun & Bradstreet Data Universal Numbering System (D-U-N-S)
  • 0088: GS1 Global Location Number (GLN)
  • 0199: Legal Entity Identifier (LEI)
legalName

Text

Der registrierte, rechtsgültige Name deiner Organization, falls zutreffend und von der name-Property verschieden.

leiCode

Text

Die Kennung für deine Organization gemäß ISO 17442, falls zutreffend. Wir empfehlen, stattdessen das Feld iso6523Code mit dem Präfix 0199: zu verwenden.

logo

URL oder ImageObject

Gegebenenfalls ein Logo, das Ihre Organisation repräsentiert. Wenn du diese Property hinzufügst, kann Google besser verstehen, welches Logo du anzeigen lassen möchtest, beispielsweise in den Suchergebnissen und in Knowledge Panels.

Richtlinien für Bilder:

  • Das Bild muss mindestens 112 × 112 Pixel groß sein.
  • Die Bild-URL muss crawlbar und indexierbar sein.
  • Das Bilddateiformat muss von Google Bilder unterstützt werden.
  • Achte darauf, dass das Bild auch so aussieht, wie es auf einem rein weißen Hintergrund aussehen soll. Wenn das Logo beispielsweise größtenteils weiß oder grau ist, sieht es eventuell nicht so aus, wie es auf einem weißen Hintergrund aussehen soll.

Wenn du den ImageObject-Typ verwendest, muss dieser eine gültige contentUrl- oder url-Property haben, die denselben Richtlinien wie ein URL-Typ entspricht.

naics

Text

Der NAICS-Code (North American Industry Classification System) für deine Organization, falls zutreffend.

name

Text

Der Name deiner Organisation. Verwende denselben name und alternateName wie für deinen Websitenamen.

numberOfEmployees

QuantitativeValue

Die Anzahl der Mitarbeiter in deiner Organization, falls zutreffend.

Beispiel mit einer bestimmten Anzahl von Mitarbeitern:

"numberOfEmployees": {
  "@type": "QuantitativeValue",
  "value": 2056
}

Beispiel mit der Anzahl der Mitarbeiter in einem Bereich:

"numberOfEmployees": {
  "@type": "QuantitativeValue",
  "minValue": 100,
  "maxValue": 999
}
sameAs

URL

Die URL einer Seite auf einer anderen Website mit zusätzlichen Informationen zu deiner Organisation, falls zutreffend. Das kann beispielsweise eine URL zur Profilseite deiner Organisation in einem sozialen Netzwerk oder auf einer Rezensionswebsite sein. Du kannst mehrere sameAs-URLs angeben.

taxID

Text

Die Steuernummer, die mit deiner Organization verknüpft ist, sofern zutreffend. Achte darauf, dass taxID mit dem Land übereinstimmt, das du im Feld address angegeben hast.

telephone

Text

Gegebenenfalls eine geschäftliche Telefonnummer, die als primäre Kontaktmethode für Kunden vorgesehen ist. Gib in jedem Fall auch die Landes- und Ortsvorwahl an.

url

URL

Die URL der Website deiner Organisation, falls zutreffend. Dies hilft Google, deine Organisation eindeutig zu identifizieren.

vatID

Text

Der Umsatzsteuercode für deine Organization, sofern für dein Land und Unternehmen zutreffend. Dies ist ein wichtiges Vertrauenssignal für Nutzer (z. B. können Nutzer dein Unternehmen in öffentlichen Umsatzsteuerregistern nachschlagen).

MerchantReturnPolicy

Mit den folgenden Properties können Sie allgemeine Rückgabebedingungen für Ihr gesamtes Organization beschreiben, sofern diese auf Ihr Unternehmen zutreffen. Wenn Sie spezielle Richtlinien für einzelne Produkte haben, verwenden Sie Markup für Händlereinträge stattdessen.

Erforderliche Properties (wählen Sie die Option aus, die am besten zu Ihrem Anwendungsfall passt)
Option A
applicableCountry

Text

Der Ländercode, für den die Rückgabebedingungen gelten. Verwende dazu den aus zwei Buchstaben bestehenden Ländercode im Format ISO 3166-1 alpha-2. Du kannst bis zu 50 Länder angeben.

returnPolicyCategory

MerchantReturnEnumeration

Die Art der Rückgabebedingungen. Verwende einen der folgenden Werte:

  • https://schema.org/MerchantReturnFiniteReturnWindow: Produkte können innerhalb einer bestimmten Anzahl von Tagen zurückgegeben werden.
  • https://schema.org/MerchantReturnNotPermitted: Rückgaben sind nicht zulässig.
  • https://schema.org/MerchantReturnUnlimitedWindow: Für die Rückgabe eines Produkts gibt es keine Frist.

Wenn du MerchantReturnFiniteReturnWindow verwendest, ist die Property merchantReturnDays erforderlich.

returnPolicyCountry

Text

Das Land, in das das Produkt für eine Rücksendung gesendet werden muss. Dieses Land kann abweichen des Landes, in das das Produkt ursprünglich versendet oder gesendet wurde. ISO 3166-1 alpha-2 Formatierung des Ländercodes. Du kannst bis zu 50 Länder angeben.

Option B
Empfohlene Properties
customerRemorseReturnFees

ReturnFeesEnumeration

Eine bestimmte Art von Rücksendegebühr, wenn das Produkt aufgrund von Kaufreue zurückgegeben wird. Mögliche Werte finden Sie unter returnFees.

customerRemorseReturnLabelSource

ReturnLabelSourceEnumeration

Die Methode, mit der der Verbraucher ein Rücksendelabel für ein Produkt erhält. Mögliche Werte finden Sie unter returnLabelSource.

customerRemorseReturnShippingFeesAmount

MonetaryAmount

Die Versandkosten für die Rücksendung eines Produkts aufgrund von Kaufreue. Diese Property ist nur erforderlich, wenn vom Verbraucher für die Rücksendung eines Produkts eine Versandgebühr ungleich null erhoben wird. Weitere Informationen findest du unter returnShippingFeesAmount.

itemCondition

OfferItemCondition

Die akzeptablen Zustände für einen Artikel, der zurückgegeben werden kann. Sie können mehrere akzeptierte Zustände angeben. Verwenden Sie die folgenden Werte:

  • https://schema.org/DamagedCondition: Beschädigte Artikel werden akzeptiert.
  • https://schema.org/NewCondition: Neue Artikel werden angenommen.
  • https://schema.org/RefurbishedCondition: Aufgearbeitete Artikel werden akzeptiert.
  • https://schema.org/UsedCondition: Gebrauchte Artikel werden akzeptiert.
itemDefectReturnFees

ReturnFeesEnumeration

Eine bestimmte Art von Rückgabegebühr für mangelhafte Produkte. Mögliche Werte finden Sie unter returnFees.

itemDefectReturnLabelSource

ReturnLabelSourceEnumeration

Die Methode, mit der der Verbraucher ein Rücksendelabel für ein Produkt erhalten kann. Mögliche Werte finden Sie unter returnLabelSource.

itemDefectReturnShippingFeesAmount

MonetaryAmount

Die Versandkosten für die Rücksendung eines mangelhaften Produkts. Diese Property ist nur erforderlich, wenn vom Verbraucher für die Rücksendung eines Produkts eine Versandgebühr ungleich null erhoben wird. Weitere Informationen findest du unter returnShippingFeesAmount.

merchantReturnDays

Integer oder Date oder DateTime

Der Zeitraum in Tagen ab dem Liefertermin, in dem ein Produkt zurückgegeben werden kann. Diese Property ist nur erforderlich, wenn du returnPolicyCategory auf MerchantReturnFiniteReturnWindow festlegst.

refundType

RefundType

Die Art der Erstattung(en), die dem Kunden bei der Rückgabe eines Produkts zur Verfügung stehen.

  • https://schema.org/ExchangeRefund: Der Artikel kann gegen dasselbe Produkt eingetauscht werden.
  • https://schema.org/FullRefund: Der Artikel kann in voller Höhe erstattet werden. .
  • https://schema.org/StoreCreditRefund: Für diesen Artikel kann Store-Guthaben erstattet werden.
returnFees

ReturnFeesEnumeration

Der Standardtyp der Rücksendegebühr. Verwende einen der folgenden unterstützten Werte:

  • https://schema.org/FreeReturn: Bei Rückgabe des Produkts fallen für den Verbraucher keine Kosten an. Falls verwendet, füge nicht die Property returnShippingFeesAmount ein.
  • https://schema.org/ReturnFeesCustomerResponsibility: Der Verbraucher muss die Rücksendung selbst abwickeln und bezahlen. Falls verwendet, füge nicht die Property returnShippingFeesAmount ein.
  • https://schema.org/ReturnShippingFees: Für die Rücksendung des Produkts berechnet der Händler dem Verbraucher eine Versandgebühr. Gib die Versandgebühr (nicht null) mit der Property returnShippingFeesAmount an.
returnLabelSource

ReturnLabelSourceEnumeration

Die Methode, mit der der Verbraucher ein Rücksendelabel für ein Produkt erhalten kann. Verwende einen der folgenden Werte:

  • https://schema.org/ReturnLabelCustomerResponsibility: Es liegt in der Verantwortung des Verbrauchers, ein Rücksendelabel zu erstellen.
  • https://schema.org/ReturnLabelDownloadAndPrint: Das Rücksendelabel muss vom Kunden heruntergeladen und ausgedruckt werden.
  • https://schema.org/ReturnLabelInBox: Das Rücksendelabel war beim ursprünglichen Versand des Produkts beigefügt.
returnMethod

ReturnMethodEnumeration

Die Art der angebotenen Rückgabemethode. Dies wird nur empfohlen, wenn returnPolicyCategory unterscheidet sich von MerchantReturnNotPermitted. Verwende einen oder mehrere der folgenden Werte:

  • https://schema.org/ReturnAtKiosk: Der Artikel kann an einem Kiosk zurückgegeben werden.
  • https://schema.org/ReturnByMail: Der Artikel kann per Post zurückgesendet werden.
  • https://schema.org/ReturnInStore: Der Artikel kann im Geschäft zurückgegeben werden.
returnPolicySeasonalOverride

MerchantReturnPolicySeasonalOverride

Eine saisonal bedingte Ausnahme von Rückgabebedingungen, um Rückgabebedingungen für besondere Ereignisse wie Feiertage anzugeben. Ihre übliche Kategorie für Rückgabebedingungen ist beispielsweise MerchantReturnPolicyUnlimitedWindow aber die Rückgabefrist sollte während der Black Friday-Angebote begrenzt sein:

"returnPolicySeasonalOverride": {
  "@type": "MerchantReturnPolicySeasonalOverride",
  "startDate": "2024-11-29",
  "endDate": "2024-12-06",
  "merchantReturnDays": 10,
  "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow"
}

So legen Sie mehrere saisonal bedingte Ausnahmen fest: In diesem Beispiel sind die üblichen Rückgabebedingungen unbegrenzt, aber auf die folgenden beiden Zeiträume begrenzt:

"returnPolicySeasonalOverride": [{
  "@type": "MerchantReturnPolicySeasonalOverride",
  "startDate": "2024-11-29",
  "endDate": "2024-12-06",
  "merchantReturnDays": 10,
  "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow"
},
{
  "@type": "MerchantReturnPolicySeasonalOverride",
  "startDate": "2024-12-26",
  "endDate": "2025-01-06",
  "merchantReturnDays": 10,
  "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow"
}]
returnPolicySeasonalOverride.endDate

Date oder DateTime

Das Enddatum der saisonal bedingten Ausnahme.

returnPolicySeasonalOverride.merchantReturnDays

Integer oder Date oder DateTime

Der Zeitraum in Tagen ab dem Liefertermin, in dem ein Produkt zurückgegeben werden kann. Diese Property ist nur erforderlich, wenn du returnPolicyCategory auf MerchantReturnFiniteReturnWindow festlegst.

returnPolicySeasonalOverride.returnPolicyCategory

MerchantReturnEnumeration

Die Art der Rückgabebedingungen. Verwende einen der folgenden Werte:

  • https://schema.org/MerchantReturnFiniteReturnWindow: Produkte können innerhalb einer bestimmten Anzahl von Tagen zurückgegeben werden.
  • https://schema.org/MerchantReturnNotPermitted: Rückgaben sind nicht zulässig.
  • https://schema.org/MerchantReturnUnlimitedWindow: Für die Rückgabe eines Produkts gibt es keine Frist.

Wenn du MerchantReturnFiniteReturnWindow verwendest, ist die Property merchantReturnDays erforderlich.

returnPolicySeasonalOverride.startDate

Date oder DateTime

Das Startdatum der saisonal bedingten Ausnahme.

returnShippingFeesAmount

MonetaryAmount

Die Versandkosten für die Rücksendung eines Produkts. Diese Property ist nur erforderlich, wenn der Verbraucher für die Rücksendung eines Produkts eine Versandgebühr ungleich null an den Händler zu zahlen hat. In diesem Fall muss returnFees auf https://schema.org/ReturnShippingFees gesetzt sein. returnFees auf https://schema.org/FreeReturn festgelegt sein. Wenn der Verbraucher die Rücksendung selbst abwickeln und bezahlen muss, muss returnFees auf https://schema.org/ReturnFeesCustomerResponsibility gesetzt sein.

Eine alternative Möglichkeit, Rückgabebedingungen mit Google zu konfigurieren

Rückgabebedingungen von Einzelhändlern können kompliziert sein und sich häufig ändern. Wenn du Probleme dabei hast, deiner Rückgabedetails mit Markup anzugeben und aktuell zu halten, und ein Google Merchant Center-Konto hast, kannst du deine Rückgabebedingungen in der Google Merchant Center-Hilfe konfigurieren. Alternativ können Sie in der Search Console Rückgabebedingungen auf Kontoebene konfigurieren, die dem Merchant Center automatisch hinzugefügt werden.

Mehrere Versand- und Rückgabekonfigurationen kombinieren

Wenn Sie verschiedene Versand- und Rückgabekonfigurationen kombinieren, denken Sie daran, wie Sie Ihre Richtlinieninformationen basierend auf der Prioritätsreihenfolge überschreiben können. Wenn Sie beispielsweise sowohl Markup auf Organisationsebene auf Ihrer Website und Rückgabebedingungen in der Search Console angeben, verwendet Google nur die in der Search Console angegebenen Informationen. Wenn Sie einen Produktfeed im Merchant Center einreichen und die Versandeinstellungen in der Google Suche konfigurieren, überschreiben Ihre Feedinformationen im Merchant Center Ihre Search Console-Einstellungen.

Folgendes hat bei den Informationen zu Versand- und Rückgabebedingungen Vorrang (sortiert nach Priorität, Feeds haben oberste Priorität):

Fehlerbehebung

Falls du Probleme bei der Implementierung oder Fehlerbehebung von strukturierten Daten hast, versuch es mit diesen Lösungsansätzen:

  • Wenn du ein CMS (Content-Management-System) verwendest oder jemand anderes sich um deine Website kümmert, bitte diese Person oder den CMS-Support, dir zu helfen. Leite am besten alle Search Console-Nachrichten, in denen das Problem beschrieben ist, entsprechend weiter.
  • Google kann nicht garantieren, dass Funktionen, die strukturierte Daten nutzen, in den Suchergebnissen angezeigt werden. Eine Liste mit häufigen Gründen, aus denen Google deine Inhalte möglicherweise nicht in einem Rich-Suchergebnis anzeigt, findest du im Artikel Allgemeine Richtlinien für strukturierte Daten.
  • Möglicherweise sind deine strukturierten Daten fehlerhaft. Näheres dazu findest du in der Liste der Fehler bei strukturierten Daten.
  • Wenn auf deiner Seite eine manuelle Maßnahme gegen strukturierte Daten vorliegt, werden die strukturierten Daten auf der Seite ignoriert, obwohl die Seite weiter in den Ergebnissen der Google Suche erscheinen kann. Nutze den Bericht zu manuellen Maßnahmen, um Probleme mit strukturierten Daten zu beheben.
  • Lies dir die Richtlinien noch einmal durch und prüfe, ob deine Inhalte den Richtlinien entsprechen. Das Problem kann durch Spaminhalte oder die Verwendung von Spam-Markup verursacht sein. Allerdings ist es auch möglich, dass das Problem kein Syntaxproblem ist und daher beim Test für Rich-Suchergebnisse nicht identifiziert werden kann.
  • Eine Fehlerbehebung für den Fall, dass Rich-Suchergebnisse fehlen oder die Gesamtzahl der Rich-Suchergebnisse zurückgeht, findest du hier.
  • Plane genug Zeit für das erneute Crawling und die Neuindexierung ein. Nachdem eine Seite veröffentlicht wurde, kann es einige Tage dauern, bis sie von Google gefunden und gecrawlt wurde. Antworten auf allgemeine Fragen zum Crawlen und Indexieren erhältst du auf der Seite Häufig gestellte Fragen zum Crawling und zur Indexierung in der Google Suche.
  • Oder du postest deine Frage im Forum von Google Search Central.