Schema Artikel

TL;DR — Schema Article adalah potongan kode kecil yang Anda tambahkan ke tulisan blog atau berita untuk memberi label dasar bagi mesin pencari — “ini judulnya”, “ini penulisnya”, “ini waktu terbitnya”, dan “ini gambar utamanya”. Schema ini membantu Google menampilkan detail tersebut dengan lebih baik di hasil penelusuran. Dokumentasi Google menyebutnya “Article rich result” (terjemahan) “hasil kaya Artikel”, tetapi schema ini tidak membuat kartu baru yang mencolok seperti Recipe atau Video; dan schema ini bukan syarat untuk masuk Google News atau Discover. Selain itu — bertentangan dengan yang mungkin pernah Anda baca — schema ini tidak memerlukan AMP.

Apa itu schema Article

Saat membaca artikel, Anda dapat membedakan judul, nama penulis, dan tanggal hanya dengan melihat halaman. Mesin pencari melihat teks biasa dan harus menyimpulkan sendiri. Schema Article menjelaskannya dalam kode, menggunakan kosakata bersama schema.org, sehingga Google tahu bagian mana yang merupakan judul, siapa penulisnya, kapan artikel diterbitkan, dan gambar mana yang menjadi gambar utama.

Schema ini hampir selalu ditulis sebagai JSON-LD — potongan kode kecil yang berada di halaman tanpa mengubah tampilannya. Anda akan melihatnya sebagai Article, NewsArticle, atau BlogPosting. Ketiganya valid, dan Google membahasnya dalam satu panduan. Evidence for this claim Schema.org defines Article and the more specific BlogPosting and NewsArticle types. Scope: Schema.org vocabulary; type validity is separate from Google search-feature eligibility. Confidence: high · Verified: 2026-07-14 Schema.org: Article Anda tidak perlu terlalu cemas memilih salah satunya (dibahas lebih lanjut di tab Advanced).

Mengapa layak dilakukan

Inilah bagian yang sering dibesar-besarkan oleh banyak panduan, jadi saya akan mengatakannya dengan jelas: schema Article tidak memberi Anda kartu hasil baru yang mencolok seperti Recipe atau Product. Manfaatnya lebih tenang, tetapi nyata:

• Schema ini membantu Google menampilkan teks judul yang lebih baik, gambar yang lebih baik, dan informasi tanggal yang lebih jelas untuk artikel Anda di hasil penelusuran biasa — dokumentasi Google sendiri menyebutnya “Article rich result” (terjemahan) “hasil kaya Artikel”. Evidence for this claim Google says Article structured data can help it understand article pages and show better title, image, and date information. Scope: Google Search Article documentation; markup does not guarantee a particular appearance. Confidence: high · Verified: 2026-07-14 Google: Article structured data
• Google News dan Discover dapat membaca markup ini untuk memahami konten Anda dengan lebih baik, tetapi keduanya tidak mewajibkannya — khususnya, panduan Discover menyatakan bahwa konten yang memenuhi syarat tidak memerlukan tag khusus atau data terstruktur sama sekali.

Jadi hasilnya adalah versi yang ditampilkan lebih baik dari hasil Anda yang sudah ada, bukan kartu baru dengan tampilan berbeda. Siapa pun yang menjanjikan “article carousel rich result” (terjemahan) “hasil kaya carousel artikel” atau menyiratkan bahwa markup inilah yang membuat Anda masuk Top Stories atau Discover sedang melebih-lebihkan manfaatnya.

Kabar baik: tidak ada yang wajib

Panduan Article dari Google cukup longgar: tidak ada properti yang diwajibkan. Anda cukup menambahkan properti yang berlaku untuk konten Anda. Dalam praktiknya, Anda biasanya ingin mengisi:

• headline — judul artikel (buat ringkas; Google memangkas judul yang terlalu panjang).
• author — orang atau organisasi nyata, dengan nama yang sesuai dengan byline.
• datePublished dan dateModified — kapan artikel tayang dan kapan terakhir kali berubah.
• image — gambar utama (Google menyukai setidaknya 50 000 piksel, dalam beberapa ukuran/bentuk: 16x9, 4x3, dan 1x1).

Mitos yang perlu diabaikan

Dua hal yang mungkin pernah Anda baca sebenarnya sudah kedaluwarsa atau keliru:

• “Schema Article memerlukan AMP.” Tidak. Panduan Article Google saat ini sama sekali tidak menyebut AMP.
• “Semakin banyak properti selalu semakin baik.” Google secara eksplisit mengatakan agar Anda hanya menambahkan yang berlaku — tidak ada daftar periksa yang harus dipenuhi untuk “menang”.

