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, ketika 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 · Lanjutan

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 sempit: name, offers (dengan sebuah price; set ini untuk 0 untuk free apps), dan setidaknya satu dari aggregateRating atau review; applicationCategory dan operatingSystem adalah recommended. dua hal sebagian besar guides mendapatkan wrong: mereka present seluruh schema.org property list (downloadUrl, fileSize, screenshot) sebagai jika ini memengaruhi rich hasil ketika ini tidak, dan mereka blur SoftwareApplication dengan Product schema — tetapi mereka're terpisah jenis dengan terpisah rich-hasil surfaces, so sebuah paid SaaS atau web app seharusnya umumnya gunakan SoftwareApplication (atau sebuah WebApplication/MobileApplication subtype), tidak Product. dan ratings memiliki untuk menjadi genuine dan pengguna-sourced; fabricated atau incentivized stars risk sebuah manual tindakan, tidak 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 sempit: name, offers (dengan price; 0 untuk free apps, priceCurrency recommended setelah price

0), dan setidaknya satu 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 terpisah jenis dari Product dengan sebuah terpisah rich-hasil surface — sebuah paid SaaS/web app seharusnya umumnya gunakan SoftwareApplication, tidak Product. Ratings harus menjadi genuine dan pengguna-sourced; fabricated atau misleading review markup violates Google’s structured-data policies.

Bukti untuk klaim ini Schema.org SoftwareApplication describes a software application and includes application category, operating system, offers, and review metadata. Cakupan: Schema.org vocabulary. Tingkat keyakinan: tinggi · Diverifikasi: Schema.org: SoftwareApplication Bukti untuk klaim ini Google's software app feature requires name, offers.price, and either aggregateRating or review; markup must describe a real app visible on the page. Cakupan: Current Google Software app structured-data requirements and policies. Tingkat keyakinan: tinggi · Diverifikasi: Google Search Central: Software app structured data

Apa 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.” » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian dua puluh satu, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Google’s requirements di sini adalah refreshingly sempit — lebih sempit daripada sebagian besar ketiga-party guides membuat them look. Di sini’s sebenarnya split dari Google’s Software App docs:

«| 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. | » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian dua puluh empat, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

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

Menangani free apps vs. paid apps

«Google is explicit about free apps: “If the app is available without payment, set offers.price to 0.” Don’t drop offers entirely because the app is free — offers is on the required list; a free app should include it with price: 0, not omit it. And for 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).” So set priceCurrency to a valid ISO 4217 code like USD once you’re charging anything.

Bukti untuk klaim ini offers.price is required; use 0 for an app available without payment, and for price above 0 Google recommends priceCurrency or may infer it. Cakupan: structured data and commerce Tingkat keyakinan: tinggi · Diverifikasi: SoftwareApplication structured data

