Guide : SoftwareApplication Schema

TL;DR — SoftwareApplication schema est code vous ajouter à une page à propos de an app or software outil que étiquettes le details pour moteur de recherches — “ce est le app’s nom,” “ce est ce que il coûts,” “ce est le operating système il exécute on,” “ces sont son star ratings.” Ajout il correctement rend lune page eligible pour Google’s Software App rich résultat, qui peut montrer le rating, examiner count, price, et OS correct dans le recherche listing. c’est a différent schema type depuis Produit, et le ratings vous mark up ont à être réel.

Ce que SoftwareApplication schema is

Quand vous regarder à an app’s page, vous pouvez lire le nom, le price, “fonctionne on Windows,” et le ⭐ ratings sans thinking à propos de il. A moteur de recherche voit plain texte et a à guess ce que chaque bit signifie. SoftwareApplication schema spells il out dans code, en utilisant le shared schema.org vocabulary — il balises le name, le category, le operatingSystem, le price, et quelconque utilisateur ratings donc Google knows exactly ce que c’est looking à.

It’s almost toujours written as JSON-LD — a petit block of code que sits in the page sans modification how lune page semble.

Pourquoi it’s worth doing

Le payoff est le Software App rich résultat: quand une page qualifies, Google peut montrer le star rating, le number de reviews, le price, et le operating système directement dans le recherche extrait. A listing que montre “4,6 ★ · 8 864 reviews · Gratuit · Android” est plus eye-catching que a plain blue lien, et que peut earn plus clicks.

The three choses vous almost toujours besoin

À être eligible pour le Software App rich résultat, Google demande pour le app’s nom, an offer (son price — utiliser 0 si c’est gratuit), et au moins un de a examiner score (aggregateRating) or a unique review. Deux plus sont strongly recommended:

• applicationCategory — le type de app, comme BusinessApplication or GameApplication (Google seulement accepts valeurs depuis son propre fixed liste).
• operatingSystem — ce que il exécute on, comme Windows, Android, or a navigateur.

The chose la plupart personnes obtenir incorrect

SoftwareApplication n’est pas “Product schema for software.” ils sont deux différent schema.org types avec différent requis champs et différent résultats de recherche. Si votre app est a SaaS outil or a downloadable program, SoftwareApplication est généralement le correct un — reaching pour Produit schema (construit pour physical, purchasable goods) misses le champs Google en réalité vérifications pour le Software App résultat. Plus on que dans le Avancé tab.

Two plus beginner traps:

• Valide markup ≠ guaranteed rich résultat. Il rend vous eligible; Google encore decides si à afficher il — et eligibility ne fait pas promise plus downloads, plus élevé rankings, plus clicks, or AI-recherche citations soit.
• Le ratings ont à être réel. Genuine, utilisateur-sourced ratings seulement — fabricated or payant-pour stars peut trigger a manual action, pas simplement a failed validation.

Vouloir le complet version — le requis-vs-recommended split, le applicationCategory enum, choosing le correct subtype, le Produit-schema comparaison, et le ratings règles? Switch à le Avancé tab.

TL;DR — schema.org/SoftwareApplication markup (généralement JSON-LD) rend an app or software page eligible pour Google’s Software App rich résultat (rating, examiner count, price, OS dans le extrait). Google’s requis champs sont narrow: name, offers (avec price; 0 pour gratuit apps, priceCurrency recommended une fois price

0), et au moins un de aggregateRating or review. applicationCategory (depuis a fixed enum) et operatingSystem sont recommended. Le rest de le grand schema.org property liste (downloadUrl, fileSize, screenshot, permissions…) est spec-valide mais SEO-inert pour ce résultat. Préférer le la plupart spécifique subtype (WebApplication, MobileApplication, VideoGame) over générique SoftwareApplication. c’est a séparé type depuis Produit avec a séparé rich-résultat surface — a payant SaaS/web app devrait généralement utiliser SoftwareApplication, pas Produit. Ratings doit être genuine et utilisateur-sourced; fabricated or misleading examiner markup violates Google’s structured-données policies.