Dan satu hal yang selalu benar: markup yang valid membuat Anda memenuhi syarat, bukan menjamin hasilnya digunakan. Google tetap memutuskan apakah akan memakainya.

Ingin versi lengkap — perbedaan Article, NewsArticle, dan BlogPosting, cara mengisi properti yang disarankan, kesalahan implementasi yang umum, serta hubungan schema ini dengan Top Stories dan Discover tanpa janji berlebihan? Buka tab Advanced.

TL;DR — Data terstruktur Article (Article, NewsArticle, atau BlogPosting — semuanya valid dan didokumentasikan Google dalam satu panduan) menandai headline, author, datePublished/dateModified, dan image pada halaman tertulis. Tidak ada properti yang diwajibkan — panduan Google berbunyi, “add the properties that apply to your content.” (terjemahan) “tambahkan properti yang berlaku untuk konten Anda.” Dokumentasi Google menyebut fitur ini “Article rich result” (terjemahan) “hasil kaya Artikel”; namun, berbeda dari kartu khas Recipe atau VideoObject, hasilnya adalah versi yang ditampilkan lebih baik dari hasil yang sudah ada (teks judul, gambar, tanggal), bukan format cuplikan terpisah. Markup Article bukan syarat fitur Google News seperti Top Stories, dan panduan Discover menyatakan bahwa konten yang memenuhi syarat tidak memerlukan tag khusus atau data terstruktur sama sekali — jadi markup ini bukan sakelar kelayakan seperti yang dijanjikan sebagian panduan ketika menjual “article carousel”. Panduan Article Google yang saat ini tidak menyebut AMP — klaim lama “Schema Article memerlukan AMP” sudah usang. Markup valid hanya membuat Anda memenuhi syarat; Google tetap memutuskan apakah akan menggunakannya, dan markup ini tidak pernah menjadi faktor peringkat.

Apa yang sebenarnya dilakukan schema Article (dan apa yang tidak)

Mari luruskan dulu klaim berlebihan yang paling umum, karena semua hal lain mengikuti dari sini: dokumentasi Google sendiri menyebut fitur ini “Article rich result,” (terjemahan) “hasil kaya Artikel,” tetapi ini bukan kartu baru yang tampil berbeda seperti kartu resep dari markup Recipe atau perlakuan gambar mini video dari VideoObject. Article tidak memiliki cuplikan visual mandiri yang setara — “rich result” (terjemahan) “hasil kaya” di sini hanyalah listing Anda yang sudah ada, ditampilkan dengan lebih baik. Yang dilakukan markup ini adalah:

• Meningkatkan tampilan hasil yang sudah ada — Google dapat menampilkan teks judul yang lebih baik, gambar utama yang lebih baik, dan informasi tanggal yang lebih jelas untuk artikel.
• Membantu Google memahami konten Anda — tetapi markup ini bukan syarat fitur Google News seperti Top Stories, dan panduan Discover Google menyatakan konten yang memenuhi syarat tidak memerlukan tag khusus atau data terstruktur sama sekali. Markup Article dapat membuat detail lebih eksplisit; markup ini tidak membuka akses ke salah satu permukaan tersebut.

Itu adalah sinyal kualitas tampilan, bukan jenis cuplikan baru atau sakelar kelayakan. Jika Anda melihat panduan yang menjanjikan “schema Article membuka Top Stories / carousel artikel”, anggap itu sebagai klaim berlebihan — framing Google sendiri berbicara tentang membantu Google memahami halaman dan menampilkan informasi judul, gambar, dan tanggal dengan lebih baik, bukan tentang memberikan kartu atau menyalakan kelayakan News maupun Discover. (Saya memperlakukan frasa “teks judul, gambar, dan informasi tanggal yang lebih baik” sebagai parafrasa framing Google, bukan kutipan verbatim — lihat tab Quotes untuk kutipan yang benar-benar terkonfirmasi.)

Article vs. NewsArticle vs. BlogPosting — apakah harus memilih dengan tepat?

Jawaban singkat: tidak perlu sampai cemas. Ketiga jenis ini valid, dan panduan Google membahas Article, NewsArticle, serta BlogPosting bersama-sama dengan properti yang disarankan sama. NewsArticle dan BlogPosting adalah subjenis Article, jadi:

• Gunakan NewsArticle untuk konten berita di situs berita.
• Gunakan BlogPosting untuk tulisan blog.
• Gunakan Article sebagai pilihan umum yang aman jika keduanya tidak benar-benar cocok.

