Panduan Schema ImageObject

TL;DR — ImageObject merupakan cara untuk mendeskripsikan gambar kepada mesin pencari dengan informasi yang melampaui alamat webnya — siapa pemiliknya, bagaimana lisensinya, dan apa keterangannya. Sering kali Anda tidak membutuhkannya: ketika suatu schema meminta gambar, URL biasa sudah cukup. Gunakan ImageObject lengkap saat Anda ingin menambahkan informasi tersebut — terutama untuk memperoleh badge Licensable di Google Images.

Apa itu ImageObject

Saat Anda menambahkan data terstruktur ke halaman, Anda memberi label pada konten agar mesin pencari memahaminya. ImageObject adalah tipe schema.org yang memberi label pada sebuah gambar — bukan kata-kata di halaman, melainkan gambar yang dideskripsikan sebagai data yang dapat dibaca mesin.

Inilah bagian yang dilewatkan hampir semua panduan: ImageObject jarang digunakan secara mandiri. Tugas sebenarnya adalah menjadi nilai properti image milik tipe lain. Saat Anda menandai Product, Article, atau Recipe, masing-masing memiliki tempat untuk gambar. Tempat itu dapat diisi dengan dua cara:

• Dengan URL biasa — hanya alamat web gambar. Ini sudah cukup dalam kebanyakan kasus.
• Dengan ImageObject lengkap — ketika Anda ingin menyampaikan lebih dari sekadar lokasi berkas, misalnya siapa yang mengambil foto atau cara seseorang melisensikannya.

Jadi, jangan menganggap ImageObject sebagai sesuatu yang memperoleh hasil penelusurannya sendiri. Anggaplah ia sebagai cara yang lebih kaya untuk mendeskripsikan gambar di dalam schema lain.

Kapan Anda benar-benar memerlukan versi lengkap

Anda beralih dari URL biasa ke ImageObject lengkap ketika ingin menambahkan metadata tentang gambar itu sendiri — paling sering untuk pelisensian. Jika Anda seorang fotografer, agensi stok, atau penerbit yang ingin gambarnya menampilkan badge Licensable di Google Images (label kecil yang menautkan ke tempat orang dapat membeli lisensi), badge tersebut merupakan alasan utama untuk menggunakan ImageObject lengkap.

Satu-satunya properti yang membuka badge tersebut adalah license — tautan menuju ketentuan lisensi Anda. Anda dapat menambahkan informasi lain (pembuat gambar, baris kredit, atau pemberitahuan hak cipta), tetapi license-lah pemicunya.

Hal yang paling sering disalahpahami

ImageObject tidak menghasilkan hasil kayanya sendiri. Tidak ada kartu gambar yang dihasilkannya. ImageObject hanya mendukung kelayakan tipe lain (seperti hasil kaya Recipe) atau membuka badge Licensable yang terpisah — hanya itu.

Bersikaplah sangat skeptis terhadap panduan yang menjanjikan angka trafik atau klik tertentu setelah menambahkan schema gambar (misalnya, “klik naik 30%!”). Saya telah menelusuri asal angka-angka itu, dan jawaban jujurnya: tidak ada — angka tersebut direkayasa. Schema tetap layak diterapkan, tetapi bukan karena persentase karangan.

Ingin versi mendalam — properti persisnya, cara kerja badge Licensable, alasan gambar Recipe tidak mengendalikan thumbnail Anda, dan mitos gambar Product? Beralihlah ke tab Advanced.

TL;DR — ImageObject (Thing > CreativeWork > MediaObject > ImageObject) pada dasarnya merupakan tipe nilai tersarang, bukan schema tujuan yang berdiri sendiri. Tipe ini menjadi nilai Product.image, Article.image, Recipe.image, Organization.logo, dan WebPage.primaryImageOfPage. URL biasa cukup jika Anda tidak memerlukan metadata; gunakan objek lengkap untuk pelisensian atau atribusi. Rumus badge Licensable adalah contentUrl + setidaknya satu dari creator/creditText/ copyrightNotice/license — tetapi license secara khusus yang membuat gambar memenuhi syarat untuk badge. Gunakan contentUrl alih-alih url (Google menyebutnya lebih presisi). Dua fakta yang sering terlewat: image pada Recipe wajib, tetapi tidak memengaruhi thumbnail hasil teks Anda (Google, Juni 2025), dan image pada Product tidak tercantum dalam daftar formal properti wajib atau yang direkomendasikan Google. ImageObject bukan faktor peringkat — dampaknya tidak langsung, seperti semua schema.

Posisi ImageObject dan cara penggunaannya

Di schema.org, ImageObject berada dalam hierarki Thing > CreativeWork > MediaObject > ImageObject. Garis keturunan ini menjelaskan seluruh propertinya: ImageObject mewarisi bidang pelisensian dan atribusi dari CreativeWork (license, acquireLicensePage, creditText, copyrightNotice, creator, author) serta bidang berkas dari MediaObject (contentUrl, encodingFormat, height, width, contentSize, uploadDate), ditambah beberapa properti miliknya sendiri seperti caption dan exifData.

