Schema.org untuk Penayangan AI: Markup Mana yang Penting Sekarang

Schema.org untuk Penayangan Kecerdasan Buatan: Markup Mana yang Penting Sekarang

Per 5 September 2026, data terstruktur masih membantu mesin pencari memahami halaman, penulis, organisasi, dan fakta. Namun, ini bukanlah sakelar peringkat langsung untuk jawaban kecerdasan buatan.

Google menyatakan bahwa halaman tidak memerlukan markup Schema.org khusus untuk muncul di Ringkasan AI atau Mode AI. Sebuah halaman harus terutama dapat dirayapi, diindeks, memenuhi syarat untuk cuplikan penelusuran, dan didukung oleh konten yang bermanfaat. Google juga mengatakan data terstruktur harus sesuai dengan konten halaman yang terlihat. (developers.google.com)

Oleh karena itu, strategi terbaik saat ini adalah:

1. Gunakan data terstruktur untuk mendeskripsikan halaman secara akurat.
2. Sesuaikan markup dengan tujuan sebenarnya halaman.
3. Bangun hubungan yang jelas antara artikel, penulis, organisasi, dan topik.
4. Tulis jawaban yang langsung dan lengkap dalam HTML yang terlihat.
5. Ukur kutipan kecerdasan buatan secara terpisah dari hasil kaya tradisional.

Putusan Eksekutif

Temuan penelitian yang luas itu penting: penambahan data terstruktur generik saja belum menghasilkan peningkatan yang konsisten dalam kutipan kecerdasan buatan. Sebuah studi terkontrol Ahrefs melacak 1.885 halaman yang menambahkan JavaScript Object Notation for Linked Data dan membandingkannya dengan 4.000 halaman kontrol. Ditemukan tidak ada peningkatan yang berarti dalam kutipan Mode AI Google atau ChatGPT. Kutipan Ringkasan AI Google menurun sedikit, tetapi para peneliti memperingatkan bahwa perubahan itu kecil dan tidak dapat dengan jelas disalahkan pada markup. (ahrefs.com)

Sebuah pracetak terpisah tahun 2026 menemukan bahwa jenis generik seperti Article, Organization, BreadcrumbList, dan WebPage tidak secara independen memprediksi kutipan kecerdasan buatan setelah mengontrol peringkat penelusuran dan otoritas domain. Temuan terkuatnya adalah bahwa halaman dengan data konkret, kaya atribut, seperti harga, peringkat, dan spesifikasi, berkinerja lebih baik daripada halaman dengan hanya label halaman generik. Temuan tersebut terutama berfokus pada halaman produk dan ulasan, sehingga tidak boleh diperlakukan sebagai bukti bahwa salah satu jenis dalam artikel ini menciptakan keuntungan kutipan. (aixiv.science)

Apa yang bisa dan tidak bisa dilakukan data terstruktur

Data terstruktur adalah deskripsi halaman yang dapat dibaca mesin. Ini dapat memberi tahu mesin pencari:

• Jenis halaman apa itu
• Siapa yang menulisnya
• Organisasi mana yang menerbitkannya
• Pertanyaan apa yang dijawabnya
• Tanggal berapa diterbitkan atau diperbarui
• Orang, perusahaan, istilah, atau kumpulan data mana yang dijelaskan halaman tersebut

Google mengatakan data terstruktur dapat membantu sistemnya memahami konten halaman dan membuat halaman memenuhi syarat untuk fitur penelusuran yang lebih kaya. Google juga mengatakan bahwa Google Search dapat menggunakan properti Schema.org lainnya untuk pemahaman, bahkan ketika properti tersebut tidak memicu hasil penelusuran yang terlihat. (developers.google.com)

Data terstruktur tidak menjamin:

• Peringkat organik yang lebih tinggi
• Kutipan kecerdasan buatan
• Hasil kaya
• Panel pengetahuan
• Penyertaan dalam jawaban kecerdasan buatan
• Penggunaan teks yang sama persis dalam markup