Pilih jenis paling spesifik yang secara jujur menggambarkan halaman tersebut, tetapi jangan kehilangan tidur karenanya — kumpulan properti yang disarankan sama, dan pilihan ini tidak membawa manfaat hasil kaya yang terpisah. (Schema.org sendiri mendefinisikan beberapa subjenis Article lain di luar tiga ini — panduan Google, dan artikel ini, membahas tiga jenis yang diberi kumpulan properti yang didukung.) Evidence for this claim Google's Article objects may use Article, NewsArticle or BlogPosting; Schema.org defines NewsArticle and BlogPosting as more specific Article subtypes, but Google publishes one supported property set for the three. Scope: web Confidence: high · Verified: 2026-07-16 Article structured data

Tidak ada properti wajib — fitur, bukan kekurangan

Panduan Article Google menyatakan dengan jelas bahwa tidak ada properti yang diwajibkan; sebaliknya, tambahkan properti yang berlaku untuk konten Anda. Evidence for this claim Google lists no required Article properties but recommends adding applicable author, date, headline, and image data. Scope: Google Search Article feature requirements; completeness and accuracy still matter. Confidence: high · Verified: 2026-07-14 Google: Article structured data Fleksibilitas ini sering membingungkan karena orang terbiasa dengan markup Product atau Recipe yang memiliki daftar persyaratan ketat. Di sini, properti yang disarankan adalah properti yang layak diisi dengan baik:

Godaan untuk memasukkan setiap properti yang ditawarkan schema.org memang besar. Jangan lakukan itu. Arahan Google adalah menambahkan yang berlaku — tidak ada bonus karena mengisi daftar yang lebih panjang, sementara properti yang tidak relevan atau tidak akurat hanya menambah risiko.

Kesalahan implementasi yang umum

• Nama author tidak cocok. Ini yang paling sering terjadi: author diisi nilai generik atau tidak sesuai (“Admin”, nama situs, atau editor yang tidak menulisnya), bukan Person/Organization nyata yang namanya sama dengan byline di halaman.
• headline terlalu panjang. Google memangkas dan kadang menulis ulang judul panjang saat ditampilkan; nilai headline yang bertele-tele tidak memberi manfaat dan bisa terlihat keliru.
• dateModified usang atau terus berubah. Mengubahnya setiap kali dirayapi (untuk memalsukan kesegaran), atau tidak pernah memperbaruinya, sama-sama memberi sinyal yang salah. Ubah saat konten benar-benar berubah.
• Satu image berkualitas rendah. Berikan beberapa ukuran/rasio kepada Google; satu gambar kecil atau terpotong canggung membatasi apa yang dapat ditampilkan.
• Mengejar kartu yang tidak ada. Google menyebut fitur ini “Article rich result”, tetapi tidak ada cuplikan khas baru yang perlu dikejar — yang Anda dapatkan adalah hasil yang sudah ada, ditampilkan lebih baik.

Hubungannya dengan Top Stories, News, dan Discover — tanpa janji berlebihan

Bagian ini perlu dijelaskan dengan tepat karena Google sangat jelas dan kedua permukaan tersebut tidak sama: markup Article dapat membuat detail artikel lebih eksplisit untuk dipahami Google, tetapi Google menyatakan markup ini tidak diperlukan untuk fitur Google News seperti Top Stories, dan panduan Discover menyatakan konten yang memenuhi syarat tidak memerlukan tag khusus atau data terstruktur sama sekali. Jadi schema Article tidak membuka salah satunya — markup ini dapat membantu Google memahami halaman yang memang sedang dipertimbangkan, bukan sebuah sakelar. Yang benar-benar membuat Anda masuk Top Stories atau Discover adalah status sebagai penerbit yang memenuhi syarat, kualitas dan kesegaran konten, serta keputusan sistem Google sendiri. Evidence for this claim Article markup supports Google's understanding and presentation but is not a standalone ranking guarantee or a promise of Top Stories or Discover inclusion. Scope: Google Search Article documentation and general structured-data behavior. Confidence: high · Verified: 2026-07-14 Google: Article structured data

Dua hal yang berdekatan layak disebutkan, tanpa perlu dibahas panjang:

• Konten berbayar sebaiknya menambahkan data terstruktur konten berbayar secara terpisah — markup itu berdiri sendiri, bukan bagian dari Article, dan memengaruhi cara Google memperlakukan halaman berlangganan.
• Kolom author dan tanggal layak diisi dengan benar, sama seperti identitas penulis yang nyata dan konsisten penting bagi sinyal E-E-A-T yang lebih luas di situs ini — saya tidak mengetahui bukti saat ini bahwa markup ini sendiri merupakan input E-E-A-T langsung; yang jelas, mencantumkan kepenulisan dengan benar adalah praktik yang baik.