» (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian dua puluh delapan, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

applicationCategory enum — dan tenang mistake ini penyebab

applicationCategory hanya accepts nilai dari Google’s terdokumentasi 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. Di sini’s trap: sebuah nilai di luar itu list — say sebuah descriptive "Productivity Software" — tidak sebuah hard error. Google hanya silently ignores ini, so rest dari Anda markup validates dan Anda tidak pernah see sebuah warning, tetapi field tidak melakukan apa pun. itu tenang Tidak-op adalah satu dari paling umum mistakes I’d expect untuk temukan auditing app halaman.

Choose paling spesifik subtype

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

  • WebApplication — sebuah browser-based SaaS alat (ini adalah umum case untuk audience I tulis untuk).
  • MobileApplication — sebuah native iOS/Android app.
  • VideoGame — sebuah game, tetapi see caveat di bawah — VideoGame alone tidak cukup untuk rich hasil.

«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. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tiga puluh enam, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

SoftwareApplication vs. Product schema — disambiguation itu penting

ini adalah confusion I sebagian besar ingin untuk jelas up, karena SaaS marketers reach untuk Product schema reflexively — app adalah “a thing you buy,” (terjemahan) “sebuah hal Anda buy,” so Product feels right. ini biasanya tidak right pick. right panggil mengikuti apa halaman’s entity sebenarnya adalah dan yang Google fitur Anda’re targeting — tidak sebuah blanket aturan itu setiap SaaS, boxed-software, subscription, atau app-marketplace halaman defaults untuk satu jenis.

SoftwareApplication dan Product adalah terpisah schema.org jenis dengan terpisah diperlukan/recommended fields dan terpisah 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 (secara opsional) sebuah Google Merchant Center feed.

itu Product-side conventions — GTIN/MPN catalog matching, shipping detail, merchant feeds — jangan map cleanly onto software. sebuah downloadable app atau sebuah SaaS subscription tidak 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 ketika item genuinely behaves like sebuah generic sellable baik — untuk instance boxed software sold like sebuah retail SKU, atau sebuah subscription Anda’re dengan sengaja modeling sebagai sebuah plain purchasable product alih-alih sebagai application itself. Picking wrong jenis berarti Google memeriksa untuk fields Anda markup tidak memiliki dan misses ones itu sebenarnya drive hasil Anda ingin. ( Product schema artikel pada ini situs goes deep pada itu side; ini adalah app-native padanan untuk ini.)

ini tidak 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 satu — proof itu sebuah single entity dapat carry lebih daripada satu jenis ketika ini genuinely adalah lebih daripada satu hal. yang sama logic applies di sini: jika sebuah halaman’s entity truthfully adalah keduanya sebuah application dan sebuah generically sellable baik, co-typing (atau sebuah @graph dengan keduanya nodes) dapat menjadi honest jawaban. jangan reach untuk itu sebagai sebuah default hedge — melakukan ini karena entity sebenarnya mendukung keduanya, dan document mengapa.

Reviews dan ratings — eligibility aturan itu sebenarnya penting

Karena aggregateRating/review adalah bagian dari diperlukan set, ratings aturan adalah muat-bearing di sini, dan Google incorporates -nya umum Review snippet guidelines oleh reference: aggregateRating dan review docs keduanya 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 secara langsung dari pengguna.”
  • jangan pull di lainnya situs’ ratings. Google: “Don’t aggregate reviews or ratings from other websites.” (terjemahan) “jangan 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.”

Satu nuance worth getting right, karena ini adalah easy untuk di atas-state. ada sebuah self-serving-reviews ineligibility aturan itu mendapatkan quoted sebuah lot — “Jika itu entity itu menjadi reviewed controls itu reviews tentang itself, mereka halaman itu gunakan LocalBusiness atau any other jenis dari Organization structured data adalah ineligible untuk star review feature.” (terjemahan) “jika entity itu’s menjadi reviewed controls reviews tentang itself, mereka halaman itu gunakan tidak terdefinisi atau apa pun lainnya jenis dari tidak terdefinisi data terstruktur adalah ineligible untuk star review fitur.” Note apa ini adalah scoped untuk: LocalBusiness/Organization markup. Google’s review-snippet docs list SoftwareApplication among wajar reviewable item jenis (alongside Product, Book, Course, Game, Movie, Recipe, dan others), dan ini adalah tidak swept ke itu spesifik LocalBusiness/Organization ban. So app schema ratings pada Anda own halaman adalah eligible — tetapi itu’s tidak sebuah loophole. mereka masih memiliki untuk menjadi genuine dan pengguna-sourced, dan Google’s lebih luas fake-review enforcement (removal di scale, spam policies, manual tindakan) applies untuk app ratings hanya like semuanya else.

Yang leads untuk warning I ingin untuk membuat loudly, karena sebagian besar pesaing guides skip ini entirely: fabricated, incentivized, atau editorially-curated ratings adalah sebuah manual tindakan risk, tidak hanya sebuah validation masalah. Google’s own guidelines bagian pada Software App halaman ties back untuk Penelusuran 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 satu atau lebih 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 bagaimana banyak 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 lebih luas spam manual tindakan itu memengaruhi peringkat. itu’s umum rich-hasil policy, tidak sebuah SoftwareApplication-spesifik ruling — tetapi ini adalah persis mengapa casually faking app stars adalah sebuah buruk trade.

lainnya schema.org properties worth knowing — tetapi tidak diperlukan

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

  • downloadUrl — “Jika itu file dapat menjadi downloaded, URL untuk download itu 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 dan seterusnya.), 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 jalankan app (misalnya, sebuah mobile app dapat memerlukan penuh internet access atau dapat jalankan 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 memengaruhi rich-hasil eligibility. I’m calling ini out karena ketiga-party guides routinely pad mereka “requirements” (terjemahan) “requirements” lists dengan downloadUrl, screenshot, dan fileSize untuk look comprehensive, leaving readers polishing fields itu melakukan tidak ada apa pun untuk snippet mereka’re chasing. tambahkan them jika mereka’re berguna untuk lainnya alasan; jangan 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 tidak 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 — ada hanya Tidak bespoke Bing app rich hasil untuk target. Bing recognizing yang sama vocabulary tidak fitur parity dengan Google’s Software App hasil: jangan assume sama markup earns Anda sebuah equivalent rating/price/OS snippet pada Bing, since Bing hasn’t terdokumentasi itu ini membangun satu.

Di mana ini sits di bigger picture

SoftwareApplication adalah satu 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 ketika Anda decide item benar-benar 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 lebih luas SaaS SEO berfungsi covers.

Tambahkan catatan pakar

Sematkan kutipan pakar

Orang baru? Buat profilnya yang belum diklaim di /admin/experts/ → Sematkan kutipan pakar terlebih dahulu.