SoftwareApplication-Schema: Preis und Bewertung entscheiden, ob es erscheint

Das SoftwareApplication-Schema ist nur dann für Googles Software-App-Ergebnis geeignet, wenn es drei Angaben enthält: name, offers.price und entweder aggregateRating oder review. Eine Seite kann den Namen und die Kategorie auszeichnen, die anderen beiden weglassen und trotzdem jeden Syntaxvalidator bestehen. Gültig heißt nicht geeignet. Googles Dokumentation zu Software-Apps, gelesen am 2026-10-25, behandelt einen fehlenden Preis oder eine fehlende Bewertung als nicht erfüllte Bedingung, nicht als Hinweis.

Was das SoftwareApplication-Schema verlangt

Drei Eigenschaften leisten die Arbeit. Zwei sind in schema.org optional und bei Google Pflicht, und genau daran scheitern viele Produktseiten um ein Feld.

An der Bewertung bleiben die meisten hängen. Ein aggregateRating braucht ratingValue und ratingCount; eine einzelne review braucht Autor und Bewertung. Googles Richtlinien für Bewertungs-Snippets sind deutlich: Fasse keine Bewertungen von anderen Websites zusammen, und füge keine gefälschten oder nicht offengelegten incentivierten Bewertungen ein. Die Bewertung muss zu deinem Produkt gehören und von Menschen stammen, die es genutzt haben.

applicationCategory nimmt einen Wert aus Googles unterstützter Liste. BusinessApplication, DeveloperApplication und DesignApplication stehen darauf; WebApplication ist ein Typ, keine Kategorie. Kopiere einen Wert aus der Dokumentation, statt eine Bezeichnung zu erfinden, die gut klingt.

Ein Software-App-Ergebnis ist ein Name mit Preis und Bewertung. Fehlt eines der drei, hat Google nichts anzuzeigen.

Welcher Typ: WebApplication, SoftwareApplication oder Product

Ein Produkt, das im Browser läuft, ist meist eine WebApplication; eine Desktop- oder Mobile-App zum Installieren ist eine SoftwareApplication; ein Artikel aus einem Katalog ist ein Product. Google akzeptiert alle drei, und der Fehler besteht darin, zwei Typen mit unterschiedlichen Preisen auf dieselbe Seite zu legen.

Eine dokumentierte Ausnahme lohnt sich vor der Entscheidung: Für Software-Apps, die nur den Typ VideoGame tragen, zeigt Google kein Rich-Ergebnis. Es braucht einen zweiten Typ, etwa MobileApplication. Der Fall ist eng, aber genau so ein Detail lässt eine korrekte Auszeichnung ohne sichtbare Wirkung zurück.

Wenn die Seite bereits einen Tarif mit Preis und Verfügbarkeit verkauft, lies zuerst eine Produkt-Landingpage erstellen und entscheide, welcher Typ auf dieser Seite den Preis besitzt. Zeichne nicht beide mit unterschiedlichen Zahlen aus.

Das Ergebnis: ein Block zum Einfügen

Das ist der kleinste Block, der für ein Webbprodukt mit kostenlosem Tarif geeignet sein kann. Ersetze die vier Werte, behalte die Struktur.

{
  "@context": "https://schema.org",
  "@type": "WebApplication",
  "name": "Example",
  "applicationCategory": "BusinessApplication",
  "operatingSystem": "Web",
  "offers": {
    "@type": "Offer",
    "price": "0",
    "priceCurrency": "USD"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.7",
    "ratingCount": "128"
  }
}

Der kostenlose Tarif ist die klassische Falle: offers.price bleibt Pflicht, wenn die Antwort null lautet. Schreibe "price": "0", statt das Offer-Objekt zu löschen. Bei einem bezahlten Tarif nimm den echten Einstiegspreis und behalte priceCurrency. Für eine App zum Herunterladen ändere @type auf SoftwareApplication und nenne die Plattformen.

Die Werte sollten aus derselben Quelle kommen wie deine Produktbeschreibung für alle Kanäle, damit Preis und Name nicht von Seite zu Seite auseinanderlaufen.

Füge aggregateRating nur ein, wenn die Seite diese Bewertung sichtbar zeigt. Googles allgemeine Regeln für strukturierte Daten verlangen, dass die Auszeichnung den sichtbaren Inhalt beschreibt; eine Bewertung, die nur in einem Script-Tag existiert, ist eine falsche Angabe. Die Bewertungsrichtlinien ergänzen, dass zusammengefasste Bewertungen aus echten Rezensionen stammen müssen, nicht von einer anderen Website.

Das Ergebnis: die Prüfung in acht Zeilen

Geh sie der Reihe nach durch. Die ersten vier stoppen einen Block, der nicht funktionieren kann; die letzten vier stoppen einen Block, der funktioniert, aber die falsche Seite beschreibt.