Data terstruktur bukan faktor peringkat

Perlu ditegaskan lagi karena menjadi dasar semua pembahasan ini: data terstruktur — termasuk Article — bukan faktor peringkat. Seperti yang berulang kali dikatakan John Mueller, data terstruktur memengaruhi kelayakan hasil kaya dan tampilan, bukan peringkat secara langsung. Anda menambahkan schema Article untuk membantu Google memahami dan menampilkan konten, bukan untuk menaikkan posisi di hasil pencarian. Itulah alasan saya tetap menganggapnya layak ditambahkan: meski tidak ada kartu baru yang khas, schema ini memperbaiki tampilan artikel. Saya menyukai markup schema selama markup tersebut memberi fitur penelusuran — dan label “Article rich result” dari Google sendiri, untuk judul, gambar, dan tanggal yang lebih rapi, sudah memenuhi alasan itu tanpa perlu mengandalkan klaim kelayakan News atau Discover yang belum terbukti.

Posisi Article dalam gambaran data terstruktur yang lebih luas

Article adalah salah satu jenis Creative Works di schema.org, bersama jenis saudara seperti AudioObject, Book, Course, Dataset, Movie, Recipe, dan VideoObject — hub Creative Works tempat artikel ini berada mengelompokkan semuanya. Beberapa di antaranya (Recipe, VideoObject) memang memiliki kartu hasil kaya khusus; itulah alasan penting untuk menjelaskan bahwa Article tidak memilikinya. Untuk kosakata yang lebih luas dan cara JSON-LD digunakan, lihat hub Schema Markup dan Structured Data di atas artikel ini.

Ringkasan AI

Ringkasan singkat versi Advanced:

• Apa ini: markup Article schema.org (diimplementasikan sebagai Article, NewsArticle, atau BlogPosting — semuanya valid dan didokumentasikan Google bersama-sama), biasanya JSON-LD, yang memberi label headline, author, datePublished/dateModified, dan image pada halaman tertulis.
• Tidak ada properti wajib. Google mengatakan untuk menambahkan properti yang berlaku bagi konten Anda — tidak ada daftar persyaratan dan tidak ada bonus untuk daftar yang lebih panjang.
• Google menyebutnya “Article rich result” — tetapi berbeda dari Recipe atau VideoObject, tidak ada kartu baru yang tampil khas. Yang ada adalah hasil Anda yang sudah ada, ditampilkan lebih baik: teks judul, gambar, dan informasi tanggal yang lebih baik.
• Bukan sakelar Top Stories atau Discover. Google menyatakan markup Article tidak diperlukan untuk fitur Google News seperti Top Stories, dan panduan Discover menyatakan konten yang memenuhi syarat tidak memerlukan tag khusus atau data terstruktur sama sekali. Markup ini dapat membantu Google memahami halaman; markup ini tidak membuka kedua permukaan tersebut.
• Abaikan klaim pesaing yang berlebihan: klaim bahwa schema Article “membuka Top Stories / carousel artikel / cuplikan kaya” mencampur framing Google tentang pemahaman dengan jaminan kelayakan. Anggap itu klaim berlebihan, bukan format visual berbeda yang diberikan Article.
• Tidak ada syarat AMP. Panduan Article Google yang saat ini sama sekali tidak menyebut AMP — klaim “Schema Article memerlukan AMP” yang berulang-ulang itu sudah usang.
• Pilihan jenis: NewsArticle untuk berita, BlogPosting untuk blog, dan Article sebagai cadangan umum yang aman (schema.org mendefinisikan subjenis lain; Google mendokumentasikan kumpulan properti yang didukung untuk tiga jenis ini). Properti yang disarankan sama; pilihan jenis tidak membawa manfaat hasil kaya tersendiri.
• Properti yang disarankan, bila diisi dengan baik: author = Person/Organization nyata dengan nama yang cocok; headline ringkas (Google memangkas judul panjang); dateModified yang jujur; gambar representatif dan dapat dirayapi, setidaknya 50 000 piksel, dalam beberapa rasio (16x9, 4x3, 1x1).
• Kesalahan umum: author tidak cocok/generik, headline terlalu panjang, dateModified terus berubah atau usang, satu gambar lemah, dan berharap ada kartu yang sebenarnya tidak ada.
• Hal terkait: konten berbayar memerlukan markup konten berbayar terpisah; mengisi kolom author/tanggal dengan benar adalah praktik baik bersama pekerjaan E-E-A-T yang lebih luas, meskipun catatan ini tidak membuktikan markup tersebut sebagai input E-E-A-T langsung.
• Kelayakan ≠ tampilan, dan bukan faktor peringkat: data terstruktur memengaruhi kelayakan hasil kaya/tampilan, bukan peringkat (Mueller, berulang kali). Markup valid hanya membuat Anda memenuhi syarat; Google memutuskan apakah akan menggunakannya.