ImageObject digunakan dengan dua cara:

• Mandiri — pada halaman yang seluruh tujuannya adalah mendeskripsikan satu gambar (halaman arahan untuk pelisensian foto). Alasannya hampir selalu badge Licensable.
• Tersarang — sebagai nilai properti image, logo, atau primaryImageOfPage milik tipe lain. Kasus ini jauh lebih umum. Karena itu, ImageObject lebih tepat dipandang sebagai tipe utilitas yang diam-diam diandalkan oleh subtipe CreativeWork, bukan tipe schema yang menjadi tujuan pengguna. (Secara tematis, ia berkerabat dengan kelompok schema karya kreatif — Article, Recipe, dan VideoObject sama-sama mengandalkan ImageObject melalui properti image tanpa menjadikannya topik utama.)

Kunci untuk memahaminya: schema.org dan Google sama-sama menerima URL atau ImageObject yang dideskripsikan lengkap untuk properti image. String URL polos merupakan nilai ImageObject yang sepenuhnya valid. Anda hanya perlu menanggung kerumitan objek lengkap ketika memang ada metadata yang layak ditambahkan.

Properti inti

contentUrl vs url — gunakan contentUrl

Keduanya mengarah ke berkas gambar, tetapi Google menyatakan dengan tegas mana yang sebaiknya digunakan. Menurut dokumentasi metadata gambar, Google menggunakan contentUrl “to determine which image the photo metadata applies to.” (terjemahan) “untuk menentukan gambar mana yang dirujuk oleh metadata foto.” Tentang pilihan di antara keduanya, Google mengatakan: “While the url property is not as precise and we recommend you use contentUrl instead, existing markup may still use url.” (terjemahan) “Meskipun properti url tidak sepresisi itu dan kami menyarankan agar Anda menggunakan contentUrl, markup yang sudah ada masih boleh menggunakan url.” Artinya, contentUrl memastikan gambar mana yang dideskripsikan metadata; url adalah opsi lama yang lebih longgar dan tetap berfungsi, tetapi tidak seharusnya menjadi pilihan bawaan Anda.

license dan acquireLicensePage — pasangan Licensable

Inilah bagian yang menghasilkan manfaat kasatmata. license menautkan ke halaman yang menjelaskan ketentuan lisensi gambar; acquireLicensePage menautkan ke tempat seseorang benar-benar dapat membeli lisensi. Keduanya berpasangan secara alami — yang satu berisi ketentuan, yang lain tempat pembelian — tetapi bobotnya tidak sama, seperti dijelaskan pada bagian berikutnya.

creator, creditText, copyrightNotice — trio atribusi

Ketiganya memberikan kredit atas gambar. Satu nuansa penting: creator tidak harus berupa orang. Dokumentasi Google menyatakan: “This is usually the photographer, but it may be a company or organization (if appropriate).” (terjemahan) “Biasanya ini adalah fotografer, tetapi dapat pula berupa perusahaan atau organisasi (jika sesuai).”

caption, exifData, height/width, thumbnail

Ini merupakan metadata deskriptif dan teknis. Berguna dan kadang ditampilkan, tetapi tidak satu pun memicu fitur penelusuran dengan sendirinya.

Mendapatkan badge Licensable

Inilah satu rumus tepat yang layak diingat karena persyaratannya cukup halus.

Struktur yang diwajibkan: Anda memerlukan contentUrl, dan setidaknya satu dari creator, creditText, copyrightNotice, atau license. Dokumentasi Google menyatakan: “In addition to contentUrl, you must include one of the following properties: creator, creditText, copyrightNotice, license. Once you include one of these properties, the other three properties become recommended in the Rich Results Test.” (terjemahan) “Selain contentUrl, Anda harus menyertakan salah satu properti berikut: creator, creditText, copyrightNotice, atau license. Setelah salah satunya disertakan, tiga properti lainnya menjadi rekomendasi di Rich Results Test.”

Namun, badge itu sendiri memiliki pemicu yang lebih ketat. Lolos validasi tidak sama dengan memenuhi syarat untuk memperoleh badge. Google menyatakan: “If you’re using structured data to specify an image, you must include the license property for your image to be eligible to be shown with the Licensable badge.” (terjemahan) “Jika Anda menggunakan data terstruktur untuk menetapkan sebuah gambar, Anda harus menyertakan properti license agar gambar tersebut memenuhi syarat untuk ditampilkan dengan badge Licensable.” Jadi, creator atau creditText saja akan lolos validasi — tetapi tidak menghasilkan badge. Properti license adalah pemicunya. Google menambahkan: “We recommend that you also add the acquireLicensePage property if you have that information.” (terjemahan) “Kami menyarankan agar Anda juga menambahkan properti acquireLicensePage jika memiliki informasi tersebut.”

