Panduan Schema AudioObject

TL;DR — Schema AudioObject adalah kode yang Anda tambahkan ke halaman untuk memberi label pada sebuah audio — “ini episode podcast”, “durasi ini sekian”, dan “berkasnya berada di sini”. Penting untuk mengetahuinya sejak awal: menambahkannya tidak memberi Anda hasil audio khusus di Google. Tidak ada kartu atau lencana audio yang dibuka olehnya. Nilainya terutama untuk menyematkan audio dengan rapi di dalam konten lain yang diberi markup, serta kemungkinan — belum terbukti — membantu mesin pencari dan alat AI memahami audio, bukan untuk memenangkan fitur penelusuran yang terlihat. Evidence for this claim Schema.org AudioObject is a MediaObject type for audio content and defines properties such as contentUrl, duration, encodingFormat, and transcript. Scope: Current Schema.org vocabulary; does not imply a Google rich result. Confidence: high · Verified: 2026-07-14 Schema.org: AudioObject Evidence for this claim Google's supported structured-data feature gallery does not document a standalone AudioObject rich result. Scope: Current documented Google Search structured-data features; absence is not a claim about every Google audio use. Confidence: high · Verified: 2026-07-14 Google Search Central: Structured data feature gallery

Apa itu schema AudioObject

Ketika sebuah halaman memiliki pemutar audio — episode podcast, versi audio dari artikel, atau klip suara — Anda dapat melihat dan mendengar isinya. Mesin pencari terutama melihat teks biasa dan berkas media yang harus ditebak maknanya. Schema AudioObject menjelaskannya dalam kode, menggunakan kosakata bersama schema.org: schema ini menandai name audio, lokasi berkasnya (contentUrl), durasinya (duration), dan formatnya (encodingFormat).

Seperti kebanyakan schema, schema ini ditulis sebagai JSON-LD — potongan kode kecil yang berada di halaman tanpa mengubah tampilannya.

Bagian jujurnya: apa yang tidak dilakukannya

Inilah hal yang tidak akan dikatakan banyak panduan dengan terus terang. Beberapa jenis schema memberi Anda listing penelusuran yang lebih kaya — Recipe memberi kartu resep, dan VideoObject dapat memberi gambar mini video. AudioObject tidak. Saat ini tidak ada hasil kaya Google khusus untuknya: AudioObject tidak ada dalam daftar resmi jenis data terstruktur yang didukung Google, dan dua halaman panduan yang mungkin Anda harapkan (/structured-data/podcast dan /structured-data/media-clip) sama sekali tidak ada — keduanya mengembalikan “not found.” (terjemahan) “tidak ditemukan.”

Jadi, jika satu-satunya alasan Anda menambahkan AudioObject adalah “saya akan mendapatkan hasil podcast di Google”, jawaban jujurnya: tidak. Itu bukan alasan untuk panik — hanya alasan untuk memahami apa yang sebenarnya Anda dapatkan.

Lalu, mengapa menambahkannya?

Dua alasan yang sah masih ada:

• Membantu mesin memahami audio. Mesin jawaban AI dan sistem pencarian semakin sering membaca data terstruktur untuk mengetahui isi halaman. Markup AudioObject yang rapi adalah taruhan yang masuk akal — “halaman ini memiliki episode podcast berdurasi 42 menit bernama X” — meskipun belum ada bukti langsung bahwa AudioObject secara khusus mengubah hasil untuk sistem AI. Anggap ini manfaat yang masuk akal tetapi belum terbukti, bukan jaminan.
• Menyematkan audio di dalam konten lain. Jika Anda memiliki artikel dengan versi audio yang dinarasikan, Anda dapat menaruh AudioObject di dalam markup artikel sehingga keduanya terhubung secara formal.

Tiga hal yang sering tertukar

• AudioObject bukan hasil kaya podcast. Fitur Google seperti itu belum ada saat ini.
• Schema bukan hal yang sama dengan feed RSS. Mekanisme yang benar-benar memasukkan podcast Anda ke Apple Podcasts dan Spotify adalah feed RSS, bukan schema di halaman.
• AudioObject bukan PodcastEpisode. Google memiliki jenis podcast terpisah — dan jenis tersebut juga tidak memberi Anda hasil kaya.

Ingin melihat daftar properti, perbandingan AudioObject–PodcastEpisode–RSS, dan kerangka sederhana untuk menjawab “perlukah saya menambahkannya”? Buka tab Advanced.