Dokumentasi resmi

Dokumentasi sumber utama dari mesin pencari.

Google — data terstruktur Article

• Data terstruktur Article (Article, NewsArticle, BlogPosting) — satu panduan untuk ketiga jenis, yang menyebut fitur terdokumentasi sebagai “Article rich result”, menjelaskan bahwa tidak ada properti wajib, mencantumkan properti yang disarankan (author, dateModified, datePublished, headline, image), serta panduan gambar minimal 50 000 piksel dalam beberapa rasio. Panduan ini juga menyatakan markup Article tidak diperlukan untuk fitur Google News seperti Top Stories. Perhatikan bahwa panduan tersebut tidak menyebut AMP.
• Pedoman data terstruktur umum — kebijakan konten, teknis, dan kualitas yang berlaku untuk semua data terstruktur, termasuk Article.
• Konten berlangganan dan berbayar — markup terpisah untuk artikel berlangganan/berbayar (disebut dalam panduan Article, tetapi diimplementasikan sendiri).
• Rich Results Test — validasi markup dan periksa apa yang dapat dibaca Google.
• Masuk ke Discover (Google) — panduan kelayakan Discover sendiri, yang menyatakan konten tidak memerlukan tag khusus atau data terstruktur sama sekali.

Bing / Microsoft

• Memberi markup pada situs dengan data terstruktur — dukungan data terstruktur umum Bing (schema.org, dengan rekomendasi JSON-LD), divalidasi menggunakan Markup Validator generik Bing.

Kutipan dari sumber

Pernyataan resmi dari Google. Jika halaman sumber menampilkan teksnya, tautan tersebut adalah tautan langsung yang melompat ke bagian yang dikutip.

Dokumentasi Google — tidak ada properti wajib

• “There are no required properties; instead, add the properties that apply to your content.” (terjemahan) “Tidak ada properti wajib; sebaliknya, tambahkan properti yang berlaku untuk konten Anda.” Lompat ke kutipan

Tentang data terstruktur dan peringkat (framing yang tetap berlaku)

• Data terstruktur bukan faktor peringkat — seperti yang berulang kali dikatakan John Mueller, data terstruktur memengaruhi kelayakan hasil kaya dan tampilan, bukan peringkat secara langsung. (Ini parafrasa dari pernyataan publik Mueller yang konsisten dalam sesi kantor Search Central dan unggahan sosial; anggap sebagai framing mapan, bukan satu transkrip yang menjadi sumber tunggal.)

Mitos dan kesalahan schema Article yang perlu dihindari

Mitos: “Schema Article memerlukan AMP.” Salah, dan perlu diluruskan karena masih sering diulang dalam panduan lama. Panduan Article Google yang saat ini tidak menyebut AMP sama sekali — tidak ada syarat AMP untuk perlakuan Article sekarang. Jika suatu sumber mengaitkan markup Article dengan AMP, sumber itu sudah kedaluwarsa.

Mitos: “Schema Article memberi Anda kartu hasil kaya baru dengan tampilan khas.” Tidak. Dokumentasi Google memang menyebut fitur terdokumentasi sebagai “Article rich result”, tetapi berbeda dari Recipe atau VideoObject, Article tidak memiliki cuplikan visual khusus — manfaatnya adalah hasil Anda yang sudah ada ditampilkan lebih baik (teks judul, gambar, tanggal). Schema ini juga tidak diperlukan untuk fitur Google News seperti Top Stories, dan panduan Discover Google menyatakan konten yang memenuhi syarat tidak memerlukan tag khusus atau data terstruktur sama sekali. Panduan yang menjanjikan “article carousel rich result” dari schema saja — saya pernah melihat Yoast, Semrush, dan SEJ membingkainya sebagai format terpisah — melebih-lebihkan fungsi markup tersebut. Bacalah sebagai klaim kelayakan yang berlebihan, bukan jaminan format atau kelayakan.