Der Block gehört ins Seiten-Template, neben Titel und Beschreibung, damit er nicht verrutscht, wenn jemand den Inhalt bearbeitet. Die Werte müssen von dort kommen, wo die Seite sie rendert; eine handgeschriebene Bewertung ist das erste Feld, das veraltet.

1. Füge die Seiten-URL in den Rich Results Test ein und prüfe, ob „Software app“ erkannt wird.
2. Lies Fehler vor Warnungen. Eine fehlende Pflichteigenschaft ist ein Fehler, eine fehlende empfohlene nicht.
3. Öffne dieselbe URL in der URL-Prüfung und kontrolliere, ob das gerenderte HTML den Block enthält.
4. Beobachte in den folgenden Tagen den Bericht zu strukturierten Daten in der Search Console. Er zeigt, was Google gefunden hat, nicht was du wolltest.

Warum eine gültige Auszeichnung trotzdem nichts zeigt

Fehler haben meist vier Formen, und keine davon ist ein Syntaxfehler. Der Block wird gelesen, die Seite wird indexiert, das Ergebnis erscheint nie.

Die vierte Zeile ist die leiseste. Oft wird die Launch-Ankündigung ausgezeichnet, weil das Team diese Seite bearbeitet, während die Produktseite, die die App tatsächlich beschreibt, leer bleibt. Google bewertet die Seite, auf der der Block steht. Soll das Ergebnis auf der Produktseite erscheinen, muss der Block dort liegen.

Ein anderer Fehler passiert früher: Das JSON ist kaputt, ein Komma zu viel oder ein Anführungszeichen zu wenig. Der Test meldet dann einen Parse-Fehler, und die Search Console trennt solche Fälle im Bericht zu nicht lesbaren strukturierten Daten. Raten muss man nicht.

Was wir nicht wissen, und wann du aufhören kannst

Wir wissen nicht, wie oft Google das Software-App-Ergebnis auswählt, wenn eine Seite geeignet ist. Google veröffentlicht keine Anzeigerate, garantiert nicht, dass ein Feature mit strukturierten Daten erscheint, und wir haben es auf unseren Seiten nicht lange genug gemessen, um eine Zahl zu nennen. Die Eignung liegt in deiner Hand, die Anzeige nicht.

Es gibt auch einen Fall, in dem die ehrliche Antwort Warten heißt. Hat das Produkt noch keine echten Bewertungen, erfinde keine Zahl und kopiere keine von einer Bewertungsseite. Veröffentliche Name, Kategorie und Preis und ergänze die Bewertung, wenn echte Nutzer eine hinterlassen haben. Eine fehlende Bewertung kostet das Rich-Ergebnis; eine erfundene kostet die Auszeichnung, die Seite und das Vertrauen, für das sie gebaut wurde.

Hör auf, wenn der Test die App ohne Fehler listet und die sichtbare Seite zum Block passt. Was bleibt, ist die Messung, ob das Ergebnis erscheint; das gehört zur Suche- und KI-Analyse und nicht in den Quelltext.

Häufige Fragen

Wofür ist das SoftwareApplication-Schema da?

Es ist eine schema.org-Auszeichnung, die ein Softwareprodukt auf einer Seite beschreibt: Name, Kategorie, Plattformen, Preis und Bewertung. Google entscheidet damit, ob die Seite ein Software-App-Ergebnis mit Name, Preis und Sternen zeigen kann.

Unterstützt Google die Auszeichnung noch?

Ja. Googles Dokumentation zu Software-Apps war bei unserer Lektüre am 2026-10-25 weiterhin online, zuletzt aktualisiert am 2026-09-08, und das Software-App-Ergebnis steht weiter auf der Liste. Anders als bei FAQ und HowTo wurde dieses Feature nicht zurückgezogen.

Zeigt die App-Auszeichnung Sterne?

Nur mit einer Bewertung oder Rezension. Mit Name und Preis, aber ohne Bewertung erfüllt die Seite die Pflichteigenschaften nicht. Mit einer erfundenen Bewertung wird aus einem Anzeigeproblem ein Richtlinienproblem.

Muss ich SoftwareApplication und Product zusammen auszeichnen?

Nein. Wähle den Typ, der zu dem passt, was die Seite verkauft, und lass einen davon den Preis besitzen. Zwei Typen mit unterschiedlichen Preisen auf derselben Seite geben Google zwei widersprüchliche Fakten und dir keine Möglichkeit zu erkennen, welcher gelesen wurde.

Warum findet der Rich Results Test nichts?

Meist weil das JSON-LD per JavaScript nach dem HTML eingefügt wird, das der Test zuerst sieht, oder weil die getestete URL nicht die Seite mit dem Block ist. Rendere den Block serverseitig und teste die URL, die ranken soll, nicht die Startseite.