Bing memberikan panduan serupa. Panduan webmaster-nya saat ini mengatakan data terstruktur dapat mendukung pemahaman yang lebih jelas, tetapi tidak menjamin visibilitas atau lalu lintas kutipan. Bing juga menyarankan penerbit untuk membuat fakta dan definisi eksplisit dalam konten halaman yang terlihat. (bing.com)

Keterbatasan penelitian utama

Panel jawaban kecerdasan buatan biasanya menunjukkan halaman sumber, bukan tipe Schema.org yang mungkin ada di halaman tersebut. Google tidak menerbitkan laporan yang mengatakan, misalnya, bahwa sebuah halaman dikutip karena menggunakan Article alih-alih WebPage.

Ini menciptakan tiga pertanyaan berbeda:

1. Apakah halaman itu dikutip?
2. Apakah halaman itu berisi data terstruktur?
3. Apakah data terstruktur itu menyebabkan kutipan?

Sebagian besar penelitian hanya dapat menjawab dua pertanyaan pertama. Mereka tidak dapat membuktikan yang ketiga.

Itulah mengapa halaman dengan markup FAQPage dapat sering muncul dalam jawaban kecerdasan buatan tanpa markup menjadi alasannya. Halaman itu mungkin memiliki konten yang kuat, peringkat penelusuran yang tinggi, banyak tautan, atau merek yang terkenal.

Audit berdasarkan tipe skema

1. Article

Apa fungsinya

Article mendeskripsikan artikel, berita, postingan blog, atau halaman editorial serupa. Google mendukung Article, NewsArticle, dan BlogPosting sebagai tipe artikel. Google tidak mencantumkan properti yang diwajibkan untuk markup artikel, tetapi merekomendasikan untuk menambahkan properti yang berlaku pada halaman. (developers.google.com)

Properti yang paling penting

Gunakan ini saat terlihat dan akurat:

• headline
• author
• author.name
• author.url atau author.sameAs
• datePublished
• dateModified
• image
• publisher
• mainEntityOfPage
• about
• inLanguage

Google merekomendasikan penggunaan Person atau Organization yang nyata untuk penulis. Google juga merekomendasikan menjaga tanggal dalam data terstruktur konsisten dengan tanggal publikasi dan pembaruan yang terlihat. (developers.google.com)

Efek kecerdasan buatan

Tingkat bukti: tidak langsung.

Article membantu menetapkan jenis halaman, kepengarangan, dan kekinian. Ini adalah sinyal yang berguna untuk sistem penelusuran, terutama pada halaman fakta dan konten editorial. Namun, bukti saat ini tidak menunjukkan bahwa penambahan Article saja meningkatkan kutipan kecerdasan buatan.

Daftar periksa Artikel

• Halaman tersebut benar-benar sebuah artikel.
• Judul utama sesuai dengan judul yang terlihat.
• Setiap penulis yang terlihat disertakan.
• Setiap penulis memiliki objek Person atau Organization terpisah.
• Nama penulis hanya berisi nama, bukan jabatan atau nama penerbit.
• Penulis menautkan ke profil atau halaman penulis yang nyata.
• Tanggal publikasi dan pembaruan terlihat di halaman.
• Tanggal menggunakan zona waktu yang benar saat waktu disertakan.
• Gambar merepresentasikan artikel.
• Penerbit diidentifikasi secara konsisten di seluruh situs.
• Artikel tidak ditandai sebagai tipe utama yang berbeda, seperti HowTo, kecuali halaman tersebut benar-benar melayani kedua tujuan.

2. WebPage

Apa fungsinya

WebPage adalah jenis halaman umum. Schema.org menyatakan bahwa setiap halaman web secara implisit diperlakukan sebagai WebPage, tetapi deklarasi eksplisit dapat membantu ketika halaman menyertakan properti atau hubungan tingkat halaman. (schema.org)

Properti yang berguna meliputi:

• url
• name
• description
• inLanguage
• dateModified
• breadcrumb
• mainEntity
• about
• isPartOf
• primaryImageOfPage

Efek kecerdasan buatan

Tingkat bukti: rendah dan tidak langsung.

WebPage paling baik digunakan sebagai lapisan halaman terluar dalam grafik yang terhubung. Ini dapat menghubungkan halaman ke artikel utama, definisi, kumpulan data, orang, atau organisasinya.

