Panduan SoftwareApplication Schema

cara implement SoftwareApplication schema (schema.org/SoftwareApplication) untuk Google's Software App rich hasil — diperlukan name/offers/rating fields, applicationCategory enum, choosing WebApplication vs MobileApplication, when untuk gunakan ini alih-alih Product schema, dan genuine-rating aturan itu pertahankan Anda out dari trouble.

Pertama kali diterbitkan: 1 Jul 2026 · Terakhir diperbarui: 3 Agu 2026 · Advanced
Bahasa

SoftwareApplication schema (schema.org/SoftwareApplication) adalah data terstruktur itu tells mesin pencari sebuah app's name, category, operating sistem, price, dan rating so halaman dapat qualify untuk Google's Software App rich hasil — star rating, review count, price, dan OS ditampilkan di snippet. Google's diperlukan fields adalah narrow: name, offers (dengan sebuah price; set ini untuk 0 untuk free apps), dan setidaknya one dari aggregateRating atau review; applicationCategory dan operatingSystem adalah recommended. two things sebagian besar guides get wrong: mereka present whole schema.org property list (downloadUrl, fileSize, screenshot) sebagai jika ini affects rich hasil when ini doesn't, dan mereka blur SoftwareApplication dengan Product schema — tetapi mereka're separate jenis dengan separate rich-hasil surfaces, so sebuah paid SaaS atau web app seharusnya umumnya gunakan SoftwareApplication (atau sebuah WebApplication/MobileApplication subtype), not Product. dan ratings memiliki untuk menjadi genuine dan pengguna-sourced; fabricated atau incentivized stars risk sebuah manual tindakan, not hanya sebuah validation warning.

TL;DR — schema.org/SoftwareApplication markup (biasanya JSON-LD) membuat sebuah app atau software halaman eligible untuk Google’s Software App rich hasil (rating, review count, price, OS di snippet). Google’s diperlukan fields adalah narrow: name, offers (dengan price; 0 untuk free apps, priceCurrency recommended once price

0), dan setidaknya one dari aggregateRating atau review. applicationCategory (dari sebuah fixed enum) dan operatingSystem adalah recommended. rest dari besar schema.org property list (downloadUrl, fileSize, screenshot, permissions…) adalah spec-valid tetapi SEO-inert untuk ini hasil. Prefer paling spesifik subtype (WebApplication, MobileApplication, VideoGame) di atas generic SoftwareApplication. ini adalah sebuah separate jenis dari Product dengan sebuah separate rich-hasil surface — sebuah paid SaaS/web app seharusnya umumnya gunakan SoftwareApplication, not Product. Ratings harus menjadi genuine dan pengguna-sourced; fabricated atau misleading review markup violates Google’s structured-data policies.

Evidence for this claim Schema.org SoftwareApplication describes a software application and includes application category, operating system, offers, and review metadata. Scope: Schema.org vocabulary. Confidence: high · Verified: Schema.org: SoftwareApplication Evidence for this claim Google's software app feature requires name, offers.price, and either aggregateRating or review; markup must describe a real app visible on the page. Scope: Current Google Software app structured-data requirements and policies. Confidence: high · Verified: Google Search Central: Software app structured data

What SoftwareApplication schema unlocks

concrete payoff adalah Software App rich hasil — Google’s enhanced listing untuk app dan software halaman itu dapat surface star rating, review count, price, dan didukung operating sistem di snippet. schema.org describes jenis itself di sebuah single line — “A software application.” (terjemahan) “sebuah software application.” — dan Google’s Search Central docs turn itu ke sebuah spesifik eligibility spec untuk rich hasil. whole poin dari getting ini markup right adalah untuk menjadi eligible untuk itu snippet; valid markup hanya puts Anda di running, ini doesn’t guarantee display — dan ini doesn’t promise downloads, rankings, CTR, star visibilitas, atau AI-search citations either. Google says ini plainly: “Google does not guarantee that your structured data will show up in search results, even if your page is marked up correctly.” (terjemahan) “Google melakukan not guarantee itu Anda data terstruktur akan tampilkan up di hasil pencarian, bahkan jika Anda halaman adalah marked up correctly.”

Google’s requirements here adalah refreshingly narrow — narrower daripada sebagian besar ketiga-party guides membuat them look. Here’s actual split dari Google’s Software App docs:

PropertyStatusNotes
namediperlukan”The name of the app.” (terjemahan) “ name dari app.”
offersdiperlukan”An offer to sell the app.” (terjemahan) “sebuah offer untuk sell app.” gunakan price: 0 untuk free apps.
aggregateRating atau reviewdiperlukan (one dari)sebuah average score atau sebuah single review — setidaknya one.
applicationCategoryRecommended”The type of app (for example, BusinessApplication or GameApplication).” (terjemahan) “ jenis dari app (misalnya, undefined atau undefined).”
operatingSystemRecommended”The operating system(s) required to use the app (for example, Windows 7, OSX 10.6, Android 1.6).” (terjemahan) “ operating sistem(s) diperlukan untuk gunakan app (misalnya, undefined, undefined, undefined).”
priceCurrency (di offers)Recommended (when price > 0)Google akan try untuk infer currency jika Anda omit ini, tetapi set ini.

itu’s entire eligibility surface. name + offers + one-dari-rating/review, dengan applicationCategory dan operatingSystem sebagai two recommendations worth menambahkan setiap time.

Handling free apps vs. paid apps

Google adalah explicit tentang free apps: “If the app is available without payment, set offers.price to 0.” (terjemahan) “jika app adalah available without payment, set undefined untuk undefined.” Don’t drop offers entirely because app adalah free — offers adalah pada diperlukan list; sebuah free app seharusnya sertakan ini dengan price: 0, not omit ini. dan untuk paid apps: “If the app has a price greater than 0, we recommend also including the offers.priceCurrency property (or Google will try to find the right currency).” (terjemahan) “jika app memiliki sebuah price greater daripada 0, kami recommend juga including undefined property (atau Google akan try untuk temukan right currency).” So set priceCurrency untuk sebuah valid ISO 4217 code like USD setelah Anda’re charging anything.

Evidence for this claim offers.price is required; use 0 for an app available without payment, and for price above 0 Google recommends priceCurrency or may infer it. Scope: structured data and commerce Confidence: high · Verified: SoftwareApplication structured data

applicationCategory enum — dan quiet mistake ini causes

applicationCategory hanya accepts nilai dari Google’s documented list. accepted nilai adalah:

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