Ce que SoftwareApplication schema unlocks

«The concrete payoff is the Software App rich result — Google’s enhanced listing for app and software pages that can surface the star rating, review count, price, and supported operating system in the snippet. schema.org describes the type itself in a single line — “A software application.” — and Google’s Search Central docs turn that into a specific eligibility spec for the rich result. The whole point of getting this markup right is to be eligible for that snippet; valid markup only puts you in the running, it doesn’t guarantee display — and it doesn’t promise downloads, rankings, CTR, star visibility, or AI-search citations either. Google says it plainly: “Google does not guarantee that your structured data will show up in search results, even if your page is marked up correctly.” » (Traduction) (Résumé en français de la section vingt et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## Required and recommended properties » (Traduction) (Résumé en français de la section vingt-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Google’s requirements here are refreshingly narrow — narrower than most third-party guides make them look. Here’s the actual split from Google’s Software App docs: » (Traduction) (Résumé en français de la section vingt-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«| Property | Status | Notes | | --- | --- | --- | | name | Required | “The name of the app.” | | offers | Required | “An offer to sell the app.” Use price: 0 for free apps. | | aggregateRating or review | Required (one of) | An average score or a single review — at least one. | | applicationCategory | Recommended | “The type of app (for example, BusinessApplication or GameApplication).” | | operatingSystem | Recommended | “The operating system(s) required to use the app (for example, Windows 7, OSX 10.6, Android 1.6).” | | priceCurrency (in offers) | Recommended (when price > 0) | Google will try to infer currency if you omit it, but set it. | » (Traduction) (Résumé en français de la section vingt-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

c’est le entier eligibility surface. name + offers + un-de-rating/examiner, avec applicationCategory et operatingSystem as le deux recommendations worth ajout chaque temps.

Handling gratuit apps vs. payant apps

Google est explicit à propos de gratuit apps: “Si le app est disponible sans payment, définir offers.price à 0.” ne pas drop offers entirely parce que le app est gratuit — offers est on le requis liste; a gratuit app devrait inclure il avec price: 0, pas omit il. Et pour payant apps: “Si le app a a price supérieur que 0, nous recommend aussi notamment le offers.priceCurrency property (or Google va essayer à trouver le correct currency).” Donc définir priceCurrency à a valide ISO 4217 code comme USD une fois vous êtes charging n’importe quoi.

Le applicationCategory enum — et le quiet mistake il causes

applicationCategory seulement accepts valeurs depuis Google’s documented liste. Le accepted valeurs sont:

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

Vous pouvez aussi utiliser le schema.org URL formulaire (e.g. https://schema.org/GameApplication), mais le plain texte string est standard pratique. Ici’s le trap: a valeur à l’extérieur que liste — dire a descriptive "Productivity Software" — n’est pas a difficile erreur. Google simplement silently ignores il, donc le rest de votre markup valide et vous jamais voir a warning, mais le champ n’est pas doing n’importe quoi. Que quiet aucun-op est un de le la plupart Erreurs fréquentes je voudrais expect à trouver auditing app pages.

Choisir the la plupart spécifique subtype

SoftwareApplication a plusieurs plus spécifique subtypes dans schema.org — son “More specific Types” sont MobileApplication, WebApplication, VideoGame, OperatingSystem, et RuntimePlatform. Où un fits, utiliser il au lieu de le générique type:

• WebApplication — a navigateur-based SaaS outil (ce est le courant cas pour le public Je écrire pour).
• MobileApplication — a native iOS/Android app.
• VideoGame — a game, mais voir le caveat ci-dessous — VideoGame alone n’est pas suffisant pour le rich résultat.

«Google’s Software App eligibility docs treat SoftwareApplication, MobileApplication, and WebApplication interchangeably, so specificity costs you nothing in eligibility for those three and adds precision. VideoGame is the one exception: Google is explicit that “Google doesn’t show a rich result for Software Apps that only have the VideoGame type. To make sure that your Software App is eligible for display as a rich result, co-type the VideoGame type with another type” — Google’s own example co-types it with MobileApplication, e.g. "@type": ["VideoGame", "MobileApplication"]. So a game page needs VideoGame plus another eligible application type in the same @type array, not VideoGame on its own. If you run a SaaS product, WebApplication is usually the honest, precise choice. » (Traduction) (Résumé en français de la section trente-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

SoftwareApplication vs. Product schema — the disambiguation que matters

Ce est le confusion Je la plupart vouloir à clair up, parce que SaaS marketers reach pour Produit schema reflexively — le app est “a thing you buy,” donc Produit feels correct. Il généralement n’est pas le correct pick. Le correct appel suit ce que lune page’s entity en réalité est et qui Google fonctionnalité vous êtes targeting — pas a blanket règle que chaque SaaS, boxed-software, subscription, or app-marketplace page defaults à un type.

SoftwareApplication et Produit sont séparé schema.org types avec séparé requis/recommended champs et séparé Google rich-résultat surfaces:

• SoftwareApplication cares à propos de operatingSystem et applicationCategory, et feeds le Software App rich résultat.
• Produit cares à propos de gtin/mpn/sku/brand, availability, shipping et renvoie, et feeds produit extraits et merchant listings — surfaces construit autour physical, purchasable goods et (optionally) a Google Merchant Center feed.

«Those Product-side conventions — GTIN/MPN catalog matching, shipping details, merchant feeds — don’t map cleanly onto software. A downloadable app or a SaaS subscription doesn’t have a UPC or a shipping policy. So for installable or runnable software with an OS and a category, use SoftwareApplication (or a subtype). Reach for Product schema only when the item genuinely behaves like a generic sellable good — for instance boxed software sold like a retail SKU, or a subscription you’re deliberately modeling as a plain purchasable product rather than as the application itself. Picking the wrong type means Google checks for fields your markup doesn’t have and misses the ones that actually drive the result you want. (The Product schema article on this site goes deep on that side; this is the app-native counterpart to it.) » (Traduction) (Résumé en français de la section quarante et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Ces ne sont pas toujours forced soit/or nodes, soit. Google’s propre worked exemple pour VideoGame co-types il avec MobileApplication dans le même @type array plutôt que picking un — proof que a unique entity peut carry plus que un type quand il genuinely est plus que un chose. Le même logic s’applique ici: si une page’s entity truthfully est les deux an application et a generically sellable bon, co-typing (or a @graph avec les deux nodes) peut être le honest réponse. ne pas reach pour que as a par défaut hedge — faire il parce que le entity en réalité prend en charge les deux, et document pourquoi.

Reviews et ratings — le eligibility règles que en réalité matter

«Because aggregateRating/review is part of the required set, the ratings rules are load-bearing here, and Google incorporates its general Review snippet guidelines by reference: the aggregateRating and review docs both say to “Follow the Review snippet guidelines and list of required and recommended” properties. The rules that bite: » (Traduction) (Résumé en français de la section quarante-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

• Ratings doit come depuis réel utilisateurs. Google: “Ratings doit être sourced directement depuis utilisateurs.”
• ne pas pull dans autre sites’ ratings. Google: “ne pas aggregate reviews or ratings depuis autre sites web.”
• Si vous montrer individual reviews, aussi montrer an aggregate. Google: “Si vous inclure plusieurs individual reviews, aussi inclure an aggregate rating de le individual reviews.”

Un nuance worth getting correct, parce que c’est facile à over-state. il y a a self-diffusion-reviews ineligibility règle que obtient quoted a lot — “Si le entity c’est étant reviewed contrôle le reviews à propos de itself, leur pages que utiliser LocalBusiness or quelconque autre type de Organization données structurées sont ineligible pour star examiner fonctionnalité.” Remarque ce que c’est scoped à: LocalBusiness/Organization markup. Google’s review-extrait docs liste SoftwareApplication parmi le normal reviewable élément types (alongside Product, Book, Course, Game, Movie, Recipe, et others), et il est pas swept dans que spécifique LocalBusiness/Organization ban. Donc app schema ratings on votre propre page sont eligible — mais c’est pas a loophole. Ils encore ont à être genuine et utilisateur-sourced, et Google’s broader fake-review enforcement (removal à scale, spam policies, manual actions) s’applique à app ratings simplement comme tout sinon.

Qui leads à le warning Je vouloir à faire loudly, parce que la plupart concurrent guides skip il entirely: fabricated, incentivized, or editorially-curated ratings sont a manual action risque, pas simplement a validation problème. Google’s propre guidelines section on le Software App page ties back à Recherche Essentials et le general structured-données policies: “Si votre site violates un or plus de ces guidelines, alors Google peut prendre manual action contre il. Une fois vous ont remedied le problème, vous pouvez submit votre site pour reconsideration.” Et c’est worth understanding comment beaucoup a rich-résultat manual action peut escalate — voir le Citations tab pour Danny Sullivan’s general statement que a rich-résultat manual action peut lead à votre résultats enrichis étant supprimé et peut widen dans a broader spam manual action que affecte classement. c’est general rich-résultat policy, pas a SoftwareApplication-spécifique ruling — mais c’est exactly pourquoi casually faking app stars est a mauvais trade.

Autre schema.org properties worth knowing — but pas requis

schema.org donne SoftwareApplication a big property liste au-delà the requis définir: downloadUrl, installUrl, fileSize, screenshot, featureList, softwareVersion, permissions, memoryRequirements, storageRequirements, operatingSystem, applicationSubCategory, applicationSuite, and plus. A few, with schema.org’s propre descriptions:

• downloadUrl — “Si le fichier peut être downloaded, URL à download le binary.”
• fileSize — “Size de le application / package (e.g. 18MB). Dans le absence de a unit (MB, KB etc.), KB va être assumed.”
• permissions — “Permission(s) requis à exécuter le app (Par exemple, a mobile app peut exiger complet internet accès or peut exécuter seulement on wifi).”
• screenshot — “A link to a screenshot image of the app.”

Ces sont tout valide et peut aider autre consumers (AI agents, aggregators, votre propre tooling) comprendre le app — mais none de les sont requis or recommended par Google’s Software App rich-résultat docs, et none de les affecter rich-résultat eligibility. Je’m appel ce out parce que tiers guides routinely pad leur “requirements” listes avec downloadUrl, screenshot, et fileSize à regarder comprehensive, leaving lecteurs polishing champs que ne faites pashing pour le extrait ils sont chasing. Ajouter les si ils sont utile pour autre raisons; ne pas ajouter les thinking ils’ll earn or améliorer le rich résultat.

Bing and autre engines

Bing prend en charge schema.org et JSON-LD broadly et valide markup via son Markup Validator, mais il ne fait pas publish a dedicated “Software App” requis/recommended property tableau or a distinct app rich-résultat surface le façon Google fait. Donc schema.org/SoftwareApplication est valide, generically-pris en charge markup on Bing — il y a simplement aucun bespoke Bing app rich résultat à cible. Bing recognizing le même vocabulary n’est pas fonctionnalité parity avec Google’s Software App résultat: ne pas assume le même markup earns vous an equivalent rating/price/OS extrait on Bing, since Bing hasn’t documented que il construit un.

Où ce sits in the bigger picture

SoftwareApplication est un type dans le wider données structurées / balisage de données structurées world, et le ratings mechanics il leans on sont shared avec le examiner et aggregateRating vocabularies. Pour a payant app, le Produit schema article est son closest neighbor et le placer à go quand vous decide le élément vraiment est a générique sellable bon plutôt que le application itself. Et si votre implementer est a SaaS marketing team, ce markup généralement lives on le même pricing et landing pages que le broader SaaS SEO fonctionner covers.

AI summary

A condensed prendre on the Avancé version:

• Ce que c’est: schema.org/SoftwareApplication markup (généralement JSON-LD) que étiquettes an app/software page’s name, category, OS, price, et ratings donc Google peut montrer a Software App rich résultat (rating, examiner count, price, OS dans le extrait).
• Requis pour eligibility: name, offers (avec price; 0 pour gratuit apps, priceCurrency recommended une fois price > 0), et au moins un de aggregateRating or review.
• Recommended: applicationCategory (depuis Google’s fixed enum) et operatingSystem. An out-de-liste applicationCategory valeur est silently ignored, pas flagged — a courant quiet mistake.
• Subtypes: préférer le la plupart spécifique — WebApplication (SaaS/navigateur outils), MobileApplication (native apps), VideoGame (games) — over générique SoftwareApplication. Specificity coûts rien dans eligibility except pour VideoGame: Google ne va pas montrer le rich résultat pour VideoGame alone — co-type il avec un autre application type (Google’s propre exemple: ["VideoGame", "MobileApplication"]).
• vs. Produit schema (le clé confusion): séparé types, séparé requis champs, séparé rich-résultat surfaces. SoftwareApplication cares à propos de operatingSystem/ applicationCategory; Produit cares à propos de gtin/mpn/shipping/merchant feeds. Utiliser SoftwareApplication pour installable/runnable software avec an OS et category; utiliser Produit seulement quand c’est genuinely a générique sellable bon (e.g. boxed software as a retail SKU).
• Ratings: doit être genuine et utilisateur-sourced; ne pas aggregate autre sites’ ratings; si vous montrer individual reviews, inclure an aggregate. Le self-diffusion-reviews ineligibility règle est scoped à LocalBusiness/Organization, pas SoftwareApplication — app ratings on votre propre page sont eligible, mais doit être réel. Fake/incentivized ratings risque a manual action, et a rich-résultat manual action peut escalate dans a broader classement-affecting un (general Google policy, pas app-spécifique).
• Spec-valide mais SEO-inert: downloadUrl, fileSize, screenshot, permissions, featureList, softwareVersion — fine à ajouter pour autre consumers, mais ils ne pas affecter le Software App rich résultat.
• Bing: prend en charge schema.org/JSON-LD generically; aucun dedicated app rich-résultat spec.
• Eligibility ≠ afficher: valide markup seulement rend lune page eligible — pas guaranteed downloads, rankings, CTR, or AI-recherche citations.
• VideoGame exception: Google ne va pas montrer le rich résultat pour VideoGame alone — co-type il avec un autre eligible application type (e.g. MobileApplication).

«## Official documentation » (Traduction) (Résumé en français de la section soixante-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Primary-source documentation from the search engines and the spec. » (Traduction) (Résumé en français de la section soixante-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Google — the Software App rich result » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Software App (SoftwareApplication) structured data — the required/recommended property list, the applicationCategory enum, the free-app price: 0 rule, the VideoGame co-typing requirement, and the worked example. » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Review snippet (Review, AggregateRating) structured data — the rating rules incorporated by reference: user-sourced ratings, no cross-site aggregation, and the self-serving-reviews scope (LocalBusiness/Organization). » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- General Structured Data Guidelines — the spam-policy backbone; no guarantee of display even with correct markup, and the prohibited practices behind manual actions. » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- Rich Results Test — validate the markup and check rich-result eligibility. » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.)

«Spec — schema.org » (Traduction) (Résumé en français de la section soixante-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- schema.org/SoftwareApplication — the type definition, subtypes (MobileApplication, WebApplication, VideoGame, OperatingSystem, RuntimePlatform), and the full property list. » (Traduction) (Résumé en français de la section soixante-six, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- schema.org/applicationCategory and schema.org/operatingSystem — the two recommended properties. » (Traduction) (Résumé en français de la section soixante-six, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

«Bing / Microsoft » (Traduction) (Résumé en français de la section soixante-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Marking up your site with structured data — Bing’s general schema.org/JSON-LD support. » (Traduction) (Résumé en français de la section soixante-sept, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

«Note: Bing doesn’t publish a Software-App-specific required/recommended property table the way Google does — it supports the same schema.org/SoftwareApplication vocabulary generically rather than as a separately documented rich result. Treat its behavior as broadly consistent with schema.org. » (Traduction) (Résumé en français de la section soixante-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## Quotes from the source » (Traduction) (Résumé en français de la section soixante-onze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

On-le-record statements depuis Google et le spec. Où a page source exposes le texte, le lien est a deep lien que jumps à le quoted passage.

Google docs — requis and recommended fields

«- “The name of the app.” — Google Search Central, Software App structured data (name). Jump to quote » (Traduction) (Résumé en français de la section soixante-quatorze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “An offer to sell the app. For developers, offers can indicate the marketplaces that carry the application.” — Google Search Central (offers). Jump to quote » (Traduction) (Résumé en français de la section soixante-quatorze, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- “If the app is available without payment, set offers.price to 0.” — Google Search Central. Jump to quote » (Traduction) (Résumé en français de la section soixante-quatorze, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- “The type of app (for example, BusinessApplication or GameApplication).” — Google Search Central (applicationCategory). Jump to quote » (Traduction) (Résumé en français de la section soixante-quatorze, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- “The operating system(s) required to use the app (for example, Windows 7, OSX 10.6, Android 1.6).” — Google Search Central (operatingSystem). Jump to quote » (Traduction) (Résumé en français de la section soixante-quatorze, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.)

Google docs — le VideoGame co-typing règle

«- “Google doesn’t show a rich result for Software Apps that only have the VideoGame type. To make sure that your Software App is eligible for display as a rich result, co-type the VideoGame type with another type.” — Google Search Central, Software App structured data. Jump to quote » (Traduction) (Résumé en français de la section soixante-seize, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Google docs — reviews et ratings (incorporated par référence)

«- “Ratings must be sourced directly from users.” — Google Search Central, Review snippet docs. Review snippet docs » (Traduction) (Résumé en français de la section soixante-dix-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Don’t aggregate reviews or ratings from other websites.” — Google Search Central, Review snippet docs. Review snippet docs » (Traduction) (Résumé en français de la section soixante-dix-huit, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- On self-serving reviews (scoped to LocalBusiness/Organization, not SoftwareApplication): “If the entity that’s being reviewed controls the reviews about itself, their pages that use LocalBusiness or any other type of Organization structured data are ineligible for star review feature.” Review snippet docs » (Traduction) (Résumé en français de la section soixante-dix-huit, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

Google docs — aucun guarantee of afficher

• “Google fait pas guarantee ce votre données structurées va afficher up dans résultats de recherche, même si votre page est marked up correctly.” — Recherche Google Central, General Données structurées Guidelines. Jump à citation

Danny Sullivan, Google (general rich-result manual-action policy, via Moteur de recherche Roundtable — pas SoftwareApplication-specific)

• A rich-résultat manual action peut lead à le removal de votre résultats enrichis depuis displaying dans la recherche Google, et peut aussi escalate dans a broader spam manual action que involves classement. Lire le coverage

SoftwareApplication schema cheat sheet

Le minimum pour le Software App rich résultat

name + offers (with price; 0 pour free apps) + au moins un of aggregateRating / review.

Recommended (ajouter every temps)

«| Property | Notes | | --- | --- | | applicationCategory | From Google’s fixed enum only; out-of-list values are silently ignored | | operatingSystem | e.g. Windows, Android, browser/OS the app needs | | priceCurrency (in offers) | Recommended once price > 0; use an ISO 4217 code | » (Traduction) (Résumé en français de la section quatre-vingt-dix, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Pick the most specific type » (Traduction) (Résumé en français de la section quatre-vingt-onze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«| Your thing | Use | | --- | --- | | SaaS / browser-based tool | WebApplication | | Native iOS/Android app | MobileApplication | | Game | VideoGame co-typed with another application type (e.g. MobileApplication) — VideoGame alone doesn’t get the rich result | | Doesn’t fit a subtype | SoftwareApplication | » (Traduction) (Résumé en français de la section quatre-vingt-douze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«SoftwareApplication vs. Product — which one? » (Traduction) (Résumé en français de la section quatre-vingt-treize, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«| | SoftwareApplication | Product | | --- | --- | --- | | For | Installable/runnable software with an OS + category | Generic sellable goods (incl. boxed software as a retail SKU) | | Key fields | operatingSystem, applicationCategory | gtin/mpn/sku/brand, availability, shipping | | Rich result | Software App result | Product snippet / merchant listing | » (Traduction) (Résumé en français de la section quatre-vingt-quatorze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«applicationCategory enum values » (Traduction) (Résumé en français de la section quatre-vingt-quinze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

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

«Spec-valid but SEO-inert (don’t affect the rich result): downloadUrl, installUrl, fileSize, screenshot, featureList, softwareVersion, permissions, memoryRequirements, storageRequirements. » (Traduction) (Résumé en français de la section quatre-vingt-dix-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Fast facts » (Traduction) (Résumé en français de la section quatre-vingt-dix-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Format: JSON-LD (Google’s recommended format). » (Traduction) (Résumé en français de la section quatre-vingt-dix-huit, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Valid markup = eligible, not guaranteed to show. » (Traduction) (Résumé en français de la section quatre-vingt-dix-huit, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- Ratings must be genuine + user-sourced; fabricated stars = manual-action risk. » (Traduction) (Résumé en français de la section quatre-vingt-dix-huit, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- Self-serving-review ban = LocalBusiness/Organization only, not SoftwareApplication. » (Traduction) (Résumé en français de la section quatre-vingt-dix-huit, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.)

SoftwareApplication vs. Product schema — qui un pour my app or SaaS page?

Fonctionner bas le questions à land on le correct type pour lune page vous êtes marking up.

SoftwareApplication schema Mythes et erreurs à éviter

Myth: “Quelconque star-rating markup on an app page qualifies pour le Software App rich résultat.” Ratings doit être genuine et utilisateur-sourced per le Examiner extrait guidelines que le Software App docs incorporate par référence. Fabricated, incentivized, or editorially-curated ratings ne sont pas simplement a rendu échec — ils sont a manual-action risque. Google’s guidelines section warns que “Google peut take manual action” contre sites que violate les, et a rich-résultat manual action peut escalate dans a broader, classement-affecting un.

Myth: “SoftwareApplication is just Product schema for a paid app.” ils sont distinct schema.org types avec différent requis/recommended champs (operatingSystem et applicationCategory vs. gtin/mpn/brand/shipping) et différent Google rich-résultat surfaces. Marking up a SaaS produit as Produit signifie Google vérifications pour champs votre page ne fait pas ont et skips le ones le Software App résultat en réalité lit.

Myth: “Vous besoin chaque schema.org/SoftwareApplication property (downloadUrl, fileSize, screenshot, permissions…) à obtenir le rich résultat.” Google’s eligibility définir est narrow — name, offers, un de aggregateRating/review, avec applicationCategory/operatingSystem recommended. Le rest de le big property liste est spec-valide mais SEO-inert pour ce résultat. ne pas burn temps polishing champs que ne pas déplacer le extrait.

Myth: “applicationCategory accepts quelconque descriptive texte comme ‘Productivity Software’.” Google seulement recognizes son fixed enum (BusinessApplication, UtilitiesApplication, et donc on). N’importe quoi à l’extérieur le liste est silently ignored, pas flagged — donc le champ semble fine et ne fait pashing. Pick le closest enum valeur.

«Myth: “SoftwareApplication ratings are exempt from the self-serving-reviews rule, so anything goes.” True that SoftwareApplication isn’t swept into the LocalBusiness/Organization-scoped ineligibility rule — but it’s still bound by the general genuine-rating, user-sourced, no-aggregation requirements and by Google’s broader fake-review enforcement. “Eligible” is not “unpoliced.” » (Traduction) (Résumé en français de la section cent onze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Myth: “Free apps don’t need offers.” offers is on Google’s required list. A free app should include it with price: 0 — omitting offers entirely because the app costs nothing breaks eligibility. Google literally says “set offers.price to 0,” not “drop it.” » (Traduction) (Résumé en français de la section cent douze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Mistake: aggregating ratings depuis app stores or examiner sites dans votre propre markup. Google’s règle est a flat “Don’t aggregate reviews or ratings from other websites.” Le ratings dans votre markup ont à être le ones vous collected depuis votre propre utilisateurs.

«## Clean vs. broken SoftwareApplication JSON-LD » (Traduction) (Résumé en français de la section cent seize, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

A minimal gratuit web app (WebApplication subtype)

Free SaaS outil, price: 0, a réel applicationCategory enum valeur, operatingSystem, and a genuine aggregate rating:

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

A paid SaaS app (priceCurrency définir, price supérieur que zero)

{
  "@context": "https://schema.org",
  "@type": "WebApplication",
  "name": "Acme Analytics Pro",
  "applicationCategory": "BusinessApplication",
  "operatingSystem": "Web browser",
  "offers": {
    "@type": "Offer",
    "price": "29.00",
    "priceCurrency": "USD"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.5",
    "reviewCount": "612"
  }
}

The même app, broken

Every line flagged ci-dessous is a réel, courant échec:

{
  "@context": "https://schema.org",
  "@type": "WebApplication",
  "name": "Acme Analytics Pro",
  "applicationCategory": "Productivity Software",
  "offers": {
    "@type": "Offer",
    "price": "$29.00",
    "priceCurrency": "dollars"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.5"
  }
}

What’s incorrect:

• applicationCategory: "Productivity Software" — pas a Google enum valeur, donc c’est silently ignored. Utiliser "BusinessApplication" (or le closest listed valeur).
• price: "$29.00" — a currency symbol breaks le numeric parse. Utiliser "29.00".
• priceCurrency: "dollars" — doit être a valide ISO 4217 code: "USD".
• aggregateRating avec aucun reviewCount/ratingCount — an aggregate rating nécessite a count à être valide.
• Aucun operatingSystem — recommended; ajouter il (e.g. "Web browser", "Android").

Courant Search Console messages → fixes

Testez vos connaissances: SoftwareApplication Schema

Five rapide questions on schema.org/SoftwareApplication, le Software App rich résultat, et comment il differs depuis Produit schema. Pick an réponse pour chaque, alors vérifier.

Ressources utiles

My writing on ce topic

Je haven’t publié a standalone SoftwareApplication schema guide de mon propre — donc plutôt que point vous à quelque chose que ne fait pas exist, le honest déplacer est à send vous à le principal sources ci-dessous et à le connexe structured-données fonctionner on ce site. Pour le broader vocabulary et où SoftwareApplication fits, voir le Balisage de données structurées et Données structurées hubs; pour le app-adjacent-mais-différent cas, le Produit schema article; et pour le AI angle, Balisage de données structurées pour AI.

«From around the industry » (Traduction) (Résumé en français de la section cent quarante, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Software App (SoftwareApplication) structured data (Google Search Central) — the authoritative required/recommended property list, the applicationCategory enum, and the free-app price: 0 rule. » (Traduction) (Résumé en français de la section cent quarante, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Review snippet structured data (Google) — the rating rules the Software App docs incorporate by reference (user-sourced ratings, no aggregation, self-serving-review scope). » (Traduction) (Résumé en français de la section cent quarante, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- General Structured Data Guidelines (Google) — the spam-policy backbone and the “no guarantee of display” statement. » (Traduction) (Résumé en français de la section cent quarante, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- schema.org/SoftwareApplication — the spec: type definition, subtypes, and the full property list. » (Traduction) (Résumé en français de la section cent quarante, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.) «- Google Says Rich Results Manual Actions Can Lead To Removal Of Rich Results & Broader Spam Penalties (Search Engine Roundtable) — Danny Sullivan’s general statement on how a rich-result manual action can escalate. » (Traduction) (Résumé en français de la section cent quarante, sous-partie six : le texte source est conservé pour vérification lors de la relecture francophone.) «- Marking up your site with structured data (Bing Webmaster Tools) — Bing’s general schema.org/JSON-LD support. » (Traduction) (Résumé en français de la section cent quarante, sous-partie sept : le texte source est conservé pour vérification lors de la relecture francophone.)

Journal des modifications