Ini tidak boleh diperlakukan sebagai tipe optimisasi kecerdasan buatan khusus. Halaman yang hanya berisi objek WebPage generik biasanya memberikan informasi yang kurang berguna daripada halaman yang dengan jelas mengidentifikasi entitas utamanya.

Daftar periksa WebPage

• Gunakan satu @id yang stabil untuk halaman.
• Gunakan URL kanonis sebagai URL halaman.
• Identifikasi mainEntity sebenarnya dari halaman.
• Tautkan entitas utama kembali ke halaman dengan mainEntityOfPage.
• Tambahkan inLanguage jika diketahui.
• Jaga nama dan deskripsi halaman selaras dengan konten yang terlihat.
• Jangan gunakan WebPage untuk menyembunyikan fakta bahwa halaman tersebut sebenarnya adalah artikel, profil, kumpulan data, atau halaman pertanyaan.

3. QAPage

Apa fungsinya

QAPage adalah untuk halaman yang berfokus pada satu pertanyaan dan jawabannya. Google mengatakan ia menggunakan data terstruktur Question dari halaman yang ditandai sebagai QAPage, dan seharusnya hanya ada satu QAPage dan satu Question utama di halaman tersebut. (developers.google.com)

Properti yang diwajibkan

Untuk kelayakan tanya jawab Google saat ini:

• QAPage.mainEntity
• Question bertumpuk
• Question.answerCount
• Salah satu acceptedAnswer atau suggestedAnswer
• Answer.text

Sebuah pertanyaan tanpa jawaban tidak memenuhi syarat untuk hasil kaya.

Aturan konten penting

Jangan gunakan QAPage untuk:

• Halaman pertanyaan yang sering diajukan biasa
• Postingan blog yang menjawab pertanyaan
• Artikel cara
• Halaman produk yang berisi banyak pertanyaan
• Jawaban editorial yang ditulis hanya oleh pemilik situs

Google mengatakan pengguna harus dapat mengirimkan jawaban untuk QAPage biasa. Contoh yang valid termasuk pertanyaan forum atau halaman dukungan di mana pengguna dapat memberikan jawaban. (developers.google.com)

Efek kecerdasan buatan

Tingkat bukti: kesesuaian semantik menengah, tidak ada peningkatan kausal yang terbukti.

Halaman tanya jawab yang nyata secara alami mudah dipahami oleh sistem pengambilan. Namun, tidak ada studi publik yang kuat yang membuktikan bahwa markup QAPage itu sendiri meningkatkan kutipan kecerdasan buatan.

Daftar periksa QAPage

• Halaman berfokus pada satu pertanyaan.
• Pengguna dapat mengirimkan jawaban, kecuali halaman memenuhi syarat untuk pengalaman tanya jawab pendidikan khusus.
• Pertanyaan lengkap terlihat.
• Teks jawaban lengkap terlihat.
• answerCount sesuai dengan jumlah jawaban sebenarnya.
• Jawaban yang diterima dan disarankan diberi label dengan benar.
• Komentar ditandai sebagai komentar, bukan jawaban.
• Halaman bukan hanya halaman pertanyaan yang sering diajukan editorial.
• Halaman tidak berisi banyak pertanyaan yang tidak terkait.

Contoh QAPage

html

Gunakan pola ini hanya ketika halaman benar-benar mendukung interaksi tanya jawab.

4. HowTo

Apa fungsinya

HowTo mendeskripsikan instruksi langkah demi langkah. Google pernah mendukung hasil kaya Cara, tetapi menghentikan fitur penelusuran tersebut pada September 2023. Google mengatakan hasil Cara tidak akan lagi muncul di desktop dan telah dihapus dari penelusuran seluler. (developers.google.com)

Efek kecerdasan buatan

Tingkat bukti: rendah untuk Google.

Langkah-langkah yang terlihat mungkin masih membantu pengguna dan sistem pengambilan. Tutorial yang jelas dengan judul, langkah bernomor, alat, waktu, dan peringatan lebih mudah dibaca dan dikutip. Tetapi bukti saat ini tidak menunjukkan bahwa markup HowTo menciptakan keuntungan khusus dalam Ringkasan AI Google atau Mode AI.

Rekomendasi

Gunakan HowTo hanya ketika:

• Halaman tersebut benar-benar mengajarkan suatu tugas.
• Langkah-langkahnya terlihat dalam konten halaman.
• Mesin pencari, platform, atau sistem internal lain mendapat manfaat dari markup tersebut.
• Tim Anda dapat memeliharanya tanpa membuat data yang bertentangan.

Untuk Google Search, prioritaskan judul HTML yang kuat, daftar bernomor, instruksi yang jelas, dan gambar atau video yang bermanfaat.

Daftar periksa Tutorial

• Halaman tersebut mengajarkan tugas nyata.
• Hasil tugas jelas.
• Setiap langkah terlihat dan lengkap.
• Nama langkah sesuai dengan judul yang terlihat.
• Alat dan perlengkapan nyata dan terlihat.
• Estimasi waktu akurat.
• Peringatan keselamatan disertakan jika diperlukan.
• Bagian pertama memberikan jawaban singkat atau hasil.
• Halaman tidak bergantung pada markup untuk menyediakan instruksi.

5. ClaimReview

Apa fungsinya

ClaimReview dirancang untuk konten pengecekan fakta. Google menghentikan dukungan Claim Review di Search sebagai bagian dari upayanya pada tahun 2025 untuk menyederhanakan hasil penelusuran. Jenis ini dihapus dari pelaporan Search Console dan Uji Hasil Kaya. (developers.google.com)

Efek kecerdasan buatan

Tingkat bukti: tidak ada keuntungan Google saat ini.

Pengecekan fakta berkualitas tinggi masih dapat dikutip karena dengan jelas menyatakan:

• Klaim
• Peringkat
• Bukti
• Tanggal
• Organisasi pengecekan fakta
• Alasan di balik kesimpulan

Manfaat tersebut terutama berasal dari konten itu sendiri, bukan dari fitur penelusuran Google yang dihentikan.

Rekomendasi

Untuk halaman fakta:

1. Gunakan Article atau NewsArticle ketika halaman tersebut bersifat editorial.
2. Nyatakan klaim dengan jelas dalam teks yang terlihat.
3. Kutip bukti primer.
4. Identifikasi penulis dan organisasi peninjau.
5. Tambahkan tanggal publikasi dan tinjauan.
6. Gunakan ClaimReview hanya jika platform atau sistem data lain secara spesifik memerlukannya.

Jangan tambahkan ClaimReview hanya karena Anda mengharapkan jawaban kecerdasan buatan Google untuk lebih menyukainya.

6. FAQPage

Apa fungsinya

FAQPage mendeskripsikan halaman yang berisi pertanyaan dan jawaban resmi. Google berhenti menampilkan hasil kaya FAQ di Search mulai 7 Mei 2026, dan menghapus dokumentasi terkait pada Juni 2026. (developers.google.com)

Efek kecerdasan buatan

Tingkat bukti: lemah dan beragam.

Sebuah studi vendor 90 hari menambahkan markup FAQPage ke 120 halaman. Ditemukan tidak ada peningkatan yang dapat diandalkan dalam kutipan ChatGPT, Gemini, atau Google AI Overview. Perplexity menunjukkan peningkatan kecil, tetapi studi itu sendiri mengatakan hasilnya spesifik platform dan tidak membuktikan sebab-akibat. (authorityradar.com)

Studi lain terhadap 615 halaman yang sudah dikutip menemukan bahwa markup FAQ lebih sering muncul di halaman yang banyak dikutip. Hubungan itu menghilang setelah mengontrol halaman yang berulang dari penerbit yang sama. Para peneliti menyimpulkan bahwa bukti tersebut tidak menetapkan efek dari markup itu sendiri. (getintel.ai)

Rekomendasi

Gunakan pertanyaan yang sering diajukan ketika itu meningkatkan halaman untuk pembaca. Jangan tambahkan blok besar pertanyaan generik hanya untuk menargetkan jawaban kecerdasan buatan.

Jika Anda mempertahankan markup FAQPage untuk mesin pencari atau sistem konten lain:

• Buat setiap pertanyaan terlihat.
• Buat setiap jawaban lengkap.
• Jaga agar markup identik dengan halaman.
• Jangan ulangi pertanyaan yang sama dalam beberapa blok skema.
• Jangan berharap hasil kaya FAQ Google.

Contoh FAQPage untuk konsumen non-Google

html

Ini adalah deskripsi semantik, bukan janji fitur penelusuran Google.

7. Organization

Apa fungsinya

Organization membantu Google memahami dan menghilangkan ambiguitas perusahaan, nirlaba, penerbit, sekolah, atau organisasi lain. Google mengatakan markup organisasi dapat memengaruhi elemen visual seperti logo yang ditampilkan di Search dan beberapa informasi panel pengetahuan. Tidak ada properti yang diwajibkan dalam panduan organisasi Google saat ini. (developers.google.com)

Properti yang direkomendasikan

Gunakan properti yang benar dan terlihat:

• name
• alternateName
• url
• logo
• sameAs
• description
• telephone
• email
• address
• identifier
• foundingDate
• parentOrganization

Efek kecerdasan buatan

Tingkat bukti: tidak langsung tetapi berguna.

Organization dapat menghubungkan:

• Penerbit ke artikel
• Perusahaan ke produk atau layanannya
• Merek ke profil resminya
• Organisasi ke identitas web yang dikenal

Ini berguna untuk penghilangan ambiguitas entitas. Ini tidak membuktikan bahwa sistem kecerdasan buatan akan mengutip halaman tersebut.

Daftar periksa Organisasi

• Tempatkan objek organisasi lengkap di halaman utama atau halaman organisasi.
• Gunakan @id yang stabil, seperti https://www.example.com/#organization.
• Gunakan nama organisasi publik yang tepat.
• Tautkan ke profil resmi yang nyata dengan sameAs.
• Gunakan subtipe organisasi yang benar jika sesuai.
• Gunakan logo nyata yang merepresentasikan organisasi.
• Jaga informasi kontak tetap mutakhir.
• Referensikan organisasi dari artikel alih-alih membuat ulang versi yang bertentangan di setiap halaman.

8. Person

Apa fungsinya

Person mengidentifikasi seseorang yang menulis, meninjau, memiliki, mengelola, atau muncul di sebuah halaman. Ini biasanya paling berguna ketika terhubung ke:

• Article.author
• Penulis pertanyaan atau jawaban QAPage
• ProfilePage.mainEntity
• Organization.employee
• Review.author

Panduan profil Google mengatakan halaman profil harus berfokus pada satu orang atau organisasi. Objek ProfilePage memerlukan mainEntity, dan entitas tersebut harus berupa Person atau Organization. Orang atau organisasi harus memiliki name, atau alternateName jika nama tidak tersedia. (developers.google.com)

Properti yang direkomendasikan

• name
• url
• sameAs
• image
• description
• jobTitle
• worksFor
• knowsAbout
• affiliation
• identifier

Efek kecerdasan buatan

Tingkat bukti: tidak langsung.

Markup Person dapat membantu menghubungkan nama penulis ke:

• Biografi
• Pekerjaan atau peran
• Organisasi
• Artikel yang diterbitkan
• Profil eksternal
• Bidang keahlian

Gunakan itu untuk memperjelas identitas, bukan untuk mengklaim keahlian yang tidak didukung oleh halaman.

Daftar periksa Orang

• Gunakan Person hanya untuk orang sungguhan.
• Gunakan Organization untuk perusahaan atau publikasi.
• Tautkan orang tersebut ke halaman penulis yang terlihat.
• Gunakan sameAs hanya untuk profil yang akurat dan resmi.
• Jaga jabatan dan kredensial tetap mutakhir.
• Tambahkan semua penulis yang terlihat, bukan hanya penulis utama.
• Gunakan @id orang yang sama di seluruh artikel dan halaman profil.

Matriks properti yang diperlukan

Panduan umum Google mendukung data yang lengkap dan akurat di atas sejumlah besar markup yang tidak lengkap. Google juga memperingatkan bahwa data terstruktur harus merepresentasikan konten yang terlihat dan bahwa markup yang benar tetap tidak menjamin hasil yang kaya. (developers.google.com)

Daftar periksa implementasi kasus penggunaan

Halaman fakta

Kombinasi terbaik:

• WebPage
• Article atau NewsArticle
• Person
• Organization
• Opsional ClaimReview hanya untuk konsumen lain yang didukung

Daftar periksa:

• Sebutkan fakta utama di dekat bagian atas halaman.
• Sebutkan sumber fakta.
• Tautkan ke bukti primer.
• Sertakan tanggal publikasi dan tinjauan terakhir.
• Identifikasi penulis dan peninjau.
• Pisahkan fakta dari opini.
• Gunakan Article ketika halaman tersebut bersifat editorial.
• Jangan gunakan ClaimReview sebagai taktik Google Search saat ini.

Halaman definisi

Kombinasi terbaik:

• WebPage
• DefinedTerm
• Opsional Article jika halaman tersebut adalah penjelasan editorial yang panjang
• Organization atau Person ketika seorang ahli atau penerbit bertanggung jawab

DefinedTerm dimaksudkan untuk kata, frasa, kode, atau konsep dengan definisi formal. Properti utamanya meliputi name, description, termCode, inDefinedTermSet, dan sameAs. (schema.org)

Daftar periksa:

• Berikan definisi di paragraf pertama.
• Gunakan satu istilah yang jelas sebagai entitas utama.
• Tambahkan nama alternatif hanya jika benar-benar ada.
• Tautkan ke definisi eksternal yang dapat diandalkan jika sesuai.
• Jelaskan istilah tersebut dalam bahasa yang sederhana.
• Gunakan contoh dan batasan.
• Hindari menandai daftar istilah yang tidak terkait sebagai satu DefinedTerm.

Tutorial

Kombinasi terbaik:

• WebPage
• HowTo hanya jika konsumen lain membutuhkannya
• Article ketika tutorial juga merupakan artikel editorial
• Person dan Organization untuk kepengarangan

Daftar periksa:

• Sebutkan hasilnya sebelum langkah-langkah.
• Gunakan judul bernomor yang terlihat.
• Fokuskan setiap langkah pada satu tindakan.
• Sertakan alat, perlengkapan, waktu, dan peringatan jika diperlukan.
• Tambahkan gambar atau video jika membantu.
• Jangan sembunyikan langkah-langkah hanya dalam JSON-LD.
• Jangan berharap hasil kaya Cara di Google Search.

Katalog data

Kombinasi terbaik:

• WebPage
• DataCatalog
• Dataset
• DataDownload
• Organization

Schema.org mendefinisikan Dataset sebagai kumpulan informasi terstruktur dan mendukung hubungan seperti includedInDataCatalog dan distribution. (schema.org)

Google mengklarifikasi pada akhir 2025 bahwa data terstruktur Dataset digunakan oleh Dataset Search dan bukan fitur hasil Google Search umum. Oleh karena itu, ini harus diperlakukan sebagai lapisan penemuan data dan interoperabilitas, bukan pintasan kutipan kecerdasan buatan. (developers.google.com)

Daftar periksa:

• Berikan setiap dataset pengidentifikasi yang stabil.
• Sebutkan subjek dan cakupan.
• Sertakan penerbit atau pembuat.
• Tambahkan rentang tanggal yang dicakup oleh data.
• Sebutkan cakupan geografis jika relevan.
• Jelaskan lisensi dan kondisi akses.
• Tambahkan setiap file yang dapat diunduh sebagai DataDownload.
• Sertakan format file dan URL unduhan.
• Jaga agar metadata katalog disinkronkan dengan file aktual.
• Dokumentasikan frekuensi pembaruan dan tanggal pembaruan terakhir.

Contoh JSON-LD: halaman fakta

Contoh ini menghubungkan halaman, artikel, penulis, penerbit, dan topik. Ganti setiap nilai dengan informasi yang muncul di halaman sebenarnya.

html

Contoh JSON-LD: halaman definisi

html

Definisi juga harus muncul sebagai teks halaman biasa. Jangan letakkan definisi hanya dalam data terstruktur.

Contoh JSON-LD: tutorial

Karena hasil kaya Cara Google telah dihentikan, perlakukan ini sebagai markup opsional untuk sistem lain. Halaman yang terlihat harus tetap berisi instruksi lengkap.

html

Contoh JSON-LD: katalog data

html

Jebakan implementasi umum

Skema yang tidak cocok

Kesalahan paling serius adalah menandai konten yang tidak dapat dilihat pengguna. Google mengatakan data terstruktur harus merupakan representasi sebenarnya dari halaman, dan konten yang menyesatkan atau tersembunyi dapat membuat halaman tidak memenuhi syarat untuk hasil kaya. (developers.google.com)

Contoh umum:

• Menandai artikel sebagai HowTo padahal tidak berisi langkah nyata
• Menandai perusahaan sebagai penulis padahal artikel ditulis oleh seseorang
• Menambahkan jawaban FAQ yang tidak muncul di halaman
• Menggunakan tanggal publikasi di masa mendatang
• Menandai postingan blog umum sebagai QAPage
• Menambahkan ClaimReview ke artikel opini

Jawaban tipis

Data terstruktur tidak dapat mengisi halaman kosong.

Jawaban singkat dan tidak jelas di dalam Answer.text atau acceptedAnswer tidak menciptakan sumber yang kuat. Konten yang terlihat seharusnya:

• Menjawab pertanyaan secara langsung
• Menjelaskan batasan dan pengecualian penting
• Menyebutkan sumber
• Sertakan tanggal, contoh, atau pengukuran jika berguna
• Berdiri sendiri saat disalin di luar konteks

Panduan kecerdasan buatan Google mengatakan tidak ada panjang halaman ideal dan tidak perlu memecah konten menjadi bagian-bagian kecil untuk sistem kecerdasan buatan. Tujuan yang lebih baik adalah konten yang bermanfaat, lengkap, dan mengutamakan manusia. (developers.google.com)

Entitas duplikat

Hindari menerbitkan beberapa versi yang bertentangan dari organisasi, penulis, atau halaman yang sama.

Implementasi yang lemah:

• Satu objek Organization dengan satu nama di halaman utama
• Objek kedua dengan nama berbeda di setiap artikel
• Objek ketiga tanpa @id di halaman penulis

Implementasi yang lebih baik:

• Berikan @id yang stabil untuk organisasi
• Berikan @id yang stabil untuk setiap penulis
• Referensi objek-objek tersebut dari artikel, profil, dan halaman pertanyaan
• Jaga agar nama, logo, URL, dan tautan identitas eksternal tetap konsisten

Pertanyaan duplikat

Jangan ulangi pertanyaan yang sama di:

• FAQPage
• QAPage
• Markup artikel
• Beberapa bagian halaman yang terlihat
• Beberapa blok JSON-LD

Gunakan jenis skema yang sesuai dengan tujuan utama halaman. Satu jawaban yang jelas lebih baik daripada beberapa blok markup yang tumpang tindih.

Tanggal salah

Google menggunakan beberapa sumber untuk memperkirakan tanggal publikasi dan pembaruan. Google merekomendasikan agar tanggal yang terlihat dan tanggal terstruktur sesuai, dan memperingatkan agar tidak menggunakan tanggal di masa mendatang atau tanggal yang berkaitan dengan peristiwa yang dibahas dalam artikel daripada tanggal yang berkaitan dengan halaman itu sendiri. (developers.google.com)

Penggunaan sameAs yang berlebihan

Tautan sameAs harus mengidentifikasi orang atau organisasi dunia nyata yang sama. Jangan menautkan ke:

• Profil sosial yang tidak terkait
• Halaman hasil penelusuran
• Daftar direktori generik
• Halaman dengan ejaan atau identitas yang berbeda
• Profil yang tidak dikontrol oleh organisasi

Markup hanya JavaScript

Google dapat memproses data terstruktur yang ditambahkan ke halaman yang dirender, tetapi implementasi hanya JavaScript dapat lebih sulit dideteksi oleh perayap lain dan alat audit. Blok JSON-LD yang dirender server biasanya lebih mudah diuji dan dipelihara. (developers.google.com)

Rencana pengujian praktis

Untuk mengukur apakah markup memiliki efek inkremental, gunakan uji terkontrol alih-alih bergantung pada beberapa pencarian manual.

Sebelum perubahan

Rekam:

• Kueri target
• Peringkat organik saat ini
• Apakah jawaban kecerdasan buatan muncul
• Halaman mana yang dikutip
• Posisi kutipan jika tersedia
• Lalu lintas penelusuran
• Konversi
• Data terstruktur saat ini
• Perubahan konten yang dibuat selama periode pengujian

Selama pengujian

• Tambahkan satu perubahan markup besar pada satu waktu.
• Jaga konten, tautan internal, judul, dan tautan balik tetap stabil.
• Gunakan halaman kontrol serupa yang tidak menerima perubahan.
• Rekam tanggal publikasi pasti dari perubahan tersebut.
• Tunggu cukup lama untuk perayapan dan pemrosesan ulang.

Ahrefs menggunakan kontrol yang cocok dan metode perbedaan-dalam-perbedaan sebelum-dan-sesudah. Pendekatannya adalah model yang berguna bagi organisasi yang ingin menguji data terstruktur alih-alih mengasumsikan bahwa korelasi membuktikan sebab-akibat. (ahrefs.com)

Setelah perubahan

Lacak:

• Data kinerja kecerdasan buatan Google Search Console
• Kutipan Ringkasan AI Google
• Kutipan Mode AI Google
• Kutipan kecerdasan buatan Bing Webmaster Tools
• Kutipan ChatGPT, Gemini, atau Perplexity jika relevan
• Peringkat organik
• Klik penelusuran
• Konversi yang dibantu

Google melaporkan lalu lintas penelusuran kecerdasan buatan melalui pelaporan kinerja Search Console. Pelaporan kinerja kecerdasan buatan Bing menunjukkan halaman yang dikutip dan kueri pemahaman, tetapi tidak menunjukkan mengapa halaman dipilih atau seberapa pentingnya dalam sebuah jawaban. (developers.google.com)

Urutan implementasi yang direkomendasikan

Untuk sebagian besar penerbit, urutan terbaik adalah:

1. Perbaiki konten yang terlihat terlebih dahulu.
2. Jadikan perayapan dan pengindeksan dapat diandalkan.
3. Implementasikan Article untuk halaman editorial nyata.
4. Hubungkan penulis dengan Person dan halaman profil.
5. Hubungkan penerbit dengan Organization.
6. Gunakan WebPage sebagai lapisan grafik tingkat halaman yang bersih.
7. Gunakan QAPage hanya untuk pertanyaan komunitas yang asli.
8. Gunakan DefinedTerm untuk halaman glosarium dan definisi.
9. Gunakan Dataset dan DataCatalog untuk sumber daya data.
10. Perlakukan FAQPage, HowTo, dan ClaimReview sebagai markup sekunder atau non-Google karena fitur penelusuran Google mereka telah dihapus atau dihentikan.

Kesimpulan

Pelajaran terkuat saat ini sederhana: markup Schema.org membantu mesin memahami konten, tetapi itu bukan jalur yang dijamin ke dalam jawaban kecerdasan buatan.

Implementasi yang paling tahan lama bukanlah koleksi besar jenis skema. Ini adalah grafik entitas yang kecil dan akurat:

• Article mendeskripsikan halaman editorial.
• Person mengidentifikasi penulis.
• Organization mengidentifikasi penerbit.
• WebPage menghubungkan halaman ke entitas utamanya.
• QAPage mendeskripsikan pertanyaan pengguna yang asli dan jawabannya.
• DefinedTerm memperjelas sebuah definisi.
• Dataset dan DataCatalog mendeskripsikan sumber daya data terstruktur.

Gunakan data terstruktur di mana itu menambah makna yang jelas. Jangan gunakan itu untuk menyembunyikan konten tipis, menduplikasi teks yang terlihat, atau meniru fitur penelusuran yang tidak lagi didukung Google. Untuk penayangan kecerdasan buatan, pekerjaan bernilai tertinggi tetap jawaban yang jelas, bukti yang kuat, entitas yang akurat, informasi terkini, dan konten yang dapat berdiri sendiri.