Schema für Softwareanwendungen verstehen

SoftwareApplication schema JSON-LD ist strukturierte Daten, die Suchmaschinen mitteilt, was ein Softwareprodukt ist, wo es läuft, was es kostet und manchmal, wie Benutzer es bewerten. Für SaaS-Landingpages, Web-Tools, Browsererweiterungen und mobile Apps hilft es Google, die Seite als Softwareeinheit statt als allgemeine Marketingseite zu interpretieren.

Gut genutzt kann es eine reichhaltigere Suchpräsentation unterstützen, indem es wichtige Produktfakten leichter lesbar macht. Das ist wichtig, da Softwareseiten oft um Klarheit konkurrieren: Wenn Suchmaschinen die App schneller verstehen, können sie sie sicherer mit marken- und produktbezogenen Suchanfragen abgleichen.

Wichtigste Erkenntnisse

• SoftwareApplication Schema funktioniert am besten auf der Hauptseite, die das Softwareprodukt repräsentiert.
• Die Kernattribute sind Name, applicationCategory, operatingSystem und offers; Bewertungen müssen echt sein.
• SaaS-Seiten lassen in der Regel downloadUrl weg, während mobile und Desktop-Apps es möglicherweise einschließen.
• Klare, wahrheitsgemäße Schema-Daten helfen Suchmaschinen, das Produkt zu klassifizieren, ohne es mit einer allgemeinen Webseite zu verwechseln.
• Validierung ist wichtig: Ein kleiner Fehler im Attribut kann das Markup weniger nützlich oder irreführend machen.

Was ist das?

SoftwareApplication schema JSON-LD ist ein Schema.org-Vokabeltyp, der verwendet wird, um Softwareprodukte in maschinenlesbarer Form zu beschreiben. In der Praxis handelt es sich um einen Block von JSON-LD, der zu einer Seite hinzugefügt wird, damit Suchmaschinen verstehen können, dass die Seite von einer Softwareanwendung handelt, nicht nur von einer Firma, einem Artikel oder einer Landingpage mit Marketingtext.

Ein konkretes Beispiel hilft. Stell dir eine SaaS-Homepage für ein Planungstool vor. Die sichtbare Seite könnte besagen, dass das Produkt Teams hilft, Termine zu buchen, Kalender zu synchronisieren und Erinnerungen zu verwalten. Das Schema kann strukturierte Fakten hinzufügen, wie den Produktnamen, dass es sich um eine BusinessApplication oder produktivitätsorientierte Software handelt, dass es in einem Webbrowser läuft und dass die Preise bei einem bestimmten Angebot beginnen. Das gibt Suchmaschinen ein klareres Profil der Einheit für die Seite.

Der Begriff wird oft allgemein für Web-Apps, mobile Apps, Desktop-Apps und browserbasierte Tools verwendet. Der genaue Typ kann je nach Vertriebsmodell variieren, aber das Ziel bleibt dasselbe: die Software so zu beschreiben, dass Maschinen sie zuverlässig interpretieren können. Für Händler und Entwickler macht das die Seite lesbarer für Suchmaschinen und reduziert die Mehrdeutigkeit darüber, was das Produkt tatsächlich ist.

Es ist auch wichtig, das Schema mit dem Zweck der Seite in Einklang zu bringen. Eine Marketing-Homepage für ein SaaS-Tool ist nicht dasselbe wie ein Dashboard für eingeloggte Benutzer oder ein Hilfsartikel. Das Schema sollte das Softwareprodukt selbst beschreiben, nicht jede Seite im Produkterlebnis. Diese Unterscheidung ist einer der Hauptgründe, warum dieses Markup nützlich ist, wenn es sorgfältig implementiert wird.

In praktischen Begriffen kann man sich das SoftwareApplication-Schema als Ausweis für die Produktseite vorstellen. Es ersetzt nicht den Text, die Screenshots, die Preistabelle oder die App-Store-Abzeichen auf der Seite. Stattdessen fasst es diese Fakten in einem Format zusammen, das Suchmaschinen verarbeiten können, ohne zu raten. Das ist besonders nützlich, wenn die Seite mehrere Handlungsaufrufe oder viel Marketing-Sprache enthält, die andernfalls den Produkttyp verwischen könnte.

Warum es wichtig ist