Anda dapat juga gunakan schema.org URL form (e.g. https://schema.org/GameApplication), tetapi plain text string adalah standard practice. Here’s trap: sebuah nilai outside itu list — say sebuah descriptive "Productivity Software" — isn’t sebuah hard error. Google hanya silently ignores ini, so rest dari Anda markup validates dan Anda tidak pernah see sebuah warning, tetapi field isn’t doing anything. itu quiet no-op adalah one dari paling umum mistakes I’d expect untuk temukan auditing app halaman.

Choose paling spesifik subtype

SoftwareApplication memiliki several more spesifik subtypes di schema.org — -nya “More specific Types” (terjemahan) “More spesifik jenis” adalah MobileApplication, WebApplication, VideoGame, OperatingSystem, dan RuntimePlatform. Where one fits, gunakan ini alih-alih generic jenis:

  • WebApplication — sebuah browser-based SaaS alat (ini adalah umum case untuk audience I write untuk).
  • MobileApplication — sebuah native iOS/Android app.
  • VideoGame — sebuah game, tetapi see caveat belowVideoGame alone isn’t enough untuk rich hasil.

Google’s Software App eligibility docs treat SoftwareApplication, MobileApplication, dan WebApplication interchangeably, so specificity costs Anda nothing di eligibility untuk itu three dan menambahkan precision. VideoGame adalah one exception: Google adalah explicit itu “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” (terjemahan) “Google doesn’t tampilkan sebuah rich hasil untuk Software Apps itu hanya memiliki undefined jenis. untuk pastikan itu Anda Software App adalah eligible untuk display sebagai sebuah rich hasil, co-jenis undefined jenis dengan lainnya jenis” — Google’s own contoh co-jenis ini dengan MobileApplication, e.g. "@type": ["VideoGame", "MobileApplication"]. So sebuah game halaman perlu VideoGame plus lainnya eligible application jenis di yang sama @type array, not VideoGame pada -nya own. jika Anda run sebuah SaaS product, WebApplication adalah biasanya honest, precise choice.

SoftwareApplication vs. Product schema — disambiguation itu penting

ini adalah confusion I sebagian besar ingin untuk jelas up, because SaaS marketers reach untuk Product schema reflexively — app adalah “a thing you buy,” (terjemahan) “sebuah thing Anda buy,” so Product feels right. ini biasanya isn’t right pick. right panggil mengikuti what halaman’s entity actually adalah dan which Google fitur Anda’re targeting — not sebuah blanket aturan itu setiap SaaS, boxed-software, subscription, atau app-marketplace halaman defaults untuk one jenis.

SoftwareApplication dan Product adalah separate schema.org jenis dengan separate diperlukan/recommended fields dan separate Google rich-hasil surfaces:

  • SoftwareApplication cares tentang operatingSystem dan applicationCategory, dan feeds Software App rich hasil.
  • Product cares tentang gtin/mpn/sku/brand, availability, shipping dan mengembalikan, dan feeds product snippets dan merchant listings — surfaces dibangun sekitar physical, purchasable goods dan (optionally) sebuah Google Merchant Center feed.

itu Product-side conventions — GTIN/MPN catalog matching, shipping detail, merchant feeds — don’t map cleanly onto software. sebuah downloadable app atau sebuah SaaS subscription doesn’t memiliki sebuah UPC atau sebuah shipping policy. So untuk installable atau runnable software dengan sebuah OS dan sebuah category, gunakan SoftwareApplication (atau sebuah subtype). Reach untuk Product schema hanya when item genuinely behaves like sebuah generic sellable baik — untuk instance boxed software sold like sebuah retail SKU, atau sebuah subscription Anda’re deliberately modeling sebagai sebuah plain purchasable product alih-alih sebagai application itself. Picking wrong jenis berarti Google memeriksa untuk fields Anda markup doesn’t memiliki dan misses ones itu actually drive hasil Anda ingin. ( Product schema artikel pada ini situs goes deep pada itu side; ini adalah app-native counterpart untuk ini.)

ini aren’t selalu forced either/atau nodes, either. Google’s own worked contoh untuk VideoGame co-jenis ini dengan MobileApplication di yang sama @type array alih-alih picking one — proof itu sebuah single entity dapat carry more daripada one jenis when ini genuinely adalah more daripada one thing. yang sama logic applies here: jika sebuah halaman’s entity truthfully adalah both sebuah application dan sebuah generically sellable baik, co-typing (atau sebuah @graph dengan both nodes) dapat menjadi honest jawaban. Don’t reach untuk itu sebagai sebuah default hedge — melakukan ini because entity actually mendukung both, dan document why.

Reviews dan ratings — eligibility aturan itu actually penting

Because aggregateRating/review adalah bagian dari diperlukan set, ratings aturan adalah muat-bearing here, dan Google incorporates -nya umum Review snippet guidelines oleh reference: aggregateRating dan review docs both say untuk “Follow the Review snippet guidelines and list of required and recommended” (terjemahan) “ikuti Review snippet guidelines dan list dari diperlukan dan recommended” properties. aturan itu bite:

  • Ratings harus come dari pengguna nyata. Google: “Ratings must be sourced directly from users.” (terjemahan) “Ratings harus menjadi sourced directly dari pengguna.”
  • Don’t pull di lainnya situs’ ratings. Google: “Don’t aggregate reviews or ratings from other websites.” (terjemahan) “Don’t aggregate reviews atau ratings dari lainnya situs web.”
  • jika Anda tampilkan individual reviews, juga tampilkan sebuah aggregate. Google: “If you include multiple individual reviews, also include an aggregate rating of the individual reviews.” (terjemahan) “jika Anda sertakan multiple individual reviews, juga sertakan sebuah aggregate rating dari individual reviews.”

One nuance worth getting right, because ini adalah easy untuk di atas-state. There’s sebuah self-serving-reviews ineligibility aturan itu gets quoted sebuah lot — “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.” (terjemahan) “jika entity itu’s menjadi reviewed controls reviews tentang itself, mereka halaman itu gunakan undefined atau apa pun lainnya jenis dari undefined data terstruktur adalah ineligible untuk star review fitur.” Note what ini adalah scoped untuk: LocalBusiness/Organization markup. Google’s review-snippet docs list SoftwareApplication among normal reviewable item jenis (alongside Product, Book, Course, Game, Movie, Recipe, dan others), dan ini adalah not swept ke itu spesifik LocalBusiness/Organization ban. So app schema ratings pada Anda own halaman adalah eligible — tetapi itu’s not sebuah loophole. mereka masih memiliki untuk menjadi genuine dan pengguna-sourced, dan Google’s broader fake-review enforcement (removal di scale, spam policies, manual tindakan) applies untuk app ratings hanya like everything else.

Which leads untuk warning I ingin untuk membuat loudly, because sebagian besar competitor guides skip ini entirely: fabricated, incentivized, atau editorially-curated ratings adalah sebuah manual tindakan risk, not hanya sebuah validation masalah. Google’s own guidelines bagian pada Software App halaman ties back untuk Search Essentials dan umum structured-data policies: “If your site violates one or more of these guidelines, then Google may take manual action against it. Once you have remedied the problem, you can submit your site for reconsideration.” (terjemahan) “jika Anda situs violates one atau more dari ini guidelines, lalu Google dapat take manual tindakan terhadap ini. setelah Anda memiliki remedied masalah, Anda dapat submit Anda situs untuk reconsideration.” dan ini adalah worth understanding how much sebuah rich-hasil manual tindakan dapat escalate — see Quotes tab untuk Danny Sullivan’s umum statement itu sebuah rich-hasil manual tindakan dapat lead untuk Anda rich hasil menjadi dihapus dan dapat widen ke sebuah broader spam manual tindakan itu affects peringkat. itu’s umum rich-hasil policy, not sebuah SoftwareApplication-spesifik ruling — tetapi ini adalah exactly why casually faking app stars adalah sebuah buruk trade.

lainnya schema.org properties worth knowing — tetapi not diperlukan

schema.org gives SoftwareApplication sebuah big property list beyond diperlukan set: downloadUrl, installUrl, fileSize, screenshot, featureList, softwareVersion, permissions, memoryRequirements, storageRequirements, operatingSystem, applicationSubCategory, applicationSuite, dan more. sebuah few, dengan schema.org’s own deskripsi:

  • downloadUrl“If the file can be downloaded, URL to download the binary.” (terjemahan) “jika file dapat menjadi downloaded, URL untuk download binary.”
  • fileSize“Size of the application / package (e.g. 18MB). In the absence of a unit (MB, KB etc.), KB will be assumed.” (terjemahan) “Size dari application / package (e.g. 18MB). di absence dari sebuah unit (MB, KB etc.), KB akan menjadi assumed.”
  • permissions“Permission(s) required to run the app (for example, a mobile app may require full internet access or may run only on wifi).” (terjemahan) “Permission(s) diperlukan untuk run app (misalnya, sebuah mobile app dapat memerlukan full internet access atau dapat run hanya pada wifi).”
  • screenshot“A link to a screenshot image of the app.” (terjemahan) “sebuah tautan untuk sebuah screenshot image dari app.”

ini adalah semua valid dan dapat help lainnya consumers (AI agents, aggregators, Anda own tooling) memahami app — tetapi none dari them adalah diperlukan atau recommended oleh Google’s Software App rich-hasil docs, dan none dari them affect rich-hasil eligibility. I’m calling ini out because ketiga-party guides routinely pad mereka “requirements” (terjemahan) “requirements” lists dengan downloadUrl, screenshot, dan fileSize untuk look comprehensive, leaving readers polishing fields itu melakukan nothing untuk snippet mereka’re chasing. tambahkan them jika mereka’re berguna untuk lainnya alasan; don’t tambahkan them thinking mereka’ll earn atau meningkatkan rich hasil.

Bing dan lainnya mesin

Bing mendukung schema.org dan JSON-LD broadly dan validates markup melalui -nya Markup Validator, tetapi ini doesn’t publish sebuah dedicated “Software App” (terjemahan) “Software App” diperlukan/recommended property table atau sebuah distinct app rich-hasil surface cara Google melakukan. So schema.org/SoftwareApplication adalah valid, generically-didukung markup pada Bing — there’s hanya no bespoke Bing app rich hasil untuk target. Bing recognizing yang sama vocabulary isn’t fitur parity dengan Google’s Software App hasil: don’t assume sama markup earns Anda sebuah equivalent rating/price/OS snippet pada Bing, since Bing hasn’t documented itu ini membangun one.

Where ini sits di bigger picture

SoftwareApplication adalah one jenis di wider data terstruktur / schema markup world, dan ratings mechanics ini leans pada adalah shared dengan review dan aggregateRating vocabularies. untuk sebuah paid app, Product schema artikel adalah -nya closest neighbor dan place untuk go when Anda decide item really adalah sebuah generic sellable baik alih-alih application itself. dan jika Anda implementer adalah sebuah SaaS marketing team, ini markup biasanya lives pada yang sama pricing dan landing halaman itu broader SaaS SEO berfungsi covers.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.