Mitos: “Semakin banyak properti selalu semakin baik.” Google secara eksplisit mengatakan untuk menambahkan hanya properti yang berlaku bagi konten Anda. Tidak ada daftar wajib yang harus dipenuhi dan tidak ada bonus karena daftar lebih panjang — properti yang tidak relevan atau tidak akurat hanya menambah risiko, bukan meningkatkan peringkat atau kelayakan.

Mitos: “Data terstruktur akan menaikkan peringkat saya.” Data terstruktur — termasuk Article — bukan faktor peringkat (Mueller, berulang kali). Data ini memengaruhi kelayakan hasil kaya/tampilan, bukan peringkat. Tambahkan untuk membantu Google memahami dan menampilkan konten Anda, bukan untuk menaikkan posisinya.

Kesalahan: author generik atau tidak cocok. Mengatur author ke “Admin”, nama situs, atau editor yang tidak menulis artikel melemahkan tujuan markup. Rujuk Person atau Organization nyata yang namanya cocok dengan byline yang terlihat.

Kesalahan: headline terlalu panjang. Google memangkas dan kadang menulis ulang judul panjang saat ditampilkan. Nilai headline yang bertele-tele tidak memberi manfaat dan bisa terlihat salah — buat ringkas dan selaraskan dengan judul yang terlihat.

Kesalahan: dateModified terus berubah atau sudah usang. Mengubah dateModified setiap kali dirayapi (untuk memalsukan kesegaran), atau tidak pernah memperbaruinya, sama-sama menyesatkan. Ubah saat konten benar-benar berubah.

Kesalahan: mengira schema Article mengaktifkan Top Stories atau Discover. Google menyatakan markup Article tidak diperlukan untuk Top Stories, dan panduan Discover menyatakan konten yang memenuhi syarat tidak memerlukan tag khusus atau data terstruktur sama sekali. Penempatan tersebut bergantung pada status penerbit yang memenuhi syarat, kualitas dan kesegaran konten, serta keputusan sistem Google sendiri. Markup yang rapi dapat membantu Google memahami halaman; markup ini bukan sakelar.

Kesalahan: melupakan markup konten berbayar. Artikel berlangganan/berbayar memerlukan data terstruktur konten berbayar terpisah — markup itu bukan bagian dari Article, dan melewatkannya dapat menimbulkan masalah dalam cara Google memperlakukan halaman yang dikunci.

JSON-LD Article generik vs. yang dibentuk dengan baik

Article tidak memiliki properti wajib, jadi “rusak” di sini jarang berarti “gagal divalidasi” — maksudnya tipis dan tidak membantu: markup yang secara teknis dapat diuraikan tetapi memberi Google sedikit bahan untuk digunakan, atau nilai yang tidak cocok dengan halaman.

Cuplikan tipis dan generik

Cuplikan ini dapat diuraikan, tetapi author-nya generik, hanya ada satu gambar berkualitas rendah, dan informasi tanggal maupun perubahan tidak ada:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "How To Implement Article Schema Markup For Better Search Visibility And Rich Results In Google Today",
  "author": {
    "@type": "Person",
    "name": "Admin"
  },
  "image": "https://example.com/img/thumb.jpg"
}

Yang lemah:

• author.name: “Admin” — generik dan tidak cocok dengan byline nyata mana pun. Gunakan penulis sebenarnya.
• headline terlalu panjang — Google akan memangkas/menulis ulang dan nilainya juga tidak cocok dengan judul yang terlihat.
• image kecil tunggal — satu gambar mini membatasi apa yang dapat ditampilkan Google.
• Tidak ada datePublished/dateModified — Anda melewatkan sinyal tanggal yang tersedia.

Artikel yang sama, dibentuk dengan baik

Jenis BlogPosting yang spesifik, author nyata yang cocok, beberapa rasio gambar, dan tanggal yang jujur:

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to implement Article schema markup",
  "author": {
    "@type": "Person",
    "name": "Patrick Stox",
    "url": "https://example.com/author/patrick-stox/"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Example",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.com/img/logo.png"
    }
  },
  "datePublished": "2026-07-01T09:00:00-04:00",
  "dateModified": "2026-07-01T09:00:00-04:00",
  "image": [
    "https://example.com/img/article-1x1.jpg",
    "https://example.com/img/article-4x3.jpg",
    "https://example.com/img/article-16x9.jpg"
  ]
}

Mengapa lebih baik:

• @type: "BlogPosting" — jenis paling spesifik yang secara jujur menggambarkan halaman (subjenis Article yang valid).
• author nyata dan cocok dengan url menuju entitas penulis.
• headline ringkas dan selaras dengan judul yang terlihat.
• Kedua tanggal tersedia, dalam ISO 8601 dengan zona waktu.
• Tiga rasio gambar (16x9, 4x3, 1x1) agar Google dapat memilih yang paling sesuai untuk setiap permukaan.