Der Geschäftswert des SoftwareApplication-Schemas ist einfach: Es kann den richtigen Suchenden helfen, das Produkt schneller zu verstehen. Für Softwareunternehmen ist das wichtig, da die Suchabsicht oft sehr spezifisch ist. Jemand, der nach einem App-Namen, einer Kategorie wie Projektmanagement-Software oder einem Tool sucht, das auf iOS oder Android läuft, möchte eine schnelle Bestätigung, dass das Produkt den Bedürfnissen entspricht.

Strukturierte Daten können auch reichhaltigere Snippets unterstützen, indem sie es Suchmaschinen erleichtern, Eigenschaften wie Preisgestaltung, Betriebssystemkompatibilität und Bewertungen zu identifizieren. Die SERP-Forschung zeigt, dass Google App-Bewertungen, Preismodelle, Betriebssystemkompatibilität und Downloadzahlen direkt in den Suchergebnissen anzeigen kann. Selbst wenn ein reichhaltiges Ergebnis nicht garantiert ist, verbessert klar strukturierte Daten die Chance, dass die Seite korrekt interpretiert wird.

Es gibt auch einen technischen Vorteil. Softwareseiten enthalten oft eine Mischung aus Marketingtext, Funktionslisten, Testimonials und CTAs. Das ist nützlich für Menschen, kann aber für Crawler verwirrend sein. JSON-LD gibt Suchmaschinen eine prägnante, standardisierte Zusammenfassung des Produkts. Mit anderen Worten, es verringert die Belastung des Crawlers, die Bedeutung nur aus dem Seitenlayout abzuleiten.

Für Händler, die softwareähnliche Produkte verkaufen, ist die Auswirkung ähnlich, egal ob das Produkt eine SaaS-App, eine Browsererweiterung oder ein herunterladbares Desktop-Tool ist. Das Schema hilft, die Produkteinheit zu definieren, was besonders wertvoll sein kann, wenn die Seite mehrere Produktseiten, Funktionsseiten und Dokumentationsseiten hat, die um Aufmerksamkeit konkurrieren. Es ist kein Abkürzungsweg zu besseren Rankings, sondern eine praktische Möglichkeit, die Seite leichter zu klassifizieren und zu vertrauen.

Es gibt auch einen sekundären Geschäftseffekt: Eine bessere Klarheit der Einheit kann verbessern, wie Teams die Seite intern verwalten. Sobald der Produktname, die Plattform, die Preisgestaltung und die Kategorie als strukturierte Felder behandelt werden, wird es einfacher, Marketingtext, CMS-Daten und Suchmarkup in Einklang zu bringen. Das verringert die Wahrscheinlichkeit von versehentlichen Inkonsistenzen nach einem Redesign oder Preisupdate. Für Teams, die häufig neue Produkte herausbringen, ist diese betriebliche Konsistenz ein echter Vorteil.

Wie es funktioniert

SoftwareApplication Schema funktioniert, indem es JSON-LD in den HTML-Code der Seite einbettet. JSON-LD steht für JavaScript Object Notation for Linked Data und ist das Format, das Google häufig für strukturierte Daten empfiehlt, da es einfacher zu warten ist als Inline-Mikrodaten. Die Seite sieht für Besucher immer noch gleich aus, aber Crawler können den strukturierten Block lesen und Eigenschaften extrahieren.

Auf einer grundlegenden Ebene beschreibt das Schema eine Einheit mit Feldern wie name, applicationCategory, operatingSystem, description und offers. Wenn das Produkt verifizierte Benutzerbewertungen hat, kann auch ein aggregateRating-Block hinzugefügt werden. Suchmaschinen verwenden diese Felder, um die Identität und Eigenschaften der Software besser zu verstehen.

Schritt 1: Definiere die Softwareeinheit

Beginne damit, zu entscheiden, was die Seite repräsentiert. Wenn die Seite die Hauptmarketingseite für ein SaaS-Produkt ist, sollte das Schema dieses Produkt beschreiben. Wenn es sich um eine mobile App-Seite handelt, sollte das Schema die mobile Anwendung beschreiben. Die Einheit sollte dem tatsächlichen Zweck der Seite entsprechen, da nicht übereinstimmende Daten das Signal schwächen und Validierungsprobleme verursachen können.

Schritt 2: Wähle den richtigen Typ und die richtige Kategorie aus

