SoftwareApplication Schema Markup: Apps in Google Rich Results

Wenn deine Website eine App, ein Web-Tool oder eine Software beschreibt, gibt es ein speziell dafür entwickeltes Schema.org-Format: SoftwareApplication Schema Markup. Mit dem richtigen JSON-LD signalisierst du Google, dass deine Seite eine Software-Anwendung präsentiert — was Google zur Anzeige von Software-Rich-Snippets mit Bewertungssternen, Preis und Plattform berechtigt.

SoftwareApplication Schema Markup für SEO – Apps und Web-Tools in Google Rich Results

Was ist SoftwareApplication Schema?

SoftwareApplication ist ein Schema.org-Typ, der eine Software-Anwendung beschreibt — egal ob native App (iOS/Android), Desktop-Programm oder browserbasiertes Web-Tool. Das Schema ermöglicht es Google, in den Suchergebnissen erweiterte Informationen zur Software anzuzeigen:

Bewertungssterne (AggregateRating)
Preis und Preismodell (kostenlos, kostenpflichtig, Freemium)
Unterstützte Betriebssysteme
Anwendungskategorie (z. B. "BusinessApplication", "GameApplication")

Diese zusätzlichen Informationen erhöhen die Sichtbarkeit und Klickrate in den Suchergebnissen erheblich — besonders weil Sternebewertungen sofort Vertrauen signalisieren.

Anwendungsfälle: Wann SoftwareApplication Schema nutzen?

Das Schema eignet sich für:

Web-Tools und SaaS-Anwendungen — Online-Rechner, Analyse-Tools, SEO-Checker wie shift07.ai
Mobile Apps — iOS- oder Android-Anwendungen mit App-Store-Seite
Desktop-Software — Programme für Windows, macOS oder Linux
Browser-Extensions — Erweiterungen für Chrome, Firefox, etc.
Progressive Web Apps (PWA) — Installierbare Web-Anwendungen

Wichtig: Das Schema darf nur auf Seiten verwendet werden, die tatsächlich eine Software beschreiben. Informationsartikel über Software sind kein geeigneter Kontext — dort ist Article Schema korrekter.

Pflicht- und optionale Felder

Pflichtfelder laut Google

name — Name der Software
applicationCategory — Kategorie der Anwendung
operatingSystem — Unterstützte Plattformen

Für Bewertungs-Rich-Snippets zusätzlich erforderlich:

aggregateRating mit ratingValue, ratingCount (oder reviewCount) und bestRating

Empfohlene optionale Felder

description — Kurze Beschreibung der Software
url — URL der Software-Seite
image — Screenshot oder Logo
offers — Preisinformationen (Offer-Objekt)
author — Entwickler oder Unternehmen
datePublished — Veröffentlichungsdatum
softwareVersion — Versionsnummer
downloadUrl — Link zum Download (bei nativen Apps)
featureList — Kommagetrennte Feature-Liste
screenshot — URL eines App-Screenshots

Gültige Werte für applicationCategory

Google unterstützt diese Kategorien (vollständige Liste unter schema.org/SoftwareApplicationCategory):

GameApplication
SocialNetworkingApplication
TravelApplication
ShoppingApplication
SportsApplication
LifestyleApplication
BusinessApplication
DesignApplication
DeveloperApplication
DriverApplication
EducationalApplication
HealthApplication
FinanceApplication
SecurityApplication
BrowserApplication
CommunicationApplication
DesktopEnhancementApplication
EntertainmentApplication
MultimediaApplication
HomeApplication
UtilitiesApplication
ReferenceApplication

Für Web-Tools empfehle ich DeveloperApplication oder BusinessApplication. Wähle die Kategorie, die am besten zur Funktionalität deiner Software passt.

Vollständiges JSON-LD-Beispiel: Web-Tool mit Bewertung