TL;DR — schema.org/AudioObject (biasanya JSON-LD) memberi markup pada konten audio dengan contentUrl, duration, name, dan encodingFormat. Temuan utama yang terverifikasi: tidak ada hasil kaya Google khusus untuk jenis ini. AudioObject tidak tercantum dalam daftar resmi jenis data terstruktur yang didukung Google, dan kedua URL panduan fitur yang mungkin (/structured-data/podcast, /structured-data/media-clip) mengembalikan 404. Nilainya adalah menyematkan audio di dalam konten lain yang diberi markup (misalnya associatedMedia pada Artikel), serta kemungkinan — tetapi belum diverifikasi secara independen — membantu pemahaman entitas/konten pada permukaan yang ditujukan untuk AI, bukan kartu SERP. Jangan menyamakannya dengan PodcastSeries/PodcastEpisode (jenis manajemen podcast Google yang terpisah — juga tanpa hasil kaya) atau dengan feed RSS (mekanisme sebenarnya untuk penemuan podcast melalui Apple/Spotify, yang tidak terkait dengan schema di halaman). Perlakukan ini sebagai salah satu jenis prioritas lebih rendah dalam kelompok ini. Evidence for this claim Schema.org AudioObject is a MediaObject type for audio content and defines properties such as contentUrl, duration, encodingFormat, and transcript. Scope: Current Schema.org vocabulary; does not imply a Google rich result. Confidence: high · Verified: 2026-07-14 Schema.org: AudioObject Evidence for this claim Google's supported structured-data feature gallery does not document a standalone AudioObject rich result. Scope: Current documented Google Search structured-data features; absence is not a claim about every Google audio use. Confidence: high · Verified: 2026-07-14 Google Search Central: Structured data feature gallery

Apa itu schema AudioObject — dan kebenaran tentang hal yang tidak dilakukannya

schema.org/AudioObject adalah subjenis MediaObject untuk merepresentasikan sebuah audio: episode podcast, artikel yang dinarasikan, atau klip suara. Kosakatanya nyata dan stabil. Yang tidak nyata adalah fitur Google Search yang melekat padanya. Evidence for this claim Schema.org defines AudioObject as an audio file and as a MediaObject subtype; it inherits MediaObject and CreativeWork properties in addition to AudioObject-specific properties. Scope: web Confidence: high · Verified: 2026-07-16 AudioObject

Saya memeriksanya secara langsung, dan hal ini layak dinyatakan tanpa basa-basi: AudioObject tidak memiliki perlakuan hasil kaya Google yang terkonfirmasi. Tiga fakta konkret mendukungnya:

• AudioObject tidak muncul dalam daftar resmi jenis data terstruktur yang didukung Google (“search gallery”). Semua jenis yang mendapat hasil kaya ada di daftar itu; AudioObject tidak.
• Dua URL panduan fitur yang mungkin Anda harapkan — developers.google.com/search/docs/appearance/structured-data/podcast dan .../media-clip — sama-sama mengembalikan 404. Tidak ada halaman dokumentasi karena tidak ada fiturnya.
• Dalam panduan Video Google, markup bergaya klip disatukan di bawah VideoObject/Clip/BroadcastEvent. Tidak ada carousel, lencana, atau tabel properti wajib/disarankan khusus AudioObject yang didokumentasikan di developers.google.com/penelusuran.

Saya menyukai markup schema selama markup itu memberi Anda fitur penelusuran. Ini contoh paling jelas dalam kelompok data terstruktur tentang markup yang tidak memberikannya — jadi hal yang berguna adalah bersikap terus terang, bukan menciptakan urgensi palsu.

AudioObject vs. PodcastSeries/PodcastEpisode vs. feed RSS

Ketiganya terus-menerus tercampur, dan menguraikan perbedaannya adalah nilai praktis terbesar dari artikel ini.