Die kurze Liste akzeptierter applicationCategory-Werte umfasst BusinessApplication, DeveloperApplication, ShoppingApplication, UtilitiesApplication und andere. Dieser Wert hilft, die Software zu klassifizieren. Eine für Händler gedachte App könnte in die Kategorie BusinessApplication passen, während ein Entwickler-Tool in die Kategorie DeveloperApplication passen könnte. Es geht nicht darum, ein perfektes Taxonomie-Label zu erzwingen, sondern die ehrlichste Übereinstimmung auszuwählen.

Schritt 3: Füge Produktfakten hinzu, die Suchmaschinen verarbeiten können

Die wichtigsten Felder sind die, die die Software klar definieren. name identifiziert das Produkt. operatingSystem sagt Google, wo es läuft, wie Web Browser, iOS 14+, Android 5.0+, Windows 10 oder macOS 12+. offers kann die Preisgestaltung beschreiben, einschließlich kostenloser Produkte mit einem Preis von 0. Wenn Bewertungen vorhanden sind, müssen sie echte verifizierte Bewertungen widerspiegeln.

Schritt 4: Validieren und überwachen

Sobald das JSON-LD hinzugefügt wurde, sollte es mit strukturierten Datentools getestet und in der Google Search Console überprüft werden. Die kurze Liste weist darauf hin, dass SoftwareApplication keinen eigenen speziellen Verbesserungsbericht wie Produkt oder FAQ hat, sodass URL-Inspektion und der Rich Results Test die praktischen Überwachungswerkzeuge sind. Das ist wichtig, denn strukturierte Daten können syntaktisch korrekt, aber dennoch unvollständig oder missverstanden sein, wenn die Eigenschaften inkonsistent sind.

Eine nützliche Möglichkeit, über den Mechanismus nachzudenken, ist, dass das Schema eine stabile, maschinenlesbare Schicht über die sichtbare Seite erstellt. Suchmaschinen müssen nicht erraten, ob die Seite eine Browser-App, eine mobile App oder ein herunterladbares Tool handelt, basierend auf Schaltflächenbeschriftungen oder Heldenkopien. Sie können die Beschreibung der Einheit direkt lesen. Das garantiert kein reichhaltiges Ergebnis, aber es gibt dem Crawler einen saubereren Ausgangspunkt und verringert die Mehrdeutigkeit während der Indizierung.

Anwendungsfälle

SoftwareApplication Schema ist am nützlichsten, wenn die Hauptaufgabe der Seite darin besteht, ein Softwareprodukt darzustellen. Das umfasst SaaS-Landingpages, mobile App-Seiten, Browsererweiterungen und Desktop-App-Seiten. Der gemeinsame Nenner ist, dass die Seite versucht, ein Softwareangebot klar genug zu erklären, damit Suchmaschinen und Benutzer es schnell erkennen.

Ein häufiges Szenario ist eine SaaS-Homepage. Ein Projektmanagement-Tool, eine Analyseplattform oder ein Storefront-Utility kann das SoftwareApplication-Schema verwenden, um das Produkt, das browserbasierte Betriebssystem und das Preismodell zu identifizieren. In diesem Setup unterstützt das Schema die Marketingseite, ohne vorzugeben, dass das Produkt im traditionellen Sinne herunterladbar ist.

Ein zweites Szenario ist eine mobile App-Seite. Hier kann das Schema MobileApplication, einen Betriebssystem-String wie Android 5.0+ und eine Store-Download-URL enthalten. Das hilft Suchmaschinen, die App von der Markenseite zu unterscheiden und die Plattformbeschränkung zu verstehen. Es ist besonders nützlich, wenn die Marke auch eine Web-App oder eine Support-Seite hat, da das Schema die App-Einheit vom Rest der Seite trennen kann.

Ein drittes Szenario sind Browsererweiterungen oder Desktop-Utilities. Die kurze Liste stellt ausdrücklich fest, dass SoftwareApplication über Web-Apps und mobile Apps hinaus gilt, einschließlich Chrome-Erweiterungen, Firefox-Add-ons, macOS-Apps, Windows-Apps und CLI-Tools. Für diese Produkte kann das Schema den Verteilungskontext und die unterstützte Umgebung klären, was oft den Unterschied zwischen einem relevanten Klick und einem nicht passenden ausmacht.

Für Händler und Entwickler ist das Entscheidungskriterium einfach: Wenn die Seite eine primäre Softwareproduktseite ist und das Produkt stabile, beschreibbare Attribute hat, ist das Schema eine Überlegung wert. Wenn die Seite eine temporäre Kampagnenseite, einen Blogbeitrag oder einen Hilfsartikel ist, ist es normalerweise nicht der richtige Ort für dieses Markup.

