Bei der Lokalisierung von Schema-Markup für den E-Commerce geht es darum, dass Ihre strukturierten Daten die Sprache Ihrer Kunden und Suchmaschinen sprechen. Für internationale Online-Shops, insbesondere solche, die auf unterschiedliche Regionen wie die EU, Südostasien oder den Nahen Osten abzielen, ist die Schema-Lokalisierung entscheidend, um Suchmaschinen dabei zu unterstützen, die richtigen Rich Snippets basierend auf der Sprache, Region und Währung des Nutzers auszuliefern.
Durch die Lokalisierung wichtiger Schema-Typen wie Produktinformationen, Preisgestaltung und Geschäftsdaten verbessern Sie Sichtbarkeit, Vertrauen und Konversionsraten in verschiedenen Märkten. Dieser Artikel untersucht, welche Schema-Elemente lokalisiert werden sollten, welche häufigen Fehler vermieden werden sollten und welche Best Practices dazu beitragen, dass Ihre internationale E-Commerce-Website ihre beste Leistung erbringt.
Die Bedeutung der Schema-Lokalisierung für Ihren E-Commerce
Die Schema-Lokalisierung stellt sicher, dass Ihre strukturierten Daten mit der Sprache, Währung und dem kulturellen Kontext jedes Marktes, den Sie bedienen, übereinstimmen. Dies verbessert Ihre Sichtbarkeit in lokalen Suchergebnissen und optimiert das Nutzererlebnis in verschiedenen Regionen.
- Verbessert die lokale SEO -Performance – Wenn Schema-Markup lokalisierte Sprache, Währung und regionsspezifische Felder verwendet, können Suchmaschinen Ihre Inhalte besser verstehen und mit lokaler Suchintention abgleichen.
- Ermöglicht präzise Rich Snippets – Rich Snippets wie Preise, Produktverfügbarkeit und Bewertungen spiegeln den lokalen Kontext des Nutzers wider, schaffen Vertrauen und verbessern die Klickraten.
- Verbessert die mehrsprachige Nutzererfahrung – Lokalisierte Schema-Auszeichnung sorgt für Konsistenz zwischen dem sichtbaren Seiteninhalt und den dahinterliegenden strukturierten Daten und vermeidet Verwirrung bei internationalen Besuchern.
- Unterstützt regionale Compliance und Erwartungen – Verschiedene Regionen können spezifische Datenanforderungen haben (wie die Mehrwertsteuer in der EU oder Versandzonen in Südostasien), die durch Schema berücksichtigt werden können.
- Steigert die Konversionsraten in den Zielmärkten – Nutzer, die in den Suchergebnissen eine vertraute Sprache, Währung und Kontaktinformationen sehen, vertrauen Ihrer Website eher und interagieren stärker mit ihr.
Wichtige E-Commerce-Schema-Typen, die eine Lokalisierung erfordern
Schema-Markup ist eine Art von strukturierten Daten, die dem HTML Ihrer Website hinzugefügt werden und Suchmaschinen dabei helfen, den Kontext Ihrer Inhalte zu verstehen. Für den E-Commerce ermöglicht es Rich Results wie Produktbewertungen, Preise, Verfügbarkeit und mehr, wodurch sich Ihre Einträge in der Suche abheben. Wenn Sie internationale Märkte ansprechen, reicht die bloße Verwendung von Schema nicht aus – Sie müssen es auch lokalisieren.
Im Folgenden finden Sie die wichtigsten Schema-Typen, die für den weltweiten E-Commerce-Erfolg sorgfältig lokalisiert werden müssen.
Product
Das Product-Schema liefert strukturierte Informationen wie Produktname, Beschreibung, SKU, Marke, Bild und Bewertungen. Bei der Lokalisierung dieses Schemas ist es wichtig, Produktnamen und Beschreibungen präzise zu übersetzen – nicht nur Wort für Wort, sondern so, dass sie mit den kulturellen und sprachlichen Gepflogenheiten jedes Marktes übereinstimmen.
Mehrere Schlüsselelemente müssen an jeden Zielmarkt angepasst werden, um das Product-Schema ordnungsgemäß zu lokalisieren. Diese Elemente gehen über die reine Übersetzung hinaus – kulturelle Anpassung, Einhaltung lokaler Erwartungen und Ausrichtung an sprachspezifischer SEO. Hier sind die wichtigsten Aspekte des Product-Schemas, die lokalisiert werden sollten.
- name: Übersetzen Sie den Produktnamen so, dass Bedeutung und Anziehungskraft in der Landessprache erhalten bleiben. Vermeiden Sie wörtliche Übersetzungen, die lokale Zielgruppen verwirren oder in die Irre führen könnten.
- description: Lokalisieren Sie Beschreibungen mit Aufmerksamkeit für Tonalität, Maßeinheiten (z. B. Zoll vs. Zentimeter) und Terminologie, die regionalen Zielgruppen vertraut ist.
- image: Auch wenn es sich nicht um Text handelt, können lokalisierte Bilder kulturelle Vorlieben widerspiegeln. So könnten beispielsweise Bekleidungsbilder in Nahost-Märkten zurückhaltendere Darstellungen erfordern.
- brand: Wenn die Marke in verschiedenen Regionen unterschiedliche Namen hat oder Untermarken lokal bekannter sind, stellen Sie sicher, dass das Markenfeld dies widerspiegelt.
- sku: Obwohl oft global einheitlich, sollten Sie die SKU aktualisieren, um sie an den lokalen Katalog anzupassen, wenn Sie regionale Produktcodes oder Identifikatoren verwenden.
- review und aggregateRating: Auch diese Elemente können von einer Lokalisierung profitieren. Wenn Kundenbewertungen im Schema enthalten sind, stellen Sie sicher, dass sie in der lokalen Sprache verfasst sind und regionale Kundenfeedbacks widerspiegeln.
- Angebote (im Produkt integriert): Dies umfasst Preise und Verfügbarkeit, die die lokale Währung, Formate und Lagerbestände berücksichtigen sollten. Passen Sie außerdem die Gültigkeitsdauer des Preises an die lokalen Verkaufszyklen an.
Ein Produkt wie „Winter Coat – Arctic Series“ auf Englisch könnte beispielsweise auf Spanisch als „Chaqueta Invernal – Serie Ártica“ lokalisiert werden. In arabischen Märkten müssen nicht nur Name und Beschreibung ins Arabische übersetzt werden, sondern möglicherweise auch Bilder und hervorgehobene Produktmerkmale an das angepasst werden, was als ansprechend oder sittsam gilt.
Wird das Produktschema nicht lokalisiert, kann dies zu Diskrepanzen zwischen den Suchergebnissen und den Inhalten der Produktseite führen. Dies beeinträchtigt das Vertrauen und senkt die Klickrate. Durch die Anpassung des Produktschemas an die jeweilige Sprache gewährleisten Sie Konsistenz, eine bessere SEO-Ausrichtung und ein reibungsloseres Einkaufserlebnis.
{
"@context": "https://schema.org/",
"@type": "Product",
"name": "Chaqueta Invernal – Serie Ártica",
"description": "Una chaqueta cálida ideal para el invierno, con capucha desmontable y bolsillos amplios.",
"sku": "ARCTIC-ES",
"image": "https://example.com/es/images/arctic-coat.jpg",
"brand": {
"@type": "Brand",
"name": "FrostWear"
}
}
Hier ist ein Beispiel für Produkt-Schema-Markup, das bei der Online-Suche nach einem Produkt angezeigt wird.
Preise und Währung
Die Preisgestaltung ist eine der sensibelsten Informationen für Online-Shopper. Das Offer-Schema, das normalerweise in das Product-Schema eingebettet ist, enthält wichtige Felder wie price, priceCurrency und availability. Die Lokalisierung von Währung und Preisen ist entscheidend, insbesondere wenn Ihre Website auf Regionen abzielt, die nicht USD, EUR oder andere Standardwährungen verwenden.
Wenn Sie beispielsweise im Nahen Osten verkaufen, sollte Ihr Schema Preise in AED oder SAR unter Verwendung des entsprechenden ISO-4217-Währungscodes widerspiegeln, wie „priceCurrency“: „AED“. Darüber hinaus sollte das Preisformat regionalen Konventionen folgen – einige Länder verwenden Kommas statt Punkte als Dezimaltrennzeichen oder setzen das Währungssymbol nach dem Betrag statt davor.
Falsche oder generische Währungscodes im Schema-Markup können zu irreführenden Rich Snippets, verwirrten Käufern und sogar zu Suchmaschinenstrafen wegen Dateninkonsistenz führen. Ihr Schema sollte mit dem übereinstimmen, was Nutzer im Frontend sehen, und Echtzeit-Umrechnungskurse oder lokalisierte Preisstrategien widerspiegeln. Die Anpassung dieses Schemas pro Sprache oder regionaler Subdomain ist unerlässlich, um eine korrekte Darstellung auf Ihrer mehrsprachigen Website zu gewährleisten. Wichtige Elemente im Preis-Schema, die lokalisiert werden müssen.
- Preis: Numerischer Preiswert im lokalen Preisformat (z. B. 99,99 statt 99,99).
- priceCurrency: Verwenden Sie den korrekten Währungscode nach ISO 4217 (z. B. AED, SAR, JPY usw.).
- Platzierung des Währungssymbols: Passen Sie das Symbol an lokale Konventionen an (z. B. „99 ر.س“ statt „SAR 99“).
- availability: Verwenden Sie lokalisierte Sprache oder Bezeichnungen, falls zutreffend (z. B. „In Stock“ → „Disponible“ auf Spanisch).
Hier ist ein Beispiel für ein lokalisiertes Preisschema, das auf den Markt im Nahen Osten zugeschnitten ist.
{
"@context": "https://schema.org/",
"@type": "Offer",
"price": "89.99",
"priceCurrency": "EUR",
"availability": "https://schema.org/InStock",
"priceValidUntil": "2025-12-31",
"itemCondition": "https://schema.org/NewCondition",
"url": "https://example.com/es/productos/chaqueta-artica"
}
Hier ist ein Beispiel für Schema-Markup zu Preisen und Währungen, das online bei der Suche nach einem Produkt erscheint.
Geschäfts- und Kontaktinformationen
Die Schemas Organization und ContactPoint definieren Ihre Unternehmensidentität und wie Kunden Sie erreichen können. Die Lokalisierung umfasst hier mehr als nur die Übersetzung—sie erfordert die Anpassung von Geschäftszeiten, Support-Sprachen und Kontaktmethoden an die lokalen Erwartungen.
Durch die Lokalisierung von Unternehmens- und Kontakt-Schema verbessern Sie das Vertrauen und helfen Suchmaschinen, korrekte Kontaktdaten in SERPs anzuzeigen (insbesondere auf Mobilgeräten). Dies unterstützt auch die Sprachsuche und intelligente Assistenten dabei, korrekte geschäftliche Antworten basierend auf dem Standort anzubieten. Ein gut lokalisiertes Schema stellt sicher, dass Kunden die richtigen Kontaktoptionen zur richtigen Zeit sehen, abgestimmt auf ihre Sprache, Region und bevorzugten Kommunikationsmethoden.
Zu den wichtigsten Elementen der Schemas Organization und ContactPoint, die lokalisiert werden müssen, gehören.
- Name: Übersetzen oder passen Sie den Firmennamen an, wenn Sie in verschiedenen Regionen eine lokale Markenidentität verwenden.
- contactType: Verwenden Sie lokalisierte Begriffe für Support-Arten (z. B. „servicio al cliente“ auf Spanisch).
- telephone: Fügen Sie lokale Support-Nummern in korrekten internationalen Formaten hinzu.
- areaServed: Geben Sie die Zielregion mithilfe von ISO-Codes an, um die geografische Relevanz sicherzustellen.
- availableLanguage: Geben Sie an, welche Sprachen Ihr Support-Team bearbeiten kann (z. B. Englisch, Arabisch, Französisch).
- contactOption: Fügen Sie regionsspezifische Kontaktmethoden wie WhatsApp, WeChat oder lokale Chat-Tools hinzu.
- url: Verweisen Sie Nutzer auf lokalisierte Hilfe- oder Kontaktseiten, falls verfügbar.
Indem Sie jedes dieser Felder für jede Zielregion anpassen, erfüllt Ihr Schema die lokalen Erwartungen und erhöht die Chancen, in relevanten Suchergebnissen angezeigt zu werden, insbesondere in solchen, die auf mobile oder sprachbasierte Interaktionen setzen. Im Folgenden finden Sie ein Beispiel für die Anwendung des Schemas.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "YourBusiness",
"url": "https://www.yourbusiness.com",
"contactPoint": {
"@type": "ContactPoint",
"telephone": "+33-1-23-45-67-89",
"contactType": "customer support",
"areaServed": "FR",
"availableLanguage": ["en", "fr"]
}
}
Versand- und Lieferdetails
Die Liefererwartungen und -regeln unterscheiden sich erheblich von Land zu Land. Durch die Verwendung regionsspezifischer Schema-Typen wie DeliveryTimeSettings, ShippingDeliveryTime oder OfferShippingDetails können Sie nicht nur die Verfügbarkeit und geschätzte Lieferzeiten kommunizieren, sondern auch bediente Regionen, Versandkosten und Bearbeitungszeiten – all dies sollte für jeden Markt lokalisiert werden. Zu den Versand-Schema-Elementen, die lokalisiert werden müssen, gehören:.
- Versandziel: Region oder Land, in dem bedient wird.
- Lieferzeit: Voraussichtliche Lieferzeit im lokalen Format (z. B. 2 Tage vs. 5-7 Werktage).
- Versandkosten: Versandkosten in Landeswährung.
- transitTimeLabel: Bezeichnung zur Beschreibung der Lieferzeit (wie „Express“, „Standard“ oder „Lieferung innerhalb von 24 Stunden“).
- Bearbeitungszeit: Bearbeitungszeit vor Beginn der Auslieferung.
Ein Kunde in Deutschland erwartet beispielsweise eine Lieferung innerhalb von 3 Werktagen, während in Indonesien eine typische Schätzung 5-7 Tage betragen könnte. Wenn das Versandschema nicht lokalisiert ist, erhalten Nutzer möglicherweise keine relevanten Informationen in den Suchergebnissen, was sie vom Kauf abhalten kann. Hier ist ein Beispiel für OfferShippingDetails, das für den deutschen Markt lokalisiert wurde.
{
"@context": "https://schema.org",
"@type": "OfferShippingDetails",
"shippingDestination": {
"@type": "DefinedRegion",
"name": "Germany"
},
"deliveryTime": {
"@type": "ShippingDeliveryTime",
"handlingTime": {
"@type": "QuantitativeValue",
"minValue": 1,
"maxValue": 2,
"unitCode": "d"
},
"shippingRate": {
"@type": "MonetaryAmount",
"value": "5.00",
"currency": "EUR"
}
}
Standort und Informationen zu lokalen Unternehmen
Die genaue Anzeige von Filialstandorten in der Google Suche oder Google Maps hängt stark von einem gut lokalisierten LocalBusiness-Schema ab. Besonders wenn Nutzer in ihrer Landessprache oder Region suchen, erhöht die richtige Information die Sichtbarkeit und schafft Vertrauen. Zu den wichtigsten Elementen im LocalBusiness-Schema, die lokalisiert werden müssen, gehören:.
- name: der Geschäftsname wird übersetzt, wenn er für den lokalen Kontext relevant ist.
- Adresse: die Adresse formatiert nach lokalen Konventionen, einschließlich addressLocality, addressRegion, postalCode und addressCountry.
- Telefon: die Telefonnummer mit der korrekten Landesvorwahl und im lokalen Format.
- openingHoursSpecification: Die Öffnungszeiten werden an lokale Zeitzonen und Geschäftsgepflogenheiten angepasst.
- geo: geografische Koordinaten (Breiten- und Längengrad) des Standorts des Geschäfts.
- Bedienungsgebiet: die Region oder das Gebiet, in dem das Unternehmen tätig ist.
Hier ist zum Beispiel ein Schema-Ausschnitt für ein Geschäft in Berlin, Deutschland.
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Modehaus Berlin",
"address": {
"@type": "PostalAddress",
"addressLocality": "Berlin",
"addressCountry": "DE"
},
"telephone": "+49 30 12345678",
"openingHours": "Mo-Fr 10:00-19:00"
}
Das Folgende ist ein Beispiel für ein Local-Business-Markup-Schema.
Breadcrumb-Navigation
Das BreadcrumbList-Schema definiert die Navigationsstruktur Ihrer Website und zeigt Nutzern (und Suchmaschinen) ihren Standort innerhalb der Website-Hierarchie an. Auch wenn dies zunächst einfach erscheint, ist die Lokalisierung von Breadcrumbs in einem mehrsprachigen E-Commerce- Shop unerlässlich, um Konsistenz zu gewährleisten, die Suchmaschinenoptimierung (SEO) zu verbessern und die Nutzererfahrung zu optimieren.
Zum Beispiel ein Breadcrumb auf Englisch, Spanisch und Arabisch
- „Startseite > Herrenmode > Jacken“
- „Inicio > Moda Masculina > Chaquetas“
- „الرئيسية > أزياء الرجال > المعاطف“.
Angenommen, die Breadcrumb-Navigation ist auf Englisch, während der Seiteninhalt in einer anderen Sprache vorliegt. In diesem Fall kann es zu Verwirrung bei den Nutzern kommen, und Suchmaschinen haben möglicherweise Schwierigkeiten, die lokalisierten Inhalte korrekt zu indexieren. Auch Ihre interne Verlinkungsstrategie kann darunter leiden, da Breadcrumbs den Linkfluss innerhalb Ihrer Website beeinflussen.
Wichtige Elemente im BreadcrumbList-Schema, die lokalisiert werden müssen.
- itemListElement.name: Der sichtbare Name jeder Breadcrumb-Ebene muss übersetzt werden.
- itemListElement.item: Die URL sollte auf die korrekte lokalisierte Version jeder Seite verweisen.
- Position: Spiegelt die Ebene in der Breadcrumb-Spur wider (bleibt normalerweise gleich, muss aber der lokalen Struktur entsprechen).
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Inicio",
"item": "https://example.com/es/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Moda Masculina",
"item": "https://example.com/es/moda-masculina"
},
{
"@type": "ListItem",
"position": 3,
"name": "Chaquetas",
"item": "https://example.com/es/moda-masculina/chaquetas"
}
]
}
Nachfolgend ein Beispiel für ein Breadcrumb-Markup-Schema.
Häufige Fehler bei der Schema-Lokalisierung für E-Commerce
Unternehmen stoßen bei der Lokalisierung von Schema-Markup für E-Commerce-Websites häufig auf kritische, aber vermeidbare Probleme. Viele gehen davon aus, dass eine Übersetzung allein ausreicht, doch strukturierte Daten müssen vollständig an die Sprache, Währung und Nutzererwartungen jeder Region angepasst werden. Diese Versäumnisse können zu fehlerhaften Rich Snippets, schlechter Sichtbarkeit in der Suche oder Verwirrung bei den Nutzern führen.
Nachfolgend finden Sie einige der häufigsten Fehler bei der Schema-Lokalisierung – und warum deren Vermeidung die Leistung und Nutzererfahrung Ihrer Website erheblich beeinflussen kann.
Verwendung nur einer Sprache oder Währung
Einer der häufigsten Fehler bei der Lokalisierung von E-Commerce-Schemas besteht darin, in den strukturierten Daten der gesamten Website an einer einzigen Sprache oder Währung festzuhalten – selbst wenn die Front-End-Inhalte übersetzt sind. Diese Diskrepanz verwirrt sowohl Nutzer als auch Suchmaschinen. Ein Käufer in Frankreich liest Produktbeschreibungen möglicherweise auf Französisch, sieht aber im Schema weiterhin USD statt EUR, was Vertrauensprobleme verursachen kann.
Lokalisierte Schema-Auszeichnungen sollten die übersetzten Inhalte und lokalen Währungsformate widerspiegeln. Zum Beispiel sollte „priceCurrency“: „EUR“ „priceCurrency“: „USD“ in der französischen Version der Website ersetzen, und die Felder „name“ und „description“ im Product-Schema sollten auf Französisch erscheinen. Andernfalls können Suchmaschinen Ihre lokalisierten Einträge in den Suchergebnissen möglicherweise nicht korrekt anzeigen.
Die Missachtung der Sprach- und Währungslokalisierung führt zu schlechten Rich-Snippet-Vorschauen, verringert die Klickrate und kann sogar gegen die Richtlinien für die Genauigkeit strukturierter Daten verstoßen. Passen Sie Ihr Schema stets pro Sprache und Region an und verwenden Sie hreflang sowie regionsspezifische Subdomains oder Pfade.
Währungscodes werden nicht korrekt aktualisiert
Viele vergessen, den Währungscode im Schema-Markup zu aktualisieren, selbst wenn Händler im Frontend das korrekte lokalisierte Währungssymbol verwenden. Schema.org verwendet standardisierte ISO-4217-Codes (wie „USD“ für US-Dollar oder „JPY“ für Japanische Yen), und wenn diese nicht korrekt in „priceCurrency“ wiedergegeben werden, führt dies zu fehlerhaften oder irreführenden Rich Results.
Wenn Ihr Shop in den VAE beispielsweise Preise in Dirham anzeigt, im Schema aber weiterhin „priceCurrency“: „USD“ verwendet wird, könnte Google den Produktpreis falsch interpretieren oder ihn gar nicht anzeigen. Schlimmer noch: Ein Kunde könnte aufgrund des falschen Währungskontexts annehmen, dass ein Produkt günstiger oder teurer ist, was zu Absprüngen oder abgebrochenen Warenkörben führt.
Überprüfen Sie die Währungswerte in Ihrem Schema immer doppelt, insbesondere bei Multi-Währungs-Shops, die Geolokalisierung oder Währungsumschalter verwenden. Die Abstimmung visueller und strukturierter Währungsinformationen verbessert das Erscheinungsbild in der Suche und das Vertrauen der Kunden.
Überspringen regionsspezifischer Schemafelder
Ein weiterer Fehler ist die Verwendung eines generischen Schemas über Regionen hinweg, ohne regionsspezifische Elemente wie „shippingDestination“, „areaServed“ oder „availableAtOrFrom“ einzubeziehen. Diese Felder sind entscheidend für die Kommunikation von Logistik und Serviceabdeckung, insbesondere beim internationalen Versand oder beim lokalisierten Kundensupport.
Zum Beispiel sollten Käufer in Australien Versandzeit-Schätzungen und Lieferoptionen sehen, die auf lokalen Standards basieren (z. B. „shippingDestination“: { „@type“: „DefinedRegion“, „name“: „Australia“ }). Wenn Sie solche Details weglassen, könnten Suchmaschinen annehmen, dass Sie nicht dorthin versenden, was die Auffindbarkeit in der lokalen Suche beeinträchtigt.
Darüber hinaus helfen Felder wie „areaServed“ und „availableAtOrFrom“ dabei, Ihr Unternehmen für „near me“- oder regionale Suchen sichtbar zu machen. Wenn Sie diese Schema-Felder nicht auf regionalen Seiten verwenden, verpassen Sie wahrscheinlich lokalisierte Suchmöglichkeiten.
RTL-Sprachunterstützung ignorieren
Sprachen wie Arabisch und Hebräisch werden von rechts nach links (RTL) gelesen, und wenn das Schema-Markup nicht entsprechend angepasst wird, kann dies zu Problemen bei der Lesbarkeit und SEO führen. Obwohl das Schema nicht visuell dargestellt wird, muss es dennoch den Sprachkontext widerspiegeln, um dem Seitenerlebnis und dem Targeting der Suchsprache zu entsprechen.
Zum Beispiel sollten die Felder „name“ und „description“ im Produkt-Schema auf einer arabischen Seite entsprechend übersetzt und mit dem korrekten Unicode-Format kodiert werden. Darüber hinaus sollte die Seite selbst lang="ar" und dir="rtl" im HTML verwenden, und das Schema sollte demselben entsprechen.
Die Vernachlässigung der RTL-Unterstützung führt zu Inkonsistenzen zwischen dem visuellen und dem strukturierten Inhalt, was Nutzer verwirren und die Eignung für Rich Results beeinträchtigen kann. Stellen Sie stets sicher, dass sowohl die Sprache als auch die Leserichtung in der Schema-Struktur berücksichtigt werden.
Fehlende übersetzte Breadcrumbs
Breadcrumbs dienen als Navigationshilfen und tragen erheblich zur internen Verlinkung und SEO bei. Ein häufiger Fehler bei der Schema-Lokalisierung besteht darin, das Breadcrumb-Schema in der Originalsprache beizubehalten, selbst wenn der sichtbare Navigationspfad übersetzt ist.
Wenn Ihre Seite beispielsweise „Inicio > Moda Femenina > Vestidos“ anzeigt (spanisch für „Home > Women’s Fashion > Dresses“), sollte Ihr BreadcrumbList-Schema dies exakt widerspiegeln. Die Verwendung von „name“: „Home“ statt „Inicio“ erzeugt eine Diskrepanz und kann sich negativ darauf auswirken, wie Google die Seitenstruktur interpretiert.
Jede Breadcrumb-Ebene („name“) sollte lokalisiert werden, und das entsprechende „item“ sollte auf die lokalisierte URL verlinken. Wenn alles aufeinander abgestimmt bleibt, sorgt das für Konsistenz bei Nutzern und Crawlern und verbessert Sichtbarkeit und Indexierung.
Dasselbe Schema für alle Sprachen wiederverwenden
Der schwerwiegendste Fehler ist die Verwendung eines Einheits-Schema-Ansatzes für alle Sprachen. Die Wiederverwendung derselben strukturierten Daten ohne Anpassung von Inhalt, Währung, Sprache und Regionskontext macht den gesamten Zweck der Lokalisierung zunichte.
Jede lokalisierte Version Ihrer Website sollte ein Schema haben, das die lokalen Inhalte und Metadaten widerspiegelt. Wenn Sie beispielsweise separate Produktseiten für Englisch und Französisch haben, sollte ihr Product-Schema übersetzte „name“, „description“, „priceCurrency“ und sogar sprachspezifische URLs enthalten.
Wenn diese Praxis vernachlässigt wird, kann dies zu widersprüchlichen Suchsignalen, einer schlechten Snippet-Qualität oder sogar zu manuellen Maßnahmen wegen irreführender strukturierter Daten führen. Eine bewährte Vorgehensweise ist, separate Schemas für jede Sprach-Subdomain oder hreflang-markierte Version beizubehalten und sicherzustellen, dass die strukturierten Daten zur Sprache und zur bedienten Region passen.
Bewährte Verfahren zur Lokalisierung von Schema-Markup für E-Commerce
Schema-Markup spielt eine entscheidende Rolle dabei, wie Suchmaschinen Ihre Inhalte interpretieren und darstellen. Richtig lokalisiert verbessert es Ihre Sichtbarkeit in lokalen SERPs, steigert die Klickrate und optimiert das Einkaufserlebnis für Nutzer weltweit.
Hier sind die besten Vorgehensweisen, die jedes globale E-Commerce-Unternehmen befolgen sollte, um das Beste aus der Lokalisierung herauszuholen.
Verwenden Sie ein sprachspezifisches Schema pro Seite
Jede Sprachversion Ihrer Website sollte Schema-Markup in der jeweiligen Sprache enthalten. Wenn Sie Subdomains oder Unterordner verwenden (z. B. example.com/en/ für Englisch und example.com/de/ für Deutsch), sollte jede eine eindeutige, sprachgerechte Schema-Auszeichnung enthalten.
Wenn Ihre deutsche Seite noch ein Schema auf Englisch verwendet, kann Google Schwierigkeiten haben, den lokalen Kontext der Seite zu verstehen, und Nutzer könnten die Erfahrung als nicht mit ihren Erwartungen übereinstimmend empfinden, zum Beispiel wie unten dargestellt.
Land | Schemafeld | Lokalisierter Wert |
/fr/product-page | „name“ | „Veste d’hiver pour homme“ |
„description“ | „Une veste chaude pour l’hiver français“ | |
„inLanguage“ | „fr“ |
Produktnamen und -beschreibungen lokalisieren
Produktnamen und -beschreibungen sollten nicht nur übersetzt und kulturell angepasst werden. Formulierungen, die in einem Land ansprechend klingen, mögen in einem anderen nicht ankommen. Verwenden Sie eine natürliche Sprache für lokale Zielgruppen, die mit ihrem Kaufverhalten übereinstimmt.
Verlassen Sie sich auf muttersprachliche Übersetzer oder lokale Experten, um ungeschickte Formulierungen oder unklare Botschaften zu vermeiden. Felder wie Name, Beschreibung und Marke in Ihrem Schema sollten die lokale Sprache und Präferenzen widerspiegeln.
Sprache | Name | description |
Englisch | „Men’s Sleek Jacket“ | „Eine stylische Jacke, perfekt für den Winter“ |
japanisch | „メンズウィンタージャケット“ | „冬に最適なおしゃれなジャケットです。“ |
Legen Sie einen korrekten Preis und eine korrekte Währung fest
Der Preis ist ein sensibles Thema im E-Commerce. Konvertieren Sie Währungen nicht nur visuell auf Ihrer Website – stellen Sie sicher, dass Ihr Schema die korrekte Währung mithilfe des ISO-4217-Codes im Feld priceCurrency genau widerspiegelt. Preise sollten zudem gemäß den lokalen Gepflogenheiten formatiert werden, einschließlich Dezimal- und Tausendertrennzeichen.
Vermeiden Sie es, in allen Sprachversionen nur USD anzuzeigen, da dies Nutzer verwirren oder das Vertrauen beeinträchtigen könnte. Wenn Sie eine Echtzeit-Währungsumrechnung verwenden, stellen Sie sicher, dass Ihr Schema synchron bleibt. Zum Beispiel.
Land | Preis | PreisWährung | Lokales Format |
Japan | 4500 | JPY | ¥4,500 |
Saudi-Arabien | 180 | SAR | 180 ر.س |
Geschäftsinformationen lokalisieren
Geschäftskontaktinformationen wie Adressen, Telefonnummern und Geschäftszeiten müssen regional lokalisiert werden. Verwenden Sie lokale Formate für Felder wie addressLocality, postalCode und addressCountry. Fügen Sie internationale Vorwahlen in Telefonnummern ein, damit Nutzer Sie leichter kontaktieren können.
Felder wie „Öffnungszeiten“ sollten die lokalen Zeitzonen und Geschäftspraktiken widerspiegeln. Diese Angaben tragen dazu bei, Vertrauen aufzubauen und die Sichtbarkeit Ihres Unternehmens in den lokalen Suchergebnissen zu verbessern. Zum Beispiel.
Land | Adresse Ort | Postleitzahl | Öffnungszeitenformat |
Spanien | Barcelona | 08001 | Mo-Fr 09:00–18:00 |
Thailand | Chiang Mai | 50000 | Mo-Sa 10:00–19:00 |
Struktur-Schema für RTL-Sprachen
Sprachen wie Arabisch und Hebräisch werden von rechts nach links (RTL) geschrieben. Während JSON-LD selbst nicht von der visuellen Formatierung abhängt, muss jedes Schema-Feld mit sichtbarem Text – wie Name, Beschreibung oder Breadcrumb – die korrekte Sprache und Richtung widerspiegeln, um Inkonsistenzen zwischen dem Inhalt und dem Markup zu vermeiden.
Wenn Ihre Seite auf Arabisch ist, das Schema aber weiterhin englische Werte oder von links nach rechts verlaufende Inhalte enthält, kann dies sowohl bei Nutzern als auch bei Suchmaschinen zu Verwirrung führen. Stellen Sie stets sicher, dass das HTML lang=”ar” enthält und dass die Felder der strukturierten Daten entsprechend lokalisiert sind.
Feld | Nicht lokalisiert (LTR/Englisch) | Lokalisiert (RTL/Arabisch) |
Name | Winterjacke | معطف شتوي |
description | Ein warmer Mantel für den Winter | Ein warmer Mantel, perfekt für den Winter |
Brotkrumen | Startseite > Bekleidung > Jacken | Startseite > Kleidung > Mäntel |
Schema-Lokalisierung mit Linguise automatisieren
Die manuelle Lokalisierung von Schema-Markup für mehrere Sprachen kann komplex sein, insbesondere bei der Verwaltung hunderter dynamischer Produktseiten. Sowohl die sichtbaren Inhalte als auch die strukturierten Daten, einschließlich der Schemas für Produkt, Angebot, Breadcrumb-Liste und lokale Unternehmen, müssen übersetzt werden. Ohne eine korrekte Lokalisierung spiegeln Rich Snippets möglicherweise nicht die richtige Sprache, Währung oder Struktur für die jeweilige Region wider.
Linguise bietet eine automatische Übersetzung -Lösung, die sich auf strukturierte Daten erstreckt und Schema-Markup sowie Ihre Inhalte übersetzt. Über den Live-Editor können Sie Schema-Inhalte wie Produktnamen, Beschreibungen oder Markenwerte manuell feinabstimmen, um sicherzustellen, dass sie den lokalen Kontext genau widerspiegeln. Dies ist besonders nützlich bei der Lokalisierung von Product-Schema-Feldern, die kulturelle Nuancen und Keyword-Anpassungen für regionales SEO erfordern.
Darüber hinaus unterstützt Linguise die Übersetzung von Links und Medien, wodurch die Lokalisierung von Breadcrumb-URLs, internen Links und sogar Bildverweisen ermöglicht wird. Dies stellt sicher, dass alle Elemente, Navigationspfade, Assets und strukturierten Daten—auf die korrekte Sprachversion abgestimmt sind, was Suchmaschinen dabei hilft, Nutzern weltweit genauere und relevantere Rich Results zu liefern.
Conclusion
Die Lokalisierung von Schema-Markup ist entscheidend für internationale E-Commerce-Unternehmen, die ihre Sichtbarkeit in lokalen Suchergebnissen verbessern, Rich Snippets optimieren und Nutzern ein nahtloses mehrsprachiges Erlebnis bieten möchten. Von Produktnamen und Preisen bis hin zu Versanddetails und Unternehmensinformationen sollten alle strukturierten Daten mit der Sprache, Kultur und den Erwartungen des jeweiligen Zielmarkts übereinstimmen.
Um diesen Prozess zu vereinfachen, sollten Sie Linguise in Betracht ziehen—eine Übersetzungslösung, die nicht nur die Inhaltsübersetzung automatisiert, sondern auch Ihr Schema-Markup, Ihre Links und Ihre Medien pro Sprache anpasst. Mit Funktionen wie dem Live-Editor und der Übersetzung von URLs und Bildern kann die Verwendung von Linguise Ihrer gesamten Website helfen—sichtbare Inhalte und strukturierte Daten gleichermaßen sind vollständig lokalisiert und SEO-bereit.