Data terstruktur bukan satu-satunya jalur. Metadata foto IPTC yang disematkan merupakan cara lain yang sama sahnya untuk memperoleh kelayakan tersebut — tanpa markup schema.org sama sekali. Namun, jika Anda menggunakan keduanya dan informasinya berbeda, Google tegas mengenai penentunya: “If you choose to use both IPTC photo metadata and structured data, and if any information conflicts between the two, Google will use the structured data information.” (terjemahan) “Jika Anda memilih menggunakan metadata foto IPTC sekaligus data terstruktur, lalu ada informasi yang bertentangan di antara keduanya, Google akan menggunakan informasi dari data terstruktur.” Ini berkebalikan dengan anggapan banyak orang bahwa metadata yang disematkan dalam berkas merupakan sumber yang lebih berwenang.

Satu kebijakan yang sering menjebak orang: URL gambar harus dapat dijangkau. Kebijakan data terstruktur Google menyatakan: “All image URLs specified in structured data must be crawlable and indexable” (terjemahan) “Semua URL gambar yang ditetapkan dalam data terstruktur harus dapat dirayapi dan diindeks.” Jika host gambar diblokir di robots.txt, semuanya gagal tanpa pesan yang jelas.

ImageObject di dalam tipe tertentu

Recipe — wajib, dan klarifikasi Juni 2025

Untuk Recipe, image memang wajib, dengan panduan nyata: harus dapat dirayapi dan diindeks serta mewakili hidangan. Google “recommend[s] providing multiple high-resolution images (minimum of 50K pixels when multiplying width and height) with the following aspect ratios: 16x9, 4x3, and 1x1.” (terjemahan) “menyarankan agar Anda menyediakan beberapa gambar beresolusi tinggi (minimal 50 ribu piksel dari hasil perkalian lebar dan tinggi) dengan rasio aspek berikut: 16x9, 4x3, dan 1x1.”

Inilah bagian yang berlawanan dengan intuisi dan belum diikuti oleh kebanyakan panduan. Sejak pembaruan dokumentasi Juni 2025, Google menyatakan dengan gamblang: “Specifying the image property in Recipe markup has no impact on the image chosen for a text result image.” (terjemahan) “Menetapkan properti image dalam markup Recipe tidak memengaruhi gambar yang dipilih untuk hasil teks.” Dengan kata lain, image pada Recipe menentukan kelayakan hasil kaya Recipe — bukan thumbnail di samping hasil tautan biru biasa Anda. Itu merupakan sistem yang sepenuhnya terpisah (dibahas di bawah). Barry Schwartz melaporkan perubahan ini di Search Engine Land pada 5 Juni 2025.

Product — tidak diwajibkan secara formal (membantah mitos)

Hampir semua orang menyatakan gambar “wajib” untuk hasil kaya Product. Sebenarnya tidak — setidaknya menurut daftar yang didokumentasikan Google. Dalam dokumentasi cuplikan Product, properti formal Wajib adalah name ditambah salah satu dari review/ aggregateRating/offers; daftar Direkomendasikan berisi aggregateRating, offers, dan review. Properti image hanya muncul dalam contoh penerapan, tidak pernah dalam tabel properti wajib atau yang direkomendasikan. Tetap tambahkan gambar Product — daftar tanpa foto berkonversi lebih buruk — tetapi pahami bahwa itu argumen UX dan Shopping, bukan persyaratan schema yang didokumentasikan. (Jangan samakan hal ini dengan aturan resolusi gambar Product Merchant Center yang terpisah dan lebih ketat; itu sistem yang sama sekali berbeda dari ImageObject.)

Article dan Organization

Untuk Article, image adalah properti yang direkomendasikan dan mendukung kelayakan Article; properti ini tidak menghasilkan kartu gambar tersendiri. Untuk Organization.logo, logo memiliki persyaratan terpisah (dan merupakan gambar yang dapat digunakan Google untuk hal seperti panel pengetahuan dan pencitraan merek pada beberapa hasil kaya). Properti itu layak ditandai, tetapi tugasnya khusus untuk logo, bukan pelisensian ImageObject secara umum.

Mengendalikan thumbnail Search / Discover

Jika Anda benar-benar ingin memengaruhi gambar yang ditampilkan Google sebagai pratinjau halaman, mekanismenya berbeda dari semua hal di atas — dan Google memperjelasnya dalam pembaruan dokumentasi Maret 2026. Dari dokumentasi praktik terbaik SEO gambar: “Google’s selection of an image preview is completely automated and takes into account a number of different sources to select which image on a given page is shown on Google.” (terjemahan) “Pemilihan pratinjau gambar oleh Google sepenuhnya otomatis dan mempertimbangkan sejumlah sumber yang berbeda untuk menentukan gambar mana dari suatu halaman yang ditampilkan di Google.”

Tiga sinyal paralel yang tidak saling meniadakan memengaruhi pilihan tersebut:

1. Properti schema.org primaryImageOfPage pada WebPage Anda.
2. Properti image yang ditambahkan melalui mainEntity / mainEntityOfPage.
3. Tag meta og:image.