Es gibt auch einige szenariobezogene Nuancen, die es wert sind, hervorgehoben zu werden. Wenn das Produkt eine kostenlose Testversion und einen kostenpflichtigen Plan hat, sollte der offers-Block den öffentlichen Einstiegspreis oder den kostenlosen Einstiegspunkt widerspiegeln, nicht ein internes Unternehmensangebot. Wenn die App auf mehreren Plattformen verfügbar ist, sollte das Schema nicht zu viel Unterstützung übertreiben; verwende den Plattform-String, der zur beschriebenen Seite passt. Und wenn die Software noch in der Beta-Phase ist, sollte die Seite kein reifes Bewertungsprofil implizieren, es sei denn, die Bewertungen sind tatsächlich vorhanden.

Wie man es implementiert oder anwendet

Die Implementierung beginnt mit dem Seitenmodell, nicht mit dem Code. Bevor du JSON-LD schreibst, entscheide, welche Seite die kanonische Produktseite ist und was das Produkt tatsächlich ist. Für ein SaaS ist das normalerweise die Homepage oder die Hauptlandingpage. Das Schema sollte auf dieser primären Seite leben, nicht auf jeder Route verstreut sein.

Ein praktischer Implementierungsworkflow sieht so aus:

1. Identifiziere die Produktseite, die für den App-Namen ranken sollte.
2. Ordne die sichtbaren Fakten auf der Seite den Schema-Eigenschaften zu.
3. Füge einen JSON-LD-Block im Kopf oder Körper der Seite hinzu.
4. Validiere das Markup mit einem Tester für strukturierte Daten.
5. Überprüfe die Seite in der Search Console nach dem Crawlen.

Das Eigenschaftsset sollte minimal, aber vollständig sein. Die kurze Liste bezeichnet name, applicationCategory und operatingSystem als erforderlich, während description empfohlen wird und offers.price und offers.priceCurrency dringend empfohlen werden. Wenn die App kostenlos ist, kann der Preis 0 betragen, aber der offers-Block muss trotzdem existieren. Für Bewertungen dürfen nur echte verifizierte Bewertungsdaten verwendet werden. Gefälschte oder überhöhte Bewertungen sind nicht nur ein technischer Fehler; sie können gegen Qualitätsrichtlinien verstoßen.

Für SaaS-Produkte sieht das Schema oft anders aus als bei mobilen Apps. Ein Web-Tool verwendet normalerweise operatingSystem: "Web Browser" und benötigt kein downloadUrl. Eine mobile App kann downloadUrl und installUrl enthalten, die auf die App-Store-Liste verweisen. Eine Desktop-App kann DesktopApplication oder SoftwareApplication mit einem Desktop-Betriebssystem-String verwenden. Das Schema sollte das Vertriebsmodell widerspiegeln, anstatt eine Einheitsvorlage zu erzwingen.

Wenn du bereits an einem umfassenderen technischen SEO arbeitest, sollte dieses Markup neben anderen seitenbasierten Signalen wie Titeln, Kanonischen Links, internen Links und sauberer Indizierung sitzen. Wenn diese Grundlage schwach ist, wird das Schema nicht kompensieren. Ein nützlicher Begleitartikel ist Shopify Technisches SEO, das bei Wachstum tatsächlich Bestand hat, wenn du mit Produktseiten und Seitenarchitektur im großen Stil arbeitest.

Praktische Mapping-Checkliste

Eine nützliche Möglichkeit, das Schema anzuwenden, besteht darin, jedes sichtbare Seitenelement vor der Veröffentlichung einem strukturierten Feld zuzuordnen. Der Produktname im Heldenbereich sollte mit name übereinstimmen. Der kurze Wertvorschlag im ersten Bildschirm sollte description informieren. Die Preistabelle sollte offers bestimmen, und das Plattformabzeichen oder die App-Store-Notiz sollte operatingSystem bestimmen. Wenn die Seite sagt „funktioniert in jedem Browser“, dann ist Web Browser das ehrliche strukturierte Äquivalent. Wenn die Seite sagt „verfügbar auf iPhone und Android“, sollte das Schema diese Unterscheidung widerspiegeln, anstatt sie in eine vage Plattform-Aussage zu verdichten.