Hier ein vollständiges Beispiel für ein SEO-Analyse-Tool als WebApplication:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "WebApplication",
  "name": "Shift07 SEO-Analyse Tool",
  "description": "Kostenlose SEO-Analyse für deine Website. Findet technische SEO-Fehler, fehlende Meta-Tags und Performance-Probleme in Sekunden.",
  "url": "https://shift07.ai",
  "applicationCategory": "DeveloperApplication",
  "operatingSystem": "Web",
  "offers": {
    "@type": "Offer",
    "price": "0",
    "priceCurrency": "EUR"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.8",
    "ratingCount": "142",
    "bestRating": "5",
    "worstRating": "1"
  },
  "author": {
    "@type": "Organization",
    "name": "Thümmler AI GmbH",
    "url": "https://shift07.ai"
  },
  "softwareVersion": "2.1",
  "datePublished": "2024-01-15",
  "featureList": "Meta-Tag-Analyse, Performance-Check, Technisches SEO-Audit, Mobile-Optimierungsprüfung",
  "screenshot": {
    "@type": "ImageObject",
    "url": "https://shift07.ai/images/screenshot.png"
  },
  "image": {
    "@type": "ImageObject",
    "url": "https://shift07.ai/logo.png"
  }
}
</script>

Native App vs. WebApplication — welchen Typ wählen?

Schema.org unterscheidet zwischen verschiedenen Untertypen von SoftwareApplication:

WebApplication

Für browserbasierte Tools und SaaS-Anwendungen. Kein Download erforderlich. operatingSystem: "Web". Dies ist der richtige Typ für die meisten Online-Tools.

MobileApplication

Für native iOS- und Android-Apps. Hier ist zusätzlich sinnvoll:

{
  "@type": "MobileApplication",
  "operatingSystem": "Android 8.0+",
  "downloadUrl": "https://play.google.com/store/apps/details?id=...",
  "applicationCategory": "UtilitiesApplication"
}

SoftwareApplication (Basistyp)

Für Desktop-Software oder plattformübergreifende Anwendungen. operatingSystem kann hier mehrere Werte als Array enthalten: ["Windows", "macOS", "Linux"].

AggregateRating korrekt implementieren

Die Bewertungs-Rich-Snippets sind der häufigste Grund, warum Entwickler SoftwareApplication Schema einsetzen. Folgende Regeln gelten:

Erlaubte Bewertungsquellen

Echte Nutzerbewertungen von deiner Website oder App
Bewertungen aus App Stores (Google Play, Apple App Store)
Bewertungen von verifizierten Nutzern aus Drittplattformen

Verbotene Quellen

Selbst geschriebene Bewertungen oder gefälschte Rezensionen
Bewertungen ohne Nutzerinteraktion
Bewertungen, die nicht auf der Seite sichtbar sind

Google verlangt, dass die Bewertungen im Schema mit den tatsächlich auf der Seite angezeigten Bewertungen übereinstimmen. Abweichungen führen zu manuellen Maßnahmen.

Mindestanforderungen für Rating-Snippets

"aggregateRating": {
  "@type": "AggregateRating",
  "ratingValue": "4.5",   // Pflicht: Durchschnittswert
  "ratingCount": "89",    // Pflicht: Anzahl der Bewertungen
  "bestRating": "5",      // Empfohlen: Max. möglicher Wert
  "worstRating": "1"      // Empfohlen: Min. möglicher Wert
}

Statt ratingCount kann auch reviewCount verwendet werden — Letzteres wenn nur schriftliche Rezensionen (keine reinen Sternbewertungen) gezählt werden.

Preismodelle korrekt abbilden

Das offers-Feld bildet Preisinformationen ab. Drei häufige Szenarien:

Kostenloses Tool

"offers": {
  "@type": "Offer",
  "price": "0",
  "priceCurrency": "EUR"
}

Kostenpflichtige App (Einmalkauf)

