SEO untuk data berstruktur: panduan schema markup

Apakah data berstruktur dan apa fungsinya

Data berstruktur (selalunya dilaksanakan dengan kosa kata schema.org dalam JSON‑LD) ialah markup yang boleh dibaca oleh mesin ditambah pada halaman supaya enjin carian boleh mentafsir entiti, atribut dan hubungan dengan lebih jelas daripada hanya menguraikan teks yang kelihatan sahaja.

Ia adalah alat kejelasan: data berstruktur menandakan bahawa satu blok kandungan mewakili Article, Product, Event, Person, FAQ, BreadcrumbList, Review, atau jenis lain yang ditakrif. Kejelasan ini boleh meningkatkan kelayakan untuk rich results, menjadikan hubungan entiti jelas untuk sistem pengetahuan, dan membantu ciri carian memahami teks yang sepadan dengan sifat tertentu.

Data berstruktur bukan jalan pintas untuk kedudukan. Ia tidak menggantikan kandungan berkualiti tinggi, seni bina maklumat yang baik, atau halaman yang boleh dirayapi. Ia membantu enjin carian mentafsir apa yang ada di halaman; enjin carian masih menentukan (melalui perayapan, pengindeksan dan pengkedudukan) sama ada dan bagaimana halaman itu muncul dalam keputusan.

Bagaimana data berstruktur berfungsi (mekanik)

Format dan penempatan

JSON‑LD ialah format yang disyorkan dan paling banyak digunakan hari ini. Schema juga boleh dinyatakan sebagai Microdata atau RDFa, tetapi JSON‑LD memisahkan markup dari DOM yang kelihatan dan lebih mudah diurus untuk templat moden dan CMS.

Penempatan biasa adalah di dalam tag <script type="application/ld+json"> dalam head atau body halaman. Contoh snippet Article minimum:

<script type="application/ld+json">{"@context":"https://schema.org","@type":"Article","headline":"Your headline here","author":{"@type":"Person","name":"Author name"}}</script>

Perayapan, pengindeksan dan pengkedudukan: tempat schema memainkan peranan

Data berstruktur dibaca semasa perayapan dan pengindeksan peringkat: perangkak boleh membaca JSON‑LD semasa pengambilan; pengindeks boleh menyimpan sifat atau menggunakannya untuk layakkan halaman bagi ciri SERP. Sama ada halaman muncul dalam Carian dan bagaimana ia kedudukan masih ditentukan oleh algoritma menggunakan banyak isyarat.

Perhatikan bahawa Google menggunakan versi mudah alih sebagai asas utama untuk perayapan dan pengindeksan. Sejak July 2024, Google merayapi tapak untuk Carian dengan Googlebot Smartphone secara lalai; pastikan data berstruktur yang hadir pada mudah alih sepadan dengan semantik desktop (pariti), bukan semestinya susunan piksel demi piksel.

Di mana data berstruktur membantu (kes penggunaan)

Manfaat biasa dan ciri yang layak

Keputusan kaya: Soalan Lazim, panduan langkah demi langkah, pratonton resipi, snippet produk, ulasan dan kad acara mungkin layak apabila markup mengikuti keperluan yang didokumentasikan.

Graf pengetahuan dan pemautan entiti: schema boleh menjadikan hubungan entiti jelas (penerbit → artikel → pengarang → organisasi). Ini membantu sistem yang membina graf entiti.

Sitelinks dan tafsiran breadcrumb: markup BreadcrumbList menjelaskan hierarki navigasi supaya ciri carian boleh memaparkan jejak yang betul.

Isyarat kelayakan untuk pengalaman carian khusus (contohnya, ketersediaan produk, tarikh acara, iklan kerja) di mana sifat berstruktur menyampaikan fakta yang boleh dibaca mesin yang sukar diekstrak dengan boleh dipercayai daripada teks biasa.

Walaupun markup wujud, kemunculan keputusan kaya tidak dijamin. Enjin carian menggunakan markup sebagai isyarat dan mungkin mengabaikannya atau memerlukan isyarat kualiti tambahan (kualiti kandungan, kebolehlindeks, reputasi tapak).

Melaksanakan schema: senarai semak praktikal

Rancang dan petakan

Tentukan jenis halaman mana yang memerlukan data berstruktur. Petakan setiap templat halaman kepada jenis schema.org dan sifat yang diperlukan (contohnya, Product memerlukan name dan offers; FAQ memerlukan mainEntity dengan pasangan Question/Answer). Gunakan dokumentasi schema.org sebagai rujukan kosa kata yang sah.

Penghasilan dan templat

Hasilkan JSON‑LD dari CMS anda atau bina ia ke dalam templat pelayan. Pastikan markup diselaraskan dengan kandungan yang kelihatan: tarikh, harga, ketersediaan, dan teks yang digunakan dalam sifat berstruktur harus sepadan dengan apa yang dilihat pengguna.

Ujian dan staging

Uji JSON‑LD yang dijana dalam staging dengan Ujian Keputusan Kaya dan Validator Markup Skema (schema.org). Untuk halaman yang anda miliki, gunakan Konsol Carian GooglePemeriksaan URL untuk menyemak bagaimana Google melihat halaman dan sama ada data berstruktur dikesan sebagai sah atau mengandungi ralat.

Penerapan dan pemantauan

Terbitkan ke pengeluaran dan sahkan halaman langsung dengan Ujian Keputusan Kaya.

Pantau Konsol Carian untuk laporan data berstruktur dan isu liputan pada halaman yang anda miliki; gunakan log pelayan dan emulasi perangkak (curl) untuk memastikan bot menerima markup yang sama.

Jika anda perlukan cara cepat untuk melihat HTML yang diterima oleh agen pengguna tertentu, gunakan curl dengan rentetan UA. Untuk mengambil hanya header: curl -I https://example.com. Untuk mengambil HTML sebagai UA tertentu: curl -A "Googlebot" https://example.com

Pengesahan dan penyelesaian masalah

Pengesahan langkah demi langkah untuk halaman yang anda miliki

1) Gunakan Ujian Keputusan Kaya untuk mengesahkan sintaks dan sifat yang diperlukan. 2) Dalam Konsol Carian Google, jalankan Pemeriksaan URL untuk mengesahkan Google mengesan data berstruktur dan menyemak sebarang ralat atau amaran. 3) Semak HTML terhasil halaman dalam Chrome DevTools > Elements untuk mengesahkan skrip JSON‑LD hadir selepas sebarang rendering klien. 4) Pantau laporan Konsol Carian untuk mengesan isu baru yang timbul selepas penerapan.

Apa yang perlu dilakukan jika keputusan kaya tidak muncul

Jika markup disahkan tetapi keputusan kaya tidak muncul, semak perkara ini: 1) Adakah halaman boleh diindeks? Gunakan Pemeriksaan URL untuk mengesahkan liputan indeks. Halaman yang tidak diindeks tidak mungkin memaparkan keputusan kaya. 2) Adakah kandungan yang kelihatan sepadan dengan sifat berstruktur secara tepat? Perbezaan boleh menyebabkan enjin mengabaikan markup. 3) Adakah kualiti dan reputasi keseluruhan tapak mencukupi untuk ciri tersebut — enjin sering memerlukan isyarat kepercayaan selain markup. 4) Sahkan anda menggunakan jenis dan sifat yang disokong untuk ciri itu (lihat dokumentasi Ujian Keputusan Kaya).

Kesilapan biasa dan cara mengelakkannya

Menandakan kandungan yang tidak kelihatan kepada pengguna atau yang bertentangan dengan teks pada halaman — data berstruktur harus mencerminkan fakta yang kelihatan.

Menggunakan jenis atau sifat yang tidak disokong untuk keputusan kaya yang dimaksudkan; rujuk Ujian Keputusan Kaya untuk matriks kelayakan semasa.

Mengharapkan data berstruktur dapat membaiki kualiti kandungan atau masalah seni bina tapak. Schema membantu kejelasan tetapi tidak boleh menggantikan kandungan yang nipis atau tidak membantu.

Tidak menyelaraskan markup dengan perubahan kandungan dinamik (tarikh, harga, ketersediaan) — elakkan nilai berstruktur yang lapuk.

Corak lanjutan dan tadbir urus

Rancang proses tadbir urus schema: sertakan pemilikan schema dalam pasukan kandungan atau kejuruteraan anda, kawal versi serpihan JSON‑LD, dan tambah ujian ke dalam aliran CI anda yang mengesahkan sintaks schema dan medan wajib sebelum penerapan.

Untuk tapak besar, jana data berstruktur dari medan sumber kanonik dan bukannya menyalin HTML terhasil. Di mana kandungan diubah suai mengikut lokasi wujud, pastikan sifat bahasa dan wilayah mencerminkan audiens halaman dan elakkan mencampur bahasa dalam satu sifat.

Data berstruktur juga boleh menyokong sistem hiliran selain carian — pangkalan pengetahuan dalaman, pembantu suara, dan analitik. Tetapkan teras minimal dan stabil bagi sifat yang diperlukan untuk kedua‑dua carian dan penggunaan dalaman untuk mengurangkan beban penyelenggaraan.

Jika anda mahu penyegaran tentang asas teknikal yang bekerjasama dengan schema (kebolehlindeks, kanonisasi, Core Web Vitals), Baca SEO Teknikal Panduan

Soalan Lazim

Adakah menambah data berstruktur akan membuat halaman saya mendapat ranking lebih tinggi?

Data berstruktur ialah isyarat kejelasan dan boleh menjadikan halaman layak untuk keputusan kaya, tetapi ia bukan jaminan terus bagi kedudukan lebih tinggi. Enjin carian menggunakan banyak isyarat untuk menentukan kedudukan; schema membantu enjin carian memahami kandungan dengan lebih tepat, yang boleh secara tidak langsung meningkatkan keterlihatan jika isyarat kualiti lain kukuh.

Format schema mana yang patut saya gunakan?

Gunakan JSON‑LD untuk pelaksanaan baru. Ia paling serasi dengan binaan tapak moden dan lebih mudah diurus secara berasingan dari DOM. Gunakan Validator Markup Skema dan Ujian Keputusan Kaya untuk mengesahkan markup memenuhi keperluan bagi ciri yang anda inginkan.

Bagaimana saya mengesahkan enjin carian melihat data berstruktur saya?

Untuk halaman yang anda miliki, gunakan Konsol Carian Google Pemeriksaan URL untuk mengesahkan pengesanan dan melihat sebarang ralat data berstruktur. Selain itu, gunakan Ujian Keputusan Kaya untuk mengesahkan sintaks dan Chrome DevTools untuk memeriksa DOM terhasil. Untuk halaman pihak ketiga, gunakan curl atau view‑source dan Ujian Keputusan Kaya untuk menyemak apa yang disajikan secara awam.

Bolehkah data berstruktur digunakan secara salah dan menyebabkan isu?

Ya. Salah gambaran kandungan (markup yang bertentangan dengan teks yang kelihatan) atau penyalahgunaan schema untuk cuba mengawal ciri carian boleh menyebabkan enjin mengabaikan markup atau membuat pelarasan algoritma. Sentiasa ikut dokumentasi enjin carian untuk garis panduan data berstruktur dan pastikan markup jujur serta diselaraskan dengan kandungan yang kelihatan.