Dieser Mapping-Schritt ist besonders wichtig für Teams mit mehreren Beteiligten. Marketing möchte möglicherweise, dass die Seite breit klingt, während Produkt und Technik die tatsächlichen technischen Grenzen kennen. Das Schema sollte der Produktwahrheit folgen, nicht dem überzeugendsten Text. Das hält das Markup stabil, wenn die Seite umgeschrieben wird, und verringert die Wahrscheinlichkeit, dass die strukturierten Daten veraltet sind, wenn sich Preise oder Plattformunterstützung ändern.

Für Implementierungsteams ist es hilfreich, das Schema als Teil der Release-Checkliste zu behandeln. Wenn das CMS Produktname, Kategorie und Preis in separaten Feldern speichert, sollte das JSON-LD aus denselben Feldern generiert werden, anstatt von Hand in einer Vorlage geschrieben zu werden. Das reduziert Abweichungen und macht es einfacher, die Seite zu aktualisieren, wenn sich das Produkt ändert. Es bedeutet auch, dass das Schema von denselben Personen überprüft werden kann, die den sichtbaren Seiteninhalt genehmigen.

Wann man SoftwareApplication im Vergleich zu einem spezifischeren App-Typ verwenden sollte

Verwende SoftwareApplication, wenn das Produkt eindeutig Software ist, aber keinen schmaleren Untertyp benötigt, um es gut zu beschreiben. Verwende MobileApplication, wenn die Seite speziell über eine iOS- oder Android-App handelt, und verwende DesktopApplication, wenn die Distribution und das Betriebssystem spezifisch für Desktops sind. Für Browsererweiterungen ist BrowserApplication normalerweise die bessere Wahl, da es die Laufzeitumgebung präziser kommuniziert. Die praktische Regel ist einfach: Wähle den spezifischsten Typ, der immer noch zur Seite passt, ohne das Schema in einen allgemeinen Bereich zu zwingen. Das verbessert die Klarheit, ohne das Schema in einen allgemeinen Bereich zu drängen.

Häufige Fehler und Fallstricke

Der häufigste Fehler besteht darin, ein Schema hinzuzufügen, das nicht zur Seite passt. Eine Produkt-Homepage sollte sich nicht als mobile App beschreiben, wenn die Software nur in einem Browser läuft. Ebenso sollte ein Dashboard nicht dasselbe SoftwareApplication-Markup wie die öffentliche Landingpage tragen. Suchmaschinen benötigen eine konsistente Einheit, nicht wiederholtes Markup auf jeder Seite.

Ein weiteres häufiges Problem sind gefälschte oder nicht unterstützte Bewertungen. Die kurze Liste ist eindeutig: aggregateRating muss echte, verifizierte Benutzerbewertungen widerspiegeln. Erfundene Zahlen können gegen Qualitätsrichtlinien verstoßen und Vertrauensprobleme verursachen. Wenn das Produkt keine legitimen Bewertungen hat, lass diesen Block weg, anstatt ihn zu erzwingen.

Ein dritter Fallstrick sind unsaubere Betriebssystemwerte. Suchmaschinen benötigen klare Strings wie Web Browser, iOS 14+, Android 5.0+, Windows 10 oder macOS 12+. Vage Texte wie „alle Plattformen“ oder „funktioniert überall“ sind nicht so nützlich, und sie können zu mehrdeutig für eine konsistente Analyse sein. Das Gleiche gilt für die Auswahl der Kategorie: Wähle den nächstgelegenen akzeptierten applicationCategory-Wert, anstatt ein benutzerdefiniertes Label zu erfinden.

Es gibt auch einen häufigen, SaaS-spezifischen Fehler: das Hinzufügen von downloadUrl, wenn das Produkt eine Web-App ist. Diese Eigenschaft macht Sinn für herunterladbare Software, jedoch nicht für einen browserbasierten Dienst. Das Schema sollte das Produkt ehrlich beschreiben, nicht ein anderes Vertriebsmodell imitieren.

Abschließend behandeln Teams manchmal das Schema als Aufgabe, die man einmal erledigen kann. In Wirklichkeit ändern sich Softwareseiten. Preise ändern sich, Plattformunterstützung ändert sich, und auch die Anzahl der Bewertungen ändert sich. Wenn sich die Seite weiterentwickelt, sollten sich auch die strukturierten Daten weiterentwickeln. Andernfalls wird das Markup veraltet und weniger vertrauenswürdig.