Perhatikan bahwa tidak ada properti “wajib” yang sedang dipenuhi di sini — semua kolom tersebut disarankan. Perbedaan kedua cuplikan bukan lulus/gagal; perbedaannya adalah seberapa banyak yang dapat dilakukan Google dengan informasi yang Anda berikan.

Uji diri: Schema Article

Lima pertanyaan singkat tentang markup Article, NewsArticle, dan BlogPosting, apa yang dapat (dan tidak dapat) dilakukannya, serta mitos yang layak diabaikan. Pilih satu jawaban untuk setiap pertanyaan, lalu periksa hasilnya.

KPI utama untuk markup Article

Schema Article tidak memiliki laporan hasil kaya sendiri di Search Console seperti Recipe atau Product, jadi KPI yang berguna adalah KPI yang mencerminkan fungsi markup sebenarnya: kualitas tampilan yang lebih baik untuk hasil Anda yang sudah ada. Lacak metrik ini dari kuartal ke kuartal, bukan mengejar satu angka segera setelah publikasi.

Tayangan tampilan penelusuran Top Stories / Discover

Metrik: tayangan dan klik ketika perincian Search appearance di Search Console menampilkan “Top stories” (terjemahan) “Top Stories”, atau ketika laporan Discover terpisah menunjukkan aktivitas. Yang diberitahukan: apakah Google menampilkan halaman Anda yang diberi markup Article di permukaan tersebut — tetapi ingat, markup Article tidak diperlukan untuk keduanya (Google menyatakan tidak ada markup yang diperlukan untuk Top Stories, dan Discover tidak memerlukan tag khusus atau data terstruktur sama sekali). Jadi angka rendah tidak selalu berarti markup rusak, dan angka tinggi tidak boleh dianggap semata-mata hasil markup. Cara mengambil: Search Console → Performance → filter Search appearance (atau laporan Discover khusus, jika properti Anda memiliki traffic yang memenuhi syarat untuk menampilkannya). Benchmark/rentang realistis: tidak ada benchmark lintas situs — kelayakan Top Stories dan Discover sangat bergantung pada status penerbit, niche, dan kesegaran; buat baseline sendiri per bagian dan pantau trennya, bukan membandingkan dengan angka luar. Frekuensi: bulanan, atau setelah perubahan apa pun pada markup Article atau irama publikasi.

Tingkat data terstruktur valid di seluruh template artikel

Metrik: porsi halaman bertemplate Article yang dapat diuraikan dengan bersih tanpa kolom yang disarankan hilang. Yang diberitahukan: apakah pembaruan CMS, perubahan tema, atau edit template merusak markup di seluruh situs, karena satu bug template dapat diam-diam menghapus author atau image dari setiap artikel. Cara mengambil: lakukan spot-check pada sampel URL dengan Schema Markup Validator atau Rich-Result Eligibility Checker; peringatan data terstruktur Search Console juga dapat menandai halaman yang gagal diuraikan Google. Benchmark/rentang realistis: ini metrik kebersihan, bukan kurva — target jujurnya adalah 100% halaman bertemplate membawa kolom yang disarankan, karena tidak ada keuntungan dari cakupan parsial. Frekuensi: segera setelah perubahan template atau CMS; jika tidak ada perubahan, spot-check triwulanan sudah cukup.

Keakuratan judul, gambar, dan tanggal yang ditampilkan

Metrik: apakah judul, gambar, dan tanggal yang benar-benar ditampilkan Google di hasil penelusuran sesuai dengan yang Anda tetapkan di headline, image, dan datePublished/dateModified. Yang diberitahukan: ini adalah versi langsung dan dapat diamati dari “kualitas tampilan yang lebih baik”, fungsi utama schema Article — jika Google mengganti judul dengan tebakannya sendiri atau memakai gambar lain, markup tidak menjalankan tugasnya untuk halaman itu. Cara mengambil: gunakan pratinjau yang dirender dari URL Inspection, Rich Results Test, atau pemeriksaan SERP manual untuk kueri target artikel. Benchmark/rentang realistis: tidak ada persentase yang harus dicapai — ini pembacaan lulus/gagal per halaman yang diperiksa, jadi perlakukan setiap ketidakcocokan sebagai sinyal untuk meninjau kembali nilai author, headline, atau image halaman tersebut. Frekuensi: spot-check halaman penting segera setelah publikasi, lalu sesekali pada konten lama yang telah diperbarui.