• AudioObject — jenis schema.org generik untuk “sebuah audio”. Tidak ada hasil kaya Google.
• PodcastSeries / PodcastEpisode — jenis khusus podcast yang terpisah dari Google. Secara historis terkait permukaan manajemen podcast, bukan hasil kaya Penelusuran. Dalam kosakata schema.org, PodcastEpisode dapat merujuk berkas medianya melalui properti associatedMedia — AudioObject tetap menjadi entitas tingkat berkas di bawahnya, terkait dengan episode tetapi bukan node yang sama. Perhatikan bahwa Google Podcasts ditutup pada 2024, sehingga salah satu permukaan yang mungkin menggunakan markup ini hilang; hal itu memperkuat prioritas rendahnya, bukan menciptakan peluang baru.
• MusicRecording — titik kebingungan yang perlu diluruskan: MusicRecording adalah jenis CreativeWork di schema.org, bukan subjenis AudioObject. Jika menandai trek musik, modelkan treknya sebagai MusicRecording dan — jika ingin menjelaskan berkas audionya secara terpisah — lampirkan AudioObject yang berbeda, bukan menganggap satu jenis mewarisi jenis lain.
• Feed RSS — inilah bagian yang paling perlu didengar: hal yang benar-benar membuat podcast terdaftar di Apple Podcasts, Spotify, dan aplikasi lain adalah feed RSS yang dikirimkan ke direktori tersebut. Mekanismenya sama sekali berbeda dari schema di halaman. Markup AudioObject sebanyak apa pun tidak akan memasukkan acara Anda ke aplikasi podcast; feed-lah yang melakukannya.

Jadi, ketika pemangku kepentingan bertanya “perlukah kita menambahkan schema podcast untuk SEO?”, jawaban yang akurat biasanya memisahkan tiga pertanyaan: apakah Anda menginginkan hasil kaya Google (tidak ada), distribusi melalui aplikasi (itu RSS, bukan schema), atau keterbacaan mesin secara umum (di situlah AudioObject punya nilai yang sederhana).

Kapan masih layak diterapkan

Meskipun tidak ada hasil kaya, ada alasan yang dapat dipertanggungjawabkan untuk menambahkan AudioObject:

• Menyematkan audio di dalam Artikel. Jika halaman terutama merupakan artikel dengan versi audio yang dinarasikan, menempatkan AudioObject di dalam Artikel (misalnya sebagai associatedMedia) menghubungkan keduanya secara formal. Artikel mungkin memiliki nilai tersendiri; AudioObject hanya membuat komponen audio eksplisit.
• Pemahaman entitas/konten untuk permukaan AI. AI Overviews dan sistem lain yang ditujukan kepada LLM semakin sering membaca data terstruktur untuk memahami isi halaman, dan markup AudioObject yang lengkap secara masuk akal membantu mengenali audio sesuai hakikatnya. Ini hipotesis yang masuk akal berdasarkan penggunaan data terstruktur secara umum, bukan klaim yang didukung studi khusus AudioObject atau pernyataan Google — pegang secara tentatif dan jangan menjualnya sebagai jaminan.
• Kelengkapan schema.org di situs yang sudah mengerjakan data terstruktur secara serius. Jika Anda sudah menandai semua hal lain dengan rapi, menambahkan AudioObject murah dan menjaga graph tetap konsisten — tetapi jangan mengharapkan imbalan SERP.

Implementasi dasar — properti yang layak digunakan

Karena tidak ada tabel persyaratan Google, gunakan kosakata schema.org itu sendiri. Properti yang layak didokumentasikan meskipun tidak ada hasil kaya:

Satu properti perlu diberi catatan tersendiri: transcript. Ini adalah kolom AudioObject yang nyata dan valid — schema.org mendokumentasikannya secara langsung — tetapi menaruh transkrip hanya di dalam JSON-LD belum terbukti membuat kata-kata yang diucapkan dapat diindeks, dikutip, atau memenuhi syarat cuplikan unggulan; manfaat di sisi konsumen itu belum diverifikasi. Jika ingin transkrip membawa bobot SEO atau jawaban AI, terbitkan juga sebagai teks halaman yang terlihat dan dapat diakses. Perlakukan properti schema ini sebagai pencatatan yang dapat dibaca mesin di samping teks yang terlihat, bukan penggantinya.

Blok JSON-LD minimal:

{
  "@context": "https://schema.org/",
  "@type": "AudioObject",
  "name": "Episode 12: Structured Data Myths",
  "contentUrl": "https://example.com/audio/ep12.mp3",
  "encodingFormat": "audio/mpeg",
  "duration": "PT42M30S",
  "uploadDate": "2026-06-01",
  "description": "We separate the schema hype from what actually earns a search feature."
}

Dan disematkan sebagai versi audio dari sebuah Artikel:

{
  "@context": "https://schema.org/",
  "@type": "Article",
  "headline": "Structured Data Myths",
  "associatedMedia": {
    "@type": "AudioObject",
    "name": "Structured Data Myths (narrated)",
    "contentUrl": "https://example.com/audio/narrated.mp3",
    "encodingFormat": "audio/mpeg",
    "duration": "PT42M30S"
  }
}

Perlukah? Kerangka prioritas

Karena saya lebih ingin Anda menghabiskan usaha pada hal yang memberi hasil, berikut triase yang jujur:

1. Apakah Anda menginginkan hasil kaya Google dari ini? Kalau begitu, AudioObject adalah alat yang keliru — hasil seperti itu tidak ada. Gunakan waktu untuk jenis yang memiliki fitur terdokumentasi.
2. Apakah Anda ingin podcast masuk Apple/Spotify? Itu tugas feed RSS, bukan schema. Pastikan feed benar dan sudah dikirimkan.
3. Apakah Anda sudah memberi markup pada semua hal lain dan menginginkan pemahaman entitas/AI yang rapi? Menambahkan AudioObject adalah sentuhan akhir yang wajar dan murah — tetapi sesuaikan harapan dengan “keterbacaan mesin”, bukan “kartu SERP”.

Bagi sebagian besar situs, AudioObject berada dekat bagian bawah daftar prioritas data terstruktur. Ini bukan celaan terhadap kosakatanya — hanya pembacaan yang akurat atas imbalan saat ini. Untuk melihat posisi markup audio dibandingkan kerabatnya, pekerjaan VideoObject, CreativeWork, serta hub Schema Markup dan Structured Data yang lebih luas di situs ini memberikan gambaran lengkap.

Ringkasan AI

Ringkasan singkat versi Advanced:

• Apa ini: markup schema.org/AudioObject (biasanya JSON-LD) yang memberi label pada konten audio — episode podcast, artikel yang dinarasikan, dan klip suara — melalui properti seperti contentUrl, duration, name, dan encodingFormat.
• Temuan utama (terverifikasi): AudioObject tidak memiliki hasil kaya Google khusus. Jenis ini tidak ada dalam daftar resmi jenis data terstruktur yang didukung Google; dua URL panduan fitur yang mungkin (/structured-data/podcast, /structured-data/media-clip) sama-sama mengembalikan 404. Tidak ada kartu, lencana, atau carousel audio yang dibukanya.
• Kegunaan sebenarnya: menyematkan audio di dalam konten lain yang diberi markup (misalnya associatedMedia pada Artikel), serta kemungkinan — tetapi belum diverifikasi secara independen — membantu pemahaman entitas/konten pada permukaan AI. Ini bukan fitur SERP yang terlihat.
• Empat hal yang jangan dicampuradukkan:
  • AudioObject = jenis audio generik, tanpa hasil kaya.
  • PodcastSeries/PodcastEpisode = jenis manajemen podcast Google yang terpisah, juga tanpa hasil kaya (dan Google Podcasts ditutup pada 2024); PodcastEpisode dapat merujuk berkasnya melalui associatedMedia, sedangkan AudioObject tetap entitas tingkat berkas.
  • MusicRecording = jenis CreativeWork, bukan subjenis AudioObject — modelkan trek musik sebagai MusicRecording, dan berkas audionya, jika perlu, sebagai AudioObject terpisah.
  • Feed RSS = mekanisme sebenarnya untuk mendaftarkan podcast di Apple Podcasts/Spotify — tidak terkait dengan schema di halaman.
• Properti yang tetap layak digunakan: name, contentUrl, duration (ISO 8601), encodingFormat (jenis MIME), serta description/uploadDate. transcript juga kolom valid, tetapi transkrip yang hanya berada dalam JSON-LD belum terbukti membuat ucapan dapat diindeks atau memenuhi syarat cuplikan unggulan — terbitkan teks transkrip yang terlihat juga jika hasil itu penting.
• Prioritas: salah satu jenis dengan prioritas lebih rendah dalam kelompok ini. Tambahkan demi kelengkapan dan asumsi pemahaman AI yang masuk akal tetapi belum terbukti di situs yang sudah mengerjakan data terstruktur secara serius — bukan demi fitur penelusuran yang tidak ada.
• Triase: ingin hasil kaya? Salah alat. Ingin distribusi aplikasi? Itu RSS. Ingin keterbacaan mesin yang rapi? AudioObject adalah sentuhan akhir yang wajar dan murah.

Dokumentasi resmi

Referensi sumber utama — dan, tidak seperti biasanya, temuan terpenting di sini adalah apa yang tidak ada dalam dokumentasi.

Temuan utama: tidak ada halaman fitur AudioObject

• Daftar jenis data terstruktur yang didukung Google (“search gallery”) adalah indeks kanonis semua jenis yang memperoleh hasil kaya. AudioObject tidak ada di sana.
• https://developers.google.com/search/docs/appearance/structured-data/podcast → 404 (halaman tidak ditemukan). Tidak ada panduan fitur “data terstruktur podcast” dari Google.
• https://developers.google.com/search/docs/appearance/structured-data/media-clip → 404 (halaman tidak ditemukan). Tidak ada panduan fitur “media clip” (audio) dari Google.

Dua 404 tersebut dan absennya AudioObject dari daftar jenis yang didukung adalah inti temuan. Jika sebuah jenis memiliki fitur Google Search, jenis itu memiliki halaman panduan terdokumentasi dan entri di gallery. AudioObject tidak memiliki keduanya.

Di mana markup audio/klip sebenarnya didokumentasikan (video, bukan audio)

• Data terstruktur Video (VideoObject / Clip / BroadcastEvent) — markup klip Google berada di sini dan disatukan di bawah VideoObject. Tidak ada tabel persyaratan AudioObject yang paralel.

Dokumentasi podcast Google yang terpisah (RSS/manajemen, bukan hasil kaya)

• Panduan “Tentang podcasting pada Google” dan manajemen podcast Google (kini digabungkan ke bantuan Podcast Publisher Center Google) membahas pengiriman dan pengelolaan feed RSS, bukan markup schema.org/AudioObject yang memasok hasil kaya Penelusuran. (Google Podcasts sendiri ditutup pada 2024, sehingga relevansi permukaan ini semakin menyempit.)

Kosakatanya sendiri

• schema.org/AudioObject — definisi jenis dan daftar properti lengkap, karena Google tidak menerbitkan panduan khusus fitur untuknya.

Bing / Microsoft

• Tidak ada panduan AudioObject atau podcast khusus Bing — hanya ikhtisar data terstruktur umum (dukungan schema.org, rekomendasi JSON-LD, dan Markup Validator generik).

Kutipan dari sumber

Tidak biasa: hanya sedikit yang dapat dikutip di sini — dan itulah intinya. Google tidak menerbitkan panduan hasil kaya AudioObject, jadi tidak ada bagian resmi yang menjanjikan fitur untuk dikutip. “Kutipan” yang terverifikasi untuk topik ini sebenarnya adalah ketiadaan: tidak ada entri di gallery jenis yang didukung, tidak ada halaman fitur (kedua URL kandidat mengembalikan 404). Saya tidak akan mengarang pernyataan Google yang tidak ada.

Satu kalimat resmi yang layak menjadi bingkai artikel ini adalah kalimat saya sendiri, karena kalimat tersebut menangkap tepat mengapa AudioObject berada di daftar prioritas rendah:

Patrick Stox

• “I’m a fan dari schema markup sebagai long sebagai it mendapatkan Anda a penelusuran feature.” (terjemahan) “Saya menyukai markup schema selama markup itu memberi Anda fitur penelusuran.” Ahrefs — Strategi SEO Enterprise untuk Pertumbuhan Maksimal

Itulah seluruh ketegangannya dalam satu kalimat. AudioObject adalah contoh paling jelas dalam kelompok schema ini tentang markup yang tidak memberi Anda fitur penelusuran — jadi sikap yang jujur adalah menambahkannya demi pemahaman entitas/AI jika Anda sudah mengerjakan data terstruktur secara serius, dan melewatkannya jika imbalan SERP adalah satu-satunya motivasi.

Mitos dan kesalahan AudioObject yang perlu dihindari

Mitos: “Schema AudioObject memberi Anda hasil kaya podcast di Google.” Salah — fitur semacam itu tidak ada dalam dokumentasi Google saat ini. AudioObject tidak tercantum dalam gallery jenis data terstruktur yang didukung resmi, dan kedua URL panduan fitur yang mungkin (/structured-data/podcast, /structured-data/media-clip) mengembalikan 404. Menambahkan markup ini tidak menghasilkan kartu, lencana, atau carousel audio.

Mitos: “Schema podcast dan feed RSS adalah hal yang sama.” Bukan, dan kekeliruan ini benar-benar membuang waktu. Feed RSS Anda adalah mekanisme yang mendaftarkan podcast ke Apple Podcasts, Spotify, dan aplikasi lain. Schema di halaman adalah lapisan markup entitas yang terpisah — dan saat ini imbalannya rendah. Jika tujuan Anda distribusi aplikasi, perbaiki feed; schema tidak akan melakukannya.

Mitos: “AudioObject dan PodcastEpisode dapat dipertukarkan, dan salah satunya memberi hasil kaya.” Keduanya jenis yang berbeda, dan keduanya tidak menghasilkan hasil kaya Google Search. PodcastSeries/PodcastEpisode adalah jenis manajemen podcast Google yang terpisah, terkait permukaan RSS/manajemen, bukan fitur SERP.

Mitos: “Karena Google Podcasts ditutup pada 2024, schema podcast sepenuhnya tidak berguna.” Itu berlebihan. Penutupan Google Podcasts memang menghilangkan salah satu konsumen markup yang mungkin, sehingga jenis ini berprioritas rendah. Namun AudioObject masih dapat membantu pemahaman entitas/AI umum tentang audio di halaman — sejak awal jenis ini tidak pernah memiliki hasil kaya Penelusuran, jadi penutupan tersebut tidak “menghilangkan” fitur yang pernah ada.

Kesalahan: menambahkan AudioObject demi kenaikan SEO dan melewatkan hal yang penting. Jika pemangku kepentingan mendorong “schema podcast untuk SEO”, arahkan usaha ke hal yang benar: tidak ada hasil kaya untuk dimenangkan, jadi pastikan feed RSS benar (untuk penemuan melalui aplikasi) dan konten halaman benar-benar berguna (untuk peringkat) sebelum menghabiskan waktu pada markup tanpa imbalan SERP.

Kesalahan: nilai properti yang ceroboh. Jika Anda menambahkannya, tetap isi dasar-dasarnya dengan benar — contentUrl nyata yang menunjuk ke berkas audio, duration dalam ISO 8601 (PT42M30S, bukan “42:30”), dan jenis MIME encodingFormat yang valid (audio/mpeg, bukan “mp3”). Nilai buruk tidak membantu manusia maupun mesin.

Haruskah saya menambahkan AudioObject ke halaman ini?

Jawaban jujurnya sepenuhnya bergantung pada tujuan audio Anda — episode podcast, target distribusi aplikasi, dan artikel yang dinarasikan memerlukan perbaikan yang berbeda, dan hanya salah satunya yang berbunyi “tambahkan schema AudioObject”.

Model mental

1. “Apakah jenis ini menghasilkan hasil kaya?” adalah pencarian di daftar, bukan tebakan. Sebelum menganggap suatu jenis schema layak dikerjakan, periksa gallery resmi Google untuk jenis data terstruktur yang didukung. AudioObject tidak tercantum di sana, dan kedua URL panduan fitur yang mungkin Anda harapkan (/structured-data/podcast, /structured-data/media-clip) tidak dapat dibuka. Jika suatu jenis benar-benar absen dari gallery, perlakukan ketiadaan itu sebagai temuan, bukan celah dalam riset.

2. Distribusi dan markup entitas adalah dua pekerjaan berbeda. Memasukkan podcast ke Apple Podcasts atau Spotify adalah masalah feed RSS. Membantu sistem pencarian atau AI memahami apa audio itu adalah masalah schema. Keduanya tidak saling menggantikan — memperbaiki salah satunya tidak pernah memperbaiki yang lain, jadi tentukan dulu pekerjaan yang sebenarnya Anda hadapi sebelum memilih markup.

3. Sematkan audio di dalam konten yang didukungnya, bukan sebagai sesuatu yang berdiri sendiri. Jika audio hadir untuk melengkapi konten lain — misalnya versi audio dari artikel — langkah bernilai tertinggi adalah menempatkan AudioObject di dalam markup konten itu (misalnya associatedMedia pada Artikel), bukan menerbitkannya sebagai blok terisolasi tanpa hubungan dengan halaman di sekitarnya.

4. Prioritas meningkat sesuai banyaknya data terstruktur yang sudah dimiliki situs. Di situs yang sudah berinvestasi dalam cakupan schema yang serius, menambahkan AudioObject adalah sentuhan akhir yang murah dan konsisten. Di situs dengan cakupan schema tipis dan waktu terbatas, ini salah satu tambahan dengan imbalan terendah karena tidak ada fitur SERP yang menunggu di ujungnya.

5. Tanpa tabel persyaratan Google, kebenaran datang dari kosakata, bukan daftar periksa. Google tidak menerbitkan tabel properti wajib/disarankan khusus AudioObject, jadi standar “dilakukan dengan benar” berasal dari definisi schema.org sendiri: duration dalam ISO 8601 (PT42M30S, bukan "42:30"), encodingFormat sebagai jenis MIME nyata (audio/mpeg, bukan "mp3"), dan contentUrl yang benar-benar mengarah ke berkas.

Alat untuk memvalidasi dan membuat markup AudioObject

Karena tidak ada fitur hasil kaya Google yang perlu dikejar, pekerjaan yang berguna di sini adalah memastikan JSON-LD benar dan memahami dengan jujur apa yang dapat dan tidak dapat membuat Anda memenuhi syarat — tiga alat gratis buatan saya sendiri mencakup semuanya.

• Schema Markup Validator — tempelkan JSON-LD AudioObject Anda (mandiri atau di dalam associatedMedia pada Artikel) dan dapatkan validasi bertingkat berdasarkan kosakata schema.org, termasuk pemeriksaan graph @id lintas blok. Ini alat yang tepat untuk memastikan duration adalah ISO 8601 yang valid, encodingFormat adalah jenis MIME nyata, dan contentUrl terbentuk dengan benar — hal-hal yang penting karena tidak ada tabel persyaratan Google untuk diikuti.
• Rich-Hasil Eligibility Checker — jalankan JSON-LD halaman Anda dan lihat, berdasarkan jenis, apa yang memenuhi syarat dan apa yang tidak. Untuk AudioObject, harapannya adalah alat ini mengonfirmasi temuan jujur artikel ini: tidak ada hasil kaya Google yang terkait dengan jenis tersebut, jadi jangan mengharapkan vonis memenuhi/tidak memenuhi syarat seperti pada markup Product atau Recipe.
• Schema Markup Generator — buat blok JSON-LD AudioObject (atau susunan Artikel dengan associatedMedia seperti di atas) melalui formulir terpandu, bukan dengan menulis properti satu per satu, lalu ekspor agar siap ditempel.

Uji diri: Schema AudioObject

Lima pertanyaan singkat tentang kegunaan markup AudioObject yang sebenarnya dan perbedaan yang sering membingungkan. Pilih satu jawaban untuk setiap pertanyaan, lalu periksa hasilnya.

Sumber yang layak Anda baca

Tulisan saya tentang topik ini

Saya belum menerbitkan panduan AudioObject tersendiri — dan sejujurnya, karena jenis ini hanya memberi sedikit manfaat untuk Penelusuran, tidak banyak liputan pihak ketiga yang layak dikejar. Banyak rangkuman “jenis-jenis schema” bahkan tidak mencantumkan AudioObject sebagai jenis tersendiri; itu memberi petunjuk tentang prioritasnya. Jadi, alih-alih memperpanjang tulisan, langkah jujurnya adalah mengarahkan Anda ke kosakatanya sendiri dan pekerjaan data terstruktur terkait di situs ini. Untuk posisi markup audio di antara kerabatnya, lihat saudara VideoObject dan CreativeWork serta hub Schema Markup dan Structured Data yang menjadi induk artikel ini; untuk sudut pandang AI, baca Schema Markup untuk AI.

Dari sumber utama

• schema.org/AudioObject — definisi jenis dan daftar properti lengkap. Karena Google tidak menerbitkan panduan khusus fitur, ini adalah referensi otoritatif untuk kosakata tersebut.
• Jenis data terstruktur yang didukung (penelusuran gallery) (Google) — indeks kanonis jenis yang menghasilkan hasil kaya. Berguna justru karena AudioObject tidak tercantum di sana.
• Data terstruktur Video (Google) — tempat markup klip sebenarnya berada, disatukan di bawah VideoObject; tidak ada padanan AudioObject.
• Bantuan Podcast Publisher Center (Google) — sisi RSS/manajemen feed podcast, terpisah dari schema di halaman dan dari hasil kaya Penelusuran.

Log perubahan