Lösungen, die die meisten Fehler verhindern

Der einfachste Weg, diese Probleme zu vermeiden, besteht darin, das Schema aus einer kontrollierten Quelle der Wahrheit zu erstellen. Halte Produktname, Kategorie, Plattform und Preis an einem Ort in deinem CMS oder in den App-Einstellungen und rendere das JSON-LD aus diesen Feldern. Das verringert die Wahrscheinlichkeit, dass der Seiteninhalt etwas anderes sagt als das Schema. Es macht auch Updates sicherer, wenn sich das Produkt ändert.

Für Bewertungen verwende nur eine verifizierte Bewertungsquelle, die dein Team rechtfertigen kann, falls es gefragt wird. Achte darauf, dass das Schema das öffentliche Angebot widerspiegelt, nicht einen vorübergehenden internen Rabatt oder einen versteckten Unternehmensplan. Und für die Plattformunterstützung bevorzuge eine enge, genaue Aussage gegenüber einer breiten. Suchmaschinen können mit Spezifität arbeiten; sie haben Schwierigkeiten mit vagen Marketingformulierungen.

Ein weiterer nützlicher Schutz besteht darin, die gerenderte Seite vor jedem Launch mit dem JSON-LD zu vergleichen. Wenn sich die Seitenüberschrift von „Browser-App“ in „Desktop-App“ ändert, sollte das Schema gleichzeitig aktualisiert werden. Wenn die Preis-Seite eine neue kostenlose Stufe einführt, sollte der offers-Block sofort überarbeitet werden. Diese kleinen Überprüfungen verhindern die Art von Abweichungen, die strukturierte Daten im Laufe der Zeit weniger glaubwürdig machen.

Beste Praktiken und schnelle Checkliste

Gutes SoftwareApplication-Schema ist nicht kompliziert, erfordert jedoch Disziplin. Die beste Praxis besteht darin, das Markup mit dem sichtbaren Seiteninhalt und dem tatsächlichen Produktmodell in Einklang zu bringen. Wenn die Seite sagt, die App läuft in einem Browser und beginnt zu einem bestimmten Preis, sollte das Schema dasselbe in strukturierter Form sagen.

Verwende die kleinste Menge an Eigenschaften, die die Software genau beschreiben. Das Überfüllen des Schemas mit spekulativen Feldern ist nicht hilfreich. Ein sauberer Block mit den richtigen Kernattributen ist besser als ein überfüllter Block voller Platzhalter. Wenn du verifizierte Bewertungen hast, füge sie hinzu. Wenn nicht, lass sie weg.

Für Teams, die Schema in großem Maßstab implementieren, sollte die Validierung Teil des Release-Prozesses sein. Das bedeutet, das JSON-LD nach der Bereitstellung zu überprüfen, insbesondere wenn sich Vorlagen ändern. Es bedeutet auch, regelmäßig die Google Search Console und die Ergebnisse des Rich Results Test zu überwachen, nicht nur, wenn etwas nicht funktioniert.

Eine einfache Checkliste:

• Platziere das Schema auf der Hauptseite oder der Homepage für die Software.
• Verwende den richtigen Typ und die am nächsten liegende applicationCategory.
• Setze operatingSystem klar und ehrlich.
• Füge offers auch für kostenlose Produkte hinzu.
• Verwende aggregateRating nur für echte verifizierte Bewertungen.
• Lass downloadUrl für reine SaaS-Web-Apps weg.
• Validiere das Markup nach jeder wesentlichen Vorlagenänderung.
• Überprüfe die Search Console nach dem Crawlen.

Wenn du auch daran interessiert bist, wie die Seite in der Suche über das Schema hinaus aussieht, ziehe in Betracht, diese Arbeit mit Produkt-Schema-Markup: Der praktische Leitfaden, den Händler tatsächlich benötigen zu kombinieren, wenn dein Softwareangebot wie ein Produkt verkauft wird oder reichhaltigere Produkteeinheitensignale benötigt. Das Wichtigste ist, das richtige Einheitsmodell für die Seite auszuwählen, nicht nur den richtigen Codeschnipsel.

Verwandte Begriffe und weiterführende Literatur

• Product Schema Markup: the practical guide merchants actually need
• Automatisiere Dein Sms Marketing Die Neue
• Keyword Research for E-Commerce
• Core Web Vitals