Alat untuk membuat dan memeriksa schema Article

Tiga alat gratis buatan saya mencakup seluruh alur schema Article — membuatnya dengan benar, memvalidasi yang sudah Anda miliki, dan memastikan kolom yang disarankan mana yang masih kurang.

Buat markup dengan Schema Markup Generator

Schema Markup Generator membuat JSON-LD Article, NewsArticle, atau BlogPosting dari formulir, bukan dengan menulisnya satu per satu. Alat ini menata bagian yang sering salah — author sebagai objek Person atau Organization yang tepat, bukan string biasa; publisher dengan logo ImageObject bertingkat; dan array image agar Anda dapat memasok rasio 16x9/4x3/1x1 yang direkomendasikan Google — lalu mengekspor enam format yang dapat langsung ditempel ke halaman.

Validasi markup yang ada dengan Schema Markup Validator

Schema Markup Validator memeriksa JSON-LD yang sudah Anda miliki — tempelkan kodenya atau halaman HTML lengkap — dengan hasil bertingkat menurut keparahan berdasarkan kosakata schema.org dan properti yang disarankan Google untuk Article. Alat ini sangat berguna untuk kesalahan author yang tidak cocok di tab Advanced: pemeriksaan graph @id lintas blok akan menandai referensi author yang tidak mengarah ke entitas Person atau Organization nyata di bagian lain halaman.

Periksa kelayakan per kolom dengan Rich-Result Eligibility Checker

Rich-Result Eligibility Checker adalah cara tercepat untuk melihat, per kolom, apakah markup Article Anda mencakup kumpulan yang disarankan — headline, author, datePublished, dateModified, dan image — dengan tanda centang untuk yang ada, X untuk yang hilang, atau peringatan untuk kolom yang disarankan tetapi opsional. Karena Article tidak memiliki properti wajib, alat ini membantu menentukan kolom yang disarankan mana yang layak ditambahkan, bukan menebak.

Validator Google sendiri, untuk pendapat kedua

Rich Results Test milik Google layak dijalankan setelah alat-alat di atas karena menampilkan persis apa yang dibaca parser Google sendiri dari halaman, bukan interpretasi pihak ketiga terhadap spesifikasi — berguna sebagai pemeriksaan akhir sebelum Anda menerapkan perubahan template ke seluruh situs.

Sumber yang layak Anda baca

Dari industri

Schema Article adalah topik yang sering dibesar-besarkan oleh beberapa panduan terkenal dalam hal manfaat markup untuk Top Stories dan Discover. Karena itu saya mencantumkan beberapa di antaranya sebagai contoh klaim berlebihan yang diluruskan artikel ini — bacalah bersama dokumentasi Google sendiri, yang memang menyebutnya “Article rich result” (terjemahan) “hasil kaya Artikel”, tetapi membingkai manfaatnya sebagai tampilan hasil yang sudah ada dan pemahaman halaman, bukan kartu baru atau sakelar kelayakan:

• Data terstruktur Article (Article, NewsArticle, BlogPosting) (Google Search Central) — referensi otoritatif: tidak ada properti wajib, kolom yang disarankan, gambar minimal 50 000 piksel dalam beberapa rasio, tidak ada syarat markup untuk Top Stories, dan tidak menyebut AMP.
• Masuk ke Discover (Google) — menyatakan kelayakan Discover tidak memerlukan tag khusus atau data terstruktur sama sekali.
• Pedoman data terstruktur umum (Google) — kebijakan yang berlaku untuk semua data terstruktur.
• Konten berlangganan dan berbayar (Google) — markup terpisah untuk artikel yang dikunci.
• Panduan utama data terstruktur/schema (Yoast) — referensi umum yang berguna, tetapi perhatikan bahwa panduan ini membingkai schema Article sebagai pembuka hasil kaya seperti Top Stories dan carousel artikel; dokumentasi Google sendiri menyatakan markup itu tidak diperlukan untuk kedua permukaan tersebut.
• Panduan markup schema (Semrush) — juga menyajikan schema Article sebagai sesuatu yang membuat halaman “eligible for a rich snippet” (terjemahan) “memenuhi syarat untuk cuplikan kaya”, yang mencampuradukkan kelayakan News/Discover dengan markup itu sendiri; perlakukan sebagai klaim kelayakan yang berlebihan.
• Apa Itu Schema Markup? Cara Menambahkannya dan Mengapa Penting (Ahrefs) — panduan schema umum yang solid dengan sudut pandang AI-agent/keterbacaan mesin yang berguna.

Log perubahan