"offers": {
  "@type": "Offer",
  "price": "9.99",
  "priceCurrency": "EUR",
  "priceValidUntil": "2027-12-31"
}

Abonnement/Freemium (mehrere Angebote)

"offers": [
  {
    "@type": "Offer",
    "name": "Free",
    "price": "0",
    "priceCurrency": "EUR"
  },
  {
    "@type": "Offer",
    "name": "Pro",
    "price": "19",
    "priceCurrency": "EUR",
    "billingIncrement": "P1M"
  }
]

Häufige Fehler und wie du sie vermeidest

Falsche applicationCategory

Viele Entwickler verwenden Freitext-Kategorien wie „SEO Tool" oder „Online Checker". Google akzeptiert nur die vordefinierten Schema.org-Kategorien. Eigene Kategorie-Strings werden ignoriert.

Fehlende Übereinstimmung von Schema und Seiteninhalt

Das Schema muss die Seite widerspiegeln, auf der es eingebunden ist. Ein SoftwareApplication-Schema auf einem Blogartikel über Software ist falsch — dort gehört Article Schema hin.

Bewertungen im Schema ohne sichtbare Bewertungen auf der Seite

Dies führt zur Ablehnung durch Google und kann zu manuellen Penalties führen. Stelle sicher, dass Sternebewertungen auf der Seite für den Nutzer sichtbar sind — nicht nur im Schema.

operatingSystem als Array statt String

Bei mehreren Betriebssystemen muss ein Array verwendet werden:

"operatingSystem": ["Windows", "macOS", "Linux"]

Nicht: "operatingSystem": "Windows, macOS, Linux" — obwohl Google das oft toleriert, ist die Array-Form korrekt.

SoftwareApplication Schema testen

Vor der Veröffentlichung die Implementierung validieren:

Google Rich Results Test: Prüft speziell ob dein Schema für Software-Rich-Snippets qualifiziert
JSON-LD Validator auf shift07.ai: Schnelle Syntaxprüfung im Browser
Schema.org Validator: Tiefe technische Validierung gegen das Schema.org-Vokabular

Checkliste: SoftwareApplication Schema korrekt umsetzen

☑ Richtiger Typ gewählt: WebApplication, MobileApplication oder SoftwareApplication
☑ name und applicationCategory ausgefüllt
☑ operatingSystem mit gültigem Wert (z. B. "Web", "Android", "iOS")
☑ aggregateRating nur wenn echte Bewertungen auf der Seite sichtbar
☑ ratingCount stimmt mit sichtbarer Anzahl überein
☑ offers korrekt für kostenlose oder kostenpflichtige Software
☑ Schema liegt auf der eigentlichen App-Seite (nicht auf Blogartikeln über die App)
☑ Validiert mit Google Rich Results Test

Fazit: SoftwareApplication Schema für mehr Klicks

SoftwareApplication Schema Markup ist besonders wertvoll für Websites, die Tools, Apps oder Software anbieten. Die Möglichkeit, Bewertungssterne direkt in den Suchergebnissen anzuzeigen, macht dein Ergebnis deutlich attraktiver als Konkurrenz-Ergebnisse ohne Markup.

Der Implementierungsaufwand ist überschaubar: Ein korrektes JSON-LD-Block im <head> genügt. Wichtig ist, dass die Daten im Schema mit den tatsächlich auf der Seite sichtbaren Informationen übereinstimmen — dann steht dem Rich Snippet nichts im Weg.

Weitere relevante Schema-Typen für deine Website: HowTo Schema Markup für Anleitungen, FAQPage Schema für Fragen und Antworten, sowie Product Schema für digitale oder physische Produkte. Zum Einstieg empfehle ich den Einsteigerleitfaden zu strukturierten Daten.

Teste deine Schema-Implementierung direkt im Browser mit unserem JSON-LD Structured Data Validator.

SoftwareApplication Schema Markup: Apps und Web-Tools in Google Rich Results