Panduan Google untuk ketiganya: “Choose an image that’s relevant and representative of the page. Avoid using a generic image (for example, your site logo) or an image with text in the schema.org markup or og:image meta tag.” (terjemahan) “Pilih gambar yang relevan dan mewakili halaman. Hindari gambar generik (misalnya logo situs Anda) atau gambar berisi teks dalam markup schema.org maupun tag meta og:image.” Matt G. Southern membahas pembaruan tersebut di Search Engine Journal pada 2 Maret 2026, dengan menyoroti poin penting: markup schema dan og:image sama-sama diperhitungkan — keduanya merupakan masukan paralel, bukan pilihan salah satu.

C2PA / “Tentang gambar ini” — berdekatan, tetapi bukan ImageObject

Satu teknologi terkait yang berpandangan ke depan layak disebutkan, tetapi jelas terpisah dari pelisensian ImageObject: metadata asal-usul konten C2PA (disematkan dalam berkas gambar, bukan di schema.org). Google menyatakan: “If an image contains C2PA metadata, Google can extract those details and may show information in the ‘About this image’ feature, such as how the image was created or if it was edited with AI tools.” (terjemahan) “Jika sebuah gambar berisi metadata C2PA, Google dapat mengekstrak detail tersebut dan mungkin menampilkan informasi dalam fitur ‘Tentang gambar ini’, seperti cara gambar dibuat atau apakah gambar diedit dengan alat AI.” Ini merupakan sinyal asal-usul AI pada permukaan “Tentang gambar ini” yang sama dengan informasi lisensi — tetapi berada dalam manifes berkas, bukan dalam markup ImageObject Anda. Jangan campuradukkan keduanya.

Apakah ImageObject merupakan faktor peringkat?

Tidak — ceritanya sama tidak langsungnya dengan semua data terstruktur. Posisi Google yang sudah lama disampaikan (Gary Illyes, John Mueller) ialah bahwa schema membantu mesin memahami konten dan dapat membuka kelayakan untuk fitur, tetapi bukan masukan peringkat langsung. Khusus untuk ImageObject, manfaatnya nyata tetapi sempit: badge Licensable (melalui license), kelayakan hasil kaya bagi tipe induk seperti Recipe (melalui image yang valid), dan masukan pemilihan thumbnail (melalui primaryImageOfPage). Tidak satu pun berarti “peringkat lebih tinggi”, dan panduan pemecahan masalah Google sendiri menegaskan bahwa blok metadata gambar yang sepenuhnya valid pun belum tentu ditampilkan. Sumber yang sama-sama ditinjau juga tidak membuktikan pengaruh ImageObject terhadap kutipan AI — saya belum menemukan sumber yang menunjukkan bahwa ImageObject meningkatkan peluang Anda dikutip dalam jawaban AI. Siapa pun yang menjanjikan persentase kenaikan trafik tertentu dari schema gambar sedang mengutip angka yang tidak bersumber.

Kesalahan umum

• Menggunakan url alih-alih contentUrl. Keduanya berfungsi; Google lebih memilih contentUrl karena lebih presisi.
• Secara khusus melupakan license. Tiga properti atribusi lainnya dapat lolos validasi, tetapi tidak memicu badge Licensable.
• Menganggap image pada Recipe mengendalikan thumbnail hasil teks. Tidak demikian (Google, Juni 2025) — properti itu hanya memengaruhi kelayakan hasil kaya Recipe.
• Menganggap gambar Product diwajibkan secara formal oleh schema. Gambar tidak ada dalam daftar Google yang didokumentasikan (tetap tambahkan untuk UX/Shopping).
• Memblokir URL gambar. Host gambar yang dilarang robots.txt atau diberi noindex membuat markup diam-diam gagal memenuhi persyaratan Google agar dapat dirayapi dan diindeks.
• Mengulang statistik performa rekaan. Hampir setiap panduan pesaing mengutip angka “CTR/trafik naik X%” tanpa sumber. Tidak ada yang dapat ditelusuri ke sumber asli.

Posisi topik ini

ImageObject merupakan pembahasan mendalam dalam subklaster data terstruktur, bersama artikel tipe schema terkait (article-schema, recipe-schema, product-schema, videoobject-schema, organization-schema). Secara tematis, inilah tipe utilitas yang diandalkan keluarga schema karya kreatif, dan topiknya berada di bawah hub Data Terstruktur untuk SEO. Untuk gambaran lebih luas mengenai teks alt, format, sitemap gambar, dan pemuatan lambat, itu merupakan topik SEO gambar yang terpisah; artikel ini secara khusus membahas cara mendeskripsikan gambar sebagai data yang diam-diam diandalkan topik-topik lain.

Ringkasan AI

Ringkasan padat dari versi Advanced:

• ImageObject adalah tipe nilai tersarang, bukan hasil kaya mandiri. Hierarkinya: Thing > CreativeWork > MediaObject > ImageObject. Tipe ini menjadi nilai Product.image, Article.image, Recipe.image, Organization.logo, dan WebPage.primaryImageOfPage. URL biasa merupakan nilai image yang valid; gunakan objek lengkap hanya jika Anda memiliki metadata untuk ditambahkan.
• Rumus badge Licensable: contentUrl + setidaknya satu dari creator/creditText/copyrightNotice/license agar lolos validasi — tetapi properti license secara khusus yang membuat gambar memenuhi syarat untuk badge. Tambahkan juga acquireLicensePage jika Anda memilikinya.
• contentUrl alih-alih url — Google menyebut contentUrl lebih presisi dalam menentukan gambar yang dideskripsikan metadata; url merupakan opsi lama.
• IPTC adalah jalur alternatif yang setara menuju kelayakan yang sama — tetapi jika IPTC dan data terstruktur bertentangan, Google menggunakan data terstruktur.
• Recipe: image wajib (minimal 50K px²; 16x9/4x3/1x1), tetapi tidak memengaruhi thumbnail hasil teks Anda (diperjelas Google pada Juni 2025).
• Product: image tidak ada dalam daftar formal properti wajib atau yang direkomendasikan Google — tetap tambahkan untuk UX/Shopping, tetapi itu bukan persyaratan schema yang didokumentasikan.
• Pengendalian thumbnail merupakan mekanisme terpisah dari Maret 2026: primaryImageOfPage, image entitas utama, dan og:image sebagai tiga sinyal paralel.
• C2PA memasok informasi asal-usul AI ke “Tentang gambar ini”, tetapi berada di dalam berkas, bukan markup ImageObject — jangan campuradukkan keduanya.
• Bukan faktor peringkat — paling jauh berdampak tidak langsung, tampilannya sendiri tidak dijamin, dan tidak ada sumber yang membuktikan pengaruh terhadap kutipan AI; abaikan statistik rekaan “+X%”.

Dokumentasi resmi

Dokumentasi sumber primer dari Google dan schema.org.

Google

• Metadata Gambar (SEO Google Images) — dokumentasi utama ImageObject dan pelisensian: properti wajib, contentUrl vs url, aturan license/badge Licensable, konflik IPTC dengan data terstruktur, serta C2PA.
• Panduan Umum Data Terstruktur — persyaratan agar setiap gambar dalam data terstruktur dapat dirayapi, diindeks, dan relevan.
• Data terstruktur Recipe — kewajiban image, panduan ukuran/rasio aspek, dan klarifikasi bahwa properti tersebut tidak memengaruhi gambar hasil teks.
• Data terstruktur cuplikan Product — daftar formal properti Wajib/Direkomendasikan (perhatikan bahwa image tidak ada di keduanya).
• Praktik terbaik SEO gambar — primaryImageOfPage, image entitas utama, dan og:image sebagai sinyal pemilihan thumbnail.

schema.org

• ImageObject — definisi tipe, hierarki (Thing > CreativeWork > MediaObject > ImageObject), dan daftar properti lengkap.
• contentUrl · license · acquireLicensePage — properti yang menjadi landasan panduan pelisensian Google.

Kutipan dari sumber

Pernyataan resmi dari Google. Setiap tautan mengarah langsung ke bagian yang dikutip pada halaman sumber.

Google — contentUrl vs url

• “Google uses contentUrl to determine which image the photo metadata applies to.” (terjemahan) “Google menggunakan contentUrl untuk menentukan gambar mana yang dirujuk oleh metadata foto.” — Dokumentasi Google Search Central. Buka kutipan
• “While the url property is not as precise and we recommend you use contentUrl instead, existing markup may still use url.” (terjemahan) “Meskipun properti url tidak sepresisi itu dan kami menyarankan agar Anda menggunakan contentUrl, markup yang sudah ada masih boleh menggunakan url.” Buka kutipan

Google — struktur yang diwajibkan dan pemicu badge Licensable

• “In addition to contentUrl, you must include one of the following properties: creator, creditText, copyrightNotice, license.” (terjemahan) “Selain contentUrl, Anda harus menyertakan salah satu properti berikut: creator, creditText, copyrightNotice, atau license.” Buka kutipan
• “If you’re using structured data to specify an image, you must include the license property for your image to be eligible to be shown with the Licensable badge.” (terjemahan) “Jika Anda menggunakan data terstruktur untuk menetapkan sebuah gambar, Anda harus menyertakan properti license agar gambar tersebut memenuhi syarat untuk ditampilkan dengan badge Licensable.” Buka kutipan
• “We recommend that you also add the acquireLicensePage property if you have that information.” (terjemahan) “Kami menyarankan agar Anda juga menambahkan properti acquireLicensePage jika memiliki informasi tersebut.” Buka kutipan

Google — IPTC vs data terstruktur, dan creator

• “If you choose to use both IPTC photo metadata and structured data, and if any information conflicts between the two, Google will use the structured data information.” (terjemahan) “Jika Anda memilih menggunakan metadata foto IPTC sekaligus data terstruktur, lalu ada informasi yang bertentangan di antara keduanya, Google akan menggunakan informasi dari data terstruktur.” Buka kutipan
• Tentang creator: “This is usually the photographer, but it may be a company or organization (if appropriate).” (terjemahan) “Biasanya ini adalah fotografer, tetapi dapat pula berupa perusahaan atau organisasi (jika sesuai).” Buka kutipan

Google — kebijakan gambar, Recipe, dan pemilihan thumbnail

• “All image URLs specified in structured data must be crawlable and indexable.” (terjemahan) “Semua URL gambar yang ditetapkan dalam data terstruktur harus dapat dirayapi dan diindeks.” Buka kutipan
• “Specifying the image property in Recipe markup has no impact on the image chosen for a text result image.” (terjemahan) “Menetapkan properti image dalam markup Recipe tidak memengaruhi gambar yang dipilih untuk hasil teks.” Buka kutipan
• “Specify the schema.org primaryImageOfPage property with a URL or ImageObject.” (terjemahan) “Tetapkan properti schema.org primaryImageOfPage dengan sebuah URL atau ImageObject.” Buka kutipan

URL biasa atau ImageObject lengkap? Fitur apa yang sebenarnya Anda inginkan?

Pertanyaan paling umum mengenai ImageObject bukanlah cara menulisnya, melainkan apakah Anda memerlukan objek lengkap dan, jika ya, untuk apa. Jawablah berdasarkan gambar yang sedang Anda tandai.

ImageObject — lembar ringkas

Mandiri vs. tersarang

Rumus badge Licensable

contentUrl vs url

Properti image menurut tipe induk

Fakta singkat

• Hierarki: Thing > CreativeWork > MediaObject > ImageObject.
• Bukan faktor peringkat — menghasilkan kelayakan, bukan peringkat.
• IPTC merupakan jalur yang setara menuju badge; jika bertentangan, data terstruktur menang.
• URL gambar harus dapat dirayapi dan diindeks atau markup gagal tanpa pesan yang jelas.
• Pengendalian thumbnail = primaryImageOfPage / image entitas utama / og:image (Maret 2026), sebagai mekanisme terpisah.
• C2PA ≠ ImageObject — C2PA adalah metadata asal-usul yang disematkan dalam berkas untuk “Tentang gambar ini”.

Anti-pola — kesalahan ImageObject yang paling sering saya lihat

Menambahkan creator atau creditText lalu mengharapkan badge Licensable. Ini kesalahan yang paling sering nyaris benar. Properti tersebut lolos validasi, tetapi badge secara khusus bergantung pada license. Kredit tanpa tautan lisensi tidak menghasilkan apa pun yang terlihat.

Menggunakan ImageObject lengkap ketika string URL sudah cukup. Jika tidak ada metadata untuk ditambahkan, URL polos adalah nilai yang tepat untuk properti image — schema.org dan Google sama-sama menerimanya. Membungkus setiap gambar dalam objek lengkap hanya menambah bagian yang berpotensi salah.

Menggunakan url karena generator mengeluarkannya. Banyak alat masih menghasilkan url. Properti itu berfungsi, tetapi Google lebih memilih contentUrl karena presisinya. Gunakan contentUrl pada markup baru.

Percaya bahwa image pada Recipe menetapkan thumbnail penelusuran Anda. Properti itu wajib untuk hasil kaya Recipe, tetapi Google secara tegas menyatakan bahwa properti tersebut tidak memengaruhi thumbnail hasil teks. Jika ingin memengaruhi gambar itu, Anda perlu mekanisme terpisah (primaryImageOfPage / og:image).

Memperlakukan gambar Product sebagai bidang schema wajib. Gambar tidak ada dalam daftar properti wajib atau yang direkomendasikan Google. Tambahkan untuk konversi dan Shopping, tetapi jangan menyebut “schema wajib” sebagai alasannya — dan jangan samakan dengan aturan resolusi gambar Merchant Center yang terpisah.

Memblokir host gambar. URL gambar yang dilarang robots.txt atau diberi noindex gagal memenuhi persyaratan agar dapat dirayapi dan diindeks. Markup dapat sempurna tetapi tetap tidak menghasilkan apa-apa.

Mengulang statistik persentase rekaan. Klaim seperti “schema ImageObject meningkatkan CTR 30%” tidak dapat ditelusuri ke sumber apa pun. Schema layak diterapkan karena manfaat sebenarnya (kelayakan dan pemahaman), bukan karena angka karangan.

Mencampuradukkan asal-usul C2PA dengan pelisensian ImageObject. Informasi asal-usul AI dalam “Tentang gambar ini” berasal dari metadata C2PA di dalam berkas, bukan dari schema Anda. Keduanya merupakan sistem berbeda pada permukaan yang sama.

Contoh penerapan

Dua pola mencakup hampir semua kebutuhan: gambar pelisensian mandiri dan ImageObject yang disarangkan di dalam tipe induk.

1. Gambar pelisensian foto mandiri (mengejar badge Licensable)

Properti license membuat gambar ini memenuhi syarat untuk badge; acquireLicensePage, creator, creditText, dan copyrightNotice melengkapinya.

{
  "@context": "https://schema.org/",
  "@type": "ImageObject",
  "contentUrl": "https://example.com/photos/harbor-at-dawn.jpg",
  "license": "https://example.com/licenses/standard/",
  "acquireLicensePage": "https://example.com/photos/harbor-at-dawn/buy/",
  "creator": {
    "@type": "Person",
    "name": "Alex Rivera"
  },
  "creditText": "Alex Rivera / Example Studio",
  "copyrightNotice": "© 2026 Example Studio",
  "caption": "The harbor at dawn, long exposure",
  "width": 2400,
  "height": 1600
}

2. ImageObject yang disarangkan di dalam Product

Di sini, ImageObject adalah nilai dari Product.image. Perhatikan bahwa image bukan properti Product yang diwajibkan secara formal — ini merupakan peningkatan untuk menambahkan metadata dibandingkan string URL biasa.

{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "Trailhead 30L Backpack",
  "image": {
    "@type": "ImageObject",
    "contentUrl": "https://example.com/products/trailhead-30l.jpg",
    "license": "https://example.com/licenses/product-photography/",
    "creditText": "Example Gear Co."
  },
  "offers": {
    "@type": "Offer",
    "price": "129.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

3. Saat URL biasa merupakan jawaban yang tepat

Jika tidak ada metadata untuk ditambahkan, jangan membuatnya terlalu rumit — string URL polos merupakan nilai image yang valid:

{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "Trailhead 30L Backpack",
  "image": "https://example.com/products/trailhead-30l.jpg",
  "offers": {
    "@type": "Offer",
    "price": "129.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

Validasi semua pola tersebut di Rich Results Test dan validator schema.org sebelum diluncurkan.

Alat untuk membuat dan memeriksa markup ImageObject

Periksa dengan Validator Markup Schema: tempelkan JSON-LD Anda (atau halaman HTML lengkap, atau ambil URL aktif). Alat ini mendeteksi blok ImageObject — mandiri maupun tersarang di dalam Product, Article, atau Recipe — dan menandai masalah berdasarkan tingkat keparahan. Ini cara tercepat untuk memeriksa pola persis dari tab Examples: apakah perbedaan contentUrl dan url terdeteksi, apakah license tersedia (bukan hanya creator/creditText/copyrightNotice), dan apakah Product.image tersarang diuraikan dengan benar sebagai ImageObject, bukan string polos, ketika Anda bermaksud menambahkan metadata.

Lalu konfirmasikan kelayakan dengan Pemeriksa Kelayakan Hasil Kaya: JSON-LD yang lolos validasi tidak otomatis memenuhi syarat untuk suatu fitur. Jalankan URL melalui pemeriksa ini untuk melihat apakah tipe induk (Recipe, Product) benar-benar dilaporkan memenuhi syarat bagi hasil kayanya. Ini berguna karena, seperti dibahas di Advanced, image pada Product bukan properti yang diwajibkan secara formal; properti yang hilang atau rusak dapat berada di luar daftar wajib/direkomendasikan Google tanpa menggagalkan validasi.

Pihak ketiga — Rich Results Test milik Google: inilah sumber yang dirujuk Google sendiri untuk persyaratan badge Licensable yang dikutip di sepanjang artikel. Gunakan sebagai pemeriksaan kedua khusus untuk kelayakan badge, karena ambangnya lebih ketat daripada sekadar lolos validasi dasar JSON-LD (Anda memerlukan license, bukan hanya salah satu dari tiga properti atribusi lainnya).

Pengujian validasi — apakah perubahan ImageObject Anda benar-benar berlaku?

Bukti bahwa perubahan ImageObject tertentu telah diluncurkan dengan benar, bukan hanya terlihat benar di kode sumber.

Pengujian 1 — JSON-LD diuraikan tanpa kesalahan

• Pengujian yang dijalankan — Tempelkan JSON-LD halaman (atau ambil URL aktif) ke Validator Markup Schema.
• Hasil yang diharapkan — Blok ImageObject (mandiri atau tersarang) terdeteksi tanpa kesalahan sintaks/penguraian, dan contentUrl mengarah ke bidang yang Anda maksud.
• Interpretasi kegagalan — Kegagalan penguraian biasanya menandakan bug templat — objek tersarang rusak ketika Product.image seharusnya memuat ImageObject tetapi menerima JSON yang rusak, atau ada string ketika yang diharapkan adalah objek.
• Jendela pemantauan — Segera.
• Pemicu rollback — Validator sama sekali tidak dapat mendeteksi ImageObject setelah penerapan templat — markup tidak dirender; kembalikan perubahan.

Pengujian 2 — Validasi badge Licensable lolos (tetapi periksa pemicu yang lebih ketat)

• Pengujian yang dijalankan — Jalankan URL yang sama melalui Validator Markup Schema atau Rich Results Test milik Google, dengan memeriksa contentUrl ditambah setidaknya satu dari creator/creditText/ copyrightNotice/license.
• Hasil yang diharapkan — Blok metadata gambar lolos validasi tanpa kesalahan properti wajib.
• Interpretasi kegagalan — mode “valid tetapi tanpa badge”: Lolos validasi tidak sama dengan memenuhi syarat untuk badge. Jika Anda menambahkan creator atau creditText tetapi bukan license, blok akan lolos validasi dengan bersih dan tetap tidak pernah menampilkan badge Licensable — dokumentasi Google tegas bahwa license secara khusus adalah pemicunya. Jangan menganggap validasi yang lolos sebagai konfirmasi bahwa badge akan muncul.
• Jendela pemantauan — Validasi dapat diperiksa segera; badge Licensable sendiri mungkin perlu waktu lebih lama untuk muncul di Google Images setelah perayapan berhasil, jadi tunggu beberapa minggu sebelum menyimpulkan badge hilang.
• Pemicu rollback — Jika license tersedia, validasi lolos, dan badge masih belum muncul setelah jendela perayapan yang wajar, periksa dahulu apakah URL gambar dapat dirayapi dan diindeks (blok robots.txt pada host gambar membuat markup gagal tanpa pesan yang jelas) sebelum menganggap markup salah.

Pengujian 3 — Kelayakan Recipe tidak tertukar dengan pengendalian thumbnail

• Pengujian yang dijalankan — Untuk halaman Recipe, jalankan URL melalui Pemeriksa Kelayakan Hasil Kaya untuk memastikan hasil kaya Recipe dilaporkan memenuhi syarat, secara terpisah dari pemeriksaan gambar yang muncul di samping hasil teks biasa Anda di Search.
• Hasil yang diharapkan — Hasil kaya Recipe dinyatakan memenuhi syarat dengan image yang valid. Secara terpisah, thumbnail hasil teks adalah gambar yang dipilih primaryImageOfPage, image entitas utama, atau og:image — tidak harus gambar yang sama.
• Interpretasi kegagalan — Jika hasil kaya Recipe tidak memenuhi syarat, masalahnya ada pada properti image di tipe Recipe itu sendiri (hilang, rasio aspek salah, atau tidak dapat dirayapi). Jika thumbnail hasil teks tampak salah, itu merupakan sinyal yang sepenuhnya terpisah (sesuai klarifikasi Google Juni 2025, image pada Recipe tidak mengendalikannya) — periksa primaryImageOfPage dan og:image.
• Jendela pemantauan — Kelayakan hasil kaya dapat diperiksa segera setelah perayapan berhasil; pemilihan thumbnail bersifat otomatis dan dapat memerlukan waktu lebih lama untuk stabil di hasil Search aktif — tunggu beberapa minggu sebelum menelusuri lebih lanjut.
• Pemicu rollback — Kelayakan hasil kaya Recipe turun setelah perubahan templat — kembalikan perubahan dan periksa kembali kemampuan perayapan serta ukuran properti image.

Sumber daya yang layak Anda baca

Tulisan terkait saya

• Data Terstruktur: Pengertian dan Cara Menggunakannya — panduan Ahrefs saya tentang tipe schema, format, validasi, dan sudut pandang entitas sameAs; konteks lebih luas tempat ImageObject berada.
• Panduan Pemula untuk SEO Teknis — posisi data terstruktur (dan gambar) dalam gambaran teknis yang lebih besar.

Presentasi saya

• Cara Kerja Penelusuran (SlideShare) — penjelasan saya tentang perayapan, rendering, pengindeksan, dan cara markup mendukung pemahaman. (Penafian tetap saya berlaku: “This is my understanding of systems… not going to be 100% complete or accurate.” (terjemahan) “Ini adalah pemahaman saya tentang berbagai sistem… tidak akan 100% lengkap atau akurat.”)

Resmi

• Dokumentasi Metadata Gambar Google — rujukan kanonis untuk ImageObject dan pelisensian.
• Dokumentasi Recipe dan cuplikan Product Google — untuk kenyataan mengenai properti wajib dan yang direkomendasikan.
• Praktik terbaik SEO gambar Google — panduan pemilihan thumbnail melalui primaryImageOfPage / og:image.
• schema.org/ImageObject — definisi tipe dan daftar properti lengkap.

Dari industri

• Google memperbarui data terstruktur Event dan Recipe (Barry Schwartz, Search Engine Land, 5 Juni 2025) — sumber klarifikasi “Recipe image doesn’t affect the text-result thumbnail” (terjemahan) “Gambar Recipe tidak memengaruhi thumbnail hasil teks.”
• Google memperjelas cara memilih thumbnail untuk Search & Discover (Matt G. Southern, Search Engine Journal, 2 Maret 2026) — pembaruan thumbnail primaryImageOfPage / image entitas utama / og:image.
• Panduan singkat Metadata Foto IPTC dan Google Images (IPTC) — pemetaan bidang IPTC ke schema.org untuk jalur pelisensian alternatif.
• Yoast — bagian schema Image (portal pengembang Yoast) — rujukan teknis yang baik untuk ImageObject dalam @graph JSON-LD, yang dirujuk dengan @id ketika gambar yang sama digunakan kembali.
• r/TechSEO — komunitas untuk men-debug data terstruktur dan markup gambar.

Uji pemahaman Anda: Schema ImageObject

Lima pertanyaan singkat tentang cara kerja ImageObject. Pilih jawaban untuk masing-masing, lalu periksa hasilnya